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: CoolProgrammer <coo...@ya...> - 2000-12-30 02:48:28
|
But who could resist the temptation of Photoshop??? Maybe we should hope Adobe will port it to Linux... if they did that, it would still be expensive, though... I think the GIMP could use a better interface, but, other than that, I'm happy with it--it's the best image editing tool we have here, and it's free! Of course, I may try to download PhotoPAINT 9 for Linux (I think Corel made it free) to see how it measures up. ~CoolProgrammer --- autwulf <clu...@ya...> wrote: > oh i know you're all gonna hate me. :) for that i > used photoshop in windoze. i just never liked the > gimp as much as photoshop. i use it every once in a > while though. > > --------------------------------------------- > 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=393 > > 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 > > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > . > t/mailman/listinfo/mentalunix-developers > . > __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ |
From: autwulf <clu...@ya...> - 2000-12-30 02:47:32
|
Ok, my vote is for: MENTALinux. Why you ask? well... if this distro is gonna be easy for schools and newbies and the average joe to use, it could be very easy for them to get confused by the word LUNIX. I realize the club is named mentalunix. but this is going to be a distro of Linux. not lunix. a uber-newbie might believe lunix's something entirely different than linux. also, how would one pronounce mentalunix? Mental Unix, menta lunix, mental lunix... much easier is MENTALinux... giving us both the word MENTAL and Linux. Mental Linux. <grin> i think that name just has the most pizazz, and is the most straight forward. another thing... the people at berkley or whoever owns the word UNIX may not care if we said the unix is part of the work lunix. it is extremely similar, and the average person could confuse lunix with Unix very easily. that's why we'd lose a copyright lawsuit, if my memory of business law serves me correctly (i just had it last semester, but it seems so long ago). i know i'm new here, but i just wanted to put my two cents in. :-) later! --------------------------------------------- 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=400 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...> - 2000-12-29 23:07:49
|
>> If you make binaries optimized for i586 you are in good shape, the > > "extra" microcode in newer or different processors do not always > > give you a speed benefit... > > Thats a start, But the entire distribution needs to be optomized too. > Otherwise you only get the benefit of the kernel using 1% of the > processor where it otherwise would have taken 5%, and all your other > stuff taking the same ammount of time it always had... > Yes, the entire distribution will be optimized, and available as a sourcecode(yes, the installer will just sit on top of mpkg, so you can install using only sourcepackages). > > If I remember correctly there is a > > value you can access on a certain interupt that gives you an > > indication of the processor type. > > There is an instruction with the mnemonic "CPUID" that does that > function. It was first implemented on the Pentium classic and also > appears on AMD 5x86 chips of a similar vintage though those chips were > far less capable. > > > And you make a competant linux user by acting like a 3 year old > > elitist idiot? > > No, nor do I ever intend to become a unix/linux user. *shrug* > Use the OS before you trash it. You sound like some windows user bashing macs, and the mac users who bash windows -- you've > > > Unix is perverse so you'd have to re-implement almost > > > everything... > > > > This is the fundamental schism between people that know what work, > > and people that have no idea what they are talking about. > > om > I don't care what I don't know. > I really don't. > Wanna know something? > It doesn't matter either! > I am going to specify a system that will work for >>> ME <<<. > You can either help me make it or throw me off this list and I will > continue trying to find ways of making it happen for me. Its your > choice. Just tell me if you do throw me off. > > > You could easily remove "multiuser mode", but why would you? > > To make the kernel simpler, dummy. My god! The kernel is not multiuser, the system is. You can go into single user mode if you like, but it wouldn't make the kernel any simpler! > > > So you can have an insecure system? > > Security doesn't require anything more from the kernel than a certain > "quality of service" guarentee. > > All user files would be stored by the user system in encrypted "wad" > files that would be safe, even from Root (root could only delete your > files, not view them, or even tell which files you have). > WTF? wad files? Keep things from the admin. What about trojans? Should I, as the all knowing and wise root, allow my users to have their data hidden from me? No! The admin has to be allowed to audit users accounts. If some crazy guy is using my servers to distribute illegal warez / kiddie pr0n / trying to crack the system with a user account, I need to know. > > I wouldn't be throwing security away, I'd be *ENHANCING* it, manyfold! > > > > I say the distrobution should have *more* access control, and more > > finely grained multiuser functionality (with a good interface). > > BUT FOR HEAVEN'S SAKE, TAKE IT OUT OF THE KERNEL FIRST!!! > > > UNIX is a compromise. > > I don't like compromises. > Well, you have to live with them. Not everyone is the same. If UNIX doesn't have what you want, then use another operating system. That is why we have something called choice. > > It's an practical implementation of what works, not what is ideal > > (because the two are truely seperated). > > Then we need to find a way to make the ideals work, shouldn't we? ;) > Not going to say much about this except..One person's ideal OS is different from the next persons. > > "Re-implement everything in userspace". You are a fscking > > microkernel advocate too I bet... > > Not exactly... > I *used* to be a microkernel advocate. > Now I realize that kernels are unneccessary and often get in the way > of good code. ;) Unfortunately Linux is a *VERY* traditional system > but that doesn't mean it could be cleaned up quite a bit. > Kernels are what control the fscking hardware. Kernels == good. Without them, every single application has to be able to boot itself, control all the hardware, and run. So, you'd have to reboot to use any programs. The kernel has things like generic(read: standard) hardware interfaces, VFS(so you can use any filesystem with your app, and not have to care), memory management, task control, etc. YOU NEED A KERNEL OR ELSE THE OPERATING SYSTEM WILL NOT WORK! > > We all know how well those proliferated... Not because it's not a > > better idea, but because it is an ideal that makes practical matters > > more complicated! > > Perhaps, If you don't know how to design software. > Or are using archaic languages such as Assembly or C... > C is an OS language. yeah. You use it to make an Operating System. For user apps, I agree you should use something like C++ or python, but for a kernel and core OS applications, you need C, and assembly(assembly is needed when directly controlling hardware most of the time..and the kernel has to do that!) > > > > The OS that is fundamentally easier to use is the real gold that I > > > am seeking... > > > > Well you are working with the wrong OS, UNIX makes assumptions. > > That is an unsound philOSophy. =\ > No it isn't. So, UNIX assumes you can hit the on switch. Big deal. You need to learn how to use a computer to use UNIX. Just because the KDE and GNOME people come along as say : "Use linux as a desktop" doesn't mean it is suited for it. Yes, I use linux as a desktop. But, it is designed to be a power user and server enviroment. It is only now starting get a but friendly. For end users I mean. UNIX is the developers OS, made by developers, for developers. Now, lets see you write an OS and maintain a distribution. > > Having personally wrote translators in the Hurd, and studied the > > same ideas of making a "fundamentally easier" OS and OE I can say > > that UNIX is by far more practical, feasable and dependable. > > Oh, If the hurd is intended to be "fundamentally easier" then please > subscribe me to that mailinglist. ;) > The HURD isn't supposed to be easier for the end user, it is for the developer. > > Look at OS's that have tried to do this, Mac OSX, Windows... They > > are > > easier to use, but they have sacrificed the functionality and > > intimacy that you have in a UNIX environment. > > Well then implement the functionality you want on those OSes while > maintaining their current level of usability. > You can't have your cake and eat it to. > The only thing I don't want to do is to make another unusable OS. > > > You are better off using a CORBA or other object interface at the > > user level and hiding what is known as UNIX. > > It'll still be there... > Like a skeletin in the closet... > A monster under the bed... > A curse hanging over me... > > Haunting my system with all its little daemons. > > No. > > Bad idea. > > Terrible idea. > > BeOS is somewhat like that but at least its usable. ;) > > Give me something clean, sane, and well designed. > > > > YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE LAST TWENTY-THREE > > > YEARS ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR HOW TO MAKE IT > > > EASIER TO USE!!! > > > > Are you drunk or something? > > I'm as sober as I get. > I'm just on DOS, and that gets you a little high. ;) > No wonder. You must have lost a few to many brain cells. > > There are many ways you could alter linux to accomodate your self > > righteous need to make the perfect OS. > > No, there aren't. > > > I don't see you doing it. > > Can't be done. > It would take a single human (well maybe a cyborg; I'm not that > bright.) ten years to make the changes that I want made to linux, and > still it wouldn't be perfect. =( > > > Where is the code, dumbass? > > That's the $5,000,000 question. -<sob>- Money (capital)... > Learn to code, then you can taunt us and make fun of us. As an end user, you could help to test the distribution, and give us positive feedback like : " it would be easier to do x this way, can you try that?". Not, "you guys are so stupid. You suck. You can't do it right" > -- > If a "bug" in one program causes another to fail, the OS is at fault. > http://users.erols.com/alangrimes/ <my website. > > Unsolicited "spam" messages to this account are subject to usage fees > and in cases of fraud or egregeous abuse, prosecution. > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > --------------------- ASCII ART ********* * ********* "Ain't it l33t?" All views expressed are IMHO. Because MHO is better than yours. unknown_lamer |
From: CoolProgrammer <coo...@ya...> - 2000-12-29 23:04:29
|
I agree that the entire distribution should be optimized--it only makes sense... Also, we could detect the CPU speed--the kernel already does, in fact--how else would a kernel compiled for a 486 know not to run on a 386 (I've tried that just to see what it would do, too)? I have a question--why are you so involved in this group if you aren't a Linux user? Multiuser is not handled until init loads--after the kernel loads. The kernel handles multitasking (and possibly isolation of users--in fact, the filesystem does keep different users from getting into others' files). Linux already seems pretty easy to use--with the KDE and GNOME desktop environments, a user who is familiar with Windows should almost feel at home. I think it's the installation and configuration of hardware that gets people. I have a Windows bug to mention--e-mail from a certain person would crash Word when my dad would try to respond to it. It caused a DDE error, which led to Outlook repeatedly crashing. One program caused the crash of another... Smells just like Windows 3.1 code... I think I smell some now... Couldn't be in here--running two 32-bit OS's in here (Windows won't count as far as I'm concerned until they fry the freakin' HIMEM.SYS and give Windows it's own upper memory management)... ~CoolProgrammer --- Alan Grimes <ala...@st...> wrote: > Eric Gibson wrote: > > If you make binaries optimized for i586 you are in > good shape, the > > "extra" microcode in newer or different processors > do not always give > > you a speed benefit... > > Thats a start, But the entire distribution needs to > be optomized too. > Otherwise you only get the benefit of the kernel > using 1% of the > processor where it otherwise would have taken 5%, > and all your other > stuff taking the same ammount of time it always > had... > > > If I remember correctly there is a > > value you can access on a certain interupt that > gives you an > > indication of the processor type. > > There is an instruction with the mnemonic "CPUID" > that does that > function. It was first implemented on the Pentium > classic and also > appears on AMD 5x86 chips of a similar vintage > though those chips were > far less capable. > > > And you make a competant linux user by acting like > a 3 year old > > elitist idiot? > > No, nor do I ever intend to become a unix/linux > user. *shrug* > > > > Unix is perverse so you'd have to re-implement > almost everything... > > > > This is the fundamental schism between people that > know what work, > > and people that have no idea what they are talking > about. > > om > I don't care what I don't know. > I really don't. > Wanna know something? > It doesn't matter either! > I am going to specify a system that will work for > >>> ME <<<. > You can either help me make it or throw me off this > list and I will > continue trying to find ways of making it happen for > me. > Its your choice. > Just tell me if you do throw me off. > > > You could easily remove "multiuser mode", but why > would you? > > To make the kernel simpler, dummy. > > > So you can have an insecure system? > > Security doesn't require anything more from the > kernel than a certain > "quality of service" guarentee. > > All user files would be stored by the user system in > encrypted "wad" > files that would be safe, even from Root (root could > only delete your > files, not view them, or even tell which files you > have). > > > I wouldn't be throwing security away, I'd be > *ENHANCING* it, manyfold! > > > > I say the distrobution should have *more* access > control, and more > > finely grained multiuser functionality (with a > good interface). > > BUT FOR HEAVEN'S SAKE, TAKE IT OUT OF THE KERNEL > FIRST!!! > > > UNIX is a compromise. > > I don't like compromises. > > > It's an practical implementation of what works, > not what is ideal > > (because the two are truely seperated). > > Then we need to find a way to make the ideals work, > shouldn't we? ;) > > > "Re-implement everything in userspace". You are a > fscking > > microkernel advocate too I bet... > > Not exactly... > I *used* to be a microkernel advocate. > Now I realize that kernels are unneccessary and > often get in the way of > good code. ;) > Unfortunately Linux is a *VERY* traditional system > but that doesn't mean > it could be cleaned up quite a bit. > > > We all know how well those proliferated... Not > because it's not a > > better idea, but because it is an ideal that makes > practical matters > > more complicated! > > Perhaps, If you don't know how to design software. > Or are using archaic languages such as Assembly or > C... > > > > > The OS that is fundamentally easier to use is > the real gold that I am > > > seeking... > > > > Well you are working with the wrong OS, UNIX makes > assumptions. > > That is an unsound philOSophy. =\ > > > Having personally wrote translators in the Hurd, > and studied the > > same ideas of making a "fundamentally easier" OS > and OE I can say > > that UNIX is by far more practical, feasable and > dependable. > > Oh, If the hurd is intended to be "fundamentally > easier" then please > subscribe me to that mailinglist. ;) > > > Look at OS's that have tried to do this, Mac OSX, > Windows... They are > > easier to use, but they have sacrificed the > functionality and > > intimacy that you have in a UNIX environment. > > Well then implement the functionality you want on > those OSes while > maintaining their current level of usability. > > The only thing I don't want to do is to make another > unusable OS. > > > You are better off using a CORBA or other object > interface at the user > > level and hiding what is known as UNIX. > > It'll still be there... > Like a skeletin in the closet... > A monster under the bed... > A curse hanging over me... > > Haunting my system with all its little daemons. > > No. > > Bad idea. > > Terrible idea. > > BeOS is somewhat like that but at least its usable. > ;) > > Give me something clean, sane, and well designed. > > > > YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE > LAST TWENTY-THREE > > > YEARS ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR > HOW TO MAKE IT > > > EASIER TO USE!!! > > > > Are you drunk or something? > > I'm as sober as I get. > I'm just on DOS, and that gets you a little high. ;) > > > There are many ways you could alter linux to > accomodate your self > > righteous need to make the perfect OS. > > No, there aren't. > > > I don't see you doing it. > > Can't be done. > It would take a single human (well maybe a cyborg; > I'm not that bright.) > ten years to make the changes that I want made to > linux, and still it > wouldn't be perfect. =( > > > Where is the code, dumbass? > > That's the $5,000,000 question. -<sob>- Money > (capital)... > > -- > If a "bug" in one program causes another to fail, > the OS is at fault. > http://users.erols.com/alangrimes/ <my website. > > Unsolicited "spam" messages to this account are > subject to usage fees > and > in cases of fraud or egregeous abuse, prosecution. > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > . > _______________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > . > __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ |
From: CoolProgrammer <coo...@ya...> - 2000-12-29 22:55:31
|
We do... have you ever heard of WinLinux? Also, it doesn't require it--most normal people don't try to use a loop filesystem on /, as I'm trying to do... ~CoolProgrammer --- Alan Grimes <ala...@st...> wrote: > CoolProgrammer wrote: > > > I'll leave the rest of the message alone for > now--I have some massive > > Linux configuration to do and a CD-RW drive to > install in Windows... > > Can we develop a distribution that does *not* > require "massive > configuration"? > > Please? > > Pretty please? > > -- > If a "bug" in one program causes another to fail, > the OS is at fault. > http://users.erols.com/alangrimes/ <my website. > > Unsolicited "spam" messages to this account are > subject to usage fees > and > in cases of fraud or egregeous abuse, prosecution. > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ |
From: Clinton E. <men...@cr...> - 2000-12-29 22:42:11
|
It is in true email format. I just have the yahoo club(where it all started almost two years ago) forwarding its content to the list(so the list has more information about what is happening). I'm trying to phase the club out gradually(for development), but it will take a while. > Also, if you move this mailing list to a true email format, I'd be > much more likely to contribute code and ideas. I don't have the time > or patients to read that yahoo thing. > > Eric > > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > --------------------- ASCII ART ********* * ********* "Ain't it l33t?" All views expressed are IMHO. Because MHO is better than yours. unknown_lamer |
From: Clinton E. <men...@cr...> - 2000-12-29 22:42:11
|
It won't need massive configuration! It should work for the vast majority of people OUT OF THE BOX! That is the whole point! We take the best parts of debian(apt, debconf, update-*), and then rewrite everything else from the ground up(pacakges and all..but the installer may ask the user if they would like to put the debian/stormix/libranet/progeny linux apt sources so they can get pacakges from them too). We will be using the mandrake hwdetect libraries to detect hardware, a nice text mode / GUI installer, and some other nice stuff. You just create a user or two during install, reboot(or maybe not), and you log in using gdm under X! No configuration at all! Less than even windows! yay! Isn't that good enough for you? On 28 Dec 2000, at 19:15, Alan Grimes wrote: > CoolProgrammer wrote: > > > I'll leave the rest of the message alone for now--I have some > > massive Linux configuration to do and a CD-RW drive to install in > > Windows... > > Can we develop a distribution that does *not* require "massive > configuration"? > > Please? > > Pretty please? > > -- > If a "bug" in one program causes another to fail, the OS is at fault. > http://users.erols.com/alangrimes/ <my website. > > Unsolicited "spam" messages to this account are subject to usage fees > and in cases of fraud or egregeous abuse, prosecution. > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers > --------------------- ASCII ART ********* * ********* "Ain't it l33t?" All views expressed are IMHO. Because MHO is better than yours. unknown_lamer |
From: autwulf <clu...@ya...> - 2000-12-29 22:36:50
|
is today the day to vote on a name? --------------------------------------------- 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=398 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: CyDust <clu...@ya...> - 2000-12-29 22:08:26
|
we are taking suggestions today, will vote tonight or tommorow, if u have a name that u really like, go ahead and put your vote in now --------------------------------------------- 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=399 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: CoolProgrammer <coo...@ya...> - 2000-12-29 05:04:26
|
LOL--LUNIX sounds cool to me! ~CoolProgrammer > > --------------------------------------------- > 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=397 > > 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 > > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ |
From: The_Micea <clu...@ya...> - 2000-12-29 04:34:12
|
Damn copyright stuff. well we could just name it LUNIX. yeah friday we should have a vote deffinatly. --------------------------------------------- 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=397 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: Alan G. <ala...@st...> - 2000-12-29 03:48:24
|
Eric Gibson wrote: > If you make binaries optimized for i586 you are in good shape, the > "extra" microcode in newer or different processors do not always give > you a speed benefit... Thats a start, But the entire distribution needs to be optomized too. Otherwise you only get the benefit of the kernel using 1% of the processor where it otherwise would have taken 5%, and all your other stuff taking the same ammount of time it always had... > If I remember correctly there is a > value you can access on a certain interupt that gives you an > indication of the processor type. There is an instruction with the mnemonic "CPUID" that does that function. It was first implemented on the Pentium classic and also appears on AMD 5x86 chips of a similar vintage though those chips were far less capable. > And you make a competant linux user by acting like a 3 year old > elitist idiot? No, nor do I ever intend to become a unix/linux user. *shrug* > > Unix is perverse so you'd have to re-implement almost everything... > > This is the fundamental schism between people that know what work, > and people that have no idea what they are talking about. om I don't care what I don't know. I really don't. Wanna know something? It doesn't matter either! I am going to specify a system that will work for >>> ME <<<. You can either help me make it or throw me off this list and I will continue trying to find ways of making it happen for me. Its your choice. Just tell me if you do throw me off. > You could easily remove "multiuser mode", but why would you? To make the kernel simpler, dummy. > So you can have an insecure system? Security doesn't require anything more from the kernel than a certain "quality of service" guarentee. All user files would be stored by the user system in encrypted "wad" files that would be safe, even from Root (root could only delete your files, not view them, or even tell which files you have). I wouldn't be throwing security away, I'd be *ENHANCING* it, manyfold! > I say the distrobution should have *more* access control, and more > finely grained multiuser functionality (with a good interface). BUT FOR HEAVEN'S SAKE, TAKE IT OUT OF THE KERNEL FIRST!!! > UNIX is a compromise. I don't like compromises. > It's an practical implementation of what works, not what is ideal > (because the two are truely seperated). Then we need to find a way to make the ideals work, shouldn't we? ;) > "Re-implement everything in userspace". You are a fscking > microkernel advocate too I bet... Not exactly... I *used* to be a microkernel advocate. Now I realize that kernels are unneccessary and often get in the way of good code. ;) Unfortunately Linux is a *VERY* traditional system but that doesn't mean it could be cleaned up quite a bit. > We all know how well those proliferated... Not because it's not a > better idea, but because it is an ideal that makes practical matters > more complicated! Perhaps, If you don't know how to design software. Or are using archaic languages such as Assembly or C... > > The OS that is fundamentally easier to use is the real gold that I am > > seeking... > > Well you are working with the wrong OS, UNIX makes assumptions. That is an unsound philOSophy. =\ > Having personally wrote translators in the Hurd, and studied the > same ideas of making a "fundamentally easier" OS and OE I can say > that UNIX is by far more practical, feasable and dependable. Oh, If the hurd is intended to be "fundamentally easier" then please subscribe me to that mailinglist. ;) > Look at OS's that have tried to do this, Mac OSX, Windows... They are > easier to use, but they have sacrificed the functionality and > intimacy that you have in a UNIX environment. Well then implement the functionality you want on those OSes while maintaining their current level of usability. The only thing I don't want to do is to make another unusable OS. > You are better off using a CORBA or other object interface at the user > level and hiding what is known as UNIX. It'll still be there... Like a skeletin in the closet... A monster under the bed... A curse hanging over me... Haunting my system with all its little daemons. No. Bad idea. Terrible idea. BeOS is somewhat like that but at least its usable. ;) Give me something clean, sane, and well designed. > > YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE LAST TWENTY-THREE > > YEARS ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR HOW TO MAKE IT > > EASIER TO USE!!! > > Are you drunk or something? I'm as sober as I get. I'm just on DOS, and that gets you a little high. ;) > There are many ways you could alter linux to accomodate your self > righteous need to make the perfect OS. No, there aren't. > I don't see you doing it. Can't be done. It would take a single human (well maybe a cyborg; I'm not that bright.) ten years to make the changes that I want made to linux, and still it wouldn't be perfect. =( > Where is the code, dumbass? That's the $5,000,000 question. -<sob>- Money (capital)... -- If a "bug" in one program causes another to fail, the OS is at fault. http://users.erols.com/alangrimes/ <my website. Unsolicited "spam" messages to this account are subject to usage fees and in cases of fraud or egregeous abuse, prosecution. |
From: CoolProgrammer <clu...@ya...> - 2000-12-29 03:05:18
|
SuSE's installing on our older system now--damn, it takes a long time... That's ok--I had to update my copy of parted to partition--it's odd, though--DOS still thinks it has the whole drive, but Linux sees the partition update. Oh, well--I'll see what strangeness comes out of that (which may mean I get to re-install Windows). ~CoolProgrammer --------------------------------------------- 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=390 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: Eric G. <em...@ly...> - 2000-12-29 03:04:10
|
On Wed, Dec 27, 2000 at 07:43:31PM -0500, Alan Grimes wrote: > Clinton Ebadi wrote: > amazingly spectacular display of unthinking blind ignorance! > > [ ...] > > > > P - No binary distributions! Argument: When I installed Mandrake 6.5 > > > my Athalon had a BogoMips rating of 799. When I recompiled the kernel > > > it jumped to 1,500. =) Therefore all software should be compiled by > > > and for the host processor. > > > > > If you read the mpkg spec, > > I have never heard of mpkg. I would have no inkling that such a thing > existed for me to look for. 'mpkg' is hakish anyway. > > > > The time involved would not be very nice, not to > > mention some things like ACE or CORBA that require HUGE amounts of > > ram to compile(500+ MB) > > Dear God! = 0 > > > distribution ISOs would be in binary form(i386, i486, i586, i686, > > Well I guess we're stuck with a precompiled version for every chip ever > made... =( > The project will need a massive compile farm but it will be the fastest > out-of-the-box distribution on the planet... If you make binaries optimized for i586 you are in good shape, the "extra" microcode in newer or different processors do not always give you a speed benefit... It would be wise to have different kernels available with your system for various processors for an extra boost. It would be entirely possible to find the make and model of the processor that is being used and install appropriately. If I remember correctly there is a value you can access on a certain interupt that gives you an indication of the processor type. You can also probe the chipsets on the motherboard to see if it's an SMP system, etc. All this has already been done by redhat and mandrake and just about every other vendor. > > > This is where the newbie manpages come in. > > I have never heard of "newbie" manpages. I wouldn't know how to look for > them and only vague notions of how to access them, assuming man was > functioning properly on whatever system I had. Linux has nothing > remotely akin to anything as helpful as "this end up". > > > It's all going to be linked up to linuxnewbie(I'll talk to sensei when > > we get ready to start it) database. > > That might be helpful... > > > We might as well add a whole newbie system in with it..make a new > > shell based on bash that has newbie command aliases? > > [...] > > > So, with a special > > file..maybe .newbierc with the alias in it. Here could be a sample > > session: > > > > user@host:~$ memory > > user, the actual command is mem. > > type: nman mem for help > > user@host:~$ mem > > You have xxxx MB of free ram.... > > That is disgusting. Actually, it's a pretty good idea. Something like this can only help. I remember how long it took me to even find the man command. I would have appreciated it the first time I was fumbling around typing in DOS commands that I was told about man, much less the right command to use. > > > The user could learn easily that way, and the commands would be more > > intuitive. > > Huh, I explained 'intuitive' in my last post, you didn't listen. > > > And, the user doesn't become dependent on the shortcuts..after learning > > the command, they are a competent gnu/linux user. > > Thinking like that infurriates me to the point where I want to pick up a > brick and bash it into your skull. > > THE POINT IS NOT TO MAKE THE USER A COMPETENT 'GNU/LINUX USER', YOU > STUPID SACK OF SHIT, IT IS TO MAKE A GNU/LINUX THAT DOES NOT REQUIRE > 'COMPETANCE'. A COLLEGE GRADUATE WITH A DEGREE IN LIBERAL ARTS FROM 1980 > SHOULD KNOW EVERYTHING HE NEEDS TO USE A COMPUTER WITHOUT *ANY* > TRAINING. THE WORLD SHOULD NOT HAVE TO BEND TO THE WHIMS OF THE POMPUS > ASSHOLES THAT MADE UNIX!!! And you make a competant linux user by acting like a 3 year old elitist idiot? > > If you kick me from the list for that I will be content. Please notify > me if you do. -- thanx. > > > and stuff like that. The app is centralized(by package name). So, you > > can just cd into the apps dir, and then the appname, and see all of > > the file associated with it. Of course, the dir would be read-only, > > and could be reconstructed if root trashed it by running some rebuild > > command in mpkg. > > [...] > > Do I have the only sane computer on the planet? > > > No app planned, but it is an interesting idea. Maybe a program like > > newbie xinit? A newbie init front end in Gtk that had options like > > this(to change runlevels): > > Anything that is easy to use... I don't understand this shit anyway so > I'm indifferent... > > [switching to single user mode] > > Multiuser mode is totally pointless on workstations. > I would remove all traces of multiuser from the base system and then > re-implement it in user-space and then provide it as an option. > > Unix is perverse so you'd have to re-implement almost everything... This is the fundamental schism between people that know what work, and people that have no idea what they are talking about. You could easily remove "multiuser mode", but why would you? So you can have an insecure system? I say the distrobution should have *more* access control, and more finely grained multiuser functionality (with a good interface). UNIX is a compromise. It's an practical implementation of what works, not what is ideal (because the two are truely seperated). "Re-implement everything in userspace". You are a fscking microkernel advocate too I bet... We all know how well those proliferated... Not because it's not a better idea, but because it is an ideal that makes practical matters more complicated! > > > I think it would make a good program. I could sketch it out in > > glade(just the GUI, not code) later. > > GUI is like a US golden dollar. It costs a buck, Looks like its worth a > lot more but in truth its WORTHLESS!!! =\ > > The OS that is fundamentally easier to use is the real gold that I am > seeking... Well you are working with the wrong OS, UNIX makes assumptions. Having personally wrote translators in the Hurd, and studied the same ideas of making a "fundamentally easier" OS and OE I can say that UNIX is by far more practical, feasable and dependable. Look at OS's that have tried to do this, Mac OSX, Windows... They are easier to use, but they have sacrificed the functionality and intimacy that you have in a UNIX environment. You are better off using a CORBA or other object interface at the user level and hiding what is known as UNIX. > > [console managment] > > Really hard to do that. Programs like Xemacs on the console change > > the cursor for internal management. Please explain further what you > > mean exactly. > > If the OS doesn't do that then it is not even a complete OS, and not > worth much to anyone at all. =( > > > > On 27 Dec 2000, at 15:20, Alan Grimes wrote: > > [multiple editors and other redundancy] > > ? I am confused. Users need choice. The base system will either have > > nano or mcedit, to avoid the emacs / vi war. Then, vi and emacs will > > both be optional packages. > > Ofcourse you can install E-macs later but I will not help in that untill > it is rewritten... E-macs is probably one of the most advanced > applications around... Its a pitty that its so difficult to use. > > > A distribution is more than just the OS. > > Is != should be. > should be, um, see DOS. ;) > > > It is the suite of programs that make the OS(which is GNU + linux in > > our case) useful. > > Yes, But that is not what we are working on here. > We make the system through which the computer can be applied to useful > work. BUT NOT THE APPLICATIONS THEMSELVES... =\ > > > Programs like X will be optional. Like in most distributions. Of > > course, our install won't be very newbie friendly until I can do some > > decent X programming. > > THAT IS TOTALLY BASS ACKWARDS!!!! > THE SYSTEM BECOMES USABLE *THEN* YOU CUSTOMIZE YOUR USER INTERFACE. > DON'T ANY OF YOU DIPSHITS GET IT? STUPID GUI OPTIONS IN WINDOWS 98'S > REGEDIT DO NOT MAKE THE REGISTRY ONE WIT EASIER TO USE!!! DO YOU GET IT? > NOT ONE WIT!!!! > X XWINDOWS, "ENLIGHTENMENT" "MOTIF" "OLWM" WHATEVER I DON'T CARE!!! > THEY ARE ALL PERFECTLY FUCKING WORTHLESS. I WOULDN'T PAY HALF A CENT FOR > THEM, NOT EVEN THAT... INFACT I WOULD PAY YOU TO REFORMAT AND INSTALL > BeOS, WHICH TAKES CARE OF ITSELF REASONABLY WELL. WHEN WILL YOU > FUCKFACES LEARN???? > > YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE LAST TWENTY-THREE YEARS > ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR HOW TO MAKE IT EASIER TO > USE!!! Are you drunk or something? There are many ways you could alter linux to accomodate your self righteous need to make the perfect OS. I don't see you doing it. Where is the code, dumbass? Also, if you move this mailing list to a true email format, I'd be much more likely to contribute code and ideas. I don't have the time or patients to read that yahoo thing. Eric |
From: CyDust <clu...@ya...> - 2000-12-29 03:02:32
|
Cool logo. What apps do u use for graphics editing anyway? --------------------------------------------- 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=392 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: autwulf <clu...@ya...> - 2000-12-29 03:00:54
|
oh i know you're all gonna hate me. :) for that i used photoshop in windoze. i just never liked the gimp as much as photoshop. i use it every once in a while though. --------------------------------------------- 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=393 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: Alan G. <ala...@st...> - 2000-12-29 00:13:33
|
CoolProgrammer wrote: > I'll leave the rest of the message alone for now--I have some massive > Linux configuration to do and a CD-RW drive to install in Windows... Can we develop a distribution that does *not* require "massive configuration"? Please? Pretty please? -- If a "bug" in one program causes another to fail, the OS is at fault. http://users.erols.com/alangrimes/ <my website. Unsolicited "spam" messages to this account are subject to usage fees and in cases of fraud or egregeous abuse, prosecution. |
From: CoolProgrammer <coo...@ya...> - 2000-12-28 23:41:34
|
Ok--I'm lost in this... it seems almost like I've missed something. Also, software does not have to be compiled on the machine on which it is to be used--I think SuSE is proving that to me right now (just installed it--it's kicking ass compared to what I had on here, and it's driving our 486 really well). I'll leave the rest of the message alone for now--I have some massive Linux configuration to do and a CD-RW drive to install in Windows... ~CoolProgrammer --- Alan Grimes <ala...@st...> wrote: > Clinton Ebadi wrote: > > yer clueless... > I'm sorry to get personal but only on rare occasions > do I see such an > amazingly spectacular display of unthinking blind > ignorance! > > Unfortunately all linux developers are as stupid as > you are. =( > > > > > > P - No binary distributions! Argument: When I > installed Mandrake 6.5 > > > my Athalon had a BogoMips rating of 799. When I > recompiled the kernel > > > it jumped to 1,500. =) Therefore all software > should be compiled by > > > and for the host processor. > > > > > If you read the mpkg spec, > > I have never heard of mpkg. I would have no inkling > that such a thing > existed for me to look for. 'mpkg' is hakish anyway. > > > > The time involved would not be very nice, not to > > mention some things like ACE or CORBA that require > HUGE amounts of > > ram to compile(500+ MB) > > Dear God! = 0 > > > distribution ISOs would be in binary form(i386, > i486, i586, i686, > > Well I guess we're stuck with a precompiled version > for every chip ever > made... =( > The project will need a massive compile farm but it > will be the fastest > out-of-the-box distribution on the planet... > > > This is where the newbie manpages come in. > > I have never heard of "newbie" manpages. I wouldn't > know how to look for > them and only vague notions of how to access them, > assuming man was > functioning properly on whatever system I had. Linux > has nothing > remotely akin to anything as helpful as "this end > up". > > > It's all going to be linked up to linuxnewbie(I'll > talk to sensei when > > we get ready to start it) database. > > That might be helpful... > > > We might as well add a whole newbie system in with > it..make a new > > shell based on bash that has newbie command > aliases? > > That would be pretty perverse... Simply provide > commands with english > names and simple intuitive interfaces. Send > everything that is not easy > and *USABLE* to /device/null, where it belongs. > > > Let me explain. You type memory. It loads mem. > Well, if we just aliased > > it, you would have a huge list of aliases, > > Well on my system I have several aliases for mem, > each with its own > switch settings... I only use the one called > "memory" though... > I just checked my "res" directory and I see that I > havn't touched any of > aliases since AUGUST OF 1996!!!! > > DOS has provided a system that is so stable that I > have files that have > been preserved perfectly for half a decade. There > are files on my system > with date stamps of 1986. > > > and you would think memory was the actual command. > > It would be.... And life would be *good*. I would > actually use such an > operating system. =\ > > > So, with a special > > file..maybe .newbierc with the alias in it. Here > could be a sample > > session: > > > > user@host:~$ memory > > user, the actual command is mem. > > type: nman mem for help > > user@host:~$ mem > > You have xxxx MB of free ram.... > > That is disgusting. > > > The user could learn easily that way, and the > commands would be more > > intuitive. > > Huh, I explained 'intuitive' in my last post, you > didn't listen. > > > And, the user doesn't become dependent on the > shortcuts..after learning > > the command, they are a competent gnu/linux user. > > Thinking like that infurriates me to the point where > I want to pick up a > brick and bash it into your skull. > > THE POINT IS NOT TO MAKE THE USER A COMPETENT > 'GNU/LINUX USER', YOU > STUPID SACK OF SHIT, IT IS TO MAKE A GNU/LINUX THAT > DOES NOT REQUIRE > 'COMPETANCE'. A COLLEGE GRADUATE WITH A DEGREE IN > LIBERAL ARTS FROM 1980 > SHOULD KNOW EVERYTHING HE NEEDS TO USE A COMPUTER > WITHOUT *ANY* > TRAINING. THE WORLD SHOULD NOT HAVE TO BEND TO THE > WHIMS OF THE POMPUS > ASSHOLES THAT MADE UNIX!!! > > If you kick me from the list for that I will be > content. Please notify > me if you do. -- thanx. > > > and stuff like that. The app is centralized(by > package name). So, you > > can just cd into the apps dir, and then the > appname, and see all of > > the file associated with it. Of course, the dir > would be read-only, > > and could be reconstructed if root trashed it by > running some rebuild > > command in mpkg. > > =\ > I don't get it... > I'm a DOS user. > cd gamez > cd quake > quake > or > deltree quake. > or > cd quake > cd id > e quake.ini > or > cd quake > md newlevel > cd newlevel > pkunzip \archive\newqkake . /d > or .... > > Do I have the only sane computer on the planet? > > > No app planned, but it is an interesting idea. > Maybe a program like > > newbie xinit? A newbie init front end in Gtk that > had options like > > this(to change runlevels): > > Anything that is easy to use... I don't understand > this shit anyway so > I'm indifferent... > > [switching to single user mode] > > Multiuser mode is totally pointless on workstations. > I would remove all traces of multiuser from the base > system and then > re-implement it in user-space and then provide it as > an option. > > Unix is perverse so you'd have to re-implement > almost everything... > > > I think it would make a good program. I could > sketch it out in > > glade(just the GUI, not code) later. > > GUI is like a US golden dollar. It costs a buck, > Looks like its worth a > lot more but in truth its WORTHLESS!!! =\ > > The OS that is fundamentally easier to use is the > real gold that I am > seeking... > > [console managment] > > Really hard to do that. Programs like Xemacs on > the console change > > the cursor for internal management. Please explain > further what you > > mean exactly. > > If the OS doesn't do that then it is not even a > complete OS, and not > worth much to anyone at all. =( > > > > On 27 Dec 2000, at 15:20, Alan Grimes wrote: > > [multiple editors and other redundancy] > > ? I am confused. Users need choice. The base > system will either have > > nano or mcedit, to avoid the emacs / vi war. Then, > vi and emacs will > > both be optional packages. > > Ofcourse you can install E-macs later but I will not > help in that untill > it is rewritten... E-macs is probably one of the > most advanced > applications around... Its a pitty that its so > difficult to use. > > > A distribution is more than just the OS. > > Is != should be. > should be, um, see DOS. ;) > > > It is the suite of programs that make the OS(which > is GNU + linux in > > our case) useful. > > Yes, But that is not what we are working on here. > We make the system through which the computer can be > applied to useful > work. BUT NOT THE APPLICATIONS THEMSELVES... =\ > > > Programs like X will be optional. Like in most > distributions. Of > > course, our install won't be very newbie friendly > until I can do some > decent X programming. > > THAT IS TOTALLY BASS ACKWARDS!!!! > THE SYSTEM BECOMES USABLE *THEN* YOU CUSTOMIZE YOUR > USER INTERFACE. > DON'T ANY OF YOU DIPSHITS GET IT? STUPID GUI OPTIONS > IN WINDOWS 98'S > REGEDIT DO NOT MAKE THE REGISTRY ONE WIT EASIER TO > USE!!! DO YOU GET IT? > NOT ONE WIT!!!! > X XWINDOWS, "ENLIGHTENMENT" "MOTIF" "OLWM" WHATEVER > I DON'T CARE!!! > THEY ARE ALL PERFECTLY FUCKING WORTHLESS. I WOULDN'T > PAY HALF A CENT FOR > THEM, NOT EVEN THAT... INFACT I WOULD PAY YOU TO > REFORMAT AND INSTALL > BeOS, WHICH TAKES CARE OF ITSELF REASONABLY WELL. > WHEN WILL YOU > FUCKFACES LEARN???? > > YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE > LAST TWENTY-THREE YEARS > ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR HOW TO > MAKE IT EASIER TO > USE!!! > > -- > If a "bug" in one program causes another to fail, > the OS is at fault. > http://users.erols.com/alangrimes/ <my website. > > Unsolicited "spam" messages to this account are > subject to usage fees > and > in cases of fraud or egregeous abuse, prosecution. > > _______________________________________________ > Mentalunix-developers mailing list > Men...@li... > http://lists.sourceforge.net/mailman/listinfo/mentalunix-developers __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ |
From: Mentalspice <clu...@ya...> - 2000-12-28 22:48:36
|
That is a sweet logo --------------------------------------------- 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=396 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: autwulf <clu...@ya...> - 2000-12-28 22:46:27
|
i've only ever used the linux port, didn't know there was a windows one. i get good deals on software cuz i'm a student, and some stuff penn state gives us for free. what sort of things do you guys want in the logo? i'm no artist, but i can try to incorporate some things into a logo. i think it needs to be fairly simple <we need to be able to paste it into tux's tummy ;-)>. the logo i made (minus the words) could fit that bill. later --------------------------------------------- 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=395 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: autwulf <clu...@ya...> - 2000-12-28 21:36:53
|
hey, i uploaded a logo to the photo section. now, i used the name MENTALinux, but it could easily be changed to anything. i'll keep trying to come up with ideas. later --------------------------------------------- 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=391 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: CyDust <clu...@ya...> - 2000-12-28 20:48:55
|
well, sorry ya had to pay for photoshop!!! it is a great program, and i dont blame ya, but are u refering to the windows port of gimp or the linux version (never used windows port, but i believe its out there). --------------------------------------------- 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=394 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: Alan G. <ala...@st...> - 2000-12-28 00:41:49
|
Clinton Ebadi wrote: yer clueless... I'm sorry to get personal but only on rare occasions do I see such an amazingly spectacular display of unthinking blind ignorance! Unfortunately all linux developers are as stupid as you are. =( > > P - No binary distributions! Argument: When I installed Mandrake 6.5 > > my Athalon had a BogoMips rating of 799. When I recompiled the kernel > > it jumped to 1,500. =) Therefore all software should be compiled by > > and for the host processor. > > > If you read the mpkg spec, I have never heard of mpkg. I would have no inkling that such a thing existed for me to look for. 'mpkg' is hakish anyway. > The time involved would not be very nice, not to > mention some things like ACE or CORBA that require HUGE amounts of > ram to compile(500+ MB) Dear God! = 0 > distribution ISOs would be in binary form(i386, i486, i586, i686, Well I guess we're stuck with a precompiled version for every chip ever made... =( The project will need a massive compile farm but it will be the fastest out-of-the-box distribution on the planet... > This is where the newbie manpages come in. I have never heard of "newbie" manpages. I wouldn't know how to look for them and only vague notions of how to access them, assuming man was functioning properly on whatever system I had. Linux has nothing remotely akin to anything as helpful as "this end up". > It's all going to be linked up to linuxnewbie(I'll talk to sensei when > we get ready to start it) database. That might be helpful... > We might as well add a whole newbie system in with it..make a new > shell based on bash that has newbie command aliases? That would be pretty perverse... Simply provide commands with english names and simple intuitive interfaces. Send everything that is not easy and *USABLE* to /device/null, where it belongs. > Let me explain. You type memory. It loads mem. Well, if we just aliased > it, you would have a huge list of aliases, Well on my system I have several aliases for mem, each with its own switch settings... I only use the one called "memory" though... I just checked my "res" directory and I see that I havn't touched any of aliases since AUGUST OF 1996!!!! DOS has provided a system that is so stable that I have files that have been preserved perfectly for half a decade. There are files on my system with date stamps of 1986. > and you would think memory was the actual command. It would be.... And life would be *good*. I would actually use such an operating system. =\ > So, with a special > file..maybe .newbierc with the alias in it. Here could be a sample > session: > > user@host:~$ memory > user, the actual command is mem. > type: nman mem for help > user@host:~$ mem > You have xxxx MB of free ram.... That is disgusting. > The user could learn easily that way, and the commands would be more > intuitive. Huh, I explained 'intuitive' in my last post, you didn't listen. > And, the user doesn't become dependent on the shortcuts..after learning > the command, they are a competent gnu/linux user. Thinking like that infurriates me to the point where I want to pick up a brick and bash it into your skull. THE POINT IS NOT TO MAKE THE USER A COMPETENT 'GNU/LINUX USER', YOU STUPID SACK OF SHIT, IT IS TO MAKE A GNU/LINUX THAT DOES NOT REQUIRE 'COMPETANCE'. A COLLEGE GRADUATE WITH A DEGREE IN LIBERAL ARTS FROM 1980 SHOULD KNOW EVERYTHING HE NEEDS TO USE A COMPUTER WITHOUT *ANY* TRAINING. THE WORLD SHOULD NOT HAVE TO BEND TO THE WHIMS OF THE POMPUS ASSHOLES THAT MADE UNIX!!! If you kick me from the list for that I will be content. Please notify me if you do. -- thanx. > and stuff like that. The app is centralized(by package name). So, you > can just cd into the apps dir, and then the appname, and see all of > the file associated with it. Of course, the dir would be read-only, > and could be reconstructed if root trashed it by running some rebuild > command in mpkg. =\ I don't get it... I'm a DOS user. cd gamez cd quake quake or deltree quake. or cd quake cd id e quake.ini or cd quake md newlevel cd newlevel pkunzip \archive\newqkake . /d or .... Do I have the only sane computer on the planet? > No app planned, but it is an interesting idea. Maybe a program like > newbie xinit? A newbie init front end in Gtk that had options like > this(to change runlevels): Anything that is easy to use... I don't understand this shit anyway so I'm indifferent... [switching to single user mode] Multiuser mode is totally pointless on workstations. I would remove all traces of multiuser from the base system and then re-implement it in user-space and then provide it as an option. Unix is perverse so you'd have to re-implement almost everything... > I think it would make a good program. I could sketch it out in > glade(just the GUI, not code) later. GUI is like a US golden dollar. It costs a buck, Looks like its worth a lot more but in truth its WORTHLESS!!! =\ The OS that is fundamentally easier to use is the real gold that I am seeking... [console managment] > Really hard to do that. Programs like Xemacs on the console change > the cursor for internal management. Please explain further what you > mean exactly. If the OS doesn't do that then it is not even a complete OS, and not worth much to anyone at all. =( > On 27 Dec 2000, at 15:20, Alan Grimes wrote: [multiple editors and other redundancy] > ? I am confused. Users need choice. The base system will either have > nano or mcedit, to avoid the emacs / vi war. Then, vi and emacs will > both be optional packages. Ofcourse you can install E-macs later but I will not help in that untill it is rewritten... E-macs is probably one of the most advanced applications around... Its a pitty that its so difficult to use. > A distribution is more than just the OS. Is != should be. should be, um, see DOS. ;) > It is the suite of programs that make the OS(which is GNU + linux in > our case) useful. Yes, But that is not what we are working on here. We make the system through which the computer can be applied to useful work. BUT NOT THE APPLICATIONS THEMSELVES... =\ > Programs like X will be optional. Like in most distributions. Of > course, our install won't be very newbie friendly until I can do some > decent X programming. THAT IS TOTALLY BASS ACKWARDS!!!! THE SYSTEM BECOMES USABLE *THEN* YOU CUSTOMIZE YOUR USER INTERFACE. DON'T ANY OF YOU DIPSHITS GET IT? STUPID GUI OPTIONS IN WINDOWS 98'S REGEDIT DO NOT MAKE THE REGISTRY ONE WIT EASIER TO USE!!! DO YOU GET IT? NOT ONE WIT!!!! X XWINDOWS, "ENLIGHTENMENT" "MOTIF" "OLWM" WHATEVER I DON'T CARE!!! THEY ARE ALL PERFECTLY FUCKING WORTHLESS. I WOULDN'T PAY HALF A CENT FOR THEM, NOT EVEN THAT... INFACT I WOULD PAY YOU TO REFORMAT AND INSTALL BeOS, WHICH TAKES CARE OF ITSELF REASONABLY WELL. WHEN WILL YOU FUCKFACES LEARN???? YOU HAVN'T LEARNED A SINGLE FUCKING THING IN THE LAST TWENTY-THREE YEARS ABOUT WHAT AN OS IS, WHAT IT SHOULD BE, OR HOW TO MAKE IT EASIER TO USE!!! -- If a "bug" in one program causes another to fail, the OS is at fault. http://users.erols.com/alangrimes/ <my website. Unsolicited "spam" messages to this account are subject to usage fees and in cases of fraud or egregeous abuse, prosecution. |
From: CyDust <clu...@ya...> - 2000-12-28 00:13:36
|
Well, sounds great. If you would like to help out with the graphics needed for the cd's, manuals, boxes, X and other stuff that'd be great. Since you dont code much, programming would be the lowest priority for your contributions, but if your willing to test stuff out, that'd be great. --------------------------------------------- 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=387 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: CoolProgrammer <clu...@ya...> - 2000-12-27 23:41:26
|
LOL--if we can explain what Menta is (possibly something to do with the crazy part), MentaLUNIX sounds cool... LOL. Good point--we don't need someone trying to sue us... ~CoolProgrammer --------------------------------------------- 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=389 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 |