maxlinux-devel — The Developers mailing list for InceptionOS

Re: [Maxlinux-devel] Tasks....

[Michael L. <inc...@my...>]

Forgot, to mention one thing:

For me, my team is mainly the PMs themselves...and will assign tasks to
PMs when and if needed. =20

Michael


On Tue, 3 Sep 2002 17:44:20 +0100, "Terry Churchill"
<te...@do...> said:
> Michael Lauzon <inc...@my...> Said:
>=20
> > Terry, Project Manager, and Main Doc Writer
> > Similiar to Kelledin's role except instead of Package Builders, will
> > get a team of writers.
>=20
> > Now does anyone have a problem with this, of course this is top of my
> > head thinking, so we could make changes as it is not set in stone yet=
.
>=20
>=20
> I'm more than happy with that.
>=20
> HTH
> --=20
> Terry Churchill :       http://www.doc-linux.co.uk/
>=20
> "Some people are alive only because it is illegal to kill them."
>=20

--=20
http://fastmail.fm - Get back to work

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:
> Also, only PMs should have Admin access and need to be on the list on
> our SF site -- although end users who are testing the distro without
> being a member of the project who find bugs and want to report them is
> fine --  but remember I am trying to clean that out so our list will
> become smaller soon.

OK - people who need to add bugs can add their own users, PM's will have their
users modified by me so they have more permissions.

I've done that with both yours & kelledin's - let me know if there's a
problem.

HTH
-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

"Oh, *that*," said Vimes. "I was talking about policing, not alcohol.
There's lots of people will help you with the alcohol business, but there's
no one out there arranging little meetings where you can stand up and say,
'My name's Sam and I'm a really suspicious bastard.'"

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Michael L. <inc...@my...>]

Terry,

Okay.  I registered using my

name: Michael Lauzon
email: inc...@my...

Also, only PMs should have Admin access and need to be on the list on
our SF site -- although end users who are testing the distro without
being a member of the project who find bugs and want to report them is
fine --  but remember I am trying to clean that out so our list will
become smaller soon.


Michael






On Tue, 3 Sep 2002 19:37:06 +0100, "Terry Churchill"
<te...@do...> said:
> Michael Lauzon <inc...@my...> Said:
>=20
> > Noticed Bugzilla was up and running on the InceptionOS site
> > (http://bugzilla.inceptionos.org/)...is it running at 100% with all i=
ts
> > features; and is it possible to make me one of the Admins of it --
> > actually all Project Managers should have Admin access to it -- let m=
e
> > know.  Thanks.
>=20
> Well, it appears to be working OK, I guess we'll find out when we start
> using
> it ;-) I did have an issue adding GD support for graphing bugs, so
> that's
> broken ATM. I'll take another look when I've got a few spare minutes.
>=20
> Add yourself as a user & I'll make you an admin, just drop me an email.
>=20
> Same goes for everyone else, but I will be making sure you are listed
> as an
> developer on the sourceforge site ;-)
>=20
> HTH
> --=20
> Terry Churchill :       http://www.doc-linux.co.uk/
>=20
> "The people united can never be ignited!"- Sgt. Colon, Ankh-Morpork
> Watch
>=20

--=20
http://fastmail.fm - Click it, you'll feel better

Re: [Maxlinux-devel] Anon FTP

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:

> Hope you get the machine doing the Odd_Stuff fixed so that you can
> enable the AnonFTP access.  Yes, we could put it up in the web folder,
> as soon as the ISO is finished after Enrico gets all the kinks and
> whatnot out.

It's still doing it, but I hope to have that fixed tommorow. Otherwise I'll
put aside a few gig on another machine if need be. I'll let ya know.

-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

Just my 16.99UKP (My thoughts might have become easier to produce but marketing
and branding still cost money)

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:

> Noticed Bugzilla was up and running on the InceptionOS site
> (http://bugzilla.inceptionos.org/)...is it running at 100% with all its
> features; and is it possible to make me one of the Admins of it --
> actually all Project Managers should have Admin access to it -- let me
> know.  Thanks.

Well, it appears to be working OK, I guess we'll find out when we start using
it ;-) I did have an issue adding GD support for graphing bugs, so that's
broken ATM. I'll take another look when I've got a few spare minutes.

Add yourself as a user & I'll make you an admin, just drop me an email.

Same goes for everyone else, but I will be making sure you are listed as an
developer on the sourceforge site ;-)

HTH
-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

"The people united can never be ignited!"- Sgt. Colon, Ankh-Morpork Watch

Re: [Maxlinux-devel] Anon FTP

[Michael L. <inc...@my...>]

Terry,

Hope you get the machine doing the Odd_Stuff fixed so that you can
enable the AnonFTP access.  Yes, we could put it up in the web folder,
as soon as the ISO is finished after Enrico gets all the kinks and
whatnot out.

Michael


On Mon, 2 Sep 2002 08:49:58 +0100, "Terry Churchill"
<te...@do...> said:
> Michael Lauzon <inc...@my...> Said:
>=20
> > This is your department, because only you can set this up...we need t=
he
> > FTP server to have anonymous access; because at the moment everyone w=
ho
> > wanted to download IOS -- as soon as we have it to put up -- would ha=
ve
> > to have an account to get at the ISO image I think (well, that is how=
 I
> > understand it).  The following is from the Site Admin stuff:
>=20
> > Enable Anonymous FTP  Disabled
>=20
> Yeah - and the machines doing some Odd_Stuff(tm) that stops me enabling
> it.
>=20
> I'll work that out later this week, meanwhile, if someone creates an
> ISO=20
> directory in the web folder people *could* grab it from there if they
> really want it...
>=20
> --=20
> Terry Churchill :       http://www.doc-linux.co.uk/
>=20
> "Some people are alive only because it is illegal to kill them."
>=20

--=20
http://fastmail.fm/ - Consolidate POP email and Hotmail in one place

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Michael L. <inc...@my...>]

Terry,

Noticed Bugzilla was up and running on the InceptionOS site
(http://bugzilla.inceptionos.org/)...is it running at 100% with all its
features; and is it possible to make me one of the Admins of it --
actually all Project Managers should have Admin access to it -- let me
know.  Thanks.

Michael


On Tue, 3 Sep 2002 15:26:45 +0100, "Terry Churchill"
<te...@do...> said:
> Michael Lauzon <inc...@my...> Said:
> > Well, I just deleted the poll about what BT software we should use fo=
r
> > the InceptionOS Project, and posted the results as I said I would do =
on
> > Monday, of course I did it on Tuesday.  Anyeverhow....  I knew, and a=
ll
> > of you probably did as well, that Bugzilla would lead the pack.  Terr=
y,
> > when you have time can you please install Bugzilla
> > (http://www.mozilla.org/projects/bugzilla/) for us at the following U=
RL
> > please and thank you?:
> >=20
> > http://bugzilla.inceptionos.org/
>=20
> Well, I'll add an A record to the DNS now, and install it ASAP.
>=20
> I'll let you know when it's complete.
>=20
> HTH
> --=20
> Terry Churchill :       http://www.doc-linux.co.uk/
>=20
> Looks catch the eye but after that there is a miriad of other factors
> that
> come in to play. Likes, dislikes, hobbies, whether they use vi or are
> forever
> damned to the depths of hell for using emacs. Important things like
> that.
>=20

--=20
http://fastmail.fm - Come on home

Re: [Maxlinux-devel] Setup Ideas....

[Michael L. <inc...@my...>]

Kelledin,

Yes, there are a bunch of package mamagers out there -- this is in
response to your agreeing with the guy who posted about PMs -- but
eventually we may want to think about creating our own, now we don't
have to but considering it is an option just because rerolling RPMs to
conform to the LSB so that we can install them in IOS may become a
little tedious for our packagers...but let's wait a while -- maybe a
year or more -- and see.

Michael


On Fri, 30 Aug 2002 00:26:17 -0500, "Kelledin"
<kel...@sk...> said:
> On Thursday 29 August 2002 01:35 pm, Michael Lauzon wrote:
> > I cannot say strongly enough how i think you must use the
> > (Ximian) Setup Tools.
> > http://www.ximian.com/devzone/projects/xst-devel.html
> > Improve, change them if necessary dont waste time developing
> > yet another setup tool.
>=20
> If Ximian can support an ncurses-style interface along with its=20
> X11 interface, and turns out to have easily customizable=20
> interfaces, I'd be happy to support it.
>=20
> Up until now, I was considering designing a setup tool=20
> remeniscent of scoadmin, the system administration tool from SCO=20
> operating systems.  In my year or two of working with SCO=20
> OpenServer/UnixWare, scoadmin was about the only thing about it=20
> I could bring myself to like (there was too much other clunky,=20
> backwards, problematic stuff in SCO operating systems).
>=20
> > PLEASE No more package technologies
> > Authored by: Anonymous on Thursday, August 29 2002 @ 02:20 PM
> > BST Great!! a new linux distro is always a good thing and I
> > think that every distro should bring it's own unique take on
> > linux. BUT PLEASE don't bring out yet another package
> > technology. If novice users are ever going to be attracted to
> > linux then a good (easy to use) software distribution and
> > installation technology is necessary and they'll tend to group
> > around the easiest, even as a technically experienced user I
> > simply don't have the time to bother with tarballs anymore. We
> > need competition within the linux distro community and the
> > best way to foster this is to have a standard package system.
> > Their are other areas that need focus now. I'll be intrested
> > to see what your OS is going to offer
> > [ Reply to This | Delete ]
>=20
> I definitely agree on this point.  We've got more than enough=20
> packaging technologies available already.
>=20
> --=20
> Kelledin
> "If a server crashes in a server farm and no one pings it, does=20
> it still cost four figures to fix?"
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> Maxlinux-devel mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxlinux-devel
>=20

--
Michael Lauzon
Founder & Lead Project Manager
InceptionOS Project
http://www.inceptionos.org/
mi...@in...
--=20
The fastest email on the Internet!=20
http://fastmail.fm - Choose from over 50 domains or use your own

Re: [Maxlinux-devel] Tasks....

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:

> Terry, Project Manager, and Main Doc Writer
> Similiar to Kelledin's role except instead of Package Builders, will
> get a team of writers.

> Now does anyone have a problem with this, of course this is top of my
> head thinking, so we could make changes as it is not set in stone yet.


I'm more than happy with that.

HTH
-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

"Some people are alive only because it is illegal to kill them."

[Maxlinux-devel] Tasks....

[Michael L. <inc...@my...>]

Okay, over the past few days I've been thinking on how to assign tasks
properly.  Now here is an idea, and that is all it is until I have all
your approval on this issue.

Michael, Lead Project Manager
Will lead group, post main ads for everything and contact as many Linux
news-related (?) web sites with press releases (?) about IOS.

Kelledin, Project Manager, and Main Packager
He will posts ads about getting people to help build the packages for
IOS to LSB1.1 specs.

Terry, Project Manager, and Main Doc Writer
Similiar to Kelledin's role except instead of Package Builders, will
get a team of writers.

Enrico, Project Manager, and Main Installer Builder
Same as the two above but will get programmers to help build the
installation and what not.

Now does anyone have a problem with this, of course this is top of my
head thinking, so we could make changes as it is not set in stone yet.



--
Michael Lauzon
Founder & Lead Project Manager
InceptionOS Project
http://www.inceptionos.org/
mi...@in...

--=20
http://fastmail.fm
 - Ever wonder why we aren't named snailmail.sm?=20

[Maxlinux-devel] [RFC] precompiled kernels, initrd, and driver disks

[Kelledin <kel...@sk...>]

Sooner or later, we need to decide how to manage precompiled=20
kernels and precompiled drivers.  So far, the basics of doing=20
this are laid out for us already; we will have almost all=20
drivers compiled as modules, and we will place modules needed at=20
boot-time in an initial RAMdisk image (initrd).  The initial=20
RAMdisk image will contain drivers and applications necessary=20
for loading those drivers and mounting the "real" root FS.

So far, here's what I'm thinking of doing within the initrd:

1) Have a statically compiled binary installed as /sbin/init on=20
   the initrd.  Also have /sbin/modprobe on the initrd as well=20
   (also statically compiled).

2) The initrd's /sbin/init will be responsible for the following:

   - Looking in /etc/modules.rc to determine what modules to=20
     load.

   - Calling /sbin/modprobe to load those modules.

   - Looking in /etc/mount.rc to determine what device to mount=20
     as the "real" root FS, what FS type is on that device, and
     what options to use when mounting it.  "/bin/mount" will
     not be included in the initrd; the initrd's /sbin/init will
     call the mount() syscall directly instead to save space.

   - Mounting the specified device and calling pivot_root() to
     change to the new root FS.

   - Executing the "real" /sbin/init to take over booting.

3) During future versions of the installation program, we should=20
   have a precompiled kernel available, as well as modular=20
   drivers for various driver and filesystem types.  These=20
   modular drivers should be avaliable as compressed packages
   on a separate "driver disk" during install.  The installation
   program should include options for auto-probing drivers,
   configuring which drivers get auto-probed, and specifying
   custom modprobe options for each driver.  There should also
   be a specified format for supplemental driver disks provided
   by third parties (such as hardware manufacturers).

The part we need to decide on together is the format of a=20
compressed "driver pack".  The driver pack should include kernel=20
modules to be loaded, a list of those modules and human-readable=20
one-line comments for each one, and a human-readable one-line=20
description of the driver pack and what it supports.  An=20
optional comprehensive README for the driver should be supported=20
as well.  I have other features in mind, but they can wait.

--=20
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Michael L. <inc...@my...>]

Terry,

Okay, thanks.  This should help in development of IOS quite well!

Michael


On Tue, 3 Sep 2002 15:26:45 +0100, "Terry Churchill"
<te...@do...> said:
> Michael Lauzon <inc...@my...> Said:
> > Well, I just deleted the poll about what BT software we should use fo=
r
> > the InceptionOS Project, and posted the results as I said I would do =
on
> > Monday, of course I did it on Tuesday.  Anyeverhow....  I knew, and a=
ll
> > of you probably did as well, that Bugzilla would lead the pack.  Terr=
y,
> > when you have time can you please install Bugzilla
> > (http://www.mozilla.org/projects/bugzilla/) for us at the following U=
RL
> > please and thank you?:
> >=20
> > http://bugzilla.inceptionos.org/
>=20
> Well, I'll add an A record to the DNS now, and install it ASAP.
>=20
> I'll let you know when it's complete.
>=20
> HTH
> --=20
> Terry Churchill :       http://www.doc-linux.co.uk/
>=20
> Looks catch the eye but after that there is a miriad of other factors
> that
> come in to play. Likes, dislikes, hobbies, whether they use vi or are
> forever
> damned to the depths of hell for using emacs. Important things like
> that.
>=20

--=20
http://fastmail.fm
Any faster and it wouldn't be email!

Re: [Maxlinux-devel] Final Installation packages please!

[Kelledin <kel...@sk...>]

> Kelledin can you put all "Required" and "optional" rpms on ftp=20
> whish should be included in 0.1 ? i can't finish my work=20
> without a set of Packages, and i am tired about searching or=20
> ask "should this be included yes or no?".. Our packagers should=20
> "completly build the packages for V 0.1 and put them into=20
> /packages/versions/0.1" (or mvoe the existing ones) please=20
> remeber please fill only 1 CD, currently i dont create a 2 CD=20
> version.

By "our packagers", you mean "Kelledin". ;)

There is now a usable package set in the=20
ftp://skarpsey.dyndns.org/packages/versions/0.1/ directory. =20
Everything in that directory should be included on the IOS CD. =20
Currently it all fits in 550MB and includes (almost) all the=20
latest packages I have.

The following are known issues with the package set:

1) We have no precompiled kernel yet.  In light of this, we will
   simply have to give the user a config phase for the kernel=20
   source (currently 0.1pre/SOURCES/linux-2.4.18-1.tar.gz).  I=20
   was planning to have this as an option; for now it is a=20
   necessity.  This issue will go away once we decide exactly how=20
   to manage a precompiled modular kernel and "driver packs."

2) Because of (1), there are other packages we don't have=20
   precompiled yet (but we *do* have them as source RPMs in the
   directory 0.1pre/SRPMS/).  The idea with these is that once
   a custom kernel is compiled, these source RPMs will be used to=20
   build and install RPMs customized for the custom kernel.  The=20
   packages can be built via the command "rpm --rebuild --target=20
   i486 <package-name>" _after_ the system is booted from the=20
   custom kernel.  This issue will also go away once we resolve
   issue (1).

3) There are two precompiled packages that depend on lm_sensors=20
   libraries (kde3-base and mondo).  Because lm_sensors is=20
   provided as a source RPM only, these packages will have to be=20
   installed with the "--nodeps" option.  This, too, will go away
   once we resolve issues (1) and (2).

4) BitchX has some problems with backgrounds in dialog boxes. =20
   Fixing that is my department and is on my to-do list.

5) KDE needs to be updated to version 3.0.3.  Once again, my
   department, and on my to-do list.

6) All of Gnome 2.0.1 needs to be installed.  Once again, my
   department, and on my to-do list.

7) Since we can't install both sendmail and postfix, I just left
   sendmail (the slower, but more accepted MTA) in there and
   left out postfix.  We'll figure out how to deal with this sort
   of conflict later.

--
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:
> Well, I just deleted the poll about what BT software we should use for
> the InceptionOS Project, and posted the results as I said I would do on
> Monday, of course I did it on Tuesday.  Anyeverhow....  I knew, and all
> of you probably did as well, that Bugzilla would lead the pack.  Terry,
> when you have time can you please install Bugzilla
> (http://www.mozilla.org/projects/bugzilla/) for us at the following URL
> please and thank you?:
> 
> http://bugzilla.inceptionos.org/

Well, I'll add an A record to the DNS now, and install it ASAP.

I'll let you know when it's complete.

HTH
-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

Looks catch the eye but after that there is a miriad of other factors that
come in to play. Likes, dislikes, hobbies, whether they use vi or are forever
damned to the depths of hell for using emacs. Important things like that.

[Maxlinux-devel] Bug Tracking Software: Bugzilla....

[Michael L. <inc...@my...>]

Well, I just deleted the poll about what BT software we should use for
the InceptionOS Project, and posted the results as I said I would do on
Monday, of course I did it on Tuesday.  Anyeverhow....  I knew, and all
of you probably did as well, that Bugzilla would lead the pack.  Terry,
when you have time can you please install Bugzilla
(http://www.mozilla.org/projects/bugzilla/) for us at the following URL
please and thank you?:

http://bugzilla.inceptionos.org/

Thanks.



--
Michael Lauzon
Founder & Lead Project Manager
InceptionOS Project
http://www.inceptionos.org/
mi...@in...

--=20
http://fastmail.fm
 - Ever wonder why we aren't named snailmail.sm?=20

Re: [Maxlinux-devel] KDE 2.2.2?

[Michael L. <inc...@my...>]

I have nothing against TrollTech or the KDE developers, but there
should have been a way for backwards compatiability between the two
releases...I still say include KDE3 and the new GNOME, and a bunch of
Window Managers.  But I do prefer KDE over GNOME even though I use both
of them.  :)

Michael


On Tue, 3 Sep 2002 08:40:46 +1000, "Conolly, Brenden"
<BCO...@ta...> said:
> My vote is for KDE 3.
>=20
> Brenden
>=20
> -------------------
>=20
> From: Kelledin <kel...@sk...>
> To: max...@li...
> Date: Mon, 2 Sep 2002 07:50:47 -0500
> Subject: [Maxlinux-devel] KDE 2.2.2?
>=20
> This is a package decision I'd like to throw out to you guys.
>=20
> Up until now, I've been planning to include both KDE 3 and KDE=3D20
> 2.2.2.  Right now I just have KDE 3.0.2 (soon to become 3.0.3),=3D20
> and lately, I've found that it does just about everything better=3D20
> than KDE 2.2.2.  Even the memory footprint is smaller (now THAT=3D20
> impressed me!)  Plus, KDE 3 looks almost exactly like KDE 2 with=3D20
> just the default theme, and with appropriate theming, it's near=3D20
> impossible to spot a difference between the two.  I'm finding=3D20
> less and less reason to include both versions.
>=20
> So what do you guys think?  Include KDE 2.2.2, or ditch it=3D20
> completely in favor of KDE 3?
>=20
> --
> Kelledin
> "If a server crashes in a server farm and no one pings it, does=3D20
> it still cost four figures to fix?"
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> Maxlinux-devel mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxlinux-devel
>=20
--=20
The fastest email on the Internet!=20
http://fastmail.fm - Choose from over 50 domains or use your own

[Maxlinux-devel] Final Installation packages please!

[Enrico K. <ph...@h0...>]

Hi,

Kelledin can you put all "Required" and "optional" rpms on ftp whish 
should be included in 0.1 ? i can't finish my work without a set of
Packages, and i am tired about searching or ask "should this be included 
yes or no?".. Our packagers should "completly build the packages for V 0.1 
and put them into /packages/versions/0.1" (or mvoe the existing ones) 
please remeber please fill only 1 CD, currently i dont create a 2 CD 
version.

Risk (the webdesigner i know) is currently very busy but i search for a 
alternative. Sorry when i can`t reply so fast to your questions but i have 
a lot todo :)

Enrico

-------------------------------------------------------
H Zero Seven - Unix/Linux Development and Research Team
http://www.h07.org

.oO(we do not take anything seriously, as long as it is not on a 
harddisk)Oo.

[Maxlinux-devel] KDE 2.2.2?

[Conolly, B. <BCO...@ta...>]

My vote is for KDE 3.

Brenden

-------------------

From: Kelledin <kel...@sk...>
To: max...@li...
Date: Mon, 2 Sep 2002 07:50:47 -0500
Subject: [Maxlinux-devel] KDE 2.2.2?

This is a package decision I'd like to throw out to you guys.

Up until now, I've been planning to include both KDE 3 and KDE=20
2.2.2.  Right now I just have KDE 3.0.2 (soon to become 3.0.3),=20
and lately, I've found that it does just about everything better=20
than KDE 2.2.2.  Even the memory footprint is smaller (now THAT=20
impressed me!)  Plus, KDE 3 looks almost exactly like KDE 2 with=20
just the default theme, and with appropriate theming, it's near=20
impossible to spot a difference between the two.  I'm finding=20
less and less reason to include both versions.

So what do you guys think?  Include KDE 2.2.2, or ditch it=20
completely in favor of KDE 3?

--
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] KDE 2.2.2?

[Michael L. <inc...@my...>]

Kelledin,

I'd just include KDE3, GNOMEx, and a bunch of Window Managers.  Also,
would it be possible to change the default background image of KDE &
GNOME to show our logo (Corel did this if I remember correctly), even
after you set up the basic desktop?  Hey, I have a package that I found
while reading a magazine, that we should include, it is called QUB and
can be found here:

http://qub.sf.net/

Michael




On Mon, 2 Sep 2002 09:29:39 -0500, "Kelledin"
<kel...@sk...> said:
> On Monday 02 September 2002 08:20 am, Terry Churchill wrote:
> > I'm not really a KDE user, but I assume that older KDE apps
> > look & work exactly the same way under both releases?
>=20
> Pretty much.  Some KDE apps need porting to work with KDE3, but=20
> generally they end up looking the same between KDE3 and KDE2. =20
> Even if they don't, I'll probably be compiling KDE-based apps=20
> against KDE3 whenever possible, rather than KDE2 (all in the=20
> name of progress).
>=20
> The appearance differences were much more pronounced between KDE1=20
> and KDE2 (plus, KDE2 was considerably more resource-hungry than=20
> KDE1).  Thus why distros like SuSE included both versions.
>=20
> --
> Kelledin
> "If a server crashes in a server farm and no one pings it, does=20
> it still cost four figures to fix?"
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> Maxlinux-devel mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxlinux-devel
>=20

--=20
http://fastmail.fm
 - Taking the "ail" out of email!=20

Re: [Maxlinux-devel] KDE 2.2.2?

[Kelledin <kel...@sk...>]

On Monday 02 September 2002 08:20 am, Terry Churchill wrote:
> I'm not really a KDE user, but I assume that older KDE apps
> look & work exactly the same way under both releases?

Pretty much.  Some KDE apps need porting to work with KDE3, but=20
generally they end up looking the same between KDE3 and KDE2. =20
Even if they don't, I'll probably be compiling KDE-based apps=20
against KDE3 whenever possible, rather than KDE2 (all in the=20
name of progress).

The appearance differences were much more pronounced between KDE1=20
and KDE2 (plus, KDE2 was considerably more resource-hungry than=20
KDE1).  Thus why distros like SuSE included both versions.

--
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] KDE 2.2.2?

[Terry C. <te...@do...>]

Kelledin <kel...@sk...> Said:

> Up until now, I've been planning to include both KDE 3 and KDE 
> 2.2.2.  Right now I just have KDE 3.0.2 (soon to become 3.0.3), 
> and lately, I've found that it does just about everything better 
> than KDE 2.2.2.  Even the memory footprint is smaller (now THAT 
> impressed me!)  Plus, KDE 3 looks almost exactly like KDE 2 with 
> just the default theme, and with appropriate theming, it's near 
> impossible to spot a difference between the two.  I'm finding 
> less and less reason to include both versions.
> 
> So what do you guys think?  Include KDE 2.2.2, or ditch it 
> completely in favor of KDE 3?

I'm not really a KDE user, but I assume that older KDE apps look & work
exactly the same way under both releases?

If that is the case then I suggest ditching 2.x.x & going with 3.x.x

-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

Do you believe in the existance of the non existant existancy from no where?
Where no one exisists in the existance of non existance and those who exist
are not actually existing but are just non existing and are only existing in
their non existing mind of misconception?

[Maxlinux-devel] KDE 2.2.2?

[Kelledin <kel...@sk...>]

This is a package decision I'd like to throw out to you guys.

Up until now, I've been planning to include both KDE 3 and KDE=20
2.2.2.  Right now I just have KDE 3.0.2 (soon to become 3.0.3),=20
and lately, I've found that it does just about everything better=20
than KDE 2.2.2.  Even the memory footprint is smaller (now THAT=20
impressed me!)  Plus, KDE 3 looks almost exactly like KDE 2 with=20
just the default theme, and with appropriate theming, it's near=20
impossible to spot a difference between the two.  I'm finding=20
less and less reason to include both versions.

So what do you guys think?  Include KDE 2.2.2, or ditch it=20
completely in favor of KDE 3?

--
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] Anon FTP

[Terry C. <te...@do...>]

Michael Lauzon <inc...@my...> Said:

> This is your department, because only you can set this up...we need the
> FTP server to have anonymous access; because at the moment everyone who
> wanted to download IOS -- as soon as we have it to put up -- would have
> to have an account to get at the ISO image I think (well, that is how I
> understand it).  The following is from the Site Admin stuff:

> Enable Anonymous FTP  Disabled

Yeah - and the machines doing some Odd_Stuff(tm) that stops me enabling it.

I'll work that out later this week, meanwhile, if someone creates an ISO 
directory in the web folder people *could* grab it from there if they
really want it...

-- 
Terry Churchill	:	http://www.doc-linux.co.uk/

"Some people are alive only because it is illegal to kill them."

Re: [Maxlinux-devel] Setup Ideas....

[Kelledin <kel...@sk...>]

On Thursday 29 August 2002 01:35 pm, Michael Lauzon wrote:
> I cannot say strongly enough how i think you must use the
> (Ximian) Setup Tools.
> http://www.ximian.com/devzone/projects/xst-devel.html
> Improve, change them if necessary dont waste time developing
> yet another setup tool.

If Ximian can support an ncurses-style interface along with its=20
X11 interface, and turns out to have easily customizable=20
interfaces, I'd be happy to support it.

Up until now, I was considering designing a setup tool=20
remeniscent of scoadmin, the system administration tool from SCO=20
operating systems.  In my year or two of working with SCO=20
OpenServer/UnixWare, scoadmin was about the only thing about it=20
I could bring myself to like (there was too much other clunky,=20
backwards, problematic stuff in SCO operating systems).

> PLEASE No more package technologies
> Authored by: Anonymous on Thursday, August 29 2002 @ 02:20 PM
> BST Great!! a new linux distro is always a good thing and I
> think that every distro should bring it's own unique take on
> linux. BUT PLEASE don't bring out yet another package
> technology. If novice users are ever going to be attracted to
> linux then a good (easy to use) software distribution and
> installation technology is necessary and they'll tend to group
> around the easiest, even as a technically experienced user I
> simply don't have the time to bother with tarballs anymore. We
> need competition within the linux distro community and the
> best way to foster this is to have a standard package system.
> Their are other areas that need focus now. I'll be intrested
> to see what your OS is going to offer
> [ Reply to This | Delete ]

I definitely agree on this point.  We've got more than enough=20
packaging technologies available already.

--=20
Kelledin
"If a server crashes in a server farm and no one pings it, does=20
it still cost four figures to fix?"

Re: [Maxlinux-devel] The Web Site....

[Enrico K. <ph...@h0...>]

Hi,

> Enrico, have you contacted the Web Designer you
> mentioned to me before, if you don't have time to contact him at the
> moment then please do so at your discretion.

please contact ri...@h0... for this.. and say that "this is a task where 
i said he should perform this" and he will do this :)

Enrico
 
> 
> 
> --
> Michael Lauzon
> Founder & Lead Project Manager
> InceptionOS Project
> http://www.inceptionos.org/
> mi...@in...
> 
> -- 
> Access all of your messages and folders wherever you are! 
> http://fastmail.fm - Get your mail using the web or your email software
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Maxlinux-devel mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxlinux-devel
>