Linked by Thom Holwerda on Mon 4th May 2009 09:42 UTC, submitted by Extend
FreeBSD Last week it was BSD week: OpenBSD 4.5, NetBSD 5.0, and DragonFlyBSD 2.2.1. FreeBSD 7.2 completes the picture, with every major BSD now having a new and fresh release waiting to be installed on your desktop, laptop, or server.
Thread beginning with comment 361703
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: Adobe Flash Player
by gnemmi on Mon 4th May 2009 21:06 UTC in reply to "RE[2]: Adobe Flash Player"
gnemmi
Member since:
2006-08-17

I couldn´t agree more ...

The problem is that hal is written for linux and that big software pieces and proyects are starting to use it and depend on it to run as if hal was a universall piece of software when it´s actually not. It´s a linux piece of software.

In my humble and personal opinion, all BSD should get together to write a BSD hald and "standarize" (or so to speak) on it.

Same goes for filesystems (Hammer should be the one AFAIC), MTA (smtpd from OpenBSD), C compiler (PCC), etc, etc ... I´ve been seeing a lot of reinventing the wheel lately :s

Reply Parent Score: 1

RE[4]: Adobe Flash Player
by sakeniwefu on Mon 4th May 2009 23:36 in reply to "RE[3]: Adobe Flash Player"
sakeniwefu Member since:
2008-02-26

Why should all the BSDs copy a workaround for Linux kernel limitations and standardize on it?
It is not only that it is a Linux specific hack, it is also a completely unelegant way of doing things.
BSDs should stop providing Linux emulation and Linux libraries then maybe application developers would realize they suck at being portable.

Also this whole thread is based on a non-issue. Swfdec does cut it.
I use a recent 0.8 swfdec on OpenBSD and the vast majority of flash sites work with no issue and those with issues usually work well enough. Maybe the port GGGP tried was outdated?

Reply Parent Score: 2

RE[4]: Adobe Flash Player
by kaiwai on Tue 5th May 2009 00:33 in reply to "RE[3]: Adobe Flash Player"
kaiwai Member since:
2005-07-06

I couldn´t agree more ...

The problem is that hal is written for linux and that big software pieces and proyects are starting to use it and depend on it to run as if hal was a universall piece of software when it´s actually not. It´s a linux piece of software.

In my humble and personal opinion, all BSD should get together to write a BSD hald and "standarize" (or so to speak) on it.

Same goes for filesystems (Hammer should be the one AFAIC), MTA (smtpd from OpenBSD), C compiler (PCC), etc, etc ... I´ve been seeing a lot of reinventing the wheel lately :s


The problem goes beyond HAL and those who are dependent on HAL - there is also the problem that many open source projects make the assumption that the whole world revolves around Linux and thus they hard code their programming to only support Linux'isms.

Then once you get around those Linux'isms then there are the wonderful GNU'isms that result in all manner of hell breaking loose; on OpenSolaris parts of Xorg have to be compiled with GCC rather than Sun's own compiler due to programmers not considering the need for not only cross platform and architecture but also the ability to compile it using non-GNU compilers.

Back to HAL; I was under the impression that HAL was an abstraction layer to the native device management underneath; Linux had its own device management, FreeBSD etc and HAL merely provided a uniform way of addressing those needs; hence the reason for 'polling' by HAL should be a non-requirement because in reality it actually does little more than 'message passing' back to the native infrastructure.

Reply Parent Score: 3

RE[5]: Adobe Flash Player
by gnemmi on Tue 5th May 2009 00:58 in reply to "RE[4]: Adobe Flash Player"
gnemmi Member since:
2006-08-17

Yes .. I think we all three agree on the same thing .. linuxisms and GNUisms .. that´s why I said "written for Linux" .. and yes .. i do agree with you . the problem goes beyond HAL.

Reply Parent Score: 1

RE[5]: Adobe Flash Player
by phoenix on Wed 6th May 2009 16:02 in reply to "RE[4]: Adobe Flash Player"
phoenix Member since:
2005-07-11

Back to HAL; I was under the impression that HAL was an abstraction layer to the native device management underneath; Linux had its own device management, FreeBSD etc and HAL merely provided a uniform way of addressing those needs; hence the reason for 'polling' by HAL should be a non-requirement because in reality it actually does little more than 'message passing' back to the native infrastructure.


Now it looks like HAL may be going the way of the dodo. Fedora is moving DeviceKit and it's ilk to using libudev directly instead of using HAL. Which means, GNOME could very well become a Linux-only desktop as it becomes more and more tied into all the *Kits, and as the *Kits get more and more directly tied into Linux-only libs like libudev.

Overview here: http://ostatic.com/blog/a-peek-at-devicekit-in-fedora-11-and-beyond

Mailing list post here: http://mail.gnome.org/archives/desktop-devel-list/2009-May/msg00007...

Unless I'm totally mis-reading what DeviceKit is all about, and that DeviceKit is more portable than HAL, in which case, ignore this post. ;)

Reply Parent Score: 2