Re: [Cooker] Suggestions for 9.0
Sridhar Dhanapalan <[EMAIL PROTECTED]> writes: > Firstly, the only editor I could find when booted to the rescue CD is VIM. I > think that's a big mistake. Most people (especially newbies) don't understand > VIM, and nor do they want to. For these people I think Jed would be the best > choice, since it is like MS-DOS Edit and isn't too far removed from GUI editors > like Nedit and Gedit. Well it sounds mostly historical to me, and jed is also larger than vi. I would not see a rescue with jed but without vi, all people used to unix would not like that. And the rescue is not supposed to be run by newbies, especially since I've added a graphical user interface for most common operations. > Secondly, can the rescue disc please include cfdisk instead (or in addition to) > fdisk? Cfdisk is far easier to understand and use. I haven't used the rescue > disc in a while, so sorry if cfdisk is already there. I've never tried cfdisk but I think fdisk is widely known to people who often have to manipulate partitions. > Thirdly, would it be possible to make the rescue disc and installation kernels > to automatically detect software RAID from superblocks? That would make > installation and configuration MUCH easier. The installation does it now (this is one of the improvements of the installer in 9.0). For the rescue, maybe in the future... it needs that someone with enough motivation hacks in installer changes in the rescue :-). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestions for 9.0
On Fri, 02 Aug, at 16:40:22 +1000, Sridhar Dhanapalan <[EMAIL PROTECTED]> wrote: > > Secondly, can the rescue disc please include cfdisk instead (or in addition to) > fdisk? Cfdisk is far easier to understand and use. I haven't used the rescue > disc in a while, so sorry if cfdisk is already there. I have to agree here. I just recently came across an instance last week and once again this week where I needed to use cfdisk to re-arrange filesystems on boxes at work with hardware RAID. Using any other disk util, it just doesn't see the /dev/cciss/c0d0p partition table correctly. Granted, this was on RH 7.2 boxes (which don't come w/ cfdisk) so I had to scp over the cfdisk binary off of my Mandrake 8.2 laptop install. For example, here's looking at the disk using fdisk: --- # fdisk -l /dev/cciss/c0d0 Disk /dev/cciss/c0d0: 1 heads, 13760 sectors, 1 cylinders Units = cylinders of 13760 * 512 bytes Device BootStart EndBlocks Id System /dev/cciss/c0d0p1 * 1 1 53024 83 Linux Partition 1 has different physical/logical beginnings (non-Linux?): phys=(0, 1, 1) logical=(0, 0, 33) Partition 1 has different physical/logical endings: phys=(12, 254, 32) logical=(0, 0, 106080) Partition 1 does not end on cylinder boundary: phys=(12, 254, 32) should be (12, 0, 13760) /dev/cciss/c0d0p2 1 1 30718320 83 Linux Partition 2 has different physical/logical beginnings (non-Linux?): phys=(13, 0, 1) logical=(0, 0, 106081) Partition 2 has different physical/logical endings: phys=(1023, 254, 32) logical=(0, 0, 61542720) Partition 2 does not end on cylinder boundary: phys=(1023, 254, 32) should be (1023, 0, 13760) /dev/cciss/c0d0p3 1 1 2048160 82 Linux swap Partition 3 has different physical/logical beginnings (non-Linux?): phys=(1023, 254, 32) logical=(0, 0, 61542721) Partition 3 has different physical/logical endings: phys=(1023, 254, 32) logical=(0, 0, 65639040) Partition 3 does not end on cylinder boundary: phys=(1023, 254, 32) should be (1023, 0, 13760) /dev/cciss/c0d0p4 1 1 56067360f Win95 Ext'd (LBA) Partition 4 has different physical/logical beginnings (non-Linux?): phys=(1023, 254, 32) logical=(0, 0, 65639041) Partition 4 has different physical/logical endings: phys=(1023, 254, 32) logical=(0, 0, 13760) Partition 4 does not end on cylinder boundary: phys=(1023, 254, 32) should be (1023, 0, 13760) /dev/cciss/c0d0p5 1 1 1534064 83 Linux /dev/cciss/c0d0p6 1 1 1024064 83 Linux /dev/cciss/c0d0p7 1 1718064 83 Linux /dev/cciss/c0d0p8 1 1509984 83 Linux /dev/cciss/c0d0p9 1 1509984 83 Linux /dev/cciss/c0d0p101 1 42003584 83 Linux /dev/cciss/c0d0p111 1 9767504 83 Linux --- And the same disk using cfdisk: --- Disk Drive: /dev/cciss/c0d0 Size: 91020165120 bytes Heads: 255 Sectors per Track: 32 Cylinders: 21786 NameFlags Part Type FS Type [Label]Size (MB) -- c0d0p1 BootPrimary Linux ext3 [/boot]54.32 c0d0p2 Primary Linux ext3 [/cvsroot] 31455.56 c0d0p3 Primary Linux swap2097.32 c0d0p5 Logical Linux ext3 [/usr] 1570.90 c0d0p6 Logical Linux ext3 [/var] 1048.66 c0d0p7 Logical Linux ext3 [/] 735.32 c0d0p8 Logical Linux ext3 [/tmp]522.24 c0d0p9 Logical Linux ext3 [/home] 522.24 c0d0p10 Logical Linux ext3 43011.69 c0d0p11 Logical Linux ext3 10001.95 --- But to make a long story short, if it weren't for cfdisk, we'd be in pretty bad shape. This was actually the first time I'd used cfdisk, but I've already copied it over to all of our other boxes. I'd highly suggest Mandrake include this small 51k util as it has already proven (to me at least) a life saver. Cheers, -Charlie -- GPG Key fingerprint = 4F36 EC4F 2F2C 5F59 9690 09E5 4C0F 9DB0 8623 53CE Before you ask more questions, think about whether you really want to know the answers. -- Gene Wolfe, "The Claw of the Conciliator"
Re: [Cooker] Suggestions for 9.0
Sridhar Dhanapalan <[EMAIL PROTECTED]> writes: [...] > How is it done at install? From what I understand, it is DiskDrake that does the > detection instead of the kernel (good work there). If that can be made to work > with the rescue disc that would be cool. As a general rule, a user doesn't care > how something works provided it works well. i'll see what i can do. but don't expect it too soon. the code is quite simple foreach (@parts) { my ($nb) = grep { !raid::is_active("md$_") } 0..7; output("/etc/raidtab", "raiddev /dev/md$nb\n device " . devices::make($_->{device}) . "\n"); run_program::run('raidstart', devices::make("md$nb")); } and should not be too hard to add to lsparts... [...] > Maybe you > can have a 'novice'/'expert' option when using DiskDrake. As it stands, I think > there are far too many options for a beginner (e.g. zillions of filesystem > choices), and so they could benefit from something more streamlined (maybe this > is already done in the 'novice' install option? it is [...] > From what I have read, DiskDrake automatically places all of its partitions into > one extended partition. This is generally good. But what if I want to make some > FAT partitions for Windows, one of which I want to be primary (so I can boot) > and the others logical (I have such a setup on my two computers)? Can DiskDrake > do this easily? yes, in expert you can choose Primary or Extended.
Re: [Cooker] Suggestions for 9.0
On 02 Aug 2002 12:09:16 +0200, Pixel <[EMAIL PROTECTED]> wrote: > Sridhar Dhanapalan <[EMAIL PROTECTED]> writes: > > > Thirdly, would it be possible to make the rescue disc and installation > > kernels to automatically detect software RAID from superblocks? That would > > make installation and configuration MUCH easier. > > hard to do. Hardware raid must be built-in the kernel for this, and we > won't do this for space pbs. > > another solution would be to have something alike what i now do at > install... How is it done at install? From what I understand, it is DiskDrake that does the detection instead of the kernel (good work there). If that can be made to work with the rescue disc that would be cool. As a general rule, a user doesn't care how something works provided it works well. > > Fourthly, can you please make Diskdrake to more clearly represent extended > > and logical partitions in the GUI? At present, logical partitions look the > > same as primary ones, and the extended partition isn't shown at all. This is > > confusing. PartitionMagic does a good job here: it shows extended partitions > > as a primary partition but places logical partitions as boxes _inside_ the > > extended. > > why should it show it differently? IMO showing this has no real value. Maybe I'm just weird, but I like to have some control over my devices. At the same time, I don't want to fiddle around with something esoteric like fdisk. PartitionMagic fits my needs well, but I'm never comfortable with using non-free software (one reason why I use Mandrake). DiskDrake comes very close to doing what I want; the only thing missing is the ability to see extended partitions. I like to know at a glance whether a partition is logical or primary. Maybe you can have a 'novice'/'expert' option when using DiskDrake. As it stands, I think there are far too many options for a beginner (e.g. zillions of filesystem choices), and so they could benefit from something more streamlined (maybe this is already done in the 'novice' install option? I don't know since I always install as Expert). Not all 'novices' want to let DiskDrake automatically allocate their drive space for them, so they need an interface that is usable but not overly complex (e.g. provide <10 filesystem choices). At the same time, the only thing (in my view) stopping DiskDrake from being better than PartitionMagic is the ability to see and manipulate extended partitions. Features like this should be confined to the 'expert' version. >From what I have read, DiskDrake automatically places all of its partitions into one extended partition. This is generally good. But what if I want to make some FAT partitions for Windows, one of which I want to be primary (so I can boot) and the others logical (I have such a setup on my two computers)? Can DiskDrake do this easily? -- Sridhar Dhanapalan "I don't think it's right and I think it causes people to make decisions which are not even in their best interest. A, we're not evil. B, we're not an empire." -- Steve Ballmer, objecting to Microsoft being called "The Evil Empire"
Re: [Cooker] Suggestions for 9.0
Sridhar Dhanapalan <[EMAIL PROTECTED]> writes: > Thirdly, would it be possible to make the rescue disc and installation kernels > to automatically detect software RAID from superblocks? That would make > installation and configuration MUCH easier. hard to do. Hardware raid must be built-in the kernel for this, and we won't do this for space pbs. another solution would be to have something alike what i now do at install... > Fourthly, can you please make Diskdrake to more clearly represent extended and > logical partitions in the GUI? At present, logical partitions look the same as > primary ones, and the extended partition isn't shown at all. This is confusing. > PartitionMagic does a good job here: it shows extended partitions as a primary > partition but places logical partitions as boxes _inside_ the extended. why should it show it differently? IMO showing this has no real value.
Re: [Cooker] Suggestions for the installer
On Wednesday 21 November 2001 13:20, Guillaume Cottenceau wrote: > Alan <[EMAIL PROTECTED]> writes: > > > [...] > > > > > 1) When you select "development" as an option, all devel packages get > > > > installed by default. It is a royal pain in the ass to have to go > > > > back and find devel packages later on when you are trying to get a > > > > piece of code to build. > > > > > > No, development gives a few base development packages such as autoconf, > > > automake, gcc, binutils, plus additional development packages for each > > > group you selected. > > > > I said "should". There needs to be some sort of option that will > > automatically install development packages as part of the install. > > Finding out that you missed one is a real pain when you are in the middle > > of a compile. (Or dealing with users who have a low frustration level.) > > Sorry for not understanding. > > "All" devel packages is a vague notion and we can't decently install > "everything" that is more or less related to devel. Actually it is not. If a package is installed and the "devel" flag is set, then the devel package gets selected and installed as well. > Additionally, I've never seen any problem with installing one devel > package for one given library *after* the installation. It's not a "royal" > pain since I can do "urpmf gtk--.h" and then "urpmi libgtkmm1.2-devel" > and basta, when a file is missing the header. It is when you have to go back and find the discs a week after the fact. (Especially when it has happened a number of times in a row.) It is even more of a pain for those people who are familiar with Unix and/or programming, but not with RPM package management. > > > > 2) Something to configure multiple monitors/cards in X. (Also a way > > > > to go back and reconfigure a monitor when you buy a new one because > > > > the old one let out the magic smoke.) > > > > > > Via Xinerama or not you may configure two monitors when you have two > > > cards or you have one card with dual head. This was introduced in 8.0 > > > or 8.1, not sure. > > > > I am speaking of a graphical Xinerama config option at install. I can do > > this by hand, but I have been dealing with users who have never mucked > > with an XF86Config-4 file in their life. > > I'm not a specialist for this, but I think during install it's handled. Nope. I installed 8.1 from scratch. It did not detect or install the second monitor. > > I have a Matrox G400 Max card with dual heads. I have set them up > > before. Users who have similar set ups with Windows are probably > > wondering why Linux does not set things up to see the second monitor. > > It should. If not, there is a bug. Then there is a bug. > > > > 3) If SMP is detected, don't assume that it is a 686. (The > > > > firewall-on-a-disc does this. My dual Pentium Pro 200 was not > > > > amused.) > > > > > > Uh? SMP means using kernel-smp, which is a i586 kernel AFAIK. > > > > Well then it locked up for some other reason. I will have to investigate > > further when I have time. > > Sometimes related to misdetection of amount of RAM. The machine has only 32 megs of ram. Since it was installing the firewall version without X, it should not have been an issue. I have not seen RAM mis-detection since 2.0.x.
Re: [Cooker] Suggestions for the installer
Alan <[EMAIL PROTECTED]> writes: [...] > > > 1) When you select "development" as an option, all devel packages get > > > installed by default. It is a royal pain in the ass to have to go back > > > and find devel packages later on when you are trying to get a piece of > > > code to build. > > > > No, development gives a few base development packages such as autoconf, > > automake, gcc, binutils, plus additional development packages for each > > group you selected. > > I said "should". There needs to be some sort of option that will > automatically install development packages as part of the install. Finding > out that you missed one is a real pain when you are in the middle of a > compile. (Or dealing with users who have a low frustration level.) Sorry for not understanding. "All" devel packages is a vague notion and we can't decently install "everything" that is more or less related to devel. Additionally, I've never seen any problem with installing one devel package for one given library *after* the installation. It's not a "royal" pain since I can do "urpmf gtk--.h" and then "urpmi libgtkmm1.2-devel" and basta, when a file is missing the header. > > > 2) Something to configure multiple monitors/cards in X. (Also a way > > > to go back and reconfigure a monitor when you buy a new one because > > > the old one let out the magic smoke.) > > > > Via Xinerama or not you may configure two monitors when you have two cards > > or you have one card with dual head. This was introduced in 8.0 or 8.1, > > not sure. > > I am speaking of a graphical Xinerama config option at install. I can do this > by hand, but I have been dealing with users who have never mucked with an > XF86Config-4 file in their life. I'm not a specialist for this, but I think during install it's handled. > I have a Matrox G400 Max card with dual heads. I have set them up before. > Users who have similar set ups with Windows are probably wondering why Linux > does not set things up to see the second monitor. It should. If not, there is a bug. > > > 3) If SMP is detected, don't assume that it is a 686. (The > > > firewall-on-a-disc does this. My dual Pentium Pro 200 was not amused.) > > > > Uh? SMP means using kernel-smp, which is a i586 kernel AFAIK. > > Well then it locked up for some other reason. I will have to investigate > further when I have time. Sometimes related to misdetection of amount of RAM. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestions for the installer
On Wednesday 21 November 2001 04:38, Guillaume Cottenceau wrote: > Alan <[EMAIL PROTECTED]> writes: > > Some things I would like to see in the installer... > > > > 1) When you select "development" as an option, all devel packages get > > installed by default. It is a royal pain in the ass to have to go back > > and find devel packages later on when you are trying to get a piece of > > code to build. > > No, development gives a few base development packages such as autoconf, > automake, gcc, binutils, plus additional development packages for each > group you selected. I said "should". There needs to be some sort of option that will automatically install development packages as part of the install. Finding out that you missed one is a real pain when you are in the middle of a compile. (Or dealing with users who have a low frustration level.) > > 2) Something to configure multiple monitors/cards in X. (Also a way to > > go back and reconfigure a monitor when you buy a new one because the old > > one let out the magic smoke.) > > Via Xinerama or not you may configure two monitors when you have two cards > or you have one card with dual head. This was introduced in 8.0 or 8.1, > not sure. I am speaking of a graphical Xinerama config option at install. I can do this by hand, but I have been dealing with users who have never mucked with an XF86Config-4 file in their life. I have a Matrox G400 Max card with dual heads. I have set them up before. Users who have similar set ups with Windows are probably wondering why Linux does not set things up to see the second monitor. > > 3) If SMP is detected, don't assume that it is a 686. (The > > firewall-on-a-disc does this. My dual Pentium Pro 200 was not amused.) > > Uh? SMP means using kernel-smp, which is a i586 kernel AFAIK. Well then it locked up for some other reason. I will have to investigate further when I have time. > > 4) On upgrade, remove previous catalog entries in the Mandrake updater. > > (So it does not show versions from 2+ versions, just the current one.) If > > you don't remove them, label them better in the catalog listing so they > > can be removed later. > > > > 5) On upgrade, find a way to make the upgrade complete in less than 12 > > hours! (This one has gotten on my nerves. The last upgrade from 8.0 to > > 8.1 went to poorly, I did a scratch-and-burn on the system to fix it.) > > We've put some sleep everywhere, on purpose :-)). Well, since the upgrade leaves the system in a fairly buggy state, few people try it more than once. It should not take that long. I will need to look at that section of code I guess...
Re: [Cooker] Suggestions for the installer
le mer 21-11-2001 à 04:35, Alan a écrit : > > Some things I would like to see in the installer... > > 1) When you select "development" as an option, all devel packages get > installed by default. It is a royal pain in the ass to have to go back and > find devel packages later on when you are trying to get a piece of code to > build. and kernel-source too. -- http://perso.wanadoo.fr/linux_wizard/index.html - L'idée que la science peut et doit être organisée selon des règles à la fois fixes et universelles est utopique et pernicieuse. Paul Feyerabend
Re: [Cooker] Suggestions for the installer
Alan <[EMAIL PROTECTED]> writes: > Some things I would like to see in the installer... > > 1) When you select "development" as an option, all devel packages get > installed by default. It is a royal pain in the ass to have to go back and > find devel packages later on when you are trying to get a piece of code to > build. No, development gives a few base development packages such as autoconf, automake, gcc, binutils, plus additional development packages for each group you selected. > 2) Something to configure multiple monitors/cards in X. (Also a way to go > back and reconfigure a monitor when you buy a new one because the old one let > out the magic smoke.) Via Xinerama or not you may configure two monitors when you have two cards or you have one card with dual head. This was introduced in 8.0 or 8.1, not sure. > 3) If SMP is detected, don't assume that it is a 686. (The firewall-on-a-disc > does this. My dual Pentium Pro 200 was not amused.) Uh? SMP means using kernel-smp, which is a i586 kernel AFAIK. > 4) On upgrade, remove previous catalog entries in the Mandrake updater. (So > it does not show versions from 2+ versions, just the current one.) If you > don't remove them, label them better in the catalog listing so they can be > removed later. > > 5) On upgrade, find a way to make the upgrade complete in less than 12 hours! > (This one has gotten on my nerves. The last upgrade from 8.0 to 8.1 went to > poorly, I did a scratch-and-burn on the system to fix it.) We've put some sleep everywhere, on purpose :-)). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestions for upcoming Mandrake (2)
le sam 10-11-2001 à 00:18, John Haywood a écrit : > On Fri, 9 Nov 2001 08:26, you wrote: > > Yes, but what I meant with one place was to make some kind of > > My Control Center, where the user could easily find everything > > without searching for an hour or two.. > > > > >> shortcuts to different configuration applications like Gnome Control > > >> Center, Print Queue, etc, etc.. > > > > > > ??? i d'ont understand. On the desktop ? n > > > > No, not desktop. I mean something like Mandrake Control Center but > > for a user. Mandrake is very nice distribution as long as you have > > the root privileges. But if you try to use Mandrake as a normal > > user, it's just horrible. How to change your language, photo, > > password? They are very hard to find from menu (because most of > > the configuration tools need root privileges) if they can be found > > at all ( + + +/-). Even I don't try to find some > > configuration tool from the menu, because it's much faster to > > run it directly from a terminal. My Control Panel would fix this > > together with Mandrake Control Center if they are both well made. > > Your point is well made, from a single-user perspective. > > In this case, access to what are essentially (in a *nix world) administrative > functions, are somewhat hidden and require root access for many. > > However, I feel you are missing the point somewhat, inasmuch as any *nix > system is really designed for multi-user and multilayer security, integrated > into a network. Sure, we could allow all and sundry the ability to change > their gdm/xdm 'face' or whatnot, but in a lab full of budding hackers, or a > company environment, I for one wouldn't want to be the administrator!!! > > Perhaps there is another way forward, without breaking the security model > which (though I may occasionally curse it) I have come to value over any MS > Garbage on offer - how about a sudo wizard on install? usually users can change their password themselves if they have acces to passwd command. On top of that it's easy to implement a restriction. In the global config file of this new Control Center you can put a flag/variable wich will determine if users can start or not the application. We can also add a variable that will list users who are allwed to lauch it. Ot may not be so hard to do. > Haven't thought my way through this one yet, but it would appear to be > exactly what sudo is designed for -- http://perso.wanadoo.fr/linux_wizard/index.html - Les petits lits font les grandes maitresses. -- Perret
Re: [Cooker] Suggestions for upcoming Mandrake
On Friday 09 November 2001 17:36, you wrote: > Sounds like a great idea as I love GPIB/HPIB (memories) sigh !! > :-) There is so much gear out there that uses this and for > embedded linux it could open many possibilites (anybody remeber > the commodore machines or the HP/80) Heh! My first computer after my old Comodore Amiga gave up the ghost was an HP 9000s375 that was excessed from the University I attended. It had a 50 MHz MC68030 with at 6 MPU. THe only interface it had when I first got it was HP-IB, so I wrangled up a 7935 Hard Drive (404 MB, used 14" removable media modules, I think they had five platters... The drive sucked 1500W by itself. The rest of the computer burned another 500W. If it weren't for the noice I could have heated my house with it! But it sounded like a jet engine, so I ran 40' of HP-IB cable and stuck the dive out in the garage!) and was off to the ...er... races. Seriously, I have a a few old HP-IB peripherals hanginf around still, and would be jazed if I could put them to use again... The only IEEE-488 card I have in my inventory is ISA, so they'll have to be strung off of a legacy machine, and accessed over the network, but hey... at least they could get some use... ~Chuck
Re: [Cooker] Suggestions for upcoming Mandrake (3)
On Fri, 9 Nov 2001 18:43, you wrote: > No. Nobody uses a central database for mime type handlers, because there > isn't any. Even applications inside Gnome/KDE have their own mime > files..:( But I would like this to change and the only thing towards > working "pick a file and choose the program to run it" would be this > kind of sollution. Of course the programs and users would have their > own preferences, but in the case where there aren't any, they could > pick _some_ application to run the file instead of letting the novice > user to guess which application he/she needs to see a pdf document > etc.. > > I just looked at gnome-vfs, galeon and mozilla. They have all their own > mime files, but as thay all are in text/xml, exporter would be quite(?) > easy to make for them all. And of course the implementer could always > go to talk mozilla/gnome/kde people. :) So essentially, we're talking about a linux equivalent of Internet Config under MacOS, which allows apps to refer to a common mime-dbase, holds userspace stuff such as email address, news server, sigfile, local ftp mirrors etc. The good thing (?) about Internet Config is that, while apps have to be IC-aware in order to use it, they can also opt out, or use their own schema (there's usually a check box in the prefs saying 'use Internet Config'). Another design feature is that it comes chockers with predefined mime-types, mirror sites & helper apps, but still lets you (or an installer package) add to the db. -- john in syd
Re: [Cooker] Suggestions for upcoming Mandrake (2)
On Fri, 9 Nov 2001 08:26, you wrote: > Yes, but what I meant with one place was to make some kind of > My Control Center, where the user could easily find everything > without searching for an hour or two.. > > >> shortcuts to different configuration applications like Gnome Control > >> Center, Print Queue, etc, etc.. > > > > ??? i d'ont understand. On the desktop ? n > > No, not desktop. I mean something like Mandrake Control Center but > for a user. Mandrake is very nice distribution as long as you have > the root privileges. But if you try to use Mandrake as a normal > user, it's just horrible. How to change your language, photo, > password? They are very hard to find from menu (because most of > the configuration tools need root privileges) if they can be found > at all ( + + +/-). Even I don't try to find some > configuration tool from the menu, because it's much faster to > run it directly from a terminal. My Control Panel would fix this > together with Mandrake Control Center if they are both well made. Your point is well made, from a single-user perspective. In this case, access to what are essentially (in a *nix world) administrative functions, are somewhat hidden and require root access for many. However, I feel you are missing the point somewhat, inasmuch as any *nix system is really designed for multi-user and multilayer security, integrated into a network. Sure, we could allow all and sundry the ability to change their gdm/xdm 'face' or whatnot, but in a lab full of budding hackers, or a company environment, I for one wouldn't want to be the administrator!!! Perhaps there is another way forward, without breaking the security model which (though I may occasionally curse it) I have come to value over any MS Garbage on offer - how about a sudo wizard on install? Haven't thought my way through this one yet, but it would appear to be exactly what sudo is designed for just a thought -- john in syd
Re: [Cooker] Suggestions for upcoming Mandrake
Sounds like a great idea as I love GPIB/HPIB (memories) sigh !! :-) There is so much gear out there that uses this and for embedded linux it could open many possibilites (anybody remeber the commodore machines or the HP/80) - Original Message - From: "kons Richard Bown" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 09, 2001 3:20 PM Subject: [Cooker] Suggestions for upcoming Mandrake > What I would like to see is support for GPIB IEE488, this has a real > foot hold on MS. > At the moment apps are high cost and limited to a few companies. > There was some interest and some drivers written for 2.0 kernels by some > Germans, but that seems to have died. > Its something which would push linux out of the user market and into the > industrial markkey in a big way. > All the manufacturers of electronic equipment use GPIB for controlling > the test equipment > -- > Its dominated by companies like National Instruments with their Labview > s/w and Agilent with HPVEE. > > Maybe one day :) > Richard Bown > Ericsson Microwave Systems AB > SE-431 84 Mölndal > e-mail [EMAIL PROTECTED] > tel +46 31 74 72422 > mobile +46 7098 72422 >
Re: [Cooker] Suggestions for upcoming Mandrake (1)
le ven 09-11-2001 à 15:21, Guillaume Cottenceau a écrit : > Fabrice FACORAT <[EMAIL PROTECTED]> writes: > > > [...] > > > basically xmms is a winamp clone and most of the time is use to play mp3 > > ( as winamp ). So it will be more obvious to the Windows transfuge to > > say : > > XMMS is a Winamp clone > > 1- not everyone knows winamp wow It's something rare. most of the time on forum they ask for winamp under linux or an app like. Most of the time, young people that use Mandrake know winamp. Most of the time older people that use linux know winamp. Few people don't know winamp. > 2- i don't like refering to windows all the times That's what Linux always do ! See look&feel of KDE ( panel, ... ) See evolution ( outlook killer ) etc ... And last but not least : winamp exist for Linux, so technically you no longer refer to windows. -- http://perso.wanadoo.fr/linux_wizard/index.html - Ta mere en kit chez Ikea
Re: [Cooker] Suggestions for upcoming Mandrake (1)
le ven 09-11-2001 at 14:50 Oden Eriksson a écrit : > On Fridayen den 9 November 2001 14.36, Fabrice FACORAT wrote: > > le jeu 08-11-2001 at 23:31 Todd Lyons a écrit : > > > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > XMMS: The must have X multimedia system -- ?!? > > > > > > The only thing misleading there is the capitalization. I would suggest: > > > "XMMS: The X MultiMedia System mp3/ogg player" > > > > I'm a new Windows transfuge. > > X ? what's X ? > > Multimedia System ? what's the definition of multimedia. We have audio ( > > mp3, ogg, wma, rm ), video ( mpeg, avi, divx, vob ) and sometimes > > editing. > > I would say multimedia is what you see and hear on the web. there was multimedia before the existence of the web. Just analyse the latin origin of the word : multi = several, media = mean of tansport. The soundboards > of today have really nice specs, so it's not easy to say what's multimedia > anymore. But, I would say this is multimedia: > > > http://artists.mp3s.com/artists/187/north_rebirth.html > http://d-srv.com/mp3/stun_in_the_sun.mp3 > > > -- > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. > | Mandrake Linux release 8.2 (Cooker) for i586 > | Current uptime with kernel 2.4.13-4mdksmp: 55min > | cpu0 @ 814.28 bm, fan 4090 rpm, temp +32.0°C > | cpu1 @ 815.92 bm, fan 4090 rpm, temp +31°C > -- http://perso.wanadoo.fr/linux_wizard/index.html - L'Homme est un animal qui à la faculté de penser parfois à la mort. Jules Renard
Re: [Cooker] Suggestions for upcoming Mandrake (1)
Fabrice FACORAT <[EMAIL PROTECTED]> writes: [...] > basically xmms is a winamp clone and most of the time is use to play mp3 > ( as winamp ). So it will be more obvious to the Windows transfuge to > say : > XMMS is a Winamp clone 1- not everyone knows winamp 2- i don't like refering to windows all the times -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestions for upcoming Mandrake (1)
Yura Gusev <[EMAIL PROTECTED]> writes: > On Thu, 8 Nov 2001, Todd Lyons wrote: > > > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > > > XMMS: The must have X multimedia system -- ?!? > > > > The only thing misleading there is the capitalization. I would suggest: > > "XMMS: The X MultiMedia System mp3/ogg player" > > XMMS is a multimedia player > XMMS is a multi format audio player. I'll keep "multimedia", because it does not only audio (reads id software video and mpeg with smpeg, at least). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Suggestions for upcoming Mandrake (3)
le ven 09-11-2001 at 08:43 Matias Griese a écrit : > On Thu, 8 Nov 2001, Tom Badran wrote: > >> POSTIN: /usr/sbin/mimedb add --priority=5 "mozilla" "text/html" > >> POSTUN: /usr/sbin/mimedb del "mozilla" > > That sounds like a great solution. Do kde and gnome both use this for mime > > types? Also, you have to be careful with the del in case the item being > > No. Nobody uses a central database for mime type handlers, because there > isn't any. Even applications inside Gnome/KDE have their own mime > files..:( But I would like this to change and the only thing towards > working "pick a file and choose the program to run it" would be this > kind of sollution. Of course the programs and users would have their > own preferences, but in the case where there aren't any, they could > pick _some_ application to run the file instead of letting the novice > user to guess which application he/she needs to see a pdf document > etc.. > > I just looked at gnome-vfs, galeon and mozilla. They have all their own > mime files, but as thay all are in text/xml, exporter would be quite(?) > easy to make for them all. And of course the implementer could always > go to talk mozilla/gnome/kde people. :) > > > deleted is not there (due to manual editing) and make sure that doesnt throw > > any erros / crash rpmdrake etc. Sure this is a bit of work to implement now, > > Of course this kind of database must be first designed so that this > kind of situations would not arise. It's close to what we have with unified menu. > > but the amount of effort going into things like devfs etc. surely means that > > this is a worthwile venture. I have installed mandrake on machines for people > > Agreed. > > > Just my thoughts, its pretty hard to think of how to improve such a sweet > > distro. > > There is always room for iprovement. But there is usually not enough > time to do it. sure -- http://perso.wanadoo.fr/linux_wizard/index.html - Nous apprenons aux gens a se souvenir, nous ne leur apprenons jamais a progresser. Oscar Wilde
Re: [Cooker] Suggestions for upcoming Mandrake (2)
le jeu 08-11-2001 at 22:26 Matias Griese a écrit : > On 7 Nov 2001, Fabrice FACORAT wrote: > >> there should be option to choose their own language and keyboard layout > > a peer user localdrake ? > > Yes, some kind of "My Control Center". > > >> Another such a configuration could be choosing the size of the > >> desktop (screen resolution). > > At one time there's only one user. CTRL+ALT+ +/- > > A personnal resolution for each user may be hard to implement unless ... > > Yes, that works except the virtual desktop should be shrinked to > the same size as the screen resolution is. eh X developpers are working on that trough a new extension : RandR ( X Resize and Rotate Extension, http://www.xfree86.org/~keithp/talks/randr/randr/ ). This extension may will be add to Render ( http://www.xfree86.org/~keithp/render/ ) > if it is possible, but by restarting X Window system and by using > different configuration file it should work..? just set a different default resolution, but you need to restart X and also have a progr'amme that will have a config file for each user and that at each connection will change X config file. hum, difficult and maybe not possible. > >> There are also other things which should be in this user-level > >> control panel, like: change password, > > userdrake > > Won't work: "In order to run "userdrake" with root's privileges, > additional information is required. Password for root: __ " > > There is Configuration->Other->Change Password, but how many finds it > from there? right. We can run it unprivileged but can't change our password. > >> change photo, > > userdrake > > Look above.. > > >> edit menu, > > menudrake > >> task scheduler, > > cf your wm/desktop > > Yes, but what I meant with one place was to make some kind of > My Control Center, where the user could easily find everything > without searching for an hour or two.. manudrake is in MCC ( Mandrake Control center ). concerning task scheduler, it's really depends on your wm/desktop. You can have one from KDE with korganizer, there's several for gnome, you have also evolution, > >> shortcuts to different configuration applications like Gnome Control > >> Center, Print Queue, etc, etc.. > > ??? i d'ont understand. On the desktop ? n > > No, not desktop. I mean something like Mandrake Control Center but > for a user. Mandrake is very nice distribution as long as you have > the root privileges. But if you try to use Mandrake as a normal > user, it's just horrible. How to change your language, photo, > password? They are very hard to find from menu (because most of > the configuration tools need root privileges) if they can be found > at all ( + + +/-). Even I don't try to find some > configuration tool from the menu, because it's much faster to > run it directly from a terminal. My Control Panel would fix this > together with Mandrake Control Center if they are both well made. you're right. My Control center may be very interesting and may replace some parts of First time wizard ( a fiasco at this time ).In my Control center yoy can set up your email account for kmail/evolution/netscape and others things. -- http://perso.wanadoo.fr/linux_wizard/index.html - Ceux qui ne savent pas où ils vont sont surpris d'arriver ailleurs. Pierre Dac
Re: [Cooker] Suggestions for upcoming Mandrake (1)
On Fridayen den 9 November 2001 14.36, Fabrice FACORAT wrote: > le jeu 08-11-2001 at 23:31 Todd Lyons a écrit : > > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > XMMS: The must have X multimedia system -- ?!? > > > > The only thing misleading there is the capitalization. I would suggest: > > "XMMS: The X MultiMedia System mp3/ogg player" > > I'm a new Windows transfuge. > X ? what's X ? > Multimedia System ? what's the definition of multimedia. We have audio ( > mp3, ogg, wma, rm ), video ( mpeg, avi, divx, vob ) and sometimes > editing. I would say multimedia is what you see and hear on the web. The soundboards of today have really nice specs, so it's not easy to say what's multimedia anymore. But, I would say this is multimedia: http://artists.mp3s.com/artists/187/north_rebirth.html http://d-srv.com/mp3/stun_in_the_sun.mp3 -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.13-4mdksmp: 55min | cpu0 @ 814.28 bm, fan 4090 rpm, temp +32.0°C | cpu1 @ 815.92 bm, fan 4090 rpm, temp +31°C
Re: [Cooker] Suggestions for upcoming Mandrake (1)
le jeu 08-11-2001 at 23:31 Todd Lyons a écrit : > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > XMMS: The must have X multimedia system -- ?!? > > The only thing misleading there is the capitalization. I would suggest: > "XMMS: The X MultiMedia System mp3/ogg player" I'm a new Windows transfuge. X ? what's X ? Multimedia System ? what's the definition of multimedia. We have audio ( mp3, ogg, wma, rm ), video ( mpeg, avi, divx, vob ) and sometimes editing. Basically xmms is used as a mp3/ogg player and is considered as a winamp clone. It is not a true multimedia player. With the version of mdk ( and the GPL edition of the distribution ), you can't play divx ( need of win32dll, they may think to use Divx4 or ffmpeg ), to play mpeg you need smpeg ( unless you suggest it to the user it will not install smpeg ). xmms can't read wma and other exotic format. The same for video ( asf, vob, ... ). And concerning editing : no luck. A true multimedia player is ... mplayer as it supports many input format ( VCD, DVD, MPEG 1/2 System Stream (PS/PES/VOB) and Elementary Stream (ES) file formats, RIFF AVI file format, ASF/WMV v1.0 files, QT/MOV format ), and audio & video format : MPEG1 (VCD) and MPEG2 (DVD) video ,DivX ;-), OpenDivX (DivX4) and other MPEG4 variants, Windows Media Video 7 (WMV1) and 8 (WMV2) used in .wmv files, Intel Indeo codecs (3.1,3.2,4.1,5.0), MJPEG, ASV2 and other hardware formats, MPEG layer 2, and layer 3 (MP3) audio (native code, with mmx/sse/3dnow optimization), MPEG layer 1 audio (native code, with libavcodec), AC3 dolby audio (native code, with sse/3dnow optimization), Ogg Vorbis audio codec (native lib), Voxware audio (using directshow DLL), alaw, msgsm, pcm and other simple old audio formats ) and you can encode in OpenDivx. So mplayer is a true multimedia player. To play divx it doesn't need win32 dll. It can use DivX4 ( 4.02 ) or OpenDivx ( about the same ) or ffmpeg ( http://ffmpeg.sourceforge.net/#formats ) : http://www.mplayerhq.hu/DOCS/codecs.html#2.2.1 Basically xmms is a winamp clone with some extra capabilities ( playing mpeg/avi thanks to smpeg and avifile and divx with win32 dll ). http://www.mplayerhq.hu/homepage/info.html -- http://perso.wanadoo.fr/linux_wizard/index.html - Statistiques Accident de piétons a Paris. Un tué sur deux meurt des suites de son décès. Les nuls
Re: [Cooker] Suggestions for upcoming Mandrake (1)
le ven 09-11-2001 at 04:15 Murray Root a écrit : > Yura Gusev <[EMAIL PROTECTED]> wrote: > > On Thu, 8 Nov 2001, Todd Lyons wrote: > > > > > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > > > > > XMMS: The must have X multimedia system -- ?!? > > > > > > The only thing misleading there is the capitalization. I would suggest: > > > "XMMS: The X MultiMedia System mp3/ogg player" > > > > XMMS is a multimedia player > > XMMS is a multi format audio player. > > > > Go with multimedia. It also plays mpegs. basically xmms is a winamp clone and most of the time is use to play mp3 ( as winamp ). So it will be more obvious to the Windows transfuge to say : XMMS is a Winamp clone -- http://perso.wanadoo.fr/linux_wizard/index.html - Ta mere elle joue au tennis avec une balle en mousse
Re: [Cooker] Suggestions for upcoming Mandrake (3)
On Thu, 8 Nov 2001, Tom Badran wrote: >> POSTIN: /usr/sbin/mimedb add --priority=5 "mozilla" "text/html" >> POSTUN: /usr/sbin/mimedb del "mozilla" > That sounds like a great solution. Do kde and gnome both use this for mime > types? Also, you have to be careful with the del in case the item being No. Nobody uses a central database for mime type handlers, because there isn't any. Even applications inside Gnome/KDE have their own mime files..:( But I would like this to change and the only thing towards working "pick a file and choose the program to run it" would be this kind of sollution. Of course the programs and users would have their own preferences, but in the case where there aren't any, they could pick _some_ application to run the file instead of letting the novice user to guess which application he/she needs to see a pdf document etc.. I just looked at gnome-vfs, galeon and mozilla. They have all their own mime files, but as thay all are in text/xml, exporter would be quite(?) easy to make for them all. And of course the implementer could always go to talk mozilla/gnome/kde people. :) > deleted is not there (due to manual editing) and make sure that doesnt throw > any erros / crash rpmdrake etc. Sure this is a bit of work to implement now, Of course this kind of database must be first designed so that this kind of situations would not arise. > but the amount of effort going into things like devfs etc. surely means that > this is a worthwile venture. I have installed mandrake on machines for people Agreed. > Just my thoughts, its pretty hard to think of how to improve such a sweet > distro. There is always room for iprovement. But there is usually not enough time to do it. Regards, Matias
Re: [Cooker] Suggestions for upcoming Mandrake (1)
Yura Gusev <[EMAIL PROTECTED]> wrote: > On Thu, 8 Nov 2001, Todd Lyons wrote: > > > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > > > XMMS: The must have X multimedia system -- ?!? > > > > The only thing misleading there is the capitalization. I would suggest: > > "XMMS: The X MultiMedia System mp3/ogg player" > > XMMS is a multimedia player > XMMS is a multi format audio player. > Go with multimedia. It also plays mpegs. -- Murray Root [EMAIL PROTECTED] - email (404) 978-1262 x2646 - voicemail/fax __ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com
Re: [Cooker] Suggestions for upcoming Mandrake (1)
On Thu, 8 Nov 2001, Todd Lyons wrote: > Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > > > XMMS: The must have X multimedia system -- ?!? > > The only thing misleading there is the capitalization. I would suggest: > "XMMS: The X MultiMedia System mp3/ogg player" XMMS is a multimedia player XMMS is a multi format audio player. -- 10:02pm up 23 days, 10:59, 1 user, load average: 0.04, 0.01, 0.00 __ | / \ |Iouri Goussev// \\ \_\\ //_/ [EMAIL PROTECTED] _\\()//_ .'/()\'. Foo-Bar / // \\ \ jgs\\ // http://foobar.irc-unix.net| \__/ | I am not 31337. But I can use the Vi editor... ;-0
Re: [Cooker] Suggestions for upcoming Mandrake (3)
On 7 Nov 2001, Fabrice FACORAT wrote: > So it's in fact a central mime type definition. Unfortunately we have 2 > desktop and until they manage to use some common config files we have to > deal with this. True. But as long as we have many config files, we could keep our own database (configuration file) of MIME types and the programs which can handle the MIME types. Every time when a program is installed, it will be added to this configuration file. Then the altered information will be exported to all the programs which are supported (I assume that they all have some kind of configuration files, which we could modify). > But as menudrake there's maybe a way to have unified mime type. I think it won't work for example in Mozilla, Nautilus or in any program.. :( Regards, Matias
Re: [Cooker] Suggestions for upcoming Mandrake (2)
On 7 Nov 2001, Fabrice FACORAT wrote: >> there should be option to choose their own language and keyboard layout > a peer user localdrake ? Yes, some kind of "My Control Center". >> Another such a configuration could be choosing the size of the >> desktop (screen resolution). > At one time there's only one user. CTRL+ALT+ +/- > A personnal resolution for each user may be hard to implement unless ... Yes, that works except the virtual desktop should be shrinked to the same size as the screen resolution is. I'm not quite sure if it is possible, but by restarting X Window system and by using different configuration file it should work..? >> There are also other things which should be in this user-level >> control panel, like: change password, > userdrake Won't work: "In order to run "userdrake" with root's privileges, additional information is required. Password for root: __ " There is Configuration->Other->Change Password, but how many finds it from there? >> change photo, > userdrake Look above.. >> edit menu, > menudrake >> task scheduler, > cf your wm/desktop Yes, but what I meant with one place was to make some kind of My Control Center, where the user could easily find everything without searching for an hour or two.. >> shortcuts to different configuration applications like Gnome Control >> Center, Print Queue, etc, etc.. > ??? i d'ont understand. On the desktop ? n No, not desktop. I mean something like Mandrake Control Center but for a user. Mandrake is very nice distribution as long as you have the root privileges. But if you try to use Mandrake as a normal user, it's just horrible. How to change your language, photo, password? They are very hard to find from menu (because most of the configuration tools need root privileges) if they can be found at all ( + + +/-). Even I don't try to find some configuration tool from the menu, because it's much faster to run it directly from a terminal. My Control Panel would fix this together with Mandrake Control Center if they are both well made. Regards, Matias
Re: [Cooker] Suggestions for upcoming Mandrake (1)
Matias Griese wrote on Wed, Nov 07, 2001 at 03:22:04PM +0200 : > > XMMS: The must have X multimedia system -- ?!? The only thing misleading there is the capitalization. I would suggest: "XMMS: The X MultiMedia System mp3/ogg player" -- tlyons at mandrakesoft dot com http://www.linux-mandrake.com/en msg47003/pgp0.pgp Description: PGP signature
Re: [Cooker] Suggestions for upcoming Mandrake (3)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Why? There are easier ways to do the same: > > POSTIN: /usr/sbin/mimedb add --priority=5 "mozilla" "text/html" > POSTUN: /usr/sbin/mimedb del "mozilla" > (perhaps we should first look if the executable exists?) > > mimedb would be able to add and remove entries in a file > /etc/mime.run or similiar.. That sounds like a great solution. Do kde and gnome both use this for mime types? Also, you have to be careful with the del in case the item being deleted is not there (due to manual editing) and make sure that doesnt throw any erros / crash rpmdrake etc. Sure this is a bit of work to implement now, but the amount of effort going into things like devfs etc. surely means that this is a worthwile venture. I have installed mandrake on machines for people who have never used linux before, and their biggest complaint (obscure hardware excluded - mostly winmodems) is that even though there is an icon for a file, there is no app, and they have no idea which apps do what. I also think a nice idea would be a place on the website users can request an rpm of a package they want, but for which there is none (and therefore wouldnt know how to install) and we could view these requests and make rpms. This would obviously have searchable functionality and user mailback when a packages has been made etc.. When i was new to linux trying to get some apps working (from source) was very confusing. Especially as everything under dos had an 'install program' of sorts. Ive been using it for years and i STILL cant get festival speech synthesis to compile. Just my thoughts, its pretty hard to think of how to improve such a sweet distro. Tom - -- Tom "Tomahawk" Badran Imperial College Dept of Computing - - PGP Public key available from: certserver.pgp.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE76wTBXCpWOla2mCcRAszDAJ9GOWD1ayBk3ulOjoBq81vqp8W2hgCdEnp5 ltGRtA9xJOBuEGThcvyv0I8= =gmN2 -END PGP SIGNATURE-
Re: [Cooker] Suggestions for upcoming Mandrake (3)
On Thu, 8 Nov 2001, John Haywood wrote: > four file browsers (konqueror, gmc, XWC, mc), six browsers (konqueror, > Netscape, Mozilla, Opera, links, lynx) and a raft of possible helper apps > (just look at PostScript viewers...) I know. But if Mandrake would offer this kind of auto-MIME feature for some of the most popular applications (like Mozilla), everyone would start thinking that "hey, that's a good idea" and perhaps join the efford.. > Not saying it couldn't be done, but there'd have to be a heck of a long IF, > THEN, ELSE parsing the rpm database on a pretty regular basis - not for the > low-end machine, methinks, and also fairly vulnerable to corruption Why? There are easier ways to do the same: POSTIN: /usr/sbin/mimedb add --priority=5 "mozilla" "text/html" POSTUN: /usr/sbin/mimedb del "mozilla" (perhaps we should first look if the executable exists?) mimedb would be able to add and remove entries in a file /etc/mime.run or similiar.. Then there would be /usr/bin/mimedb_update which would add the entries to the config files of every supported program.. Or better, get the programmers to change their programs to use /ets/mime.run file by themselves.. > although I suppose a package *could* have some sort of optional specfile > field which gave the mime type(s) handled, then have that stored in a central > db, but then we're talking 'bout extending rpm, can 'o worms But I still like the idea. And it would not be too hard to add few lines to spec files.. A few at one time, a few at the another.. Regards, Matias
Re: [Cooker] Suggestions for upcoming Mandrake (1)
On 7 Nov 2001, Fabrice FACORAT wrote: > what about a brain storming about that ? > We point out the description that we find incorrect or unclear and > propose an alternative. > After people give their opinion and if there's no major problem we adopt > it. I think that it's too much work. Better idea would be to get some volunteer to make the new tooltips. And perhaps give him our ideas if he wants some. Regards, Matias
Re: [Cooker] Suggestions for new softwares.
Michael Powell PhD wrote: > > > can we desist with the sprach crap and speaky english! > -- That's right everyone... Make sure you "speaky" english... LOL. My dear "doctor" will you please open up that closed little mind of yours and understand that not everyone speaks or rather "speakys" English as their primary language.
Re: [Cooker] Suggestions for new softwares.
Meir Faraj wrote: > > On Fri, 13 Oct 2000, you wrote: > > Also sprach Geoffrey Lee : > > > Can't remember which on but there is a jdk on the commercial disk. > > > > Sun jdk1.2.2 > so you've to put the 1.3 now ;-) ++ can we desist with the sprach crap and speaky english! -- pub 2048G/48E9287C 2000-10-12 michael powell (sypher) <[EMAIL PROTECTED]> Key fingerprint = 8C52 51C3 3ACA 70B8 5883 756E 92C8 3D0D 48E9 287C registered user #83815
Re: [Cooker] Suggestions for new softwares.
Hi , SUN Java 2 JDK 1.3 as already reach the release state On Fri, 13 Oct 2000, you wrote: > Hello, > > Some suggestions for new softwares in contrib (or main distro) for > next release of > the Mandrake Distro ( >7.2 ). > > Some of these products are still beta products but some of them may > reach a release > state by the time the next Mdk distro (>7.2) reaches beta testing > and as long as they > are in Contrib (even as beta versions) that should be ok, shouldn't > it? > > > * Bluefish (Html editor) > web site: http://bluefish.openoffice.nl/ > > * Mahogany (Email client) > ** OPEN SOURCE ** > web site: http://www.wxwindows.org/Mahogany/ > > * Magellan (Email client) > ** OPEN SOURCE ** > web site: http://linux.about.com/compute/linux/ > > * Netscape 6 > web site: you know it ;-) > > * Saint (Security Administrator's Integrated Network Tool) > web site: http://www.wwdsi.com/saint/ > > * PMFirewall (IPchains Firewall & Masquerading config tool) > ** OPEN SOURCE ** > web site: http://www.pmfirewall.com/PMFirewall/ > > * EasyFirewall (IPchains Firewall & Masquerading config tool) > ** OPEN SOURCE i guess (?) ** > web site: http://www.linux-kheops.com/pub/easyfw/ > > * IBM Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://www.ibm.com/java/jdk/download/index.html > > * SUN Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/j2se/1.3/ > > * SUN Java 2 JDK 1.2.2_006 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/products/jdk/1.2/ > > * SUN J2EE SDK 1.2.1 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/j2ee/j2sdkee/ > > * BLACKDOWN Java 2 JDK 1.2.2 > ** OPEN SOURCE ** > web site: http://www.blackdown.org/ > > * Enhydra Enterprise (Web Application Server) > ** OPEN SOURCE ** > web site: http://www.enhydra.org/ > > * Locomotive (Web Application Server) > ** OPEN SOURCE ** > web site: http://www.locomotive.org/ > > * JOnAS (Web Application Server) > ** OPEN SOURCE ** > web site: http://www.evidian.com/jonas/index.htm > > * jBoss (Web Application Server) > ** OPEN SOURCE ** > web site: http://www.jboss.org/ > > * Tomcat (Java Servlets / JSP) > ** OPEN SOURCE ** > web site: http://jakarta.apache.org/tomcat/index.html > > * Ant (Java based build tool) > ** OPEN SOURCE ** > web site: http://jakarta.apache.org/ant/index.html > > * Caucho's Resin JSP (Java Servlets / JSP) > ** NOT OPEN SOURCE BUT THEIR LICENSING MODEL MAY ALLOW > MANDRAKESOFT TO INCLUDE > ** IT IN CONTRIB (?) > web site: http://www.caucho.com/ > > Cheers, > Fred
Re: [Cooker] Suggestions for new softwares.
On Fri, Oct 13, 2000 at 11:37:25AM -0500, Vox wrote: > If we are adding more mail clients, I'd like to nominate Pronto! It's in contrib (v2.0.1 IIRC), as well as cscmail. I tried to compile the new versions, but cannot get them to work. Starting cscmail/pronto just gives me: [askwar@teich ~/RPM/SPECS]$ Subroutine Gtk::CTree::get_node_position redefined at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Gtk.pm line 106. perl: error in loading shared libraries: /usr/lib/libgtkhtml.so.4: undefined symbol: new_pspell_config Okay, so I tried to re-compile perl-GTK, but this also didn't work out, because the Gnome stuff doesn't get compiled. During compilation there are some warnings to this effect: Please specify prototyping behavior for GdkImlib.xs (see perlxs manual) Don't know if this is why I don't get all the parts to compile. But actually they seem to compile, but just don't get installed. So, for now I've given up on pronto/cscmail. > was nice...now it's n 2.2.2 and it rocks! :) And, before somebody asks, Is it possible to access *ALL* the features via the keyboard? That's one thing I really, really miss in all these GUI mailers and why I still stick to mutt. Alexander Skwar -- Homepage: http://www.digitalprojects.com | http://www.dp.ath.cx Sichere Mail? Mail an [EMAIL PROTECTED] fuer GnuPG Keys ICQ:7328191
Re: [Cooker] Suggestions for new softwares.
During the bombing raid of Fri, 13 Oct 2000 12:21:12 +0100, somebody heard Frederic Soulier mumble in fear: > Hello, > > Some suggestions for new softwares in contrib (or main distro) for > next release of > the Mandrake Distro ( >7.2 ). > > Some of these products are still beta products but some of them may > reach a release > state by the time the next Mdk distro (>7.2) reaches beta testing > and as long as they > are in Contrib (even as beta versions) that should be ok, shouldn't > it? > * Mahogany (Email client) >** OPEN SOURCE ** >web site: http://www.wxwindows.org/Mahogany/ > > * Magellan (Email client) >** OPEN SOURCE ** >web site: http://linux.about.com/compute/linux/ If we are adding more mail clients, I'd like to nominate Pronto! (www.muhri.net/pronto) I actually think we once discussed this programe, after the mdk7.1 release...back then Pronto! was in version 1.x and it was nice...now it's n 2.2.2 and it rocks! :) And, before somebody asks, yes, I'm involved in the project...I don't code, but the default icon set is mine (it's theamable :) and I bug muhri a lot whenever I think of a new feature :) Vox -- Pain is the gift of the gods, and I'm the one they chose as their messenger... For info about safety in BDSM, visit Vox's Info Center at http://www.the-vox.com/ Think of the Linux community as a niche economy isolated by its beliefs. Kind of like the Amish, except that our religion requires us to use _higher_ technology than everyone else. -- Donald B. Marti Jr. "Happiness is having a large, loving, caring, close-knit family in another city." -- George Burns
Re: [Cooker] Suggestions for new softwares.
[EMAIL PROTECTED] wrote: > > * Bluefish (Html editor) > > web site: http://bluefish.openoffice.nl/ > > Already in 7.2 Cool! > > > * IBM Java 2 JDK 1.3 > > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > > (?) ** > > web site: http://www.ibm.com/java/jdk/download/index.html > > > > * SUN Java 2 JDK 1.3 > > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > > (?) ** > > web site: http://java.sun.com/j2se/1.3/ > > > > * SUN Java 2 JDK 1.2.2_006 > > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > > (?) ** > > web site: http://java.sun.com/products/jdk/1.2/ > > > > * SUN J2EE SDK 1.2.1 > > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > > (?) ** > > web site: http://java.sun.com/j2ee/j2sdkee/ > > Will NEVER be in contrib, since it's not opensource. Is on Commercial CD. > > > * BLACKDOWN Java 2 JDK 1.2.2 > > ** OPEN SOURCE ** > > web site: http://www.blackdown.org/ > > Same thing apply, Blackdown port is NOT opensource > Ok. As long as we can have all these different versions on the commercial CD that's fine (forgot to mention having the corresponding html docs as well). No comment about all the Open Source Web Application Servers and so on, does that mean Mandrakesoft will consider having them in Contrib? Fred
Re: [Cooker] Suggestions for new softwares.
Also sprach Geoffrey Lee : > Can't remember which on but there is a jdk on the commercial disk. Sun jdk1.2.2 -- Guillaume Rousse Murphy's law : If anything can go wrong, it will. O'Tool's commentary : Murphy was an optimist.
Re: [Cooker] Suggestions for new softwares.
Yo, Answering those that I know. On Fri, Oct 13, 2000 at 12:21:12PM +0100, Frederic Soulier wrote: > Hello, > > Some suggestions for new softwares in contrib (or main distro) for > next release of > the Mandrake Distro ( >7.2 ). > > Some of these products are still beta products but some of them may > reach a release > state by the time the next Mdk distro (>7.2) reaches beta testing > and as long as they > are in Contrib (even as beta versions) that should be ok, shouldn't > it? > > > * Bluefish (Html editor) > web site: http://bluefish.openoffice.nl/ > I think it is already there. > > * Netscape 6 > web site: you know it ;-) > When it is stable then yes of course.:) > > * IBM Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://www.ibm.com/java/jdk/download/index.html > > * SUN Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/j2se/1.3/ > > * SUN Java 2 JDK 1.2.2_006 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/products/jdk/1.2/ > Can't remember which on but there is a jdk on the commercial disk. -- Geoffrey Lee <[EMAIL PROTECTED]> §õªø· ~/.signature ¤¤¤åbig5 compliant. http://devel.mandrakesoft.com/~snailtalk ftp://devel.mandrakesoft.com/pub/people/snailtalk "7 days of honeymoon makes one whole week."
Re: [Cooker] Suggestions for new softwares.
[EMAIL PROTECTED] (Frederic Soulier) writes: > Hello, > > Some suggestions for new softwares in contrib (or main distro) for > next release of > the Mandrake Distro ( >7.2 ). > > Some of these products are still beta products but some of them may > reach a release > state by the time the next Mdk distro (>7.2) reaches beta testing > and as long as they > are in Contrib (even as beta versions) that should be ok, shouldn't > it? > > > * Bluefish (Html editor) > web site: http://bluefish.openoffice.nl/ Already in 7.2 > * Netscape 6 > web site: you know it ;-) Mozilla is in contrib > * IBM Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://www.ibm.com/java/jdk/download/index.html > > * SUN Java 2 JDK 1.3 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/j2se/1.3/ > > * SUN Java 2 JDK 1.2.2_006 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/products/jdk/1.2/ > > * SUN J2EE SDK 1.2.1 > ** NOT OPEN SOURCE BUT SHOULD BE OK TO INCLUDE IT IN CONTRIB > (?) ** > web site: http://java.sun.com/j2ee/j2sdkee/ Will NEVER be in contrib, since it's not opensource. Is on Commercial CD. > * BLACKDOWN Java 2 JDK 1.2.2 > ** OPEN SOURCE ** > web site: http://www.blackdown.org/ Same thing apply, Blackdown port is NOT opensource -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Suggestions...
> Sender: [EMAIL PROTECTED] > > At 24 August, 2000 Frederic Crozat wrote: > > [EMAIL PROTECTED] (Mattias Eriksson) writes: > > > > > Hi again... > > > > > > I just saw that galeon 0.7.3 is out and I'd love to see it in cooker. > > > That would also require mozilla M17 to be included... (or at least gecko) > > > > It's in progress :)) > > Great! I hope to see a crypto enabled mozilla package too... > It is now OK for us to supply crypto software, after those silly US laws have been loosened. However, a warning must still be in place since there are still certain restrictions to those "terrorist" countries like Iran IraQ ..etc. -- Geoff
Re: [Cooker] Suggestions...
At 24 August, 2000 Frederic Crozat wrote: > [EMAIL PROTECTED] (Mattias Eriksson) writes: > > > Hi again... > > > > I just saw that galeon 0.7.3 is out and I'd love to see it in cooker. > > That would also require mozilla M17 to be included... (or at least gecko) > > It's in progress :)) Great! I hope to see a crypto enabled mozilla package too... //Snaggen -- Mattias Eriksson E-mail: [EMAIL PROTECTED] Tvistevägen 26 [EMAIL PROTECTED] 907 36 UMEA Tel:090-198800 SWEDEN 070-5636769 'I don't fight for a cause Hemsida: http://www.acc.umu.se/~snaggen I fight for the fight' PGP: http://www.acc.umu.se/~snaggen/snaggen.asc
Re: [Cooker] Suggestions...
[EMAIL PROTECTED] (Mattias Eriksson) writes: > Hi again... > > I just saw that galeon 0.7.3 is out and I'd love to see it in cooker. > That would also require mozilla M17 to be included... (or at least gecko) It's in progress :)) -- Frédéric Crozat MandrakeSoft
Re: [Cooker] Suggestions
on the subject of Zip drives it would be nice if you had a built-in Zip kernel (since Zips are so common) and maybe have the modules built for the less common drives. Side note the current RETAIL installer does not install my Zip correctly. Really side note I am now running a Custom 2.3.99 pre 6 kernel with 1 Zip drivers 2 BTTV drivers 3 and working PPP (found out about the new 2.4.0b1 pppd from the changes file) 4 Mac partion support (anybody know how to mount the mac partion of an AOL cd?)
Re: [Cooker] Suggestions & ISDN
A. Mdk 7.0 & ISDN card setup My ISDN Elsa Quickstep 1000 Pro PCI: Bus 1, device 6, function 0 Network Controller: Unknown vendor Unknown device (rev 1) Vendor id = 1048. Device id = 1000. Medium devsel. Fast back-to-back capable. IRQ 18. Non prefetchable. 32 bit memory at 0xfe7fff80. i/o at 0xac00 [0xac01] i/o at 0xafe4 [0xafe5] Problem fixed by changing definitions in: /etc/isdn/profile/card/mycard (actually this file is self-explanatory as all necessary parameters for each ISDN card supported are explained in this file). I reckon a manual selection of the ISDN card during install would be nice :-) with an automatic setup of this "mycard" file. B. Software --- Could we have "ripperX" (Mp3 encoding) in the distro? Cheers, Fred [EMAIL PROTECTED] on 27/04/2000 11:40:00 To: cooker cc: bcc:Frederic Soulier Subject:Re: [Cooker] Suggestions Reply-To: [EMAIL PROTECTED]@INTERNET "Soulier, Frederic P" <[EMAIL PROTECTED]> writes: > Hello, > > May be off topic, if so pls ignore my comments ;-) of course not! > > A. Mdk 7.0 & ISDN card setup > > I am using an ISDN card Elsa QuickStep 1000 Pro PCI, > the card does not work after installation of Mdk7 because > the default ISDN config file contains definitions for a > different ISDN card. Very easy to fix but I thought it would > be nice to have the card setup (ie any supported ISDN card) > as part of the installation of Mdk7.1 could you tell what to do? also give /proc/pci and /proc/bus/pci/devices > B. Paride devices > - > My guess is there is a few people out there with devices on > the parallel port (eg Zip, Ezflyer, Orb, CD-RW, etc..) and it > would be nice to have the correct modprobe (or insmod) added as > part of the setup. > > Note: I have the insmod commands for my Orb drive in the > /etc/rc.d/rc.local file at the very end. It appears that i don't think there's enough paride devices out there to make something easy :( as for the modprobe pb, in 7.1b, you can just put pd in /etc/modules (not much help, i know, but hell!) [...] > C. Package selection > > Please, I beg you to change the package selection :-) it is > not very beautiful and there must be a simpler way to put > packages together with more meaningfull directories/sub-directories. try 7.1b, it should suits your need much better (at least i hope) cu Pixel.
Re: [Cooker] Suggestions...
Bill & Lea Greenwood wrote: > > Hey Pixel- I would appreciate that you didn't answer my mails anymore. > Do you really think you know everything?? Many of us are not programmers, > but know a great deal about beta testing, as well as other things in life. > I was under the assumption that Mandrake wanted this all tested, and our > suggestions put forth. If this is not the case, then please let me know and > I will gladly unsub-scribe. I perceive you as an arrogant programmer with > no public skills. > > Did you really check out suggestions 1 and 2? The rpmslist doesn't say > which CD the rpms go on. And drakboot doesn't have the MakeBootDisk button > on it (unless I'm blind, in which case my humblest apologies). > > I would also suggest someone replace the stars on the progress bar of the > installer with small rectangles no taller than the text. The stars really > cheapen the installer (IMHO), and little colored rectangles would be much > more professional, and would give more room for text and it would make it > look not so crowded. > > Again, I would appreciate someone other than a programmer answer my mails. > Someone with some tact, and that will not put-down the humble beta testers, > new or not. I suggest Mandrake appoint one person with these public skills > to act as an intermediary between the programmers and the Cooker list. > Especially for suggestions vs. bugs. > > -Bill > > = > > > 1) Would it be possible to divide up the RPMs to the 2 different > > directories (RPMS vs. RPMS2) for the two different CDs on all the Cooker > > mirror sites? This would be a BIG HELP in keeping them up to date. > > the list is (now) in Mandrake/base/rpmslist > > > > > 2) A MakeBootDisk button on the DrakConfig control panel would be handy. > > there is via drakboot > > > > > 3) On the installer: I suggest that on the first section when we are > > talking about SCSI, that the first question should be: Do you have any > SCSI > > devices then if not, then skip this section completely. If you do then > > ask the next question: Do you want to search for (SCSI) devices then > > continue from that point. > > it seems to be a good idea. I must be look at what it could break though :-/ > (very frozen here!) DO NOT USE DRAK for the installation ! Use the TEX install. I now, contribs made it (some) easier to install (and others) for the new user, but when we pay for it --- do it GOOD. Eric
Re: [Cooker] Suggestions
"Soulier, Frederic P" <[EMAIL PROTECTED]> writes: > Hello, > > May be off topic, if so pls ignore my comments ;-) of course not! > > A. Mdk 7.0 & ISDN card setup > > I am using an ISDN card Elsa QuickStep 1000 Pro PCI, > the card does not work after installation of Mdk7 because > the default ISDN config file contains definitions for a > different ISDN card. Very easy to fix but I thought it would > be nice to have the card setup (ie any supported ISDN card) > as part of the installation of Mdk7.1 could you tell what to do? also give /proc/pci and /proc/bus/pci/devices > B. Paride devices > - > My guess is there is a few people out there with devices on > the parallel port (eg Zip, Ezflyer, Orb, CD-RW, etc..) and it > would be nice to have the correct modprobe (or insmod) added as > part of the setup. > > Note: I have the insmod commands for my Orb drive in the > /etc/rc.d/rc.local file at the very end. It appears that i don't think there's enough paride devices out there to make something easy :( as for the modprobe pb, in 7.1b, you can just put pd in /etc/modules (not much help, i know, but hell!) [...] > C. Package selection > > Please, I beg you to change the package selection :-) it is > not very beautiful and there must be a simpler way to put > packages together with more meaningfull directories/sub-directories. try 7.1b, it should suits your need much better (at least i hope) cu Pixel.
Re: [Cooker] Suggestions...
> > 3) On the installer: I suggest that on the first section when we are > > talking about SCSI, that the first question should be: Do you have any SCSI > > devices then if not, then skip this section completely. If you do then > > ask the next question: Do you want to search for (SCSI) devices then > > continue from that point. > > it seems to be a good idea. I must be look at what it could break though :-/ > (very frozen here!) Yesterday, I tried to install Mandrake 7.0 with an adaptec 2940UW card, and it was impossible, because it couldn't get the driver to work (the chips are not the same on each version). The SCSI card was only there for the tape backup and cd-burner, so I could remove the card and get the install running. Otherwise, I was stuck in an endless loop, and there was no way I could tell the installation not to use SCSI. Jean-Michel Dault [EMAIL PROTECTED]
Re: [Cooker] Suggestions...
"Bill & Lea Greenwood" <[EMAIL PROTECTED]> writes: > The rpmslist doesn't say which CD the rpms go on. sorry, tis the list of package to have on cd 1. > And drakboot doesn't have the MakeBootDisk button > on it (unless I'm blind, in which case my humblest apologies). it appears only if package drakfloppy is installed.
RE: [Cooker] Suggestions...
> 1) Would it be possible to divide up the RPMs to the 2 different > directories (RPMS vs. RPMS2) for the two different CDs on all the Cooker > mirror sites? This would be a BIG HELP in keeping them up to date. >>the list is (now) in Mandrake/base/rpmslist Would it be possible now then to have hd.img search both dirs on the hard disk for files like cdrom.img does (or does it already do this)? It would be so much easier also if the two dirs were divided on the mirrors as well, but thanks for the list. That is a big help. :) > > 2) A MakeBootDisk button on the DrakConfig control panel would be handy. >>there is via drakboot I looked there, didn't see it, will look again. > > 3) On the installer: I suggest that on the first section when we are > talking about SCSI, that the first question should be: Do you have any SCSI > devices then if not, then skip this section completely. If you do then > ask the next question: Do you want to search for (SCSI) devices then > continue from that point. >>it seems to be a good idea. I must be look at what it could break though :-/ >>(very frozen here!) This should be pretty simple as it would only require a different order of the questions, and the adding of the word 'SCSI' to the one dialog box.
Re: [Cooker] Suggestions...
"Bill Greenwood" <[EMAIL PROTECTED]> writes: > 1) Would it be possible to divide up the RPMs to the 2 different > directories (RPMS vs. RPMS2) for the two different CDs on all the Cooker > mirror sites? This would be a BIG HELP in keeping them up to date. the list is (now) in Mandrake/base/rpmslist > > 2) A MakeBootDisk button on the DrakConfig control panel would be handy. there is via drakboot > > 3) On the installer: I suggest that on the first section when we are > talking about SCSI, that the first question should be: Do you have any SCSI > devices then if not, then skip this section completely. If you do then > ask the next question: Do you want to search for (SCSI) devices then > continue from that point. it seems to be a good idea. I must be look at what it could break though :-/ (very frozen here!)
RE: [Cooker] Suggestions for cable modem / (A)DSL users
In regards to the HOWTO documents, usually the most up-to-date versions can be found on the LDP site, http://www.linuxdoc.org/. There is in fact a more current IP Masquerade HOWTO than the one you pointed to located at the LDP site. Also, according to the LDP site, it is now a HOWTO, not a mini-HOWTO. Don Head Linux Mentor Wave Technologies [EMAIL PROTECTED] [AIM - Don Wave][ICQ - 18804935] [IRC - EFnet, #WaveTech, Don-Wave] -Original Message- From: Jason Snyder [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 11, 2000 9:42 PM To: [EMAIL PROTECTED] Subject: [Cooker] Suggestions for cable modem / (A)DSL users While using a cable modem at home and Mandrake 6.1 I noticed a few things that I think could use a change. 1. The Installer for Mandrake 6.1 seems to be optimized for a machine that is on a private network and the default settings leave a bunch of potentially dangerous services going (like ftpd and telnetd). It would be nice if when selecting type of Installation (server, workstation, custom) if there was also an option for "Stand Alone / Private Network" and "Internet Connected" in a separate selection menu. 2. A more complete networking code and up to date documentation to go with it. I found that setting up a little Linux-Mandrake based firewall including such networking code as IP masquerading and packet filtering was not all that difficult once reading the docs. When I went to set up port forwarding I found the docs (IPCHAINS-HOWTO, Firewall-HOWTO, IPCHAINS man page, and kernel documentation) didn't have up to date info and pointed me in all of the wrong directions. I found some usable documentation at http://home.plutonium.net/~sjhill/mirrors/ipmasq/ipmasq-HOWTO-1.65-6.html. I installed the ipmasqadm-0.4.1-1.i386.rpm on my system and used that to set up port forwarding. 3. Strong crypto. I have noticed that at least in the past that Big Brother doesn't like the idea of having strong crypto coupled with an OS. When using a public network like the Internet and especially when reading docs on the Internet on how to spoof other cable modems on your segment I feel much more comfortable using something like SSH2 to transmit passwords over the Internet. With what I have heard about openssh 1.x and ssh 1.x, I don't feel all that comfortable using them. I compiled ssh 2.0.13 onto my systems and even though I have had some problems getting X to forward its ports transparently, I still feel more comfortable with it. (I find that after writing programs all day with a text editor at work, using the command line is pretty strait forward to me for some reason.)
Re: [Cooker] Suggestions for cable modem / (A)DSL users
Jason Snyder wrote: > segment I feel much more comfortable using something like SSH2 to > transmit passwords over the Internet. With what I have heard about > openssh 1.x and ssh 1.x, I don't feel all that comfortable using them. OpenSSH is actually fairly good about fixing problems... although I share your lack of enthusiasm over the SSH1 protocol, but until RSA expires in September, there's not a thing we can do for legal raisins. =)