Brasero on FreeBSD
Jeremy Messenger
mezz7 at cox.net
Thu Jan 3 11:46:28 PST 2008
On Thu, 03 Jan 2008 13:36:52 -0600, Joe Marcus Clarke
<marcus at marcuscom.com> wrote:
>
> On Thu, 2008-01-03 at 13:15 -0600, Jeremy Messenger wrote:
>> On Wed, 02 Jan 2008 16:26:01 -0600, Jeremy Messenger <mezz7 at cox.net>
>> wrote:
>>
>> > On Wed, 02 Jan 2008 14:06:50 -0600, Joe Marcus Clarke
>> > <marcus at marcuscom.com> wrote:
>> >
>> >>
>> >> 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
>> but
>> >>> 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
>> caveats.
>> >> 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.
>> You
>> >> 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
>> reboot
>> 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
>> will
>> 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?
Cheers,
Mezz
> Joe
--
mezz7 at cox.net - mezz at FreeBSD.org
FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src)
http://www.FreeBSD.org/gnome/ - gnome at FreeBSD.org
http://wiki.freebsd.org/multimedia - multimedia at FreeBSD.org
More information about the freebsd-gnome
mailing list