Re: Releasability of the kFreeBSD ports
See also the problem with SCSI disks I reported:
http://lists.debian.org/debian-bsd/2010/07/msg00020.html
I think it could prevent install on any SCSI disk, seems like a very
serious problem. I would help, but I wouldn't know where to start, the
installer internals get me confused.
On 8/4/10, Axel Beckert <abe@debian.org> wrote:
> Hi,
>
> Tuco wrote:
>> I think as a desktop it's still inmature but as a server it's very
>> usable and has wonderful capabilities in storage area thanks to ZFS
>> (for example http://www.ypass.net/solaris/zfsbackup/).
>
> Yeah, thanks to Tuco we made big advances with usable ZFS support
> recently. Thanks! :-)
>
> But I also have to agree that there are still many more or less small
> but often very annoying issues, especially on the desktop, like:
>
> * gdm[1] and kdm[2] not getting a working keyboard with default X
> config, but restarting them later (e.g. via ssh or by calling the
> XDMCP chooser) makes the keyboard work (Yet another nasty HAL issue?
> Race condition somewhere?)
>
> [1] http://bugs.debian.org/586539
> [2] http://bugs.debian.org/586540
>
> * konsole no more working with newer kfreebsd kernels:
> http://lists.debian.org/debian-bsd/2010/08/msg00024.html and
> http://bugs.debian.org/573063
>
> * No bluetooth.
>
> * ALSA: Many ALSA dependent packages not working/building/available.
> (There is a limited emulation layer called SALSA, but either many
> packages don't work with it or nobody tried to get them working with
> it. Not sure how many unfixed bugs because of this are still open.)
>
> * FUSE: fuse4bsd[3] hasn't been packaged yet, therefore most fuse based
> packages are uninstallable. (For luck the upstream website
> is back again, was replaced by some advertising portal or so for
> some weeks.) Last commit[4] 17 months ago, last release June 2007.
>
> [3] http://fuse4bsd.creo.hu/
> [4] http://mercurial.creo.hu/repos/fuse4bsd-hg/
> http://fuse4bsd.creo.hu/darcsweb/darcsweb.cgi?r=fuse4bsd
>
> More on that in a seperate mail to debian-bsd@l.d.o.
>
> Some smaller issues I noticed only happening on kfreebsd, but haven't
> tracked them down (probably no bug report yet either, partially also
> affects servers):
>
> * Emacs 23 via remote X doesn't work. No idea why yet.
>
> * aptitude segfaults approximately every second or third call. (That's
> much better than months ago where I was used to start aptitude with
> "until aptitude; do sleep 0.1; done")
>
> * IPv6 support and some other stuff[4] in the /sbin/route wrapper is
> missing. I do have that on my todo list, but not with top priority.
>
> [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567939
>
> There are probably more of that kind, but those are the ones I
> remember at the moment.
>
>> > If it's not entirely up to our standards, would a separate suite, like
>> > it
>> > has been done in the past for sarge-amd64 and etch-m68k, help having
>> > some
>> > sort of release that can be updated independently from the main stable
>> > release? Such a suite could also be useful to land larger changes than
>> > normally allowed for stable.
>
> Sounds like an fallback in case we don't get close to a releasable
> state. At least I do have good memories(*) about using sarge-amd64, so
> that's IMHO an option which should both, not affect the "normal"
> release, but is still very close to the normal release. I.e. we do
> have a more or less fixed state, so nobody who likes to try kfreebsd
> does have to use rolling releases (i.e. testing/unstable). And being
> close to the release even if not officially part of the release will
> get us far more kfreebsd users than just kicking it out short before
> the release.
>
> (*) I'm writing this mail on a machine which started out as
> sarge-amd64 and never needed a reinstallation since then, just
> dist-upgrades as I'm used from Debian. :-)
>
>> > Or do you think we should skip this release? (But keep it in testing,
>> > of
>> > course.)
>
> If we don't release it normal with Squeeze, I'd at least release it
> like sarge-amd64, but definitely not do nothing (i.e. skip the
> release).
>
> Regards, Axel
> --
> ,''`. | Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
> : :' : | Debian Developer, ftp.ch.debian.org Admin
> `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
> `- | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
>
>
> --
> To UNSUBSCRIBE, email to debian-bsd-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
> Archive: 20100804175252.GN11022@sym.noone.org">http://lists.debian.org/20100804175252.GN11022@sym.noone.org
>
>
Reply to: