Re: Release Team's Almost-Final Modules List



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



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]