Menu
▾
▴
mentalunix-developers
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(52) |
Sep
(18) |
Oct
(17) |
Nov
|
Dec
(93) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(24) |
Feb
(10) |
Mar
(27) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(18) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: The_Micea <las...@ad...> - 2001-03-14 02:51:52
|
----- Original Message ----- From: "Dustin Knie" <nul...@ya...> To: <men...@li...> Sent: Tuesday, March 13, 2001 8:02 PM Subject: [Mentalunix-developers] MentaLinux Development > Hey all, > > I have finals tommorow, but I have a few things to say > real quick. First of all, I finally went to a LUG > meeting last Saturday, and it was great. There were a > few newbies, and some Debian users. But anyways, I > know have debian working on my box (no more SuSE) and > I have a zip 250 drive, and i hope to start doing some > basic OS development later this week. > > To start off, I'm planning on using the LFS idea to > start off, and get a bare distro set up on my old > 246mb hard drive. > > BASIC IDEAS:::: > --First of all. apt-get kicks ass, but i have a few > discrepencies with it. My idea for mpkg would be to > make an apt-get like utility that is apt-get, > apt-cache, apt-cdrom all in one. (lets say mpkg-get or > soemthing) that would operate basically the same way. > but with more features, and maybe even a sources.list > editor for easy editing. > --X configuration: I say we try to hack sax, and use > that. Sax is by far the best config program that i > have used for configuring X. Sax worked well for me, I easily configured my monitor for my voodoo. > --Sound Configuration: sndconfig? harddrake? alsaconf? > we need to decide on the best way to easily configure > sound without requiring the user to handedit files > like isapnp.conf which isnt fun to play with. It sucks Ive been trying for months to get sound working, I have built in sound to my mother board. > --Zip/cdrom: shouldn't have much of a prob. Need to > make an app that will configure system to use cd-rw > and/or zip drive (can do this on debian install, need > something like that as an app) > > > I'll work on some of this stuff in a day or two, and > ill probably use tcl/tk to at least prototype the > stuff. Post anything you get done so that I can make the same changes to my machine and Ill post anything I do to it. > > Well, i have finals tommorow, have an essay to write, > and have to work, so Ill send more stuff later if i > think of anything. > > Also, Clinton, give me a general layout for the > filesystem so I can work on it. > > Dustin > > So long as the state exists there is no freedom. When > there is freedom, there will be no state -- Vladimir > Lenin > > > __________________________________________________ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great prices. > http://auctions.yahoo.com/ > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers |
|
From: Dustin K. <nul...@ya...> - 2001-03-14 01:01:00
|
Hey all, I have finals tommorow, but I have a few things to say real quick. First of all, I finally went to a LUG meeting last Saturday, and it was great. There were a few newbies, and some Debian users. But anyways, I know have debian working on my box (no more SuSE) and I have a zip 250 drive, and i hope to start doing some basic OS development later this week. To start off, I'm planning on using the LFS idea to start off, and get a bare distro set up on my old 246mb hard drive. BASIC IDEAS:::: --First of all. apt-get kicks ass, but i have a few discrepencies with it. My idea for mpkg would be to make an apt-get like utility that is apt-get, apt-cache, apt-cdrom all in one. (lets say mpkg-get or soemthing) that would operate basically the same way. but with more features, and maybe even a sources.list editor for easy editing. --X configuration: I say we try to hack sax, and use that. Sax is by far the best config program that i have used for configuring X. --Sound Configuration: sndconfig? harddrake? alsaconf? we need to decide on the best way to easily configure sound without requiring the user to handedit files like isapnp.conf which isnt fun to play with. --Zip/cdrom: shouldn't have much of a prob. Need to make an app that will configure system to use cd-rw and/or zip drive (can do this on debian install, need something like that as an app) I'll work on some of this stuff in a day or two, and ill probably use tcl/tk to at least prototype the stuff. Well, i have finals tommorow, have an essay to write, and have to work, so Ill send more stuff later if i think of anything. Also, Clinton, give me a general layout for the filesystem so I can work on it. Dustin So long as the state exists there is no freedom. When there is freedom, there will be no state -- Vladimir Lenin __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ |
|
From: The_Micea <las...@ad...> - 2001-03-13 22:31:22
|
Hey anyone check out the new nautalis yet? Im going to try it tonight. ----- Original Message ----- From: "Mentalspice" <clu...@ya...> To: <men...@li...> Sent: Tuesday, March 13, 2001 4:11 PM Subject: [Mentalunix-developers] Re: brand new. just saying hi [Yahoo! Clubs: mentalunix] > IIRC (its been a long time since I've used Mandrake), you can start the install from windows. It just copies an image to the fat32 partition, and loads it with loadlin. If you'd like to purge the redmond beast, you can since everything is in ram after the image boots. > > --------------------------------------------- > DO NOT REPLY TO THIS MESSAGE BY EMAIL! > --------------------------------------------- > You have chosen to receive messages from "mentalunix" by email. > > Reply to this message: > http://clubs.yahoo.com/clubs/mentalunix/bbsfrp?action=r&tid=mentalunix&sid=1 600006580&mid=406 > > Unsubscribe from the Club mailing list: > http://clubs.yahoo.com/clubs/mentalunix/config/change_mb_list > > Return to "mentalunix": > http://clubs.yahoo.com/clubs/mentalunix > ---------------------------------------------- > > Not a member? Remove yourself from this list: > http://edit.clubs.yahoo.com/config/unsubscribe_mb_list?.userID=munix_devr&.g roupID=mentalunix&.groupType=&.code=IVyJGMuRxG > > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers |
|
From: Mentalspice <clu...@ya...> - 2001-03-13 21:09:52
|
IIRC (its been a long time since I've used Mandrake), you can start the install from windows. It just copies an image to the fat32 partition, and loads it with loadlin. If you'd like to purge the redmond beast, you can since everything is in ram after the image boots. --------------------------------------------- DO NOT REPLY TO THIS MESSAGE BY EMAIL! --------------------------------------------- You have chosen to receive messages from "mentalunix" by email. Reply to this message: http://clubs.yahoo.com/clubs/mentalunix/bbsfrp?action=r&tid=mentalunix&sid=1600006580&mid=406 Unsubscribe from the Club mailing list: http://clubs.yahoo.com/clubs/mentalunix/config/change_mb_list Return to "mentalunix": http://clubs.yahoo.com/clubs/mentalunix ---------------------------------------------- Not a member? Remove yourself from this list: http://edit.clubs.yahoo.com/config/unsubscribe_mb_list?.userID=munix_devr&.groupID=mentalunix&.groupType=&.code=IVyJGMuRxG |
|
From: The_Micea <las...@ad...> - 2001-03-12 00:12:11
|
Well I dont know what kind of modem you have or you computer, but you can download basic mandrake from their website. Once installed you can install any other rpms you need from the cd since you can access it through linux. From: "rotordrive" <clu...@ya...> To: <men...@li...> Sent: Sunday, March 11, 2001 12:14 PM Subject: [Mentalunix-developers] brand new. just saying hi [Yahoo! Clubs: mentalunix] > I'm a web designer, but design requires a small amount of brainwaves so I thought I'd join a unix/gnu group to freshen up on the fun stuff. > > I'd like to start out with a question. Anyone know how I could install Mandrake without a floppy drive or a bootable cdrom drive? I have a cdrom, its just not bootable, and my floppy drive is messed up. > > --------------------------------------------- > DO NOT REPLY TO THIS MESSAGE BY EMAIL! > --------------------------------------------- > You have chosen to receive messages from "mentalunix" by email. > > Reply to this message: > http://clubs.yahoo.com/clubs/mentalunix/bbsfrp?action=r&tid=mentalunix&sid=1 600006580&mid=405 > > Unsubscribe from the Club mailing list: > http://clubs.yahoo.com/clubs/mentalunix/config/change_mb_list > > Return to "mentalunix": > http://clubs.yahoo.com/clubs/mentalunix > ---------------------------------------------- > > Not a member? Remove yourself from this list: > http://edit.clubs.yahoo.com/config/unsubscribe_mb_list?.userID=munix_devr&.g roupID=mentalunix&.groupType=&.code=IVyJGMuRxG > > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers |
|
From: rotordrive <clu...@ya...> - 2001-03-11 17:12:44
|
I'm a web designer, but design requires a small amount of brainwaves so I thought I'd join a unix/gnu group to freshen up on the fun stuff. I'd like to start out with a question. Anyone know how I could install Mandrake without a floppy drive or a bootable cdrom drive? I have a cdrom, its just not bootable, and my floppy drive is messed up. --------------------------------------------- DO NOT REPLY TO THIS MESSAGE BY EMAIL! --------------------------------------------- You have chosen to receive messages from "mentalunix" by email. Reply to this message: http://clubs.yahoo.com/clubs/mentalunix/bbsfrp?action=r&tid=mentalunix&sid=1600006580&mid=405 Unsubscribe from the Club mailing list: http://clubs.yahoo.com/clubs/mentalunix/config/change_mb_list Return to "mentalunix": http://clubs.yahoo.com/clubs/mentalunix ---------------------------------------------- Not a member? Remove yourself from this list: http://edit.clubs.yahoo.com/config/unsubscribe_mb_list?.userID=munix_devr&.groupID=mentalunix&.groupType=&.code=IVyJGMuRxG |
|
From: Clinton E. <men...@cr...> - 2001-02-21 22:59:53
|
I've been hacking away a nice specification document(I mean full spec -- one that _should_ be good enough to code from). I also wrote up a specification paper spec, so that all the mentalinux docs will look the same(which is a good thing). Of course, they will both be drafts by the time I get them out(a few more days at the most). Comments will be welcome, because I don't want to run this thing myself. Which brings me to my insanity again: Why not just go back the original model Hack together mpkg by the end of the year. Use some of the debian tools(menus, alternatives, etc). Package everything from scratch(but not write everything) If we aim for dec. 2002, that should be enough time to get a _usable_, but maybe not 100% ready distro. So, once we get the libmpkg spec finalized and stuff, we can start looking for more developers to do stuff. ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. Join the Mentalinux Project: mentalunix.sourceforge.net lamer.hackedtobits.com <- my site |
|
From: Clinton E. <men...@cr...> - 2001-02-21 00:30:52
|
Since mpkg and everything will make heavy use of xml(because xml takes a lot of the work out of parsing configuration and data files), I looked up some valiadating parsers(the get the fully benefits of xml, IMHO at least, you need to make sure the doc is valid syntacticly and semanticly, then go from there) and I found one nice looking one. http://xml.apache.org/xerces-c/index.html . Any comments on it? I'm hacking around with the mpkg detailed spec(2 pages now, after a small amount of work) and trying to figure out the DOM. ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. or, at least get to talk to unknown_lamer. lamer.hackedtobits.com <== l33t site :P |
|
From: Dustin K. <nul...@ya...> - 2001-02-18 07:09:39
|
I wam working on doing some rework on the site (using php4), But i have an essay i have to do next week, and im working 34.5 hours, so im not sure when i will get around to it. More to come later Dustin --- Clinton Ebadi <men...@cr...> wrote: > > I just noticed(by sending a test message) that the > "send to all > developers"(/ default contact) form on the site > sends to the wrong > list. It is sending the sforge created(after i made > the -developers > list, it created -devlist..agh) and not the real > list. Also, is it > possible to add a string in the subject of all > messages sent from the > form to read "[mentalinux contact] subject entered > in field"? I was > really confused when I got a cryptic message with a > cryptic subject > from someone today..it too me a minute to realize it > was mentalinux > stuff. > > ------- End of forwarded message ------- > > ------------------------------- > #indrema @ irc.openprojects.net > be a part of the revolution. > unknown_lamer > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: Clinton E. <men...@cr...> - 2001-02-16 19:37:43
|
I just noticed(by sending a test message) that the "send to all developers"(/ default contact) form on the site sends to the wrong list. It is sending the sforge created(after i made the -developers list, it created -devlist..agh) and not the real list. Also, is it possible to add a string in the subject of all messages sent from the form to read "[mentalinux contact] subject entered in field"? I was really confused when I got a cryptic message with a cryptic subject from someone today..it too me a minute to realize it was mentalinux stuff. ------- End of forwarded message ------- ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Clinton E. <men...@cr...> - 2001-02-10 01:30:57
|
I think it would be nice if there was a link to the subscribe page for mentalunix-developers(since that list was created before sforge created the other lists..confusing everyone). I think we should push the file system spec back a bit too..since it is the 7th now(it might be the 10th when this finally gets sent off -- my mail hosts smtp servers are going crazy from a ddos) ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Dustin K. <nul...@ya...> - 2001-02-09 04:15:53
|
Sounds good, cant think of any real downfalls. Although, by doing this, we are basically requiring the use of a database on a system, and could be somewhat limiting. As for the plain text/flat db, we should keep the layout of the system uniform, and have it be xml based. Or for that matter, we could create a small, versatile xml based database. or something like that in case mysql or postgresql aren't available or wanted. Also, by requiring an external db means that the db needs to be installed and configured before mpkg can use it. The alternative to requiring the external db upon mpkg install would be using the generic flat db, and making a db exporter that would be able to export one db into another. Dustin --- men...@li... wrote: > Send Mentalunix-developers mailing list submissions > to > men...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > or, via email, send a message with subject or body > 'help' to > men...@li... > > You can reach the person managing the list at > men...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Mentalunix-developers > digest..." > > > ---- METNALUNIX DEVELOPER'S MAILING LIST DIGEST > ------ > > Today's Topics: > > 1. mpkg package database stuff (Clinton Ebadi) > > --__--__-- > > Message: 1 > From: "Clinton Ebadi" <men...@cr...> > To: men...@li... > Date: Thu, 8 Feb 2001 12:26:48 -0500 > Subject: [Mentalunix-developers] mpkg package > database stuff > Reply-To: > men...@li... > > I had a bit of an idea at school today about mpkg's > package database - > - why go through all the work of setting up our own > package database, > when we could use an abstract interface to any > number of db's. Let me > explain. > > Ok, step one would be to write a library with > database access methods > for mpkg. Example: find_file(), find_pkg(), etc, > that would be used > when installing or finding packages to install(so > the package manager > would be able to find existing packages, available > packages, and see > what packages provide the files the package you are > installing's > dependencies,etc). Now, why write an entire database > when all we need > are these functions to access the database? > > There are many free SQL databases(postgre,mySQL,etc) > that can be > searched and have fields added too, so why not use > them? My idea is > to put all the functions headers in a header file, > and then make the > implementation a nice shared object -- just pop in > whatever interface > you wanted. The first of these would be a SQL > interface(postgre or > mySQL?). The functions would just wrap around the > sql server > interfaces, providing a standard method to access > the package > database. The eliminates are a large amount of work > on out part, and > also adds flexibility. Don't want to have your pkg > database in a SQL > server? Fine, use a flat text interface. Don't like > that? Then use > any number of interfaces to different package > database access > methods. See how this is a good thing? > > Implementing our own db format for the package > database would be > pointless and just add more work to the task of > writing mpkg. So, > does my abstract interface seem to make sense? > > ------------------------------- > #indrema @ irc.openprojects.net > be a part of the revolution. > unknown_lamer > > > > --__--__-- > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > End of Mentalunix-developers Diges __________________________________________________ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: The_Micea <las...@ad...> - 2001-02-08 23:38:45
|
perfectly ----- Original Message ----- From: "Clinton Ebadi" <men...@cr...> To: <men...@li...> Sent: Thursday, February 08, 2001 12:26 PM Subject: [Mentalunix-developers] mpkg package database stuff > I had a bit of an idea at school today about mpkg's package database - > - why go through all the work of setting up our own package database, > when we could use an abstract interface to any number of db's. Let me > explain. > > Ok, step one would be to write a library with database access methods > for mpkg. Example: find_file(), find_pkg(), etc, that would be used > when installing or finding packages to install(so the package manager > would be able to find existing packages, available packages, and see > what packages provide the files the package you are installing's > dependencies,etc). Now, why write an entire database when all we need > are these functions to access the database? > > There are many free SQL databases(postgre,mySQL,etc) that can be > searched and have fields added too, so why not use them? My idea is > to put all the functions headers in a header file, and then make the > implementation a nice shared object -- just pop in whatever interface > you wanted. The first of these would be a SQL interface(postgre or > mySQL?). The functions would just wrap around the sql server > interfaces, providing a standard method to access the package > database. The eliminates are a large amount of work on out part, and > also adds flexibility. Don't want to have your pkg database in a SQL > server? Fine, use a flat text interface. Don't like that? Then use > any number of interfaces to different package database access > methods. See how this is a good thing? > > Implementing our own db format for the package database would be > pointless and just add more work to the task of writing mpkg. So, > does my abstract interface seem to make sense? > > ------------------------------- > #indrema @ irc.openprojects.net > be a part of the revolution. > unknown_lamer > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers |
|
From: Clinton E. <men...@cr...> - 2001-02-08 18:42:28
|
I had a bit of an idea at school today about mpkg's package database - - why go through all the work of setting up our own package database, when we could use an abstract interface to any number of db's. Let me explain. Ok, step one would be to write a library with database access methods for mpkg. Example: find_file(), find_pkg(), etc, that would be used when installing or finding packages to install(so the package manager would be able to find existing packages, available packages, and see what packages provide the files the package you are installing's dependencies,etc). Now, why write an entire database when all we need are these functions to access the database? There are many free SQL databases(postgre,mySQL,etc) that can be searched and have fields added too, so why not use them? My idea is to put all the functions headers in a header file, and then make the implementation a nice shared object -- just pop in whatever interface you wanted. The first of these would be a SQL interface(postgre or mySQL?). The functions would just wrap around the sql server interfaces, providing a standard method to access the package database. The eliminates are a large amount of work on out part, and also adds flexibility. Don't want to have your pkg database in a SQL server? Fine, use a flat text interface. Don't like that? Then use any number of interfaces to different package database access methods. See how this is a good thing? Implementing our own db format for the package database would be pointless and just add more work to the task of writing mpkg. So, does my abstract interface seem to make sense? ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Dustin K. <nul...@ya...> - 2001-02-02 21:26:14
|
ok, first of all, for the Filesystem stuff. Sounds good, I wasn't trying to follow the FHS completely, just giving you people a general idea of what I was thinking. And as for the scotfree thingy, great. I think we need to establish a development schedule of some sort. 1st, we need to list out everything that needs to be done for each release, and get a good spec paper done that covers the basics of what the distro will have (excluding apps) and then assign tasks. Regarding an earlier post from Clinton, we also need to establish roles or jobs for everyone, or something along the lines of that. Clinton expressed a wish to be simply a Project leader and whatnot (no or very little coding)..As for me, I'd like to do some coding, but have very little experience as of the moment, so I would like a little of everything!!! So, this is what I feel the next step should be: Write up a devel schedule (no dates), write up a simple OS spec paper, and a general white paper or spec paper. After we have those done, we should start on the task listing and assigning. Can't think of any other immediate goals at the moment Dustin --- men...@li... wrote: > Send Mentalunix-developers mailing list submissions > to > men...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > or, via email, send a message with subject or body > 'help' to > men...@li... > > You can reach the person managing the list at > men...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Mentalunix-developers > digest..." > > > ---- METNALUNIX DEVELOPER'S MAILING LIST DIGEST > ------ > > Today's Topics: > > 1. Re: Misc MentaLinux stuff (Clinton Ebadi) > 2. Some stuff I sent to the scotfree-uk people. > read (Clinton Ebadi) > > --__--__-- > > Message: 1 > From: "Clinton Ebadi" <men...@cr...> > To: men...@li... > Date: Wed, 31 Jan 2001 16:08:07 -0500 > Subject: Re: [Mentalunix-developers] Misc MentaLinux > stuff > Reply-To: > men...@li... > > On 30 Jan 2001, at 17:13, Knie Dustin wrote: > > > Ok, i was trying to download helixgnome again > today, > > but i didnt get very far. So, I decided i was > gonna > > use blackbox instead. But It wasn't installed. > So, i > > thought xfce. Didn't have that either! > > > > So, i went and dled, them, and im running xfce > right > > now, and I must say, it kicks ass. > > > > Also, i was hangin out in the Yahoo linux chat > room > > earlier, and someone was having probs with a > cd-writer > > install under linux, and someone mentioned the > idea of > > creating a cd-burner distro! So, as a simple > > suggestion, lets add a cdburner workstation type > > install option or two as well as the other > options. > > > > As for the other stuff that i mentioned earlier. > > Heres a starter: > > > > /etc => system wide config stuff. > > /etc/X11 => X11 config stuff > > /etc/network => network config files > > /etc/apache => apache config stuff > > /etc/users => just an idea for something! > > /var/log => log files > > /var/lock => lock files (display, consoles, modem, > > etc) > > /var/cache =>similar to /tmp but for other reasons > the cache directory is used for temporary files that > you might want > to keep after a reboot(/tmp is for files you don't > need to keep after > your applicaton exits -- apt uses /var/cache/apt for > its package > cache and stuff) > > /tmp => system wide temp dir > > /usr => system dependent files (think something > like > > the windows system directory) > > /usr/local => local app location (think windows > > program files directory) > > /usr/bin => system wide user apps > > /bin => system wide apps and startup stuff. (text > > editors, stuff like that) > /bin is only for your shells and programs the system > needs to boot. > But, including a small text editor like nano there > is also a good > idea(for when your system dies, and you need to edit > a config file to > be able to get something running) > > /sbin => system admin apps > > /usr/sbin => user admin apps > > /usr/local/bin => app executables (self > explanitory!) > > /usr/X11 => link to /usr/X11R6 or whatever > > /usr/X11XX => base X directory > > /usr/local/games => games > This is non-FHS compliant! /usr/local/bin/games > should be IIRC > > /usr/share/docs =>system wide docs (howto's, man > > pages, etc) > > /usr/share/docs/man => see above > > /usr/share/docs/howto => see above > > /var/config => system wide program config files > > (system wide netscape config file, XF86Config back > up, > > etc) > again, this is non FHS compliant. All config files > go into /etc/ > > /var/mpkg => location of mpkg database > Sorry, this is also non-FHS compliant. /etc/mpkg/ > should be used for > this > > /opt => other option apps (kde, gnome, other > > windowmanagers, etc) > > /opt/wm => windowmanager dir (use this for kde, > gnome > > and stuff instead of simply /opt) > > /opt/Audio => dir to stick audio stuff in > > /usr/share/sounds => system sounds > > /opt/Video => similar to /opt/Audio, for video > stuff > > > > > for the /opt stuff, they should be symlinks to the > files in /usr/bin > and /usr/local/bin that mpkg installs. Why? Well, > you do want the > files to be in the users path. Also, > /opt/mpkg/packages/pkg_name will > contain a virtual file system for each package(just > symlinks to the > actual files). Or, this could be reversed(and > /usr/bin contain the > symlinks). But if /opt is on its own partition, and > you can't mount > it..ouch. > > thats a basic beginning. Not sure how much > follows > > the FHS and stuff, and there are some new things > there > > too. the /opt/Audio and Video dirs are pointless, > not > > suer what they could be used for, just seemed like > a > > good idea! > > > > also, i think we should use debians /etc tree > (with > > some minor mods) > > > > Feel free to change, suggestion, comment, > criticize, > > etc > > > > > > Dustin > > > > __________________________________________________ > > Get personalized email addresses from Yahoo! Mail > - only $35 > > a year! http://personal.mail.yahoo.com/ > > > > _______________________________________________ > > Mentalunix-developers mailing list > > Men...@li... > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > > ------------------------------- > #indrema @ irc.openprojects.net > be a part of the revolution. > unknown_lamer > > > --__--__-- > > Message: 2 > From: "Clinton Ebadi" <men...@cr...> > To: men...@li... > Date: Thu, 1 Feb 2001 21:13:44 -0500 > Subject: [Mentalunix-developers] Some stuff I sent > to the scotfree-uk people. read > Reply-To: > men...@li... > > Hello. We had a large delay in starting > development... > === message truncated === __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: Clinton E. <men...@cr...> - 2001-02-02 01:59:22
|
Hello. We had a large delay in starting development... Mostly because all of use have school and / or jobs, so we can't get much done. And, the fact that what we were trying to do was too much, and pointless. We have come up with a new plan for mentalUNIX(which is no MentaLin ux due to possible trademark concerns): 1. Fork from debian to get started Why? This gives us a nice, stable base that has lots of pre-package programs, and most of the work is done. The hard part is moving away from debian and towards repackaging everything in mpk files(the MPKG file format). 2. Write a nice installer The installer will be using a modified Debian boot fs. Of course, we will be writing a nice, easy to use installer with things the other distributions don't have like:(and some the others do have) - CD-R/CD-RW configuration during install - Automatic selection of a kernel that is best for the machine(processor type, SMP/no-SMP) - Built in help system - The ability to choose a pre-selected set of pacakges(home,business,server,etc) - Automatic install(click 2 or 3 buttons, give root a pass, create a user, hit one more button, leave it) - Powerful package selection tools(during the debian fork stages dselect, aptitude, console apt, and stormpkg will be include[stormpkg will only be for the GUI install]) - Games to play while packages are being installed The installer will also come in several flavors, including a gtk-framebuffers version, and X version(will be used it fbdetect fails, and vid card can be detected), a console curses version(if all else fails), and a non-in teractive version(you set up a nice XML file, pop it on the boot disk, boot and go). The cdr/cdrw setup should be a nice addition -- several people I know have had problems with setting up cd burners, and having it all do ne during install is always nice. The automatic install might not be 100% automatic, but it will take about 5 minutes of interaction from the user to setup. 3. Focuse development on mpkg/mconf mpkg will be a very powerful tool, but not how it was originall intended. Instead of having extremely powerful user end tools, it will make the life of the package maintainer easier. Repackaging and entire distribution wi ll be no problem with mpkg ; just have all your source pacakges in one dir, and have an empty dir for output ready. Run one command, and all the packages will be repackaged. Also, setting up the package will be simpler th an with the rest. Mconf is the control file that mpkg files will use to control what their pacakge does. It will read an xml configuration file, and act upon what is in that file. It will mostly be used for installing files. Mconf will be designed so that when the FHS changes, no repackaging is neccesary. Ex: all doc files used to go in /usr/doc, but the FHS now states they should go in /usr/share/doc. With other package managers, you would have to repackage everything..with mpkg you change one line in the global mconf configu ration file(most likely <doc_dir>/usr/share/doc</doc_dir>). No repackaging. 4. Focus on the end user experience The first packages we will repackage will be desktop application. Mentalinux will standardize on the xfce desktop, because it is lightweight and provides most of the features of gnome, but it feels more like CDE(In fact, it is written that way). We may do work to bring a desktop to xfce(modifications to XFTree so it has icons on the desktop, and not just a file manager window). We will also repackage several packages(and add some too) to make the interface more consitent. Still, people who don't want to do it the mentalinux way won't have to, they can choose whatever desktop enviroment(or none at all) during install. XFce has its own WM(XFwm), but it can be used with any WM(I use it with WindowMaker, some people use it with E). So, those are the general targets of mentalinux now. We should be able to get a good, stable release in about a year. ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Clinton E. <men...@cr...> - 2001-01-31 20:53:56
|
On 30 Jan 2001, at 17:13, Knie Dustin wrote: > Ok, i was trying to download helixgnome again today, > but i didnt get very far. So, I decided i was gonna > use blackbox instead. But It wasn't installed. So, i > thought xfce. Didn't have that either! > > So, i went and dled, them, and im running xfce right > now, and I must say, it kicks ass. > > Also, i was hangin out in the Yahoo linux chat room > earlier, and someone was having probs with a cd-writer > install under linux, and someone mentioned the idea of > creating a cd-burner distro! So, as a simple > suggestion, lets add a cdburner workstation type > install option or two as well as the other options. > > As for the other stuff that i mentioned earlier. > Heres a starter: > > /etc => system wide config stuff. > /etc/X11 => X11 config stuff > /etc/network => network config files > /etc/apache => apache config stuff > /etc/users => just an idea for something! > /var/log => log files > /var/lock => lock files (display, consoles, modem, > etc) > /var/cache =>similar to /tmp but for other reasons the cache directory is used for temporary files that you might want to keep after a reboot(/tmp is for files you don't need to keep after your applicaton exits -- apt uses /var/cache/apt for its package cache and stuff) > /tmp => system wide temp dir > /usr => system dependent files (think something like > the windows system directory) > /usr/local => local app location (think windows > program files directory) > /usr/bin => system wide user apps > /bin => system wide apps and startup stuff. (text > editors, stuff like that) /bin is only for your shells and programs the system needs to boot. But, including a small text editor like nano there is also a good idea(for when your system dies, and you need to edit a config file to be able to get something running) > /sbin => system admin apps > /usr/sbin => user admin apps > /usr/local/bin => app executables (self explanitory!) > /usr/X11 => link to /usr/X11R6 or whatever > /usr/X11XX => base X directory > /usr/local/games => games This is non-FHS compliant! /usr/local/bin/games should be IIRC > /usr/share/docs =>system wide docs (howto's, man > pages, etc) > /usr/share/docs/man => see above > /usr/share/docs/howto => see above > /var/config => system wide program config files > (system wide netscape config file, XF86Config back up, > etc) again, this is non FHS compliant. All config files go into /etc/ > /var/mpkg => location of mpkg database Sorry, this is also non-FHS compliant. /etc/mpkg/ should be used for this > /opt => other option apps (kde, gnome, other > windowmanagers, etc) > /opt/wm => windowmanager dir (use this for kde, gnome > and stuff instead of simply /opt) > /opt/Audio => dir to stick audio stuff in > /usr/share/sounds => system sounds > /opt/Video => similar to /opt/Audio, for video stuff > > for the /opt stuff, they should be symlinks to the files in /usr/bin and /usr/local/bin that mpkg installs. Why? Well, you do want the files to be in the users path. Also, /opt/mpkg/packages/pkg_name will contain a virtual file system for each package(just symlinks to the actual files). Or, this could be reversed(and /usr/bin contain the symlinks). But if /opt is on its own partition, and you can't mount it..ouch. > thats a basic beginning. Not sure how much follows > the FHS and stuff, and there are some new things there > too. the /opt/Audio and Video dirs are pointless, not > suer what they could be used for, just seemed like a > good idea! > > also, i think we should use debians /etc tree (with > some minor mods) > > Feel free to change, suggestion, comment, criticize, > etc > > > Dustin > > __________________________________________________ > Get personalized email addresses from Yahoo! Mail - only $35 > a year! http://personal.mail.yahoo.com/ > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Knie D. <nul...@ya...> - 2001-01-31 01:13:23
|
Ok, i was trying to download helixgnome again today, but i didnt get very far. So, I decided i was gonna use blackbox instead. But It wasn't installed. So, i thought xfce. Didn't have that either! So, i went and dled, them, and im running xfce right now, and I must say, it kicks ass. Also, i was hangin out in the Yahoo linux chat room earlier, and someone was having probs with a cd-writer install under linux, and someone mentioned the idea of creating a cd-burner distro! So, as a simple suggestion, lets add a cdburner workstation type install option or two as well as the other options. As for the other stuff that i mentioned earlier. Heres a starter: /etc => system wide config stuff. /etc/X11 => X11 config stuff /etc/network => network config files /etc/apache => apache config stuff /etc/users => just an idea for something! /var/log => log files /var/lock => lock files (display, consoles, modem, etc) /var/cache =>similar to /tmp but for other reasons /tmp => system wide temp dir /usr => system dependent files (think something like the windows system directory) /usr/local => local app location (think windows program files directory) /usr/bin => system wide user apps /bin => system wide apps and startup stuff. (text editors, stuff like that) /sbin => system admin apps /usr/sbin => user admin apps /usr/local/bin => app executables (self explanitory!) /usr/X11 => link to /usr/X11R6 or whatever /usr/X11XX => base X directory /usr/local/games => games /usr/share/docs =>system wide docs (howto's, man pages, etc) /usr/share/docs/man => see above /usr/share/docs/howto => see above /var/config => system wide program config files (system wide netscape config file, XF86Config back up, etc) /var/mpkg => location of mpkg database /opt => other option apps (kde, gnome, other windowmanagers, etc) /opt/wm => windowmanager dir (use this for kde, gnome and stuff instead of simply /opt) /opt/Audio => dir to stick audio stuff in /usr/share/sounds => system sounds /opt/Video => similar to /opt/Audio, for video stuff thats a basic beginning. Not sure how much follows the FHS and stuff, and there are some new things there too. the /opt/Audio and Video dirs are pointless, not suer what they could be used for, just seemed like a good idea! also, i think we should use debians /etc tree (with some minor mods) Feel free to change, suggestion, comment, criticize, etc Dustin __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: Clinton E. <men...@cr...> - 2001-01-31 01:04:46
|
/usr/games is non-FHS compliant. Read the FHS. On 30 Jan 2001, at 13:14, Knie Dustin wrote: > I see your point now! However, I still don't think > that everything should have a default install dir or > /usr. There are some apps that would, in my opinion go > better in /usr/local/bin. From my experience, I have > seen mostly system wide stuff like libraries, and that > kind of stuff under /usr. As for other stuff, like > netscape, abiword, and other stuff like that have gone > in places like /opt or something like that, although > abiword is under X11R6 dir. Either way, I think it > is gonna require some kind of specification on the > install standards for specific types of packages. I > am not exactly sure what the current FHS and LFS (or > what ever it is!) but, my proposal (likely to be > modified!) is for stuff like games in /usr/games (for > networked game stuff), library's /usr/lib, etc... > network stuff shoudl go in /usr, but if it is simply > system wide local stuff, /usr/local would be better. > But then again, maybe not. Ill look into the > standards and stuff, and give u guys some good ideas > soon. > > > --- > men...@li... > wrote: > > Send Mentalunix-developers mailing list submissions > > to > > men...@li... > > > > To subscribe or unsubscribe via the World Wide Web, > > visit > > > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > or, via email, send a message with subject or body > 'help' to > > men...@li... > > You can reach > the person managing the list at > > men...@li... > > When replying, > please edit your Subject line so it > is more specific > than "Re: > Contents of Mentalunix-developers > digest..." > > > ---- METNALUNIX > DEVELOPER'S MAILING LIST DIGEST > ------ > > Today's Topics: > > 1. > Re: Mpkg specs stuff (The_Micea) > > --__--__-- > > Message: 1 > From: > "The_Micea" <las...@ad...> > To: > <men...@li...> > Subject: Re: > [Mentalunix-developers] Mpkg specs > stuff > Date: Tue, 30 Jan 2001 > 09:36:35 -0500 > Reply-To: > > men...@li... > > Ive found that most > programs install in /usr/bin. > I only have one program > in > /usr/local/bin and that is Aol Instant Messenger. > I agree with > the > xml. Its makes things simpler. > > > Well, since the packages > will be for a standard > system install...most > > people excpect > system wide binaries in /usr/bin. > /usr/bin is supposed > > to be for > network wide programs, so during the > initial install all > > > programs will use /usr/bin etc, but in the > mpkg.conf file, there > will > > probably be a line similar to this: > > > > > <pkg_root>/usr/local</pkg_root> > > > > So, that could change the > package root from /usr > to /usr/local(but > > the config_root would > be a different field, so > that would need to be > > changed). Oh > yeah, and all mentalinux app config > file need to be in > > xml, > because it keeps us from having to write the > parser(or rather, > > > the error detection part) -- we need to find a > validating parser to > > > parse them though(libxml is non-validating IIRC). > XML is nice > because > > you just write a DTD, and the validating parser > makes > sure the file > > follows the rules for XML, and your syntax, so you > > have to do no > > error checking(except if you are using a > > non-validating parser, which > > doesn't check your DTD). > > > > On > 29 Jan 2001, at 11:07, Knie Dustin wrote: > > > > > since im at > school, ill keep this short, ill > respond > > > more later! > > > > > > > the only thing that really stuck out to me was > the > > > binary > install stuff. personally, i feel that > we > > > should use > /usr/local/bin instead of /usr/bin > > > > > > thats all for now! > > > > > > > Dustin > > > > > > > > __________________________________________________ > > > Do You > Yahoo!? > > > Yahoo! Auctions - Buy the things you want at > great > prices. > > > http://auctions.yahoo.com/ > > > > > > > _______________________________________________ > > > > Mentalunix-developers mailing list > > > > Men...@li... > > > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > > > > > > > > ------------------------------- > > #indrema @ > irc.openprojects.net > > be a part of the revolution. > > > unknown_lamer > > > > _______________________________________________ > > > Mentalunix-developers mailing list > > > Men...@li... > > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > > --__--__-- > > _______________________________________________ > > Mentalunix-developers mailing list > > Men...@li... > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > End of Mentalunix-developers Digest > > > __________________________________________________ > Get personalized email addresses from Yahoo! Mail - only $35 > a year! http://personal.mail.yahoo.com/ > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Clinton E. <men...@cr...> - 2001-01-31 01:04:44
|
Actually, netwide programs for all users go in /usr/bin, and programs designated for that machine only are in /usr/local/bin. So, user installed apps should go there(in a networked enviroment) On 30 Jan 2001, at 13:35, Knie Dustin wrote: > Ok, i just skimmed through the FHS stuff. > everything that is install in /usr will be system > specific. /usr/local will be all programs, > applications, etc. So, /usr/local will have games, > word processers, etc, etc, etc. As for stuff like > kde and gnome and stuff, i think we should go with > either /usr/local or /opt. the reason being taht /opt > is the default that kde set up, but at the same time, > i think that it should be seen as something along the > lines of X. However, I'm not sure if those kind of > apps shoudl be kept local, or if one was to upgrade a > system, should be over written (assuming /usr and > /usr/local are on diff partitions.) Anyways, i have > to go get food. Ill write up some basic OS plans > tonight, and send it off. > > > Also, real quick. I think that we should find a way > to use md5 sums and pgp sigs to validate packages, > Ill explain more later. > > > Dustin > > > > __________________________________________________ > Get personalized email addresses from Yahoo! Mail - only $35 > a year! http://personal.mail.yahoo.com/ > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Knie D. <nul...@ya...> - 2001-01-30 21:35:40
|
Ok, i just skimmed through the FHS stuff. everything that is install in /usr will be system specific. /usr/local will be all programs, applications, etc. So, /usr/local will have games, word processers, etc, etc, etc. As for stuff like kde and gnome and stuff, i think we should go with either /usr/local or /opt. the reason being taht /opt is the default that kde set up, but at the same time, i think that it should be seen as something along the lines of X. However, I'm not sure if those kind of apps shoudl be kept local, or if one was to upgrade a system, should be over written (assuming /usr and /usr/local are on diff partitions.) Anyways, i have to go get food. Ill write up some basic OS plans tonight, and send it off. Also, real quick. I think that we should find a way to use md5 sums and pgp sigs to validate packages, Ill explain more later. Dustin __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: Knie D. <nul...@ya...> - 2001-01-30 21:14:16
|
I see your point now! However, I still don't think that everything should have a default install dir or /usr. There are some apps that would, in my opinion go better in /usr/local/bin. From my experience, I have seen mostly system wide stuff like libraries, and that kind of stuff under /usr. As for other stuff, like netscape, abiword, and other stuff like that have gone in places like /opt or something like that, although abiword is under X11R6 dir. Either way, I think it is gonna require some kind of specification on the install standards for specific types of packages. I am not exactly sure what the current FHS and LFS (or what ever it is!) but, my proposal (likely to be modified!) is for stuff like games in /usr/games (for networked game stuff), library's /usr/lib, etc... network stuff shoudl go in /usr, but if it is simply system wide local stuff, /usr/local would be better. But then again, maybe not. Ill look into the standards and stuff, and give u guys some good ideas soon. --- men...@li... wrote: > Send Mentalunix-developers mailing list submissions > to > men...@li... > > To subscribe or unsubscribe via the World Wide Web, > visit > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > or, via email, send a message with subject or body > 'help' to > men...@li... > > You can reach the person managing the list at > men...@li... > > When replying, please edit your Subject line so it > is more specific > than "Re: Contents of Mentalunix-developers > digest..." > > > ---- METNALUNIX DEVELOPER'S MAILING LIST DIGEST > ------ > > Today's Topics: > > 1. Re: Mpkg specs stuff (The_Micea) > > --__--__-- > > Message: 1 > From: "The_Micea" <las...@ad...> > To: <men...@li...> > Subject: Re: [Mentalunix-developers] Mpkg specs > stuff > Date: Tue, 30 Jan 2001 09:36:35 -0500 > Reply-To: > men...@li... > > Ive found that most programs install in /usr/bin. > I only have one program > in /usr/local/bin and that is Aol Instant Messenger. > I agree with the > xml. Its makes things simpler. > > > Well, since the packages will be for a standard > system install...most > > people excpect system wide binaries in /usr/bin. > /usr/bin is supposed > > to be for network wide programs, so during the > initial install all > > programs will use /usr/bin etc, but in the > mpkg.conf file, there will > > probably be a line similar to this: > > > > <pkg_root>/usr/local</pkg_root> > > > > So, that could change the package root from /usr > to /usr/local(but > > the config_root would be a different field, so > that would need to be > > changed). Oh yeah, and all mentalinux app config > file need to be in > > xml, because it keeps us from having to write the > parser(or rather, > > the error detection part) -- we need to find a > validating parser to > > parse them though(libxml is non-validating IIRC). > XML is nice because > > you just write a DTD, and the validating parser > makes sure the file > > follows the rules for XML, and your syntax, so you > have to do no > > error checking(except if you are using a > non-validating parser, which > > doesn't check your DTD). > > > > On 29 Jan 2001, at 11:07, Knie Dustin wrote: > > > > > since im at school, ill keep this short, ill > respond > > > more later! > > > > > > the only thing that really stuck out to me was > the > > > binary install stuff. personally, i feel that > we > > > should use /usr/local/bin instead of /usr/bin > > > > > > thats all for now! > > > > > > Dustin > > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! Auctions - Buy the things you want at > great prices. > > > http://auctions.yahoo.com/ > > > > > > _______________________________________________ > > > Mentalunix-developers mailing list > > > Men...@li... > > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > > > > > > > ------------------------------- > > #indrema @ irc.openprojects.net > > be a part of the revolution. > > unknown_lamer > > > > _______________________________________________ > > Mentalunix-developers mailing list > > Men...@li... > > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > --__--__-- > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > End of Mentalunix-developers Digest __________________________________________________ Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ |
|
From: The_Micea <las...@ad...> - 2001-01-30 16:57:45
|
Ive found that most programs install in /usr/bin. I only have one program in /usr/local/bin and that is Aol Instant Messenger. I agree with the xml. Its makes things simpler. > Well, since the packages will be for a standard system install...most > people excpect system wide binaries in /usr/bin. /usr/bin is supposed > to be for network wide programs, so during the initial install all > programs will use /usr/bin etc, but in the mpkg.conf file, there will > probably be a line similar to this: > > <pkg_root>/usr/local</pkg_root> > > So, that could change the package root from /usr to /usr/local(but > the config_root would be a different field, so that would need to be > changed). Oh yeah, and all mentalinux app config file need to be in > xml, because it keeps us from having to write the parser(or rather, > the error detection part) -- we need to find a validating parser to > parse them though(libxml is non-validating IIRC). XML is nice because > you just write a DTD, and the validating parser makes sure the file > follows the rules for XML, and your syntax, so you have to do no > error checking(except if you are using a non-validating parser, which > doesn't check your DTD). > > On 29 Jan 2001, at 11:07, Knie Dustin wrote: > > > since im at school, ill keep this short, ill respond > > more later! > > > > the only thing that really stuck out to me was the > > binary install stuff. personally, i feel that we > > should use /usr/local/bin instead of /usr/bin > > > > thats all for now! > > > > Dustin > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Auctions - Buy the things you want at great prices. > > http://auctions.yahoo.com/ > > > > _______________________________________________ > > Mentalunix-developers mailing list > > Men...@li... > > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > > > > > > ------------------------------- > #indrema @ irc.openprojects.net > be a part of the revolution. > unknown_lamer > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers |
|
From: Clinton E. <men...@cr...> - 2001-01-29 19:41:44
|
Well, since the packages will be for a standard system install...most people excpect system wide binaries in /usr/bin. /usr/bin is supposed to be for network wide programs, so during the initial install all programs will use /usr/bin etc, but in the mpkg.conf file, there will probably be a line similar to this: <pkg_root>/usr/local</pkg_root> So, that could change the package root from /usr to /usr/local(but the config_root would be a different field, so that would need to be changed). Oh yeah, and all mentalinux app config file need to be in xml, because it keeps us from having to write the parser(or rather, the error detection part) -- we need to find a validating parser to parse them though(libxml is non-validating IIRC). XML is nice because you just write a DTD, and the validating parser makes sure the file follows the rules for XML, and your syntax, so you have to do no error checking(except if you are using a non-validating parser, which doesn't check your DTD). On 29 Jan 2001, at 11:07, Knie Dustin wrote: > since im at school, ill keep this short, ill respond > more later! > > the only thing that really stuck out to me was the > binary install stuff. personally, i feel that we > should use /usr/local/bin instead of /usr/bin > > thats all for now! > > Dustin > > __________________________________________________ > Do You Yahoo!? > Yahoo! Auctions - Buy the things you want at great prices. > http://auctions.yahoo.com/ > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/lists/listinfo/mentalunix-developers > ------------------------------- #indrema @ irc.openprojects.net be a part of the revolution. unknown_lamer |
|
From: Knie D. <nul...@ya...> - 2001-01-29 19:07:53
|
since im at school, ill keep this short, ill respond more later! the only thing that really stuck out to me was the binary install stuff. personally, i feel that we should use /usr/local/bin instead of /usr/bin thats all for now! Dustin __________________________________________________ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ |
2 messages has been excluded from this view by a project administrator.
