Re: [Cooker] 7.2beta chroot does not work
On Fri, 27 Oct 2000, Ron Stodden wrote: > Peter Ruskin wrote: > > [00:20 peter@penguin:~]$ su -c "chroot /mnt/beta ls" > > Password: > > bak bin boot dev etc home lib misc mnt net opt proc root sbin tmp >usr var win > > What versions of Linux were these two partitions? Looks like chroot > from 7.1 to 7.2beta? > What's that odd 'win' at the end for ? > Hi Ron, Yep, from 7.1 to 7.2beta. I keep my Win98 a-m drives in /win - not in compliance, I suppose, but I know where to find them. Cheers, Pete -- -- Peter Ruskin <[EMAIL PROTECTED]> Wrexham, UK KDE - the professionals' choice --
Re: [Cooker] 7.2beta chroot does not work
Peter Ruskin wrote: > [00:20 peter@penguin:~]$ su -c "chroot /mnt/beta ls" > Password: > bak bin boot dev etc home lib misc mnt net opt proc root sbin tmp usr > var win What versions of Linux were these two partitions? Looks like chroot from 7.1 to 7.2beta? What's that odd 'win' at the end for ? -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta chroot does not work
On Thu, 26 Oct 2000, Ron Stodden wrote: > As user root: > Any attempt to chroot from one 7.2beta partition to another > (mounted), say, > chroot /mnt/c8 ls > always leads to 'Permission denied'. > Any attempt to chroot from a Mandrake 7.1 partition to a 7.2beta > partition (mounted), say, > chroot /mnt/c8 ls > always leads to 'Permission denied'. > >-- > This seems to me a very severe error, because it precludes partition > rescue operations. > >-- > However, using tomsbtrt 1.7.208 from floppy, all attempts to chroot > to a mounted 7.2beta partition are successful. [00:20 peter@penguin:~]$ su -c "chroot /mnt/beta ls" Password: bak bin boot dev etc home lib misc mnt net opt proc root sbin tmp usr var win -- -- Peter Ruskin <[EMAIL PROTECTED]> Wrexham, UK KDE - the professionals' choice --
[Cooker] 7.2beta chroot does not work
As user root: Any attempt to chroot from one 7.2beta partition to another (mounted), say, chroot /mnt/c8 ls always leads to 'Permission denied'. Any attempt to chroot from a Mandrake 7.1 partition to a 7.2beta partition (mounted), say, chroot /mnt/c8 ls always leads to 'Permission denied'. -- This seems to me a very severe error, because it precludes partition rescue operations. -- However, using tomsbtrt 1.7.208 from floppy, all attempts to chroot to a mounted 7.2beta partition are successful. -- Regards, Ron. [AU]
[Cooker] 7.2beta rc1 Installation notes
This is the pre-KDE2.0 version - I'm still trying to rsync the latest version, having diverted to Sweden since Norway closed. 1. Quadruplicated KDE menu items was a puzzle that mysteriously disappeared all by itself. 2. NumLock still not working in X. /etc/X11/xinit.d/numlock should point to /var/lock/subsys/numlock instead of /etc/sysconfig/numlock. 3. -- -- Peter Ruskin <[EMAIL PROTECTED]> Wrexham, UK KDE - the professionals' choice --
[Cooker] 7.2beta rc1 Installation notes
7.2beta rc1 Installation notes From: Peter Ruskin <[EMAIL PROTECTED]> To: "Cooker" <[EMAIL PROTECTED]> This is the pre-KDE2.0 version - I'm still trying to rsync the latest version, having diverted to Sweden since Norway closed. I did a clean expert developer install, not that I'm an expert, but I like the choices. 1. Quadruplicated KDE menu items was a puzzle that mysteriously disappeared all by itself. 2. NumLock still not working in X. /etc/X11/xinit.d/numlock should point to /var/lock/subsys/numlock instead of /etc/sysconfig/numlock. 3. Alsa still doesn't support the internal AWE64 midi device (AWE32-0.4.3 (RAM512k) when not using alsa. 4. Without alsa, system event sounds and primary multimedia work fine (after the modification to startkde), but there is no sound in ClanBomber, for instance. ClanBomber has sound if I install alsa, but LBreakout hasn't. Anyway, as far as I'm concerned, alsa is dead until it supports AWE64. 5. KDE Control Centre is plain daft! When I adjust the time and date formats, it doesn't allow all the changes. I can change "%l:%M:%S %p" to "%H:%M:%S" and "%d/%m/%Y" to "%d/%m/%y", but not both at the same time. I still haven't found where KDE stores this information. Hope this is fixed in 2.0! Overall impression - very good - and the install went very sweetly - I boot SCSI and use Promise UDMA66, so I still have to remember, on every install, to hand-amend lilo.conf at the end of install, else I'll never get in. I would like the same opportunity to change the boot-floppy's lilo.conf parameters. As it is, the boot-floppy is useless to me. append=" ide2=0xd800,0xdc02 ide3=0xe000,0xe402" is quite a lot to type in at bootup \:op -- -- Peter Ruskin <[EMAIL PROTECTED]> Wrexham, UK KDE - the professionals' choice --
[Cooker] 7.2beta Zoneinfo install prob
I just did a minimalistic install (30% of packages) and come to find that zoneinfo files are not installed, and as such cause the install procedure to keep telling me that it cannot set the zone info Allen -- +++ Allen Bolderoff <[EMAIL PROTECTED]> CTPC - Caffeine - get it here: http://www.coffee-tea-pots-cups.com/ +++ GPG fingerprint = CBB0 8626 702C 3D01 B5AD A54A DC2C 93B7 3E4B 6472 +++
Re: [Cooker] 7.2beta linuxconf broke
I get the same thing if I try the network configuration functions... Jason Straight wrote: > linuxconf-1.21r1-2mdk > When I open the graphical linuxconf from DrakConf and go into filesystems > local - add it segs out. > > [root@jeetkunedo 1]# linuxconf > Error message from remadmin :X Error of failed request: BadWindow (invalid > Window parameter) > Error message from remadmin : Major opcode of failed request: 61 > (X_ClearArea) > Error message from remadmin : Resource id in failed request: 0x0 > Error message from remadmin : Serial number of failed request: 5354 > Error message from remadmin : Current serial number in output stream: 6594 >
[Cooker] 7.2beta linuxconf broke
linuxconf-1.21r1-2mdk When I open the graphical linuxconf from DrakConf and go into filesystems local - add it segs out. [root@jeetkunedo 1]# linuxconf Error message from remadmin :X Error of failed request: BadWindow (invalid Window parameter) Error message from remadmin : Major opcode of failed request: 61 (X_ClearArea) Error message from remadmin : Resource id in failed request: 0x0 Error message from remadmin : Serial number of failed request: 5354 Error message from remadmin : Current serial number in output stream: 6594
[Cooker] [7.2beta] swatch-3.0.1-1mdk slow!
It just occured to me rather than use the tail function of swatch to pipe tail -f /var/log/all swatch --config-file=/etc/swatchrc --read-pipe="tail -f /var/log/all" This works and is immediate response.
[Cooker] [7.2beta] swatch-3.0.1-1mdk slow!
using the tail method in swatch is very slow compared to the last version. Wondering why that is? I have setup /var/log/all in syslog to log everything there without sync every time so I can easily watch it with swatch. This version of swatch responds very slowly to the log. I can su and fail and it takes a good minute or two for swatch to notify me. I thought maybe the log was too large, so I deleted and started fresh, I also tried turning on sync in syslog by removing the - and then restarting syslog with the initscript. It used to be immediate.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Ron Stodden <[EMAIL PROTECTED]> writes:
> Pixel,
>
> The below is for a {customized, install, development} install.
>
> The situation is much worse for an {expert, install, workstation}
> vanilla install. In this case the nfs-utils RPM is not even
> installed The nfs-utils-clients RPM is installed. No sense
> here.
for workstation, nfs-utils will *not* be installed, done on purpose!
no server service installed in workstation install.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Pixel,
The below is for a {customized, install, development} install.
The situation is much worse for an {expert, install, workstation}
vanilla install. In this case the nfs-utils RPM is not even
installed The nfs-utils-clients RPM is installed. No sense
here.
Ron Stodden wrote:
>
> The sysvinit installation of Mandrake 7.2 beta, just like all its
> predecessors, still fails to start the nfs daemon.
>
> This means that remote machines are unable to get a mount of a local
> file system at all - Permission Refused.
...
> The post-install fix is easy - ksysv and move nfs to runlevels 3 and
> 5 at, say, S27.
--
Regards,
Ron. [AU]
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
I'd disagree with that - I think that for security reasons all network services should not be started by default until configured to do so by the user no matter what they say the machine is going to be used as. Anyone who plans on running a server of any kind should at least know what service they need to turn on to do it. There are linux zombies all over the place just because so many people install bind and didn't even know it was running a caching nameserver and never updated their system, then they got cracked. On Mon, 09 Oct 2000, you wrote: > Florin Grad wrote: > > now, this is a great debate. > > Should we or should we not start nfs at boot time ? > > > > The default option is set on NOT to run nfs at boot. Why ? > > I see several reasons for this: > > - A newbie with enough space on his hard drive would choose full install > > (in custom section) so he will get dhcp server nfs-server and nfs-client > > and many other servers. > > - This will really slow down the boot process and he > > - will not know that he can disable or either how to disable this > > services at boot. > > I think if a user requests networking at install time, he should get > all the things you mention, plus the nfs daemon. Otherwise he does > not have a usable (out of the box) network*. > > Without the nfs daemon he can mount file systems from other network > nodes, but they cannot mount filesystems from his node "Permission > Refused" - with no clue what is wrong or what to do about it. > > * He doesn't anyway, because today's install does not fully set up > networking. /etc/fstab, /etc/hosts, /etc/resolv, /etc/exports (and > exportfs), /etc/hosts.lpd, are not set up for his network at all!
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Florin Grad wrote: > now, this is a great debate. > Should we or should we not start nfs at boot time ? > > The default option is set on NOT to run nfs at boot. Why ? > I see several reasons for this: > - A newbie with enough space on his hard drive would choose full install > (in custom section) so he will get dhcp server nfs-server and nfs-client > and many other servers. > - This will really slow down the boot process and he > - will not know that he can disable or either how to disable this services > at boot. I think if a user requests networking at install time, he should get all the things you mention, plus the nfs daemon. Otherwise he does not have a usable (out of the box) network*. Without the nfs daemon he can mount file systems from other network nodes, but they cannot mount filesystems from his node "Permission Refused" - with no clue what is wrong or what to do about it. * He doesn't anyway, because today's install does not fully set up networking. /etc/fstab, /etc/hosts, /etc/resolv, /etc/exports (and exportfs), /etc/hosts.lpd, are not set up for his network at all! -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
On Sun Oct 08, 2000 at 08:02:44PM +1100, Ron Stodden wrote: > The sysvinit installation of Mandrake 7.2 beta, just like all its > predecessors, still fails to start the nfs daemon. Huh? I've installed RC1 on my desktop machine twice this past weekend and once on a laptop... in all three cases NFS started just fine. [...] > This situation plainly tells the world that no use of nfs is made > within MandrakeSoft development. How are files shared if there is > no networking? How can a package be tested without having the > context of all the other developers current work? Which is completely inaccurate. I use nfs, many other developers use nfs, and it's being used in the office. Obviously we use it and, quite frankly, it starts just fine. > The post-install fix is easy - ksysv and move nfs to runlevels 3 and > 5 at, say, S27. Or chkconfig --level 35 nfs on -- [EMAIL PROTECTED], OpenPGP key available on www.keyserver.net // Danen Consulting Serviceswww.danen.net, www.freezer-burn.org // MandrakeSoft, Inc. www.linux-mandrake.com 1024D/FE6F2AFD 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD Current Linux uptime: 1 day 16 hours 37 minutes.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
[EMAIL PROTECTED] (Tom Massey) writes: > On 9 Oct 2000, Florin Grad wrote: > > > now, this is a great debate. > > Should we or should we not start nfs at boot time ? > > Hi, IMHO the best option is by default to have the bare minimum of > services started after install - if people need a service they should have > to explictly turn it on. This means that you don't get a lot of newbies > running services they don't need or understand, consuming system resources > and weakening security. What might be nice is to build something like > Bastille into the install, so people are taken through and explained the > purposes of each service, and given the option to run it or not. > well, the nfs is now set for the 345 runlevels... -- Florin http://www.linux-mandrake.com
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Florin Grad <[EMAIL PROTECTED]> writes: [...] > now, this is a great debate. > Should we or should we not start nfs at boot time ? we've chosen that services get started if the package is installed. The install takes care of not installing stuff in desktop install for eg. so change it!
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
On 9 Oct 2000, Florin Grad wrote: > now, this is a great debate. > Should we or should we not start nfs at boot time ? Hi, IMHO the best option is by default to have the bare minimum of services started after install - if people need a service they should have to explictly turn it on. This means that you don't get a lot of newbies running services they don't need or understand, consuming system resources and weakening security. What might be nice is to build something like Bastille into the install, so people are taken through and explained the purposes of each service, and given the option to run it or not.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Pixel <[EMAIL PROTECTED]> writes: > Ron Stodden <[EMAIL PROTECTED]> writes: > > > The sysvinit installation of Mandrake 7.2 beta, just like all its > > predecessors, still fails to start the nfs daemon. > > yeah, good question. florin any reason why in /etc/init.d/nfs there is > > # chkconfig: - 60 20 > > where it should be > > # chkconfig: 345 60 20 > > or > > # chkconfig: 2345 60 20 > > ??? > How'di, now, this is a great debate. Should we or should we not start nfs at boot time ? The default option is set on NOT to run nfs at boot. Why ? I see several reasons for this: - A newbie with enough space on his hard drive would choose full install (in custom section) so he will get dhcp server nfs-server and nfs-client and many other servers. - This will really slow down the boot process and he - will not know that he can disable or either how to disable this services at boot. -- Florin http://www.linux-mandrake.com
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Jason Straight wrote: > > There is one difference - I compile my own kernel - I wonder if nfs got left > out of the mdk kernel you are using? No, nfs and its daemon are installed, just the daemon isn't started. But Pascal R. (aka Pixel) is on to it now, and concedes a problem in the /etc/rc.d/init.d/nfs script - incomplete weightings for the installer - and has asked Florian to correct it. -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
There is one difference - I compile my own kernel - I wonder if nfs got left out of the mdk kernel you are using? On Sun, 08 Oct 2000, you wrote: > Jason Straight wrote: > > same except for expert and with DNS. > > > > nfs-utils-clients-0.2.1-1mdk > > nfs-utils-0.2.1-1mdk > > portmap-4.0-11mdk > > initscripts-5.27-37mdk > > Here: > > VERSION: Linux-mandrake Ulysses-i586 20001007 17:53 > > nfs-utils-clients-0.2.1-1mdk > nfs-utils-0.2.1-1mdk > portmap-4.0-11mdk > initscripts-5.27-37mdk > > Same as yours, Jason. So the nfs activation must be from expert > (and not from customized) or from specifying DNS for a local network, > either of which seems an very odd way for the installer to work. ANY > networking should cause nfs inclusion.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Jason Straight wrote: > > same except for expert and with DNS. > > nfs-utils-clients-0.2.1-1mdk > nfs-utils-0.2.1-1mdk > portmap-4.0-11mdk > initscripts-5.27-37mdk Here: VERSION: Linux-mandrake Ulysses-i586 20001007 17:53 nfs-utils-clients-0.2.1-1mdk nfs-utils-0.2.1-1mdk portmap-4.0-11mdk initscripts-5.27-37mdk Same as yours, Jason. So the nfs activation must be from expert (and not from customized) or from specifying DNS for a local network, either of which seems an very odd way for the installer to work. ANY networking should cause nfs inclusion. -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Ron Stodden <[EMAIL PROTECTED]> writes: > The sysvinit installation of Mandrake 7.2 beta, just like all its > predecessors, still fails to start the nfs daemon. yeah, good question. florin any reason why in /etc/init.d/nfs there is # chkconfig: - 60 20 where it should be # chkconfig: 345 60 20 or # chkconfig: 2345 60 20 ???
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
same except for expert and with DNS. nfs-utils-clients-0.2.1-1mdk nfs-utils-0.2.1-1mdk portmap-4.0-11mdk initscripts-5.27-37mdk On Sun, 08 Oct 2000, you wrote: > Jason Straight wrote: > > NFS works fine here. > > What kind of install? > > My standard is en_UK - US international keyboard - customized - > install - development - all packages - local network, no DNS, no > proxy.
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
Jason Straight wrote: > NFS works fine here. What kind of install? My standard is en_UK - US international keyboard - customized - install - development - all packages - local network, no DNS, no proxy. -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta. nfs daemon STILL not being started!!!
NFS works fine here. On Sun, 08 Oct 2000, you wrote: > The sysvinit installation of Mandrake 7.2 beta, just like all its > predecessors, still fails to start the nfs daemon. > > This means that remote machines are unable to get a mount of a local > file system at all - Permission Refused. > > I have personally reported this a number of times, and am justifiably > angry that, again, noone effective at MandrakeSoft is acting. I must > say that portmap and nfs-clients are now installed and brought up, > which is great progress. > > This situation plainly tells the world that no use of nfs is made > within MandrakeSoft development. How are files shared if there is > no networking? How can a package be tested without having the > context of all the other developers current work? > > No-one would believe this if you tried to tell them. > > The post-install fix is easy - ksysv and move nfs to runlevels 3 and > 5 at, say, S27.
[Cooker] 7.2beta. nfs daemon STILL not being started!!!
The sysvinit installation of Mandrake 7.2 beta, just like all its predecessors, still fails to start the nfs daemon. This means that remote machines are unable to get a mount of a local file system at all - Permission Refused. I have personally reported this a number of times, and am justifiably angry that, again, noone effective at MandrakeSoft is acting. I must say that portmap and nfs-clients are now installed and brought up, which is great progress. This situation plainly tells the world that no use of nfs is made within MandrakeSoft development. How are files shared if there is no networking? How can a package be tested without having the context of all the other developers current work? No-one would believe this if you tried to tell them. The post-install fix is easy - ksysv and move nfs to runlevels 3 and 5 at, say, S27. -- Regards, Ron. [AU]
Re: [Cooker] 7.2beta
rpmfind only allows so many downloads of iso's at a time. When the number of simulataneous downloads hits that limits it changes the permissions on the files. So keep trying. On Wed, Sep 27, 2000 at 02:43:09PM +0200, Grojer Juergen wrote: > There is a error on rpmfind.net. > > The manrake-Homepage posts that you can Download it from > ftp://rpmfind.net/linux/MandrakeCooker/7.2beta/i586 but the iso-files there > are not readable for anonymous. > > Where can i get the 7.2beta? -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "Heuristics are bug ridden by definition. If they didn't have bugs, then they'd be algorithms."
[Cooker] 7.2beta
There is a error on rpmfind.net. The manrake-Homepage posts that you can Download it from ftp://rpmfind.net/linux/MandrakeCooker/7.2beta/i586 but the iso-files there are not readable for anonymous. Where can i get the 7.2beta? Best Regards Grojer Jürgen CCN EB Mailadministration SIEMENS AG Austria Siemensstr. 88 - 92 1211 Wien Tel.: +43 51707 29153 Handy: +43 676 3792713 mailto: [EMAIL PROTECTED]
[Cooker] 7.2Beta xkobo score file unwritable by normal user - breaks things
-- +++ Allen Bolderoff <[EMAIL PROTECTED]> CTPC - Caffeine - get it here: http://www.coffee-tea-pots-cups.com/ +++ GPG fingerprint = CBB0 8626 702C 3D01 B5AD A54A DC2C 93B7 3E4B 6472 +++
Re: [Cooker] 7.2beta installation test
On Mon, Sep 25, 2000 at 11:31:28AM +0200, Pixel wrote: > Pascal Grossé <[EMAIL PROTECTED]> writes: > > > - The X configuration failed (and it did work for all 7.2beta tests > > before, at least for me). When trying to test my configuration, an error > > panel appeared, listing all the parameters (which are correct, this is > > just the 9485 time i install X windows :-), but saying there is a > > configuration error. > > any idea what's wrong? if you skip the test, does it work afterwards? > can you have a look at the /etc/X11/XF86Config and /etc/X11/XF86Config-4 ? > Actually there is no way to start the X server, even after console login. Maybe the error comes from elsewhere : i cannot start the font server either, it prints 'error : cannot open session'. The same error occurs when using su. I tried Xconfigurator manually. After the xfs error, the program launches normally, but i cannot test the X server. the error message is : (==) Server Layout "layout1" (**) |--> Screen "screen1" (0) (**) | |-->Monitor "Iiyama|Iiyama 1701GT, Vision Master Pro 400" (**) | |-->Device "Matrox Millenium G200 4Mb" But the error may as well come from the lack of font server. I didn't see this during installation. Pascal
Re: [Cooker] 7.2beta installation test
Pascal Grossé <[EMAIL PROTECTED]> writes: > - during expert individual package selection, the same strange behavior i > already signaled on this list : sometimes when a dependency popup window > with many packages listed appear, it does not get the keyboard focus (i ok i got it this time (someone said dumb?) i'm gonna fix this this, thanks. > - The X configuration failed (and it did work for all 7.2beta tests > before, at least for me). When trying to test my configuration, an error > panel appeared, listing all the parameters (which are correct, this is > just the 9485 time i install X windows :-), but saying there is a > configuration error. any idea what's wrong? if you skip the test, does it work afterwards? can you have a look at the /etc/X11/XF86Config and /etc/X11/XF86Config-4 ? thanks, cu Pixel.
[Cooker] 7.2beta installation test
Hi, I installed today the current 7.2beta tree, VERSION = Linux-Mandrake Ulysses-i586 2925 2:34. I had some problems : - during expert individual package selection, the same strange behavior i already signaled on this list : sometimes when a dependency popup window with many packages listed appear, it does not get the keyboard focus (i can still navigate the list using arrow keys for example). Even weirder : if i press the ENTER key of course the window does not dissapear, but if i press N times the ENTER key, i have to click N+1 time on the ok button if i want to continue (some stack behind ?). I know this sounds completely silly, but it is a reproducible (minor) bug. Remark that it nevers happens when only few packages are listed. You could arg i should use the mouse anyway, but i preffer the keyboard, it's many times faster :-) - The X configuration failed (and it did work for all 7.2beta tests before, at least for me). When trying to test my configuration, an error panel appeared, listing all the parameters (which are correct, this is just the 9485 time i install X windows :-), but saying there is a configuration error. All remaining things worked well (at least the one i tested). I have to say that the way you fixed all the bugs between beta1 and today is very impressive. Please continue that good work ! Best regards, Pascal Grossé
[Cooker] 7.2beta-install
hello experts I have just had my first real 'rendez vous' with KDE2, as everything installed nicely. fmirror sunsite.uio.no 2000-09-24-0130 CET My Creative TNT2 was installed and all 32MB was acknowledged correctly. I installed xforms and upgraded LyX with rpm - wow! Why is the installed version so old, when the new one installs flat out? I installed ADA gnat and launched the tia IDE, seems to be right as it came up nicely. I even compiled scilab and did the tests no complaints. But the demos bailed out on string conversions. I could not send this mail from netscape, it launched a dialog and asked for my password, although it could recieve mail from the server. Then it looped the dialog and did nor accept my key. I am happy thanks guran
[Cooker] 7.2Beta and logcheck/syslog
Hourly Cron of unusual events tries to do something with /var/log/mail.log. However, the default developer install (prolly all installs) does not set syslog to create /var/log/mail.log -- +++ Allen Bolderoff <[EMAIL PROTECTED]> CTPC - Caffeine - get it here: http://www.coffee-tea-pots-cups.com/ +++ GPG fingerprint = CBB0 8626 702C 3D01 B5AD A54A DC2C 93B7 3E4B 6472 +++
[Cooker] 7.2beta bug. in Less
Less just displays ESC[36lESC> for any file I try to view. Name: less Relocations: /usr Version : 358 Vendor: MandrakeSoft Release : 4mdk Build Date: Sun 27 Aug 2000 03:02:51 -- +++ Allen Bolderoff <[EMAIL PROTECTED]> CTPC - Caffeine - get it here: http://www.coffee-tea-pots-cups.com/ +++ GPG fingerprint = CBB0 8626 702C 3D01 B5AD A54A DC2C 93B7 3E4B 6472 +++
[Cooker] 7.2beta installer errors
using network.img for 7.2beta with a 3com 59x card and a single IDE hd. Choosing NFS and going all the way through to the server selection screen and then backing up and choosing FTP causes the installer to fail when it tries to insmod another driver for the same card and gets a device busy. Partitions are currently set for type A6 in a OpenBSD configuration and these errors result: * starting set `doPartitiondisks' * umounting all filesystems * no scsi devices are available * warning: bad magic number at .../partition_table_empty.pm line 31 * found a dos partiion table on /dev/hda at sector 0 * warning: Can't call method "grab_focus" on an undefined valude and /usr/bin/perl-install/diskdrake.pm line 150 and it continues to loop with the same error. Cheers, Chris -- Chris Green <[EMAIL PROTECTED]> Laugh and the world laughs with you, snore and you sleep alone.
Re: [Cooker] 7.2beta installation problem
Pascal Grossé <[EMAIL PROTECTED]> writes: > Syntax error at /usr/bin/perl-install/diskdrake.pm line 472, near "]]" now fixed.
[Cooker] 7.2beta installation problem
Hello, I upgraded my 7.2beta repository at 16:00 today with a rsync on ftp.sunet.se, then went to the installation with hd.img. I got some problems : When i choose the mouse, the nice cute little screen asking me to try my wheel does not appear. But if i return back to the mouse configuration just after that, and choose the *same* mouse seting, then it does appear. After the keyboard layout selection and locales selection, the install program went nuts. The following error message show up : Syntax error at /usr/bin/perl-install/diskdrake.pm line 472, near "]]" BEGIN not safe after errors -- Compilation aborted at /usr/bin/perl-install/diskdrake.pm line 881. Compilation failed in require Hope this can help :-) Pascal
Re: [Cooker] 7.2Beta excellent
I have to second that. You guys did a great job on this version. I could hardly get beta one to run at all. This one runs great. After a few minor tweaks =) fstab is set up wrong for an ide burner at start and for some reason or another that I was hoping I could get someone to explain to me 7.2 will never recognize the partition table on my second HD a 30 gig maxtor ide 7200 Rpm. Any hints would be appreciated... It would really not be a problem to me at all except I use it for /home. On Sat, 16 Sep 2000, Dr Michael Powell PhD wrote: > Nick Webb wrote: > > > > Everyone take a bow. I just installed 7.2Beta . . . everything installed > > perfectly and now works perfectly. > > > > There is only one small problem. On my KDE desktop none of the links > > work (ie for the cdrom, netscape, zip, etc.). > > > > Keep up the good work! > > > > -- > > **** > > Nick Webb > > [EMAIL PROTECTED] > > just for explaination sake, all the device icons come up on hte desktop > if you log out of user root to another user, weird! > > mikey > [EMAIL PROTECTED] >
Re: [Cooker] 7.2Beta excellent
Nick Webb wrote: > > Everyone take a bow. I just installed 7.2Beta . . . everything installed > perfectly and now works perfectly. > > There is only one small problem. On my KDE desktop none of the links > work (ie for the cdrom, netscape, zip, etc.). > > Keep up the good work! > > -- > **** > Nick Webb > [EMAIL PROTECTED] just for explaination sake, all the device icons come up on hte desktop if you log out of user root to another user, weird! mikey [EMAIL PROTECTED] -- -BEGIN PGP PUBLIC KEY BLOCK- Version: PGP 6.5.8 mQGiBDnEJgsRBADLc6G3QDmMQcEWzMAAOs152Uc/xvv8rQA+mLwHW2pXTnsB7OoL BeOVwgrtWziBRraCOg+0xzq0lK7ddc4gKvAxO09F+nl5e7aNeZZL7FUR9fB63Luk F6iNJ4ibskM9rVZWZvlz3qtlQU3PnWOBoWPmMxXGC8JJbfcNtbnJXELMaQCg/84u zBqyMvyRKSH1Gv1yOBw3nSUD/2NXiA5kCAAEVaRLILKegslWHiVWm3ar7S4F2FKk UlPi39lZJoiIPOeDPesbQYmfpyFgVgqDfnEGfbTSoEfQJmoJ/jk0PTftdijLK+sa 5aSyk2gCcL13LUQN6v1R+M9R5Z9xFCA9NgBennfEfXPaqCz3hCWvgZQnfBvNbnBR XYtMBAC2dEVdkRq5FNmh6WOF+WtTbOYxBLSuOAAbRzqHAjccdRdpdAPxyA9Kkadc 8zNeBvzBHVI3ARTOcsBx48/VGfDpMTgfUJcH0epY0UAcaNT6Mg2+ZVsgnJgsPgDD Dd43MDQUeFoT1TfOLWtTOT3lstDTxeapeOFZOYfdzi6JwroKzbQabWljaGFlbHBv d2VsbDxyb2NtYWlsLmNvbT6JAE4EEBECAA4FAjnEJgsECwMBAgIZAQAKCRBWomMU +Eai662EAKDBENEM0WfxNn7xYqBYB33cRaaqSwCdG/sHKPc8vHYchkBQ6lHtqdr0 Bf+5Ag0EOcQmERAIAPZCV7cIfwgXcqK61qlC8wXo+VMROU+28W65Szgg2gGnVqMU 6Y9AVfPQB8bLQ6mUrfdMZIZJ+AyDvWXpF9Sh01D49Vlf3HZSTz09jdvOmeFXklnN /biudE/F/Ha8g8VHMGHOfMlm/xX5u/2RXscBqtNbno2gpXI61Brwv0YAWCvl9Ij9 WE5J280gtJ3kkQc2azNsOA1FHQ98iLMcfFstjvbzySPAQ/ClWxiNjrt
Re: [Cooker] 7.2beta or cooker ?
On 17 Sep 2000 09:48:50 +0200
Pixel <[EMAIL PROTECTED]> wrote:
> Thomas Poindessous <[EMAIL PROTECTED]> writes:
>
> > I have little time next week and I want to try the new beta. I rsync
> > 7.2beta and cooker every day. Which must I choose for testing ?
>
> the 7.2beta is a bit old now, whereas cooker is the always uptodate :)
Mah.. :-)) On ftp.sunet.se and sunsite.uio.no are absolutely the same.
7.2beta is continuosly updated. Please, can you check?
e.g. from yesterday cooker and 7.2beta are exactly the same, but not for
"Mandrake/base".
Anyway:
ftp.sunet.se is much faster, for me, but the updates comes a bit later.
sunsite.uio.no is very fast, but not from 12 am to 12 pm... :(
If I can say something, I think that the installation from 28/08/2000 is much better.
With USB enabled in MB BIOS the installation fails at start :(
The button "upgrade" ("aggiornamento" in italian) says "rescue".
Draknet need some tuning ( on my system remove "myisp" !! ). If used from installation
menu I can set network, modem, ISDN.. but used from DrakConf I only can set one device
and the settings are lost everytime I run draknet. Is possible to add some "stored
configuration" just for change something instead of rewriting all ?
If I choose XFree86 4.0.1 for my NVidia: ldconfig reports that libglidex does not
exists.
The question about the server that I want to use works fine but, please, remove
everything related to glide :)))
My english is very bad, excuse me if I can sem too coarse :-)))
Many thanks
Alessandro
--
Re: [Cooker] 7.2beta or cooker ?
Thomas Poindessous <[EMAIL PROTECTED]> writes: > I have little time next week and I want to try the new beta. I rsync > 7.2beta and cooker every day. Which must I choose for testing ? the 7.2beta is a bit old now, whereas cooker is the always uptodate :)
[Cooker] 7.2Beta excellent
Everyone take a bow. I just installed 7.2Beta . . . everything installed perfectly and now works perfectly. There is only one small problem. On my KDE desktop none of the links work (ie for the cdrom, netscape, zip, etc.). Keep up the good work! -- **** Nick Webb [EMAIL PROTECTED]
[Cooker] 7.2beta or cooker ?
I have little time next week and I want to try the new beta. I rsync 7.2beta and cooker every day. Which must I choose for testing ? -- Thomas Poindessous EpX asso GNU/Linux de l'Epita [EMAIL PROTECTED] && http://www.epita.fr/~epx
[Cooker] 7.2beta
7.2beta Right now!!! Just finished the long update for cd burning, at the end i tried again and other new 15 Mb are on sunsite.uio.no ! Ok, just downloaded... new check at the end and: htdig WsLib-devel are new! Please, I want some clarification about this because I'm going crazy!!! Can you stop the continuos update in frozen beta 7.2? If you does not want me anymore in the list of the beta burnet CD... let me know, or explain your policy because I'm stupid. Many thanks Alessandro
Fw: Re: [Cooker] 7.2beta and Cooker
On Thu, 14 Sep 2000, allx wrote: > Date: Thu, 14 Sep 2000 18:11:09 +0200 > To: allx <[EMAIL PROTECTED]> > From: allx <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > Subject: Re: [Cooker] 7.2beta and Cooker > > > > On Thu, 14 Sep 2000, allx wrote: > > My question is: Saturday or Sunday someone have redesigned > mandrake_devel > > dir, the first time I have seen fmirror deleting 1.2Gb because Cooker > is > > not more in mandrake_devel/cooker but in mandrake_devel/cooker/i586! I forgot to say that after half a day cooker is back in /Mandrake_devel/cooker Many thanks Alessandro
[Cooker] 7.2beta and Cooker
Please, someone can explain to me the policy and diffs about 7.2 beta and Cooker? Yesterday I have read some news about "beta2"... Now I have 2 complete mirrors, one for Cooker from sunsite.uio.no and one from ftp.sunet.se for 7.2 beta. Sunday, for time reasons I have done a copy of my mirror of Cooker and some burned CD with previous (and not working) snapshots... Fmirror have done a good job, removing all non existing files, fixed symlinks etc. The next step is to refresh the files that I have for getting 7.2beta Only 127 Mb.. but after half an hour I get other 150 Mb!!! Ok, I have downloaded all... but after that, just for verify that all the files are on my HD because of a the always present flag file on mirrors "update_in_progress", other new 100 Mb of files are on sunsite.uio.no (and after some time on ftp.sunet.se)!!! But I have just downloaded kernel-2.2.17, XFree and other files..just 1 hour before!! And now I see fmirror that remove 100 mb NEVER installed My question is: Saturday or Sunday someone have redesigned mandrake_devel dir, the first time I have seen fmirror deleting 1.2Gb because Cooker is not more in mandrake_devel/cooker but in mandrake_devel/cooker/i586! But 7.2beta follow the same frequently updates as Cooker and for me is impossible to get a full working mirror! e.g. : new XFree in Cooker and the same in 7.2beta Why the flag file is always on your mirrors? Something wrong in their setup?? Or I does not have undestud nothing. Can you tell me something more about 7.2beta2? If you have splitted Cooker and 7.2beta please let me know the reason since the files are changed at same time. Thank you, I hope that this english is comprensible :-))) Alessandro
[Cooker] 7.2beta installation probs
Trying to install from .iso located on an ext2 partition. Starts like it is working, although the guts (script) is visable below the dialog, and the install is like the old red hat install, not the new graphical. Using a couple of old 2gig partitions and recommended install (also tried custom to same result), i get a failure on several rpms just as install begins. can't remember specific packages but they are core system. just pulled .iso down yesterday. when i try to re run i get an error "failure opening conflictsdatabase.rpm" and I can't get past this one. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Re: [Cooker] 7.2beta installation fails at stage 2
> > Hello, > I have a BIG :-))) problem. > > Using hd.img for install from ext2 partition fails on "second stage > ramdisk" ( or something like ) I get this error with Mandrake 7.2 beta as well. However, this machine is currently running Mandrake 7.1. I have an Epox MVP based Socket 7 system. I also have a Tekram U2 card attached to the system. However, the card is not currently in use. Also on the system. Hauppauge WinTV 401 Voodoo 3 Linksys LNE100TX NIC 20G IBM Deskstar ATA disk. Pioneer 10X DVD drive (atapi) Phillips CDD3610 CDrw (atapi,scsi emulated) Soundblaster 16/IDE (nonpnp) I also have a USB keyboard, mouse & joystick (all generica) as well as a 4-port hub that they all attach to. BTW, will 7.2 include USB support in the installer itself? I didn't experience any USB mouse support in the 7.1 installer and navigating Mandrake's installer with just the keyboard was rather tedious. > I think that this is a problem with my hardware. > On the same machine I have installed without problems: > SuSE 6.4 > Gentus 3.0a > RedHat 6.2 > Debian 2.2 > Slackware 7 ( and "test" ) > > The only error message is that the installation fails. > Before this I get "eax:...", this is a kernel error, I think. > My hardware: > > MB Soyo with Via chipset > 25 GB UDMA 66 > 2.5 GB ( old ) > ( on same IDE ) > Pioneer DVD rom ide 10x > HP cd writer 9110i > (on other IDE channel ) > Nvidia TNT2 with 32 MB ( non M64 ) > HFC based PCI card > Realtek 8029 PCI network card > PS/2 Mouse ( Logitech with wheel or MS Intellimouse ) > ( with 7.1 and Cooker 27/08 if change mouse to Intellimouse the point > disappear ) > PS/2 Keyboard > Wintv PCI card > external Elsa TLV 34 ISDN modem > SoundBlaster Live > > ( the second serial port is bios disabled by me ) > - > > Some other thing: > XFdrake ( and DrakConf ) write some default configuration that disable > , for example, my mouse settings ( "Buttons" "5" - "ZAxisMapping" "4 > 5" ). Also reset my monitor ( AOC 7GLR )to "" > This happens also if I choose to exit without changes. Just launch > XFdrake and exit!! > Another problem came using Matrox G400 16 MB AGP, the card is not > detected by XFdrake and I can choose only from low resolutions (max > 800x600 at 32K ). > XFdrake --expert --noauto and I can choose manually the card and > all resolutions are back! > > > Many thanks and best regards, > alessandro mailto:[EMAIL PROTECTED] > > >
[Cooker] 7.2beta installation fails at stage 2
Hello, I have a BIG :-))) problem. Using hd.img for install from ext2 partition fails on "second stage ramdisk" ( or something like ) I think that this is a problem with my hardware. On the same machine I have installed without problems: SuSE 6.4 Gentus 3.0a RedHat 6.2 Debian 2.2 Slackware 7 ( and "test" ) The only error message is that the installation fails. Before this I get "eax:...", this is a kernel error, I think. My hardware: MB Soyo with Via chipset 25 GB UDMA 66 2.5 GB ( old ) ( on same IDE ) Pioneer DVD rom ide 10x HP cd writer 9110i (on other IDE channel ) Nvidia TNT2 with 32 MB ( non M64 ) HFC based PCI card Realtek 8029 PCI network card PS/2 Mouse ( Logitech with wheel or MS Intellimouse ) ( with 7.1 and Cooker 27/08 if change mouse to Intellimouse the point disappear ) PS/2 Keyboard Wintv PCI card external Elsa TLV 34 ISDN modem SoundBlaster Live ( the second serial port is bios disabled by me ) - Some other thing: XFdrake ( and DrakConf ) write some default configuration that disable , for example, my mouse settings ( "Buttons" "5" - "ZAxisMapping" "4 5" ). Also reset my monitor ( AOC 7GLR )to "" This happens also if I choose to exit without changes. Just launch XFdrake and exit!! Another problem came using Matrox G400 16 MB AGP, the card is not detected by XFdrake and I can choose only from low resolutions (max 800x600 at 32K ). XFdrake --expert --noauto and I can choose manually the card and all resolutions are back! Many thanks and best regards, alessandro mailto:[EMAIL PROTECTED]
[Cooker] 7.2Beta thoughts.
First off I would like to give kudos to all involved in making LM7.2, it is very innovative and loaded with features. I have experianced some problems with the new release, but I realize it is only Beta and has a long way to go. Please forgive me if these problems have already been brought to everyones attention. 1. At bootup "High availablity services" fails, what exactly is this service? 2. KDE has issues, but I suspect this is upto the KDE2.0 devel team, not Mandrake. 3. Network configuration does not work on my box. DNS is not being setup right, even though it is correctly configured via linuxconf, and the install was over FTP, so DNS worked then . . . (after install I can connect to boxes via IP, but not domain names) 4. Possibly related to #3, at boot up I get an error message before xinetd is loaded: eth1: error fetching interface information: device not found This makes sense since I don't have an eth1 device, but why is it looking there? 5. ATX power off doesn't work without a kernel rebuild I would be glad to follow up on these problems if anyone has any recommendations/fixes. Thanks! -- **** Nick Webb [EMAIL PROTECTED]
Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go
"Leigh" <[EMAIL PROTECTED]> writes: > Is there a way to get around this problem? X3.3 was installed for a Geforce > GTS 2. Appreciate any tips on doing it manually if needed. What do you want to do for this card, it is not supported with XFree-4.0.1, so if you want XFree, you have to use XFree-3.3 or take driver from nvidia (binary only). > > Thanks, > Leigh François.
Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go
Is there a way to get around this problem? X3.3 was installed for a Geforce GTS 2. Appreciate any tips on doing it manually if needed. Thanks, Leigh - Original Message - From: "Francois Pons" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Chris L. Mason" <[EMAIL PROTECTED]> Sent: Wednesday, September 06, 2000 4:04 PM Subject: Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go > "Chris L. Mason" <[EMAIL PROTECTED]> writes: > > > Hi, > > > > I've been trying out cooker for the last few weeks doing installations and > > I kept having a problem get XFree 4 to work with my ATI Mach 64 Xpert@Play > > card. I decided to wait for the 7.2beta to see if it fixed the problem, > > but it didn't, so here goes: > > > > My card is supported by XFree 4.0.1 with acceleration (2d, and 3d I think.) > > This is specified on the driver status pages: > > > > http://www.xfree86.org/4.0.1/Status6.html#6 > > > > When I install it asks, "Do you want to keep X 3.3" and I always click on > > "no". In the packages section, I always pick the 4.x version of > > XFree86-server. Yet, despite this, it always winds up automatically > > installing XFree86-server-common-3.3.6 and XFree86-Mach64-3.3.6 without > > asking me. > > There could be a bug in the installer about 3D configuration because Mach64 is > only accelerated (3D) with XFree 3.3. I take a look on this issue, thanks for > the report. > > François. >
Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go
On Wed, Sep 06, 2000 at 02:58:37PM +0200, Pixel wrote: > "Chris L. Mason" <[EMAIL PROTECTED]> writes: > > > XFree86-server. Yet, despite this, it always winds up automatically > > installing XFree86-server-common-3.3.6 and XFree86-Mach64-3.3.6 without > > the thing to look at is what /etc/X11/X is pointing to. Is it XFree86 or > XF86_Mach64? Definitely XF86_Mach64. The installer is deciding to install XF86_Mach64 and setup a link to it, even though it shouldn't even be installing and 3.3 packages. Now, I was able to fix the link myself, but I wasn't able to use the generated XF86config. I had to run xf86config. So, after fiddling around, I did get XFree 4 to run, although 3D acceleration still wasn't working. However, my main point in posting was to resolve the installation difficulties, not the runtime ones. I expect to be installing Mandrake 7.2 multiple times on multiple systems, so I want a clean install. :) Chris
Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go
"Chris L. Mason" <[EMAIL PROTECTED]> writes: > Hi, > > I've been trying out cooker for the last few weeks doing installations and > I kept having a problem get XFree 4 to work with my ATI Mach 64 Xpert@Play > card. I decided to wait for the 7.2beta to see if it fixed the problem, > but it didn't, so here goes: > > My card is supported by XFree 4.0.1 with acceleration (2d, and 3d I think.) > This is specified on the driver status pages: > > http://www.xfree86.org/4.0.1/Status6.html#6 > > When I install it asks, "Do you want to keep X 3.3" and I always click on > "no". In the packages section, I always pick the 4.x version of > XFree86-server. Yet, despite this, it always winds up automatically > installing XFree86-server-common-3.3.6 and XFree86-Mach64-3.3.6 without > asking me. There could be a bug in the installer about 3D configuration because Mach64 is only accelerated (3D) with XFree 3.3. I take a look on this issue, thanks for the report. François.
Re: [Cooker] 7.2beta, Xfree 4, Mach 64 no go
"Chris L. Mason" <[EMAIL PROTECTED]> writes: > XFree86-server. Yet, despite this, it always winds up automatically > installing XFree86-server-common-3.3.6 and XFree86-Mach64-3.3.6 without the thing to look at is what /etc/X11/X is pointing to. Is it XFree86 or XF86_Mach64?
[Cooker] 7.2beta, Xfree 4, Mach 64 no go
Hi, I've been trying out cooker for the last few weeks doing installations and I kept having a problem get XFree 4 to work with my ATI Mach 64 Xpert@Play card. I decided to wait for the 7.2beta to see if it fixed the problem, but it didn't, so here goes: My card is supported by XFree 4.0.1 with acceleration (2d, and 3d I think.) This is specified on the driver status pages: http://www.xfree86.org/4.0.1/Status6.html#6 When I install it asks, "Do you want to keep X 3.3" and I always click on "no". In the packages section, I always pick the 4.x version of XFree86-server. Yet, despite this, it always winds up automatically installing XFree86-server-common-3.3.6 and XFree86-Mach64-3.3.6 without asking me. So, does the installer just not realize that Mach64 cards are supported by XFree 4, or is it something else? Thanks! Chris
[Cooker] 7.2beta
Didn't no 7.2Beta was out.Did i miss something and is this the reason the cooker is so quite.
