On Thu, 2003-05-29 at 13:22, Mark Finlay wrote: > Um, Is the partitions backend even used by any of the frontend tools? Carlos told me to focus the following: network-conf network.pl users-conf runlevel-conf service.pl time-conf partition.pl runlevel doesn't apply, and I'll probably have to do some work for service.pl to support FreeBSD's rc.conf, but this should all be doable. Joe > > On Thu, 2003-05-29 at 16:35, Joe Marcus Clarke wrote: > > On Thu, 2003-05-29 at 06:23, Carlos Garnacho Parro wrote: > > > Hi mark :-), > > > > > > <snip> > > > > > > > > > > > What problems have you been having porting them? Maybe somone here can > > > > help. Have you tried porting the backends? I'm told that they're pretty > > > > self explanitory, and from looking at the backend scripts I'd agree. I > > > > don't have a clue how different BSD's layout is to linux but it can't be > > > > impossible. If you have trouble maybe should should main > > > > setup-tool-hackers lists ximian com .... > > > > > > > > > > IMHO the biggest problem we have is the BSD init, but I think that it can > > > be abstracted to the almost the same concept than sysV (starting and > > > stopping services) in fact, I'm adding now support for file-rc and it can > > > be translated perfectly to the same XML (and gentoo init should follow the > > > same way) > > > > It's not init per se that was the problem. It's things like the > > partitions code. FreeBSD uses fdisk, not sfdisk, and fdisk -s only > > prints partition info for the first BIOS disk. Therefore, in order to > > emulate the Linux behavior, I will have to walk all possible disk > > devices, and determine what the system has. This isn't complicated, I > > just wondered what the best way was to integrate that into the current > > design. Carlos helped to clarify that for me. > > > > The other contention I had was reliance on the proc file system. Carlos > > said that I should bother with those modules since they're not > > up-to-date. It's mainly going to be an issue of time, but it can be > > done. > > > > Joe > > > > > > > > (and anyways, slackware uses BSD init too, and is planned to be fully > > > supported) > > > > > > <snip> > > > > > > > > > > > I think that this is always an important factor, but due to the unique > > > > nature of the gst I think it's less important than usual. The fact is > > > > the gst are designed to be ported, the porting just isn't finished yet. > > > > The user tool already has support for freebsd 4 and 5 AFAICT. What they > > > > really needs is some interest so that they will get ported further. > > > > Which is what I think will happen if they are included. > > > > > > > > There are also a lot of linuxes that aren't supported, and we will never > > > > support them all, but if we aren't happy with that then we shouldn't > > > > ship them at all. > > > > > > OTOH, there are lots of distros that are based on other distros that are > > > already supported, so adding them would suppose minimum changes to GST :-) > > > > > > For further information about the supported distros, I suggest to visit > > > http://www.gnome.org/projects/gst/distros.php, It's a bit outdated, and > > > there have been a few additions (such as PLD linux) and distro updates, > > > but its orientative enough. > > > > > > Regards > > > > > > _______________________________________________ > > > desktop-devel-list mailing list > > > desktop-devel-list gnome org > > > http://mail.gnome.org/mailman/listinfo/desktop-devel-list -- Joe Marcus Clarke FreeBSD GNOME Team :: marcus FreeBSD org http://www.FreeBSD.org/gnome
Attachment:
signature.asc
Description: This is a digitally signed message part