[Cooker] 8.0 -> 8.1 updates cteates wrong /dev/cdrom link (reports in NG)
I remember it was even mentioned on this list. Anyway, large number of users was bitten by this problem. It appears that if you do an upgrade as opposed to new installation you end up with wrong link for CD-ROM: /dev/cdrom -> ../cdrdoms/cdrom0 instead of correct one /dev/cdrom -> cdroms/cdrom0 There were so many reports that it can't be user error. I am not sure if it is possible to fix now (I mean, it requires releasing of updated CDs probably that Mandrake seems to avoid). But I hope at least it will be fixed in future versions. -andrej P.S. at least it is worth article on support site. The easy fix is to change links in /lib/dev-state and reboot or just remove contents of /lib/dev-state and reboot.
Re: [Cooker] 8.0 - urpmi and updates
"Andrej Borsenkow" <[EMAIL PROTECTED]> writes: > > > > WHY? All packages belong to updates and are located on itsrm2 source ... > > what does it want from second CD? > > > > O.K., it was libxml2. So, urpmi insists on installing libxml2 together with > ImageMagick update. I do have ImageMagick; I do not have libxml2 (I mean, > currently, before update). > > Is it a problem of urpmi or update of IM really needs additional RPM? $ rpm -qpR /mnt/distrib/updates/8.0/RPMS/ImageMagick-5.3.3-6.1mdk.i586.rpm |gre p libxml2 libxml2 libxml2.so.2 Maybe updates should not be closed ? François.
RE: [Cooker] 8.0 - urpmi and updates
> > WHY? All packages belong to updates and are located on itsrm2 source ... > what does it want from second CD? > O.K., it was libxml2. So, urpmi insists on installing libxml2 together with ImageMagick update. I do have ImageMagick; I do not have libxml2 (I mean, currently, before update). Is it a problem of urpmi or update of IM really needs additional RPM? -andrej
[Cooker] 8.0 - urpmi and updates
I added local updates mirror to urpmi/rpmdrake:
itsrm2 {
hdlist: hdlist.itsrm2.cz
with_hdlist: ../base/hdlist.cz
list: list.itsrm2
}
did urpmi.update itsrm2. Then:
[root@test root]# urpmi --auto-select
To satisfy dependencies, the following packages are going to be installed
(31 MB):
kdelibs-2.1.2-4mdk samba-common-2.0.10-1.1mdk libarts2-2.1.2-4mdk
arts-2.1.2-4mdk samba-client-2.0.10-1.1mdk libxml2-2.3.4-1mdk
ImageMagick-lib-5.3.3-6.1mdk ImageMagick-5.3.3-6.1mdk
Is it ok? (Y/n)
Please insert the medium named "CD 2 2nd Installation CD (x86) (cdrom2)" on
device [/dev/cdrom]
WHY? All packages belong to updates and are located on itsrm2 source ...
what does it want from second CD?
-andrej
Re: [Cooker] 8.0 - slocate?
Chmouel Boudjnah <[EMAIL PROTECTED]> writes: > >So I take it there's no fundamental problem. As to 'long time > > philosophy', prior installs of Mandrake 6 -> 7.2 didn't exclude vfat > > filesystems, no? This is the first time (ie, 8.0) i've had to edit > > /etc/updatedb.conf to include Windoze files (?) > > you got to ask to the maintainner [EMAIL PROTECTED], but if i > remember correctly for mdk6 vfat was excluded. yep. i do remember that updatedb stalled on vfat fs
Re: [Cooker] 8.0 - slocate?
Tom <[EMAIL PROTECTED]> writes: >So I take it there's no fundamental problem. As to 'long time > philosophy', prior installs of Mandrake 6 -> 7.2 didn't exclude vfat > filesystems, no? This is the first time (ie, 8.0) i've had to edit > /etc/updatedb.conf to include Windoze files (?) you got to ask to the maintainner [EMAIL PROTECTED], but if i remember correctly for mdk6 vfat was excluded.
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
Pierre Fortin <[EMAIL PROTECTED]> writes: > I didn't actually see the problems myself (Benjamin: can you elaborate for > Chmouel?); I added this for Benjamin to eliminate his need to edit the halt > script to remove "-p"... /halt gets removed at startup; this was a very > specific workaround to give him a permanent /halt file. Not elegant, or even > desirable except for this one case. I might have a better idea what the problem > was if there was a way to do a screen capture on a virtual console at the moment > just before poweroff... :^) i'll look at that to make it configuration enable (in /etc/sysconfig/system)
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
Chmouel Boudjnah wrote: > > Pierre Fortin <[EMAIL PROTECTED]> writes: > > > http://pfortin.com/Linux/halt.diff > > Humm looking at your patches : > > +supermount disable > > this should do nothig. Correct. It was just a paranoid thing to prevent any chance of a filesystem being supermounted during shutdown... > +# /permahalt was added to help a user who had to remove -p everytime to > +# overcome a "screen gibberish" issue at the end of shutdown. > +# The proper fix would be to sort out that problem; but I don't see > +# that issue here. > > i don't see the problems, can you elaborate ? I didn't actually see the problems myself (Benjamin: can you elaborate for Chmouel?); I added this for Benjamin to eliminate his need to edit the halt script to remove "-p"... /halt gets removed at startup; this was a very specific workaround to give him a permanent /halt file. Not elegant, or even desirable except for this one case. I might have a better idea what the problem was if there was a way to do a screen capture on a virtual console at the moment just before poweroff... :^) > and can you generate the patch again the latest cvs version ? > > https://qa.mandrakesoft.com/cgi-bin/viewcvs.cgi/soft/initscripts/rc.d/init.d/halt I'll have a look at it tonight... Pierre
Re: [Cooker] 8.0 - slocate?
On Monday 14 May 2001 12:27 pm, Chmouel Boudjnah wrote: > Tom <[EMAIL PROTECTED]> writes: > > and removed 'vfat'. Sure enough, now 'updatedb' includes my files > > on the Winblows drive. Is there a reason vfat was excluded to begin > > with? Just curious ;) > > this is a long time philosophy of doing thing with cron, to make > updatedb only update the true filesystem. Thanks for the reply Chmouel, So I take it there's no fundamental problem. As to 'long time philosophy', prior installs of Mandrake 6 -> 7.2 didn't exclude vfat filesystems, no? This is the first time (ie, 8.0) i've had to edit /etc/updatedb.conf to include Windoze files (?) -- Tom Brinkman [EMAIL PROTECTED] Galveston Bay
Re: [Cooker] 8.0 - slocate?
Tom <[EMAIL PROTECTED]> writes: > and removed 'vfat'. Sure enough, now 'updatedb' includes my files on > the Winblows drive. Is there a reason vfat was excluded to begin with? > Just curious ;) this is a long time philosophy of doing thing with cron, to make updatedb only update the true filesystem.
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
Pierre Fortin <[EMAIL PROTECTED]> writes: > http://pfortin.com/Linux/halt.diff Humm looking at your patches : +supermount disable this should do nothig. +# /permahalt was added to help a user who had to remove -p everytime to +# overcome a "screen gibberish" issue at the end of shutdown. +# The proper fix would be to sort out that problem; but I don't see +# that issue here. i don't see the problems, can you elaborate ? and can you generate the patch again the latest cvs version ? https://qa.mandrakesoft.com/cgi-bin/viewcvs.cgi/soft/initscripts/rc.d/init.d/halt
[Cooker] 8.0 - slocate?
I installed 8.0 'expert' on a p3-450 oc'd to 600, Soyo BX chipset board, voodoo3 pci, AWE64 isa, 33,6 TI modem, IBM hda (Win), WD hdb (Linux) a little over a week ago from Cheapbytes CD's. Then went to Mandrake's donation page and made one. Installation was flawless, everything works and works well right out of the box. I thought had AA working on 7.2, but 8.0 AA fonts look great, much better!! Every bit of my hardware was setup/configured properly during the install including Plextor CD-RW (hdd) and BCC Cdrom (hdc). Great job Mandrake! One thing puzzles me tho. I use 'loci' (alias loci="locate -i"). I have a sh!+load of files I keep on my Windoze drive. Today I got around to figuring out why none of those files were being cataloged by 'updatedb'. I edited (as root) this line in /etc/updatedb.conf after checking 'man locate' # Which filesystems do we exclude from search? PRUNEFS="nfs,smbfs,ncpfs,proc,devpts,supermount,iso9660,udf,usbdevfs,devfs" and removed 'vfat'. Sure enough, now 'updatedb' includes my files on the Winblows drive. Is there a reason vfat was excluded to begin with? Just curious ;) -- Tom Brinkman [EMAIL PROTECTED] Galveston Bay
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
Chmouel Boudjnah wrote: > > Pierre Fortin <[EMAIL PROTECTED]> writes: > > > http://pfortin.com/Linux/halt > > diff -u ? http://pfortin.com/Linux/halt.diff So far, this greatly helps a Reiser based system with ext2 /boot. Latest report is that an all Reiser system mainly works with the old script, including supermounted drives. However, the real problem appears to be with the actual umount code; I consider the script changes both worthwhile *and* a workaround umount flaws. Note: there is still a problem identified in the new script which is not addressed... calls to runcmd sometimes fail to write text to the console; this appears to be a race condition. HTH, Pierre
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
Pierre Fortin <[EMAIL PROTECTED]> writes: > http://pfortin.com/Linux/halt diff -u ?
Re: [Cooker] 8.0 /etc/rc.d/init.d/halt BUG FIX + Supermount support
http://pfortin.com/Linux/halt
Re: [Cooker] 8.0 bug: reiserfs partitions unreadable under 2.2.19kernel, no ``v1'' option during install
>Installed under 2.4.3, tried to switch to 2.2.19 to work around >mouse/kbd problems mentioned above, 2.2.19 won't read ReiserFS paritions >formatted during install, had to copy off, mkreiserfs -v 1 /dev/xxxX, I had the opposite problem after I had updated the distribution. Kernel 2.4.3 didn't read my reiserfs partitions which have been formated under 2.2.x series. The new kernel just panics while trying to read the root partition. Regards, Matias
[Cooker] 8.0 /etc/rc.d/init.d/halt script bugs + FIX
Hi, I've been helping another user for several days to resolve a restart problem where he was having to wait for fsck because the shutdowns were generally not clean. This was narrowed down to /boot which was not umounting causing the halt script to hang. Another problem was uncovered but not resolved; instead, a temporary set of messages are output as a workaround. The updated script no longer results in fsck'ing disks at startup. The script can be retrieved from http://pfortin.com/Linux/halt Can someone resolve the other problem (described within the script) before 8.1...? HTH, Pierre
Re: [Cooker] 8.0 bug: updating a 7.2 system always fails miserably
On Wednesday, May 09, 2001, Leon Brooks wrote: > Updating an Mdk 7.2 to 8.0 system has always crashed out (tried on three > different systems now) and always left the system in an unusable state. > The option to update an existing ``live'' system piece-by-piece Debian > style would be good, but to do this you would have to redefine a lot of > packages to be less specific about what dependent packages they require. > Maybe for 8.1? I'm no expert or anything, but from what I've read, a LOT of libraries and such have been changed in 8.0, hence the 7.2 -> 8.0 problems. This was apparantly done to make updates in the future much better. So hopefully a 8.0 -> 8.1 or an 8.x -> 9.0 will be much easier. I've decided to just back stuff up and repartition when I update either this weekend or next week. I have an iching to try ReiserFS anyway. =) -- [EMAIL PROTECTED], ICQ#: 25370820, OpenPGP key at www.keyserver.net 1024D/39F0BBF4 2024 B7CB 10BF 6BE7 2ECE E0FD 1360 0181 39F0 BBF4 Current Linux uptime: 4 days 3 hours 44 minutes.
Re: [Cooker] 8.0 bug: reiserfs partitions unreadable under 2.2.19 kernel, no ``v1'' option during install
On Wednesday 09 May 2001 07:17, you wrote: > Installed under 2.4.3, tried to switch to 2.2.19 to work around > mouse/kbd problems mentioned above, 2.2.19 won't read ReiserFS paritions > formatted during install, had to copy off, mkreiserfs -v 1 /dev/xxxX, > copy back on to make it work. An option for ``Old ReiserFS'' format > would be nice during install. Perhaps a repaired set of installation > files can be released as an update to be applied to the as-released 8.0 > CD image? The opaque ``ldconfig failed'' message also comes up quite > often, sometimes it seems to mean ``partition full'' but not always. It > would be very good policy to ALWAYS include the sys_errlist[errno] text > in the message - together with a filename if applicable - even if in > fine print. Check the archives of mandrakeforum.com. I posted a howto on 8.0/kernel-2.2.19/reiserfs within the past two weeks. The reiserfs from kernel 2.2 is an older version and the newer one is not backwards compatiblle though the older one is forwards compatible. It is a matter of how you do it. Civileme
[Cooker] 8.0 bug: reiserfs partitions unreadable under 2.2.19 kernel, no ``v1'' option during install
Installed under 2.4.3, tried to switch to 2.2.19 to work around mouse/kbd problems mentioned above, 2.2.19 won't read ReiserFS paritions formatted during install, had to copy off, mkreiserfs -v 1 /dev/xxxX, copy back on to make it work. An option for ``Old ReiserFS'' format would be nice during install. Perhaps a repaired set of installation files can be released as an update to be applied to the as-released 8.0 CD image? The opaque ``ldconfig failed'' message also comes up quite often, sometimes it seems to mean ``partition full'' but not always. It would be very good policy to ALWAYS include the sys_errlist[errno] text in the message - together with a filename if applicable - even if in fine print. -- The secret of success is working with things the way they are, not with the way you wish they were, or they ought to be.
[Cooker] 8.0 bug: updating a 7.2 system always fails miserably
Updating an Mdk 7.2 to 8.0 system has always crashed out (tried on three different systems now) and always left the system in an unusable state. The option to update an existing ``live'' system piece-by-piece Debian style would be good, but to do this you would have to redefine a lot of packages to be less specific about what dependent packages they require. Maybe for 8.1? For example, php_pgsql doesn't _really_ need the latest, greatest postgresql (almost any version will do) but says that it does. If it were a little more decoupled, you could update Apache, PHP etc in one step, and update postgresql separately. This would also mean less thrashing around when RPM goes hunting for dependencies, and would give the administrator finer grained control (e.g. maybe they want to update PHP to get around a security issue but not PostgreSQL because the newer version breaks something critical). -- Will opens the door to success. -- Louis Pasteur
[Cooker] 8.0 bug: mouse kills keyboard on NEC PowerMate VT (fwd)
Install in graphics crashed. Install in text crashed if I selected many packages. After simple install in text, touching the mouse or starting X locks up the keyboard. Stopping or starting GPM fixes it until the mouse is next touched. Mouse is PS/2 LogiTech M-S48 branded NEC. System is possibly a badge-engineered Packard Bell. I saw two others with similar problems on various Mandrake lists, and they both had commodity systems (one a Compaq, one a Dell off the top of my head) which may be a hint that the bug relates to a specific integrated controller. More bugs follow. -- If at first you don't succeed, try a shorter bungee.
[Cooker] 8.0 wish: latest KOffice as an update
Looking forward to a KWord that doesn't crash regularly and is a bit more intuitive. -- ...nor is there any target for our children to aim for in this society but the approval of official strangers. That's a major reason our families fall apart. How can children respect their own parents when those sad souls are regularly contradicted by various agents of the State, most frequently by the school hierarchy? -- John Taylor Gatto on Congregationalism
[Cooker] 8.0 problems (mouse and sound)
With a small install of 8.0 (first disk only): gpm locks out the keyboard and mouse on a Compaq Deskpro 4000/5166 with kernel 2.4.3. Starting X has the same effect (bad ps/2 handling?). Works fine under 2.2.19. So, we fall back to kernel 2.2.19 -- ALSA "warbles" on an ES1868 (works fine under 2.4.3). The initial tone of a sound simply repeats ad nauseum. (annoying to say the least). Fixed by switching back to kernel sound. Both kernels lack the isapnp module from ALSA. The differing resolutions (framebuffer) selected by default for kernel 2.4 and 2.2 is annoying. kernel 2.2.19-10mdk fails to identify a third serial port at 0x2ef IRQ 9 (always needed to setserial the irq before, but 2.2.19 doesn't even identify the port as being attached to the machine). (did not test on 2.4.3) While the bootup logo (which is a bit too large) is nicely centered with 2.4.3, it is aligned on the left with 2.2.19 and the taxt starts several lines above the bottom of the logo. Test system is a P166 equiped with 6.4GB hda, 96MB RAM, Voodoo 3 2000 PCI (primary), CL 5446 VGA (integrated), Integrated T/LAN card, IDE burner, ES1868 audio. -- Anton GrahamGPG ID: 0x18F78541 <[EMAIL PROTECTED]> RSA key available upon request "And remember: Evil will always prevail, because Good is dumb." -- Spaceballs
[Cooker] 8.0 for alphas
I have seen cooker packages for the alpha arch floating around. Is there
any possibility of having 8.0 for these nice machines? Mandrake has
released nothing but a 7.1 beta.
--
_
_|_|_
Thadeu Penna Linux user #50500 (") *
Instituto de Fisica - UFF/v\ /
Niteroi - RJ - Brazil >( )<
+(m-m)---+
[Cooker] 8.0: system hangs on shutdown/reboot
I managed to get a decent connection to an ftp site over the weekend to download Mandrake 8.0 final, and then to install it yesterday. Overall impressions are very good. The big surprise came when I gave the command to shutdown from the graphical interface. The system hung at the point that it displayed the message, "Unmounting file systems." And, when I give the command to reboot from the graphical interface that the system hangs at the point that it displays the message, "Current state: Reboot. Please stand by while reboots the system." In both cases, I've had to use the hardware reboot button to proceed. The system has hung each time I've tried to shutdown or reboot since then. Each time afterwards the system seems to boot back up ok. All of my partitions (/, /usr, and /home) are formatted with reiserfs. This problem did not exist on the same hardware for either Mandrake 8.0 beta 3 or with version 7.2. I have an Azza KT133A 266 MHz 100 UDMA motherboard, with 128 MB PC133 SDRAM, and with a 20.4 GB Maxtor UDMA 66 7200 RPM hard drive. Has this happened to anyone else? John Kintree 4043 Delor Street St. Louis, MO 63116] 314-351-7454
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
On 23 Apr 2001, Guillaume Cottenceau wrote: > > I've a similiar problem with scsi, but worse:-) I'm trying to install Mandrake 8.0 > > on a scsi only system, with the aic7xxx and ncr53c8xx modules and geting the same > > kinds of timeouts and retries. Sometime it succeeds after a long while in > > insmod'ing the aic7xxx and then loops trying do load the other scsi-module. What to > > do, I can't even install? > > What if you try to install with the relevant boot floppy from > /images/alternatives ? There are 2.2 kernels, if the driver is not too > much backported from 2.4 yet ;-), it may solve your issue.. > I had the same problem with my adaptec cdrommany timeouts and problems during the install. After I installed a minimal base system (took 1 hour for <100M waiting for timeouts) I was able to copy the files off the cdrom and run rpmdrake to install the rest of the toys. I also noticed a bug in rpmdrake during this process. When I selected packages from both CDs I wasn't prompted to insert the proper CD, it just bailed. I got around this by copying all the files to my hard disk (i was fortunate to have >1.2g free on /home for the files) I also tried my BusLogic adapter, which was detected as a BusLogig but the BusLogic.o module was nowhere to be found. This happened with the boot image on the CD itself as well as all the images under /images/alternatives. -dwild
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
Lennart Petersson <[EMAIL PROTECTED]> writes: > I've a similiar problem with scsi, but worse:-) I'm trying to install Mandrake 8.0 > on a scsi only system, with the aic7xxx and ncr53c8xx modules and geting the same > kinds of timeouts and retries. Sometime it succeeds after a long while in > insmod'ing the aic7xxx and then loops trying do load the other scsi-module. What to > do, I can't even install? What if you try to install with the relevant boot floppy from /images/alternatives ? There are 2.2 kernels, if the driver is not too much backported from 2.4 yet ;-), it may solve your issue.. -- Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
On 04.22 Arnd Bergmann wrote: > On Sat, 21 Apr 2001, Michael Nelson wrote: > > > On Sun, Apr 22, 2001 at 12:38:10AM +0200, Arnd Bergmann wrote: > > > > -> I have also seen two reports about this on mandrakeexpert.com from today. > > -> Looks like there is urgent need for an update... > > > > I just finished updating my Mandrake 7.2 system to Mandrake 8.0 on a 700MHz As I can read in the kernel pkg changelog, apart from homebrew and rh patches, kernel-2.4.3-20mdk shipped with 8.0 is the 'official' Alan Cox 2.4.3-ac4. That included aic 6.1.8. Check which version is the aic7xxx driver. That problems were corrected in aic 6.1.11, merged in 2.4.3-ac6. -- J.A. Magallon # Let the source mailto:[EMAIL PROTECTED] # be with you, Luke... Linux werewolf 2.4.3-ac12 #1 SMP Sun Apr 22 10:27:22 CEST 2001 i686
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
I have also seen two reports about this on mandrakeexpert.com from today. Looks like there is urgent need for an update... Arnd <>< On Sat, 21 Apr 2001, Lennart Petersson wrote: > I've a similiar problem with scsi, but worse:-) I'm trying to install Mandrake 8.0 > on a scsi only system, with the aic7xxx and ncr53c8xx modules and geting the same > kinds of timeouts and retries. Sometime it succeeds after a long while in > insmod'ing the aic7xxx and then loops trying do load the other scsi-module. What to > do, I can't even install? > > /Lennart > > > >
Re: [Cooker] 8.0 out and X still won't install on beta 3
So sprach Anna Lawless am Sat, Apr 21, 2001 at 09:55:41AM +0100: > I've been installing all the beta releases, the latest being the > fool's day release of beta 3 and that is the worst for installing X. I > have an S3 Virge generic video card (86c325) and beta 3 freexes as What's the point in reporting problems with such an old version? Sorry, but I cannot see why you don't try the released version to verify that the problem still exists... Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 1 day 2 hours 44 minutes
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
I've a similiar problem with scsi, but worse:-) I'm trying to install Mandrake 8.0 on a scsi only system, with the aic7xxx and ncr53c8xx modules and geting the same kinds of timeouts and retries. Sometime it succeeds after a long while in insmod'ing the aic7xxx and then loops trying do load the other scsi-module. What to do, I can't even install? /Lennart
Re: [Cooker] 8.0 has problems with Adaptec aic7xxx ???
Claudio <[EMAIL PROTECTED]> writes: > Hello, > I've just installed Mdk-8.0 on my system, and I must say it's very nice! > I have a problem anyway... When I was trying to install from my scsi cdrom it can you try with the aic7xxx_old module ? s|aic7xx|aic7xx_old| in /etc/conf.modules and redo a mkinitrd (be sure to have a backup first) -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
[Cooker] 8.0
hi, i tried the current cooker with isdn and it is working quite well. but isdnlog does not work. it is not started. even if i say "yes" in /etc/sysconfig/isdn to isdnlog! in /etc/init.d/isdn4linux i have read that it is not started. it is started in another script. which is it? another question! does anyone know how to use a host based printer (hp deskjet 710c) over the network with cups. with lprng (last server system) i used a perl script as filter but this does not seem to work with cups. does anyone know? thx in advance andy ps: mandrake 8 is really great!
[Cooker] 8.0 out and X still won't install on beta 3
I've been installing all the beta releases, the latest being the fool's day release of beta 3 and that is the worst for installing X. I have an S3 Virge generic video card (86c325) and beta 3 freexes as soon as it reaches the X installation. The only way out is to hit the reset button. With beta 1 I could install XF86 4 with no problems, with beta 2 I could install it after everything froze using a text console and xf86config, with beta 3 absolutely nothing works. After hitting the reset button my video card was detected by Kudzu, which promptly froze my box completely. I tried configuring X from a console, but it didn't work, exited with error no. 2. Eventually the only way I could get X to work in beta 3 was to do a clean install of Mandrake 7.2 and then upgrade. Now, I have beta 3 running with XFree 4.0.3. The X configuration problem has always existed with Mandrake for me with this card. My first distro was 7.0 and I had to configure that from a text console, a daunting task for a newbie's first attempt with Linux. The problem still existed in 7.1 and only in 7.2 have I been able to complete an installation with working X (oh, and 8.0 beta 1, for some odd reason). Is there a possibility that this will be fixed before the third release of 8? --- Pentium 200 MMX 160MB RAM S3 Virge chipset video card made by Prism, 4 MB video memory 2 IDE HDDs, hda, 8 GB, hdc 3.3GB Hitachi CD-ROM Epson Stylus 480 printer Supraexpress Pro external 56K v90 modem Yamaha oplas3 soundchip Internal Hayes chipset winmodem that worked in beta 2 (to my amazement) but has an IRQ conflict with the sounchip according to the Harddrake setup in 3. -- L. A. Lawless
[Cooker] 8.0 has problems with Adaptec aic7xxx ???
Hello, I've just installed Mdk-8.0 on my system, and I must say it's very nice! I have a problem anyway... When I was trying to install from my scsi cdrom it needed about 9 hours, so I stopped and installed from dvd-rom (eide): it needed 16 minutes... so ok. Now I am installing some rpm from scsi cdrom, and it's unbelievably slow! It starts and then stops for 30-40 seconds. In /var/log/messages I can found those lines: Apr 21 10:51:25 monster kernel: scsi0:0:1:0: Attempting to queue an ABORT message Apr 21 10:51:25 monster kernel: scsi0:0:1:0: Command found on device queue Apr 21 10:51:25 monster kernel: aic7xxx_abort returns 8194 Apr 21 10:51:58 monster kernel: scsi0:0:1:0: Attempting to queue an ABORT message Apr 21 10:51:58 monster kernel: scsi0:0:1:0: Command found on device queue Apr 21 10:51:58 monster kernel: aic7xxx_abort returns 8194 Apr 21 10:52:33 monster kernel: scsi0:0:1:0: Attempting to queue an ABORT message Apr 21 10:52:33 monster kernel: scsi0:0:1:0: Command found on device queue Apr 21 10:52:33 monster kernel: aic7xxx_abort returns 8194 Apr 21 10:52:33 monster rpm: pine-4.30-3mdk installed Apr 21 10:52:34 monster rpm: gkrellm-1.0.7-1mdk installed Apr 21 10:52:34 monster rpm: gkrellm-devel-1.0.7-1mdk installed Apr 21 10:52:35 monster rpm: gtktalog-0.15.1-1mdk installed But it's fine with 7.2, winxx, and al previous beta/rc of mdk-8.0 Anyone has this problems and/or know the solution? I'd like to use my plextor!!! ;o) Claudio -- System is: Linux Mandrake 8.0 - Kernel 2.4.3 Dual CPU - 256 MB Raid Software - Level 1
Re: [Cooker] 8.0 install reports
Dans l'article <[EMAIL PROTECTED]>, "Jose" <[EMAIL PROTECTED]> a écrit : > - In gnome panel applet mixer and mini-commander - graphics don't render > right (voodoo3) This is a know problem, due to use of Crux theme as default theme.. We hope to correct that but not very soon.. -- Frédéric Crozat MandrakeSoft
[Cooker] 8.0 install reports
Very nice overall, I upgraded from ver 8b3, used iso images - After the install xinetd would not start. I had to reinstall xinetd package, /usr/sbin/xinetd file was missing when querying package, ok after that. - I selected expert mode, all package categories. After install using drakboot selecting Aurora traditional frame buffer would result in a setup with no Aurora, package Aurora-Monitor-Traditional-WsLib was not installed and after installing it, it worked fine. - Again in drakboot, if I manually inserted user root for autologin, X starts up with no apps or window manager of choice, not sure why? I just worked around it using ~/.xinetrc - fs config file did not add unscaled to some font dirs resulting in uglyfied fonts in kde, I guess cause they were not included in the official distro, ( is that a feature?) Other minor details (most probably other oss projects issues, all 8b3 issues as well) - gtv, xmms (smpeg) needs mpegs played in double size for video to display. - In gnome panel applet mixer and mini-commander - graphics don't render right (voodoo3) - Voodoo 3 h/w accel goes slow with E window manager, tested with tuxracer and others. My laptop upgrade is next (Dell Inspiron 3800) which has 7.2 Thank you for the great product, you all deserve a vacation :)
Re: [Cooker] 8.0 and cooker
"Meir Faraj" <[EMAIL PROTECTED]> writes: > Perfect work! > I'm pleased to see the greate work that was done > When is expected the next version?september ? Probably more or less released now.add(6months). -- Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/
[Cooker] 8.0 and old version support
Ok, 8.0 is out, everything is wonderfull, we're on cooker, everyone has the latest kernel, latest everything... However, with 8.0 out, a decision has been taken to stop security updates on old versions (7.0 and before). I would like Mandrake people to reconsider strongly this decision. There are people with not-so-recent computers on which an "old" Linux Mandrake is running. I have 2 such computers, running 7.0. They have more than 60 users, a web server, and a lot of non-LM rpms things (scientific applications). Installing a new distribution (upgrading) is never so easy. And I only have 2 computers, what about people with a lot of them ? Please, please, don't push too much for new versions. I know it is not so easy to maintain old distributions, but it is just security bug fixes. You can have one PC with the full RPMS, SRPMS and running each of the old Mandrake versions. You cannot just say "it is provided without waranties". People trust you... And remember Mandrake 7.0 is only from Jan 2000! That's less than a year and a half ago!!! Cheers, -- Xavier
[Cooker] 8.0-iso vs. 8.0-server-tree (was: Re: 8.0 and cooker)
> [..]
what's even more confusing is that contents of Mandrake80-{inst|ext}.iso
and ::Mandrake/8.0/i586/ differ ...
both in packages supplied (server tree has some additional "..-devel.." )
and some package revisions differ ...
the 8.0 tree even has a symlink: RPMS.cooker -> RPMS
huh?
Christian
P.S. However, great work Mandrakes! :)
--
Things that make you go "Hmmm":
"If a train station is where the train stops, what is a workstation?"
Re: [Cooker] 8.0 and cooker
Neulich schrieb Guillaume Cottenceau:
> Current cooker is the base for next release (aka probably 8.1), and 8.0 is
> already kind of "outdated" :-)).
Cool, when will the 8.1 be available? ;-)
--
_
Tschüss und bis demnächst/à bientôt, _|_|_
(") *
Stefan /v\ /
»( )« Penguin Powered!
+(m-m)--+
Re: [Cooker] 8.0 and cooker
to answer my own question : nope, contents of Cooker-i586 20010418 12:13 and of Mandrake-8 are not the same. I just did an rsync from one of the sites, and found out that the distros are not same. Attached is .bz2 output of : # diff -qr current_cooker just_released8 | grep -v /Mandrake/RPMS.cooker ( grep because RPMS.cooker is a symlink pointing to RPMS ) later, Jan PS: there are also some wierdities, such as : Files current_cooker/Mandrake/RPMS/kde-i18n-eo-2.1.1-1mdk.noarch.rpm and just_released8/Mandrake/RPMS/kde-i18n-eo-2.1.1-1mdk.noarch.rpm differ Files current_cooker/Mandrake/RPMS/kde-i18n-pt-2.1.1-1mdk.noarch.rpm and just_released8/Mandrake/RPMS/kde-i18n-pt-2.1.1-1mdk.noarch.rpm differ Files current_cooker/Mandrake/RPMS/kde-i18n-tr-2.1.1-1mdk.noarch.rpm and just_released8/Mandrake/RPMS/kde-i18n-tr-2.1.1-1mdk.noarch.rpm differ Files current_cooker/Mandrake/RPMS/kdoc-2.1.1-1mdk.noarch.rpm and just_released8/Mandrake/RPMS/kdoc-2.1.1-1mdk.noarch.rpm differ -- same RPM name, different contents ... this shouldn't happen ! On Thu, 19 Apr 2001, Jan Vicherek wrote: > > I have the same question. > > If anybody has the answer, please let us know ! I would hate to see > unnecessarily overburdened FTP servers, and frustrated downloaders > (especially if we *already* have 8.0 anyway). > > My latest rsynced cooker ./VERSION says : > Linux-Mandrake Cooker-i586 20010418 12:13 . > > Do I then have the same content as 8.0 ? > > Thanx, > > Jan (please Cc: me on your reply) > > On Thu, 19 Apr 2001, Greg Sarsons wrote: > > > Is what is in the cooker right now what is in 8.0? I've got cooker in > > sync right now, rsync, and don't want to download the same thing again. > > > > -- -- Gospel of Jesus is the saving power of God for all who believe -- ## To some, nothing is impossible. ## http://Honza.Vicherek.com/ diff.cooker.8.out.bz2
Re: [Cooker] 8.0 and cooker
Greg Sarsons <[EMAIL PROTECTED]> writes: > Is what is in the cooker right now what is in 8.0? I've got cooker in > sync right now, rsync, and don't want to download the same thing again. Cooker right now is approx 8.0 + already_some_updates. Of course, "updates" of version, not fixes :-). Current cooker is the base for next release (aka probably 8.1), and 8.0 is already kind of "outdated" :-)). But of course, now that we're more or less finished with 8.0 (that is, except if we need some specific fixes for 8.0), expect a lot of sync of our packages to the latest version of software in the next weeks. -- Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/
Re: [Cooker] 8.0 and cooker
Perfect work! I'm pleased to see the greate work that was done When is expected the next version?september ? Thanks Thanks and Thanks ;-) - Original Message - From: "Guillaume Cottenceau" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, April 20, 2001 2:00 AM Subject: Re: [Cooker] 8.0 and cooker > Greg Sarsons <[EMAIL PROTECTED]> writes: > > > Is what is in the cooker right now what is in 8.0? I've got cooker in > > sync right now, rsync, and don't want to download the same thing again. > > Cooker right now is approx 8.0 + already_some_updates. > > Of course, "updates" of version, not fixes :-). > > Current cooker is the base for next release (aka probably 8.1), and 8.0 is > already kind of "outdated" :-)). > > > But of course, now that we're more or less finished with 8.0 (that is, > except if we need some specific fixes for 8.0), expect a lot of sync of > our packages to the latest version of software in the next weeks. > > > -- > Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/ > >
[Cooker] 8.0 and ReiserFS
I installed 8.0 over RC-1 saving only my /home. The partitionos /,/usr, and /home were all ReiserFS. Ater the installation, which went smoothly, I was unable, even when using a boot disk, to successfully boot. I would get disk errors and then the boot would stop. When I reinstalled and converted the partitions to Ext2 I could boot without problem. Is this problem caused by the different kerel version in 8.0 versus the RC-1 and if so what needs to be done inorder to use ReiserFS? Charles (-: Forever never goes beyond tomorrow.
Re: [Cooker] 8.0 and cooker
You can use mc to compare two ftp directories. Right now there are about 200MB or 130 files different in the RPMS directory. Since you are already using rsync, you can just copy your cooker tree and do an 'rsync -v rsync://ftp.sunet.se/Mandrake/8.0/i586/ .', or wherever you get it from, in the new tree. Arnd <>< On Thu, 19 Apr 2001, Jan Vicherek wrote: > > I have the same question. > > If anybody has the answer, please let us know ! I would hate to see > unnecessarily overburdened FTP servers, and frustrated downloaders > (especially if we *already* have 8.0 anyway). > > My latest rsynced cooker ./VERSION says : > Linux-Mandrake Cooker-i586 20010418 12:13 . > > Do I then have the same content as 8.0 ? > > Thanx, > > Jan (please Cc: me on your reply) > > On Thu, 19 Apr 2001, Greg Sarsons wrote: > > > Is what is in the cooker right now what is in 8.0? I've got cooker in > > sync right now, rsync, and don't want to download the same thing again. > > > > -- > -- Gospel of Jesus is the saving power of God for all who believe -- >## To some, nothing is impossible. ## > http://Honza.Vicherek.com/ > > > >
Re: [Cooker] 8.0 and cooker
On Thu, 19 Apr 2001, Greg Sarsons wrote: > Is what is in the cooker right now what is in 8.0? I've got cooker in > sync right now, rsync, and don't want to download the same thing again. > Nope, cooker has been updated since 8.0 freeze. seb
Re: [Cooker] 8.0 and cooker
I have the same question. If anybody has the answer, please let us know ! I would hate to see unnecessarily overburdened FTP servers, and frustrated downloaders (especially if we *already* have 8.0 anyway). My latest rsynced cooker ./VERSION says : Linux-Mandrake Cooker-i586 20010418 12:13 . Do I then have the same content as 8.0 ? Thanx, Jan (please Cc: me on your reply) On Thu, 19 Apr 2001, Greg Sarsons wrote: > Is what is in the cooker right now what is in 8.0? I've got cooker in > sync right now, rsync, and don't want to download the same thing again. > -- -- Gospel of Jesus is the saving power of God for all who believe -- ## To some, nothing is impossible. ## http://Honza.Vicherek.com/
[Cooker] 8.0 and cooker
Is what is in the cooker right now what is in 8.0? I've got cooker in sync right now, rsync, and don't want to download the same thing again.
Re: [Cooker] 8.0 Features Page: Nautilus 1.03?
Alexander Skwar <[EMAIL PROTECTED]> writes: > On the features page at http://www.linux-mandrake.com/en/newfeatures8.0.php > it says that Nautilus 1.03 is included with 8.0. That's wrong, 1.0.1.1 is > included. forwarded to the webmaster . Will be fixed soon Thanx
[Cooker] 8.0 Features Page: Nautilus 1.03?
On the features page at http://www.linux-mandrake.com/en/newfeatures8.0.php it says that Nautilus 1.03 is included with 8.0. That's wrong, 1.0.1.1 is included. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 22 hours 35 minutes
Re: [Cooker] 8.0 Beta and Oracle9i
Guillaume Rousse <[EMAIL PROTECTED]> writes: > Le 2001.03.19 20:07:34 +0400, Chmouel Boudjnah a écrit : > > Eric MC D <[EMAIL PROTECTED]> writes: > > > > > /etc/init.d/fontastic (from photopaint) conflict with this package ! > > > [..] > > and BTW: we don't support photopaint... > > Le 2001.03.19 20:08:04 +0400, Chmouel Boudjnah a écrit : > > Lonnie Cumberland <[EMAIL PROTECTED]> writes: > [..] > > > Oracle needs this account only for install purposes, but also needs it > > to have > > > root level permissions. > > > > thnaks for reporting we'll have some people to test that soon > > Cause you're supporting Oracle and not photopaint ? Surely a subtile > licence issue i didn't caught. Oracle is mainly because it is a kernel|glibc|gcc problem in our(my) side, photopaint is something because of the pacakging of the applications. -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
Re: [Cooker] 8.0 Beta and Oracle9i
Le 2001.03.19 20:07:34 +0400, Chmouel Boudjnah a écrit : > Eric MC D <[EMAIL PROTECTED]> writes: > > > /etc/init.d/fontastic (from photopaint) conflict with this package ! > [..] > and BTW: we don't support photopaint... Le 2001.03.19 20:08:04 +0400, Chmouel Boudjnah a écrit : > Lonnie Cumberland <[EMAIL PROTECTED]> writes: [..] > > Oracle needs this account only for install purposes, but also needs it > to have > > root level permissions. > > thnaks for reporting we'll have some people to test that soon Cause you're supporting Oracle and not photopaint ? Surely a subtile licence issue i didn't caught. -- Guillaume Rousse Murphy's law : If anything can go wrong, it will. O'Tool's commentary : Murphy was an optimist.
Re: [Cooker] 8.0 Beta and Oracle9i
Lonnie Cumberland <[EMAIL PROTECTED]> writes: > Hello All, > > I just wanted to let you all know that I have very large problems trying to get > the Oracle9i, which I downloaded from Oracle and is about 1.4Gig in size, to > install. > > I was never able to do it because Jave would complain about threads and crash > out. > > Finally I had to back my distribution down to Linux 7.2 and everything seems to > be much better. > > Also, could some one please tell me how to change the permissions of a group > and user that I created for Oracle called "oinstall" (group) and "oracle" > (user) such that they have root permissions and are able to make changes to the > /etc directory? > > Oracle needs this account only for install purposes, but also needs it to have > root level permissions. thnaks for reporting we'll have some people to test that soon -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
[Cooker] 8.0 Beta and Oracle9i
Hello All, I just wanted to let you all know that I have very large problems trying to get the Oracle9i, which I downloaded from Oracle and is about 1.4Gig in size, to install. I was never able to do it because Jave would complain about threads and crash out. Finally I had to back my distribution down to Linux 7.2 and everything seems to be much better. Also, could some one please tell me how to change the permissions of a group and user that I created for Oracle called "oinstall" (group) and "oracle" (user) such that they have root permissions and are able to make changes to the /etc directory? Oracle needs this account only for install purposes, but also needs it to have root level permissions. Cheers, Lonnie __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
Re: [Cooker] 8.0 beta 1 bug
"pablito" <[EMAIL PROTECTED]> writes: > Although the thing said it was installing, when it rebooted there were > errors in reading the advansys scsi drivers and it ended in a kernel > panic. Strange, my test machine has advansys (/proc gives: AdvanSys SCSI 3.2M: PCI Utra 16 CDB; pcitable gives: Advanced System Products|ABP940-U / ABP960-U), and it works nice (except the message during read of initrd that kmod can't modprobe scsi_hostadapter). Can you give details? Maybe related to your mother board.. [...] > I have a VIA Apollo Pro chipset but I don't have a Western Digital hard > drive. I have a Seagate SCSI hard drive, 9.1 gigs. .. -- Guillaume Cottenceau - http://us.mandrakesoft.com/~gc/
RE: [Cooker] 8.0 beta 1 bug
On Wed, 14 Mar 2001 pablito wrote: > Although the thing said it was installing, when it rebooted there were > errors in reading the advansys scsi drivers and it ended in a kernel panic. > read the note re kernel bug about VIA Apollo Pro chipsets and WD drives > greater than 8.5 gigs. > I have a VIA Apollo Pro chipset but I don't have a Western Digital hard > drive. I have a Seagate SCSI hard drive, 9.1 gigs. I had the same problem with i840, Adaptec, Seagate SCSI. Probably the installer is copying an incomplete initrd image. To make matters worse, the boot-disk that the installer advises to make doesn't work either. I'm guessing it uses a buggered version of mkbootdisk that's fixed now. Hopefully these issues will be resolved by beta2. Later, Rick
[Cooker] 8.0 beta 1 bug
Although the thing said it was installing, when it rebooted there were errors in reading the advansys scsi drivers and it ended in a kernel panic. read the note re kernel bug about VIA Apollo Pro chipsets and WD drives greater than 8.5 gigs. I have a VIA Apollo Pro chipset but I don't have a Western Digital hard drive. I have a Seagate SCSI hard drive, 9.1 gigs. Also, I didn't try to use DrakX to partition the drive. I used Partition commander to make separate linux and swap partitions (not extended dos-linux partitions as Drak-X makes if the thing has windows on it. The linux partition is way smaller than 8.5 gigs. Installed a 7.2 system and jammed on the glibc2.2 libraries. live-update on the Beta 1 CD wouldn't run with a plain 7.2 system but will now run although there are some error messages. Didn't try updating. Is this a bad idea, do you think? Does the kernel bug apply to all VIA Apollo Pro motherboards or just ones connected to WD hard drives?
RE: [Cooker] 8.0 beta1 install bugs.
"Pixel" <[EMAIL PROTECTED]> writes: >> If the installation program has trouble detecting the number of >> processors on the system, perhaps it could ask the user. Even a >> Windoze user could probably answer this and avoid the very bad first >> impression of Mandrake crashing on the first boot. Also, IMHO if one >> saves package selections to a floppy, that exact set of packages should >> be installed; no more, no less. (BTW, that feature is a great concept!) > i'll try and see what's wrong... i don't promise anything :-/ Thanks for looking into this. As for the highmem problems, I gave up on trying to load filesystems as modules and put the ones I need in the kernel and no problems since. Guess I should have done that in the first place. BTW, with memory being so cheap these days, I'm sure a lot of systems will soon have more that 896M. Would it be feasable to offer a highmem enabled kernel during installation? Cheers, Rick
Re: [Cooker] 8.0 beta1 install bugs.
"James, Rick" <[EMAIL PROTECTED]> writes: > If the installation program has trouble detecting the number of > processors on the system, perhaps it could ask the user. Even a > Windoze user could probably answer this and avoid the very bad first > impression of Mandrake crashing on the first boot. Also, IMHO if one > saves package selections to a floppy, that exact set of packages should > be installed; no more, no less. (BTW, that feature is a great concept!) i'll try and see what's wrong... i don't promise anything :-/
[Cooker] 8.0 beta1 install bugs.
I have a uniprocessor system: Pentium 4, 850 chipset. During the first install I took the time to do individual package selections and noticed that the smp kernel was checked so I unchecked it. I also unchecked aurora and autologin. When the installation finished, I saved my package selections to a floppy. My system later went down hard (that's a different story) so I did the re-install using [F1] "linux defcfg=floppy". I did a few quick checks and sure enough, it appeared that my previous selections were set. Very nice. What I failed to notice was that smp, aurora, autologin (and perhaps others) got re-checked. When the system tried to boot off the smp kernel it died instantly. If the installation program has trouble detecting the number of processors on the system, perhaps it could ask the user. Even a Windoze user could probably answer this and avoid the very bad first impression of Mandrake crashing on the first boot. Also, IMHO if one saves package selections to a floppy, that exact set of packages should be installed; no more, no less. (BTW, that feature is a great concept!) Now the other story, is anyone using a highmem enabled kernel? I'm having troubles with some modules with highmem enabled and I'm not sure if they're stupid user errors or bugs. The specific modules giving problems are nfs and reiserfs. TIA Rick
[Cooker] 8.0 Beta1 success story.
Thought you guys & gals might like a break from trouble-shooting. Just got a new PC at work: Dell Precision 330, Pentium4, 2GB rdram, nVidia Quadro2 64M, two 40GB ATA-100 drives (dual-boot, not raid). Install went without a hitch. It even installed correct module for integrated 3Com 3c920 which Mdk7.2 verson of 3c59x had trouble with. Rebuilt kernel for P-4 and highmem support. So far its very stable as long as I stay away from DrakConf which sometimes hangs X/KDE. The nVidia 0.9-6 driver also works well. (Not open but at least its free.) My workplace doesn't officially support Linux but my boss let me sneek it in the back door to test the concept of replacing some high- dollar/low-performance Unix boxes with Linux on PC's for scientific number crunching apps that typically run for days (sometimes weeks). Just finished a benchmark run and, to protect the guilty, I'll just say it ran 4 times faster than a Unix server that cost 10 times as much. The company bean counters should be an easy sell. The IT staff will probably be a different story. Anyways, my hats off to Mandrake and the thousands of hard-working and underpaid folks who put together this beta release. If the beta's this good, I can't wait to see the final release! Cheers, Rick
Re: [Cooker] 8.0 Beta slow/vasting cpu time
So sprach r j am Sat, Mar 03, 2001 at 12:02:52AM -0800: > If the kernel process is using the CPU, the use generates heat, heat Only because top/ps are showing that kapm-idled is "using" your CPU doesn't mean, that it actually IS using the CPU. I don't know, but maybe it's the process that sends commands like HALT to the cpu, so that the cpu can step down on usage? > Who else has this happening? What motherboard? Gigabyte BX2000, Celeron 400 Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die guenstige Art an Linux Distributionen zu kommen Uptime: 1 day 10 hours 56 minutes
Re: [Cooker] 8.0 Beta slow/vasting cpu time
So sprach W.Kasberg am Fri, Mar 02, 2001 at 09:04:27AM -0500: > My impression is that 8.0 beta is slow (compared to 7.2). CPU monitor show > continously 100 %. > What could be the reason? Is this only on my PC (700MHz, 512 MB)? Maybe kapm-idled "sucking" all your cycles? Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die guenstige Art an Linux Distributionen zu kommen Uptime: 1 day 10 hours 55 minutes
Re: [Cooker] 8.0 Beta slow/vasting cpu time
--- Sebastian Dransfeld <[EMAIL PROTECTED]> wrote: > On Fri, 2 Mar 2001, W.Kasberg wrote: > > > My impression is that 8.0 beta is slow (compared to 7.2). CPU > > monitor show continously 100 %. > > What could be the reason? Is this only on my PC (700MHz, 512 MB)? > > You have a process called 'kapm-idled'. It's a kernelprocess that > uses the rest of your CPU. Doesn't harm. > seb If the kernel process is using the CPU, the use generates heat, heat degrades the quality of the CPU over time and it is, in fact, very much harmful but will normally only be realized only as a shortened life span of the CPU(s). A similar problem like this occurred in ms Win2k with the ASUS P2B-DS motherboard because the b'rds did not build the board with ACPI support as they claimed that they had done. It required a modification of the board to fix the problem. This should be investigated. Either there is some HW/SW incompatibility/error or the mdk kernel is doing things that it should not be doing. Who else has this happening? What motherboard? rj Linux: Get it. Use it. Improve it. === __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
Re: [Cooker] 8.0 Beta1 and Promise Ultra ATA66
> > Hmmm...I have a cd-burner on the system. A Sony CRX100E to be exact. Why > would this muck things up? > > andre wrote: > > > > > > > > Rich Thompson <[EMAIL PROTECTED]> writes: > > > > > > > I have installed 8B1 using both the recommended and expert install. I > > > > can complete the installation, but upon reboot, the box kernal panics > > > > with the message VFS: Cannot find device on 2103 or 21:03. The error > > > > > > quite strange, 21:03 is /dev/sg3, no good :-/ > > > > > > > > > > CD-Burner? > > -- > Rich Thompson > [EMAIL PROTECTED] > http://www.robotthoughts.com > > I don't know but i think i have the same problem. I # the scsi references in /etc/modules and /etc/modules.conf. It helped.
Re: [Cooker] 8.0 Beta1 and Promise Ultra ATA66
Hmmm...I have a cd-burner on the system. A Sony CRX100E to be exact. Why would this muck things up? andre wrote: > > > > > Rich Thompson <[EMAIL PROTECTED]> writes: > > > > > I have installed 8B1 using both the recommended and expert install. I > > > can complete the installation, but upon reboot, the box kernal panics > > > with the message VFS: Cannot find device on 2103 or 21:03. The error > > > > quite strange, 21:03 is /dev/sg3, no good :-/ > > > > > > CD-Burner? -- Rich Thompson [EMAIL PROTECTED] http://www.robotthoughts.com
Re: [Cooker] 8.0 Beta1 and Promise Ultra ATA66
> > Rich Thompson <[EMAIL PROTECTED]> writes: > > > I have installed 8B1 using both the recommended and expert install. I > > can complete the installation, but upon reboot, the box kernal panics > > with the message VFS: Cannot find device on 2103 or 21:03. The error > > quite strange, 21:03 is /dev/sg3, no good :-/ > > CD-Burner?
Re: [Cooker] 8.0 Beta1 and Promise Ultra ATA66
Rich Thompson <[EMAIL PROTECTED]> writes: > I have installed 8B1 using both the recommended and expert install. I > can complete the installation, but upon reboot, the box kernal panics > with the message VFS: Cannot find device on 2103 or 21:03. The error quite strange, 21:03 is /dev/sg3, no good :-/
RE: [Cooker] 8.0 (Traktopel) Beta 1
how to unsurcribe -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]De la part de Chmouel Boudjnah Envoye : vendredi 2 mars 2001 22:34 A : [EMAIL PROTECTED] Objet : Re: [Cooker] 8.0 (Traktopel) Beta 1 Jim Drash <[EMAIL PROTECTED]> writes: > You all need to bring your iptables package up to date. You are missing > the iptables-save, -restore, and an init file. "Fisher" has had all of > these for the better part of 1 month. ok should be synced with the rh version in the -2mdk release. -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
Re: [Cooker] 8.0 (Traktopel) Beta 1
Jim Drash <[EMAIL PROTECTED]> writes: > You all need to bring your iptables package up to date. You are missing > the iptables-save, -restore, and an init file. "Fisher" has had all of > these for the better part of 1 month. ok should be synced with the rh version in the -2mdk release. -- MandrakeSoft Inc http://www.chmouel.org --Chmouel
[Cooker] 8.0 Beta1 and Promise Ultra ATA66
I have installed 8B1 using both the recommended and expert install. I can complete the installation, but upon reboot, the box kernal panics with the message VFS: Cannot find device on 2103 or 21:03. The error message also suggest that I append proper 'root=' parameters. Any ideas? Thanks! -- Rich Thompson [EMAIL PROTECTED] http://www.robotthoughts.com
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Friday 02 March 2001 03:05, Tom Brinkman wrote: > On Thursday 01 March 2001 11:28 am, Alexander Skwar wrote: > > So sprach Ron Stodden am Thu, Mar 01, 2001 at 05:07:59PM +1100: > > > Is this to tell the public that KDE 2.1 is to become a property of > > > Mandrake 8.0 and that there will be no retrofit of KDE 2.1 to > > > Mandrake 7.2? > > > > As far as I understand Mandrakes policy, they don't do any > > retrofitting to "legacy" distributions. All they do is put out > > security fixes for old stuff, and that's it. > > > > Alexander Skwar > > OK, as I understand it, Chris Molnar who packaged all the numerous > previous KDE updates is no longer a Mandrake employee. None of our > business. Thanks Chris, thanks Mandrake. > > My opinion is that we've had KDE2.1 (very close toit) since Chris' > last updates. So what's the rush? You can always compile your own if > it's that pressing, no? Not a trivial undertaking - I'm still trying. I've had to update the following from cooker: libmng, libstdc++-libc6.2-2.so.3, openldap, libaudiofile0*. I then managed to build kdesupport and kdelibs but kdebase chojed on ldap - I had to use the undocumented configure option "--without-ldap" to get kdebase built. Just now kdebindings choked - couldn't find javah. -- Linux Mandrake release 7.2 (Odyssey) for i586 KDE 2.1beta2 Linux 2.2.17-27mdkWin4Lin, Uptime 2 days 1 hour 2 minutes
[Cooker] 8.0 Beta 1 and Promise Ultra ATA66
I am able to install 8.0B1 using both the recommened and expert modes of the installer. On reboot though, I get a kernal panic stating VFS cannot find 2103 or 21:03. The only suggestion from the error message is that I set the proper 'boot=' parameters. Any ideas or can I provide more info... -- Rich Thompson [EMAIL PROTECTED] http://www.robotthoughts.com
Re: [Cooker] 8.0 Beta slow/vasting cpu time
At a wild guess I'd say it's the kernel's Advanced Power Management Idle Daemon Claudio wrote: [EMAIL PROTECTED]">On Friday 02 March 2001 11:45, you wrote: On Fri, 2 Mar 2001, W.Kasberg wrote:My impression is that 8.0 beta is slow (compared to 7.2). CPU monitorshow continously 100 %.What could be the reason? Is this only on my PC (700MHz, 512 MB)?You have a process called 'kapm-idled'. It's a kernelprocess that uses therest of your CPU. Doesn't harm. M... what is this usefull for??? Claudio -- John Allen, Email: mailto:[EMAIL PROTECTED] Orbiscom Ltd,Web:http://www.orbiscom.com/ 3 Sandyford Park,Direct: +353-1-2178610 Sandyford Industrial Estate, Office: +353-86-2315986 Dublin 18. Fax:+353-1-2945119 ** The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. This message and any attachments have been scanned for viruses. Orbiscom Ltd. will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. www.Orbiscom.com **
Re: [Cooker] 8.0 Beta slow/vasting cpu time
On Friday 02 March 2001 11:45, you wrote: > On Fri, 2 Mar 2001, W.Kasberg wrote: > > My impression is that 8.0 beta is slow (compared to 7.2). CPU monitor > > show continously 100 %. > > What could be the reason? Is this only on my PC (700MHz, 512 MB)? > > You have a process called 'kapm-idled'. It's a kernelprocess that uses the > rest of your CPU. Doesn't harm. M... what is this usefull for??? Claudio
Re: [Cooker] 8.0 Beta slow/vasting cpu time
On Fri, 2 Mar 2001, W.Kasberg wrote: > My impression is that 8.0 beta is slow (compared to 7.2). CPU monitor show > continously 100 %. > What could be the reason? Is this only on my PC (700MHz, 512 MB)? You have a process called 'kapm-idled'. It's a kernelprocess that uses the rest of your CPU. Doesn't harm. seb
[Cooker] 8.0 Beta slow/vasting cpu time
My impression is that 8.0 beta is slow (compared to 7.2). CPU monitor show continously 100 %. What could be the reason? Is this only on my PC (700MHz, 512 MB)? W. Kasberg -- +--- ! Walter Kasberg - Lehrstuhl fuer Flugdynamik - RWTH Aachen ! Tel. +49-241-80 6812 Fax +49-241-80 99529 ! e-mail [EMAIL PROTECTED] +---
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Thursday 01 March 2001 11:28 am, Alexander Skwar wrote: > So sprach Ron Stodden am Thu, Mar 01, 2001 at 05:07:59PM +1100: > > Is this to tell the public that KDE 2.1 is to become a property of > > Mandrake 8.0 and that there will be no retrofit of KDE 2.1 to > > Mandrake 7.2? > > As far as I understand Mandrakes policy, they don't do any > retrofitting to "legacy" distributions. All they do is put out > security fixes for old stuff, and that's it. > > Alexander Skwar OK, as I understand it, Chris Molnar who packaged all the numerous previous KDE updates is no longer a Mandrake employee. None of our business. Thanks Chris, thanks Mandrake. My opinion is that we've had KDE2.1 (very close toit) since Chris' last updates. So what's the rush? You can always compile your own if it's that pressing, no? -- Dale Earnhardt, the greatest stock car driver ever, he's won his 8th and His Greatest Championship Tom Brinkman [EMAIL PROTECTED] Galveston Bay
Re: [Cooker] 8.0 Beta mount to /dev/loop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > > Hi > > I would like mount iso to directory > > > mount 1-8.0-Traktopel-i586.iso /export/Mandrake/8-0/cdrom1 -t > iso9660 -o ro,loop > > I receive "Unable to indetify CD ROM format" > > I have not prolem for cdrom2 > > Have you an idea for this PB > El Torito format maybe? -BEGIN PGP SIGNATURE- Version: PGP 7.0.1 iQA/AwUBOp7oj5caE5Cuy9BdEQIhoACgscgH82tgeVAKYyjxz0TgnPeey/QAoINB SVG5+iCE5a76YKKNazk3aoxF =8I0k -END PGP SIGNATURE-
Re: [Cooker] 8.0 (Traktopel) Beta 1
You all need to bring your iptables package up to date. You are missing the iptables-save, -restore, and an init file. "Fisher" has had all of these for the better part of 1 month.
Re: [Cooker] 8.0 (Traktopel) Beta 1
So sprach Ron Stodden am Thu, Mar 01, 2001 at 05:07:59PM +1100: > Is this to tell the public that KDE 2.1 is to become a property of > Mandrake 8.0 and that there will be no retrofit of KDE 2.1 to > Mandrake 7.2? As far as I understand Mandrakes policy, they don't do any retrofitting to "legacy" distributions. All they do is put out security fixes for old stuff, and that's it. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die guenstige Art an Linux Distributionen zu kommen Uptime: 0 hours 25 minutes
[Cooker] 8.0 Beta mount to /dev/loop
Hi I would like mount iso to directory mount 1-8.0-Traktopel-i586.iso /export/Mandrake/8-0/cdrom1 -t iso9660 -o ro,loop I receive "Unable to indetify CD ROM format" I have not prolem for cdrom2 Have you an idea for this PB Thank
Re: [Cooker] 8.0 (Traktopel) Beta 1
Robert L Martin <[EMAIL PROTECTED]> writes: > cooker is approx beta 1. use it :) > > -- > okay Pixel truth or consequences betting the vineyard > How many Known Showstopper Bugs are there??? a lot!
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Wed, Feb 28, 2001 at 06:42:50PM +0100, Alexander Skwar wrote: > So sprach Warly am Wed, Feb 28, 2001 at 02:14:54PM +0100: > > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > > This Beta starts the debbuging period for the 8.0 release, > > > > > > So, feature freeze now? > > > > By the end of the week yes, we are a bit late actualy... :( > > What about long standing issues on qa? Will they be fixed? And what about > new releases? E.g. fetchmail is currently at 5.6.6, whereas cooker is still > at 5.6.0 > Couldn't get it to work with i18n ... :( > Alexander Skwar > -- > How to quote: http://learn.to/quote (german) http://quote.6x.to (english) > Homepage: http://www.digitalprojects.com | http://www.iso-top.de >iso-top.de - Die guenstige Art an Linux Distributionen zu kommen > Uptime: 1 day 19 hours 25 minutes -- Geoffrey Lee <[EMAIL PROTECTED]> 李長風 http://devel.mandrakesoft.com/~snailtalk ftp://devel.mandrakesoft.com/pub/people/snailtalk $/usr/games/fortune Anything that can go wrong will go Segmentation fault (core dumped) $
Re: [Cooker] 8.0 (Traktopel) Beta 1
[EMAIL PROTECTED] wrote: > The main features that we like feedback on are: > > . The installation process in general > . DrakConf and embedded tools > . rpmdrake > . the new 2.4.2 kernel > . KDE 2.1 > . the new Aurora Is this to tell the public that KDE 2.1 is to become a property of Mandrake 8.0 and that there will be no retrofit of KDE 2.1 to Mandrake 7.2? -- Regards, Ron. [au]
Re: [Cooker] 8.0 (Traktopel) Beta 1
cooker is approx beta 1. use it :) -- okay Pixel truth or consequences betting the vineyard How many Known Showstopper Bugs are there??? i have a p 75 with an isa sb16 a happuage tv card and two Zip drives (i am going to see if i can get the cds burnt but person doing the burn is out for next week (vacation)) Robert L martin
Re: [Cooker] 8.0 (Traktopel) Beta 1
> > new releases? E.g. fetchmail is currently at 5.6.6, whereas cooker is still > > at 5.6.0 > > > > fetchmail was at 5.6.8 yesterday and probably is already bumped due to > NTLM bug. But note, that x.y.0 is considered "gold" by esr and other > releases more like experimental before next gold. > > -andrej Well we've always put in the x.y.z in ... I believe fetchmail is stable enough not to use the "gold" releases. Well, currently, I'm having some problems getting it to compile with i18n for the last couple of releases but I dunno what is wrong, maybe I can check later on. -- Geoffrey Lee <[EMAIL PROTECTED]> 李長風 http://devel.mandrakesoft.com/~snailtalk ftp://devel.mandrakesoft.com/pub/people/snailtalk $/usr/games/fortune Anything that can go wrong will go Segmentation fault (core dumped) $
Re: [Cooker] 8.0 (Traktopel) Beta 1
Matias Griese <[EMAIL PROTECTED]> writes: > Is there a version of Traktopel which isn't an iso image? I would like > to try to install it via ftp, so it would be nice to have the normal > tree over there too. cooker is approx beta 1. use it :)
Re: [Cooker] 8.0 (Traktopel) Beta 1
On 2001.02.28 20:02:22 +0400 dam's wrote: > [EMAIL PROTECTED] (Guillaume Rousse) writes: > > > On 2001.02.28 16:27:05 +0400 [EMAIL PROTECTED] wrote: > > > New story on (http://www.mandrakeforum.com) > > > > > > The first Beta of the upcoming Linux-Mandrake 8.0 > > > (Traktopel) is available. > > You played the name at Quake vs marketing guys, and Guillaume won :-) ? > > pff, Guillaume is a bad fragger, he always eats my rockets.. So, how did you get a real name this time ? -- After all is said and done, a hell of a lot more is said than done -- Murphy's Laws on Technology n°12
Re: [Cooker] 8.0 (Traktopel) Beta 1
Great! You can still include the Linux Progress Patch into the kernel On 28 Feb 2001, Warly wrote: > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > This Beta starts the debbuging period for the 8.0 release, > > > > So, feature freeze now? > > By the end of the week yes, we are a bit late actualy... :( > >
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Wednesday 28 February 2001 07:27, you wrote: > New story on (http://www.mandrakeforum.com) > > The first Beta of the upcoming Linux-Mandrake 8.0 > (Traktopel) is available. > > This Beta starts the debbuging period for the 8.0 release, > please report your bugs and feedbacks on the Mandrakesoft > Bugzilla problem tracking system (https://qa.mandrakesoft.com) > Is Mandrake going to wait for bind 9.1.1 release? -- Thanks Jorg
Re: [Cooker] 8.0 (Traktopel) Beta 1
On 2001.02.28 16:27:05 +0400 [EMAIL PROTECTED] wrote: > New story on (http://www.mandrakeforum.com) > > The first Beta of the upcoming Linux-Mandrake 8.0 > (Traktopel) is available. You played the name at Quake vs marketing guys, and Guillaume won :-) ? -- A failure will not appear until the unit has passed final inspection -- Murphy's Laws on Technology n°8
Re: [Cooker] 8.0 (Traktopel) Beta 1
Is there a version of Traktopel which isn't an iso image? I would like to try to install it via ftp, so it would be nice to have the normal tree over there too. Regards, Matias
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Wed, 28 Feb 2001, Alexander Skwar wrote: > So sprach Warly am Wed, Feb 28, 2001 at 02:14:54PM +0100: > > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > > This Beta starts the debbuging period for the 8.0 release, > > > > > > So, feature freeze now? > > > > By the end of the week yes, we are a bit late actualy... :( > > What about long standing issues on qa? Will they be fixed? me2 And what about > new releases? E.g. fetchmail is currently at 5.6.6, whereas cooker is still > at 5.6.0 > fetchmail was at 5.6.8 yesterday and probably is already bumped due to NTLM bug. But note, that x.y.0 is considered "gold" by esr and other releases more like experimental before next gold. -andrej
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Wednesday 28 February 2001 12:42, you wrote: > So sprach Warly am Wed, Feb 28, 2001 at 02:14:54PM +0100: > > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > > This Beta starts the debbuging period for the 8.0 release, > > > > > > So, feature freeze now? > > > > By the end of the week yes, we are a bit late actualy... :( > > What about long standing issues on qa? Will they be fixed? And what about > new releases? E.g. fetchmail is currently at 5.6.6, whereas cooker is > still at 5.6.0 > > Alexander Skwar There are lots of files that are out of date.. apache HTML::Mason linuxconf wine abisuite mod_ssl (which current version still has never been recompiled to work) mutt etc... -- Thanks Jorg
Re: [Cooker] 8.0 (Traktopel) Beta 1
> > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > This Beta starts the debbuging period for the 8.0 release, > > > > So, feature freeze now? > > By the end of the week yes, we are a bit late actualy... :( > > -- > Warly > > Is it a total freeze or a graduale one because i want to put the dutch howto's and man-pages in 8
Re: [Cooker] 8.0 (Traktopel) Beta 1
So sprach Warly am Wed, Feb 28, 2001 at 02:14:54PM +0100: > Alexander Skwar <[EMAIL PROTECTED]> writes: > > > So sprach [EMAIL PROTECTED] am Wed, Feb 28, 2001 at 04:27:05AM -0800: > > > This Beta starts the debbuging period for the 8.0 release, > > > > So, feature freeze now? > > By the end of the week yes, we are a bit late actualy... :( What about long standing issues on qa? Will they be fixed? And what about new releases? E.g. fetchmail is currently at 5.6.6, whereas cooker is still at 5.6.0 Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die guenstige Art an Linux Distributionen zu kommen Uptime: 1 day 19 hours 25 minutes
Re: [Cooker] 8.0 (Traktopel) Beta 1
On Wed, 28 Feb 2001, jorgp wrote: > Will there be a branch off into a mandrake 8 dir and leave cooker for > bleeding edge? Yes, this is what always happens. Beta 1 is a "freeze" that is, Beta 1 is frozen in time while cooker goes on. Then there may be a beta two which again is a snapshot of cooker. Once 8 is final though, the trees are kept separate because cooker is no longer guarnteed to be compatible with 8 anymore. -- Sincerely, David Walluck <[EMAIL PROTECTED]>
