This is a discussion on Re: Brasero on FreeBSD - FreeBSD ; On Thu, 03 Jan 2008 13:36:52 -0600, Joe Marcus Clarke wrote: > > On Thu, 2008-01-03 at 13:15 -0600, Jeremy Messenger wrote: >> On Wed, 02 Jan 2008 16:26:01 -0600, Jeremy Messenger >> wrote: >> >> > On Wed, 02 ...
On Thu, 03 Jan 2008 13:36:52 -0600, Joe Marcus Clarke
> On Thu, 2008-01-03 at 13:15 -0600, Jeremy Messenger wrote:
>> On Wed, 02 Jan 2008 16:26:01 -0600, Jeremy Messenger
>> > On Wed, 02 Jan 2008 14:06:50 -0600, Joe Marcus Clarke
>> >> On Tue, 2008-01-01 at 03:52 +0000, Luis Medinas wrote:
>> >>> Hi
>> >>> As a co-maintainer of Brasero i'm tempted to ask why FreeBSD hasn't
>> >>> brasero 0.7.0 on the ports tree. None of us are using FreeBSD sadly
>> >>> we can work together to make it work better for FreeBSD if it isn't
>> >>> working atm. Please bump brasero.
>> >> To those interested, I updated the port to 0.7.0, but there are
>> >> I have not tested the runtime. It requires the Linux SG SCSI support
>> >> which means it's limited to recent RELENG_6, RELENG_7, or -CURRENT.
>> >> will also need the following in your kernel:
>> >> device sg
>> > Interesting, I don't know about sg. Bummer, there is no module for
>> it. I
>> > can rebuild my kernel tonight or tomorrow and test it.
>> Umm... It looks like HAL doesn't like sg device in kernel. The HAL just
>> doesn't function unless I boot in old kernel that has no sg. If I insert
>> blank CD or DVD and it doesn't auto recoginze blank CD/DVD unless I
>> to use kernel without sg. I have tested it twice to make sure to boot in
>> kernel with and without sg. If you want me to debug, then I can and I
>> have to check in FAQ for how to debug HAL.
> Looks like sg isn't going to work, then. It would be a massive
> undertaking to port brasero to CAM the way it is now since only a file
> descriptor is passed to the SCSI code, and CAM would require the whole
> path (or a cam device struct). This will mean lots of ifdefs.
> What might be better is to conditionalize the SCSI backend (maybe create
> a pluggable medium backends), and add either a HAL or a CAM backend to
> that. I don't have the time to lay this framework, but if the brasero
> people did it, I would add the CAM backend (and HAL is already there).
It sounds like it's good time to add DEPRECATED/EXPIRATION_DATE in
brasero. I would say give brasero two or three months for someone to fix
it before we remove it from ports tree. What do you think?
email@example.com - mezz@FreeBSD.org
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org
http://wiki.freebsd.org/multimedia - multimedia@FreeBSD.org
firstname.lastname@example.org mailing list
To unsubscribe, send any mail to "email@example.com"