Re: [Cooker] Re: Re: When??
Greg Meyer [EMAIL PROTECTED] writes: On Friday 21 March 2003 09:13 am, Brian J. Murrell wrote: On Fri, Mar 21, 2003 at 08:21:48AM -0500, Greg Meyer wrote: Maybe there is finally going to be some sanity and the delay of the release until the boxes are ready. Fair enough. But if that is the case, they could at least be up front with their development partners (read: us) and say so. Of course, they might have already here on Cooker. I'm afraid at 800 messages a day, the volume is _way_ too high for me to read every message. I can only skim, but have not seen any explanation as to when the isos will be available. Or at least say that they cannot or will not make an announcement at this time, and that more info will be provided in the near future. Then again, they all could be asleep until Monday. AFAIK it is in the hand of the marcom dep now and should be OK for next week. -- Warly
Re: [Cooker] Re: Re: When??
Warkly I am according with Greg, at least a message about what the problems are and the date of isos avalaiblity ought to be done as a deference to the mandrake users. Also if there are problems, preorder offers to members club shouldn't have be done immediately!. I preordered one but now I am wondering if the release will see the light anytime :-( Moreover, I ordered the mandrake guide book on february 28th and still it hasn't arrived to me. It seems the delivery of mandrake products is still working as it was before: awfull. Haven't you changed the delivery department? I think those things are damaging seriously Mandrake, specially the silence, and some potential users could be reluctant to use it. AFAIK it is in the hand of the marcom dep now and should be OK for next week. -- Francisco Alcaraz Ariza Departamento de Biología Vegetal Universidad de Murcia E-30100 Murcia España (Spain)
[Cooker] Overall Impression Mandrake 9.1 RC2/Cooker
Hello, sorry I don't know if this is the right place to send my mail to, so please excuse me if it was the wrong place. I just recently installed Mandrake 9.1 RC2 on two of my machines and the overall impression is really fantastic ! (I know what Terry Pratchett says about multiple exclamation marks and sanity ;-)) One Machine is a HP Omnibook 6100 with P III M @ 1133 MHz, 256 MB RAM, 30 GB HDD, DVD, Ati Radeon Mobility M6 w/ 16 MB; this was some cutting-edge hardware back in the time when I bought it, now its only old, but still running incredibly fast (punches its way through an average seti-package in about 6 to 7 hours). This Machine was upgraded to recent Cooker yesterday (urpmi is great !!! :-)). The other Machine is a fairly typical box, nailed together from pieces lying around by my ugly self, consisting of a mobo with via appollo chipset, ati rage 128 w/ 16 MB, PIII 550 (Katmai), 384 MB RAM, DVD, 4,3 GB HDD (system) on the onboard-IDE and 80 GB HDD (data) connected through a Promise 100 TX PCI-IDE-Controller, and a Soundblaster 64 ISA-Soundcard. I have used Mandrake since 8.1 and so far 9.1 is the best Mandrake-Release I have seen so far. But now to the good and (some) not so good things about 9.1 RC2: Omnibook 6100: ACPI: seems to work, although there is no /proc/acpi my Battery-Applets work right, they show me if the Machine is plugged in or not, how uch capacity is left and so on (APM is disabled !; btw this machine is pure ACPI, no APM anymore which was really ugly with 8.2 and 9.0); the CPU-FAN rarely spins up, only when im unpacking my GB-big wallpaper-archive or my reprogrammed seti-client is searching for intelligent life in Texas ;-) (you won't overhear this fan, seems it is a small brother of the big air vent at the Jet Propulsion Laboratory, maybe the tech who constructed this crazy heat-pipe cooling mechanism on the OB 6100 went to nvidia and designed some part of the FX ??? :-)), the machine itself doesn't get very hot, only on the underside, but this is where the graphic-core lies. Suspend-mode works great, I can put the OB to sleep by hitting the blue suspend-button above the keyboard, and wake it back up. Hardware 3D-Acceleration works only up to 1152 x 864 resolution (my OB 6100 has 1400 x 1050), but this seems to be a general XFree-prob, because I experienced this under Red Hat 8.0, too. The screen-resolution cannot be changed in the Mandrake control-center, on RC2 I could change it at least by using XFDrake, but in cooker it won't do anything, normally I don't change resolution on my OB, because lower resolution on a 1400 x 1050 Flat-Panel look really ugly, but I would like to change my resolution sometimes for playing TuxRacer, which needs Hardware-3D, but that does only work up to 1152 x 864 as mentioned earlier, on 9.0 resolution-changing worked fine. I have some problems with Galeon/Mozilla, after I started Galeon as root (I know I shouldn't work as root) Mozilla is broken (Menus don't work anymore), after reinstalling Mozilla everything is fine. I have this problem with Galeon/Mozilla since I upgraded to Moz 1.1 on Mdk 8.2, but since I never wrote a bug-report about it, I cannot blame anyone for it; btw this is not a big problem, because I rarely work as root, it is more of a minor nuisance, for the normal user Galeon and Mozilla work fine, even if used in parallel. One big complain: the NFS-Server-Wizard is missing in the Control Center in the actual cooker version, please bring it back, not that I could live without it, but i am a lazy guy and this is a comfortable little helper, maybe you could design it like the NFS-wizard in RH 8.0 or in Netconf, which allows to administer more than one shares at the same time, on the other hand there is something positive to mention, the NFS-mount utility in MCC works now, on 9.1 RC2 it bailed out with an error message. RP PPPOE works good, although the PPPOE is somewhat unstable at times, on some occasions I lose my connection and have to restart the network service to get back online again. Installation of 9.1 RC2 went smooth, the new installer looks very good, although I miss a feature of the older versions: the ability to jump back to an earlier point, please bring that back, because otherwise the new installer is nearly perfect. Firewire seems to work on my OB, I plug in my PCMCIA-Firewire-card and the modules get loaded, but since I don,t have a Firewire-Harddisk anymore I cannot verify this. Back in 8.2 (didn't really test it under 9.0) I had massive probs with firewire on my OB 6100, although on my older XE3 it worked perfectly, but as the modules are loading now (they didn't load under 8.2 on the OB 6100 because of some IRQ-prob), so I think there is no problem anymore. Maybe there could be a possibility for TCP/IP over Firewire on Linux (works great under WinXP, but as I want to get rid of Microsoft, I would apreciate this working under Linux) ?? If I've overseen it and TCP/IP over Firewire works under
Re: [Cooker] mmx and such
andre wrote: On Friday 21 March 2003 15:18, Guy.Bormann wrote: [snip] It's not a matter of complaining or not, it's a matter of minimal support. Mandrake Linux is supposed to run on any i586 or newer processor. Period. Even if that means a crazy person is encoding videos on a i586(no MMX), say, 166MHz (or somewhere near) without hardware acceleration Must be surely someone with paaaiinnnccce! Guy Has a VIA C3 mmx support because 966Mhz doesn't sound slow to me VIA C3 AFAIK supports both MMX and 3DNOW: http://www.via.com.tw/jsp/en/products/C3/VIAC31.pdf Bye. Giuseppe.
[Cooker] ISO Images [was: Re: When??]
Viestissä Lauantai 22. Maaliskuuta 2003 09:34, Duncan kirjoitti: On Fri 21 Mar 2003 05:56, Brian J. Murrell posted as excerpted below: On Fri, Mar 21, 2003 at 02:42:33PM +1200, Jason Greenwood wrote: Will 9.1 Final ISO's hit the mirrors?? I would like to know this too. Just what are we waiting for? I don't recall any of this kind of wait with past releases. ISO's came on the heels of the mandrake_release RPM finally being updated. This is just speculation on my part, but I'm guessing the lack of ISOs has to do with the kernel problem folks have mentioned here repeatedly. IMHO, they are just timing the ISO release to happend at the same time as the official anouncement for once... It seems a security vuln and kernel patch was released at the last minute, to late for the normal process of verification and inclusion on the release ISOs. Never-the-less, the patch was added, and the corrected Kernel packages created and delivered. The patch was small, it did not break anything, and it wasn't last minute, since it was known in good time before the official security vuln announcement... The problem appears to be that in the confusion of doing this at the last minute, without the normal verification and etc. someone made a mistake, and reused a previous kernel release number for the new kernel RPMs. IMHO it wasn't a mistake, the name was kept to not break the official ISO build scripts... Unfortunately, this means the various automated tools don't see the new kernel as a change from the previous one, and don't pick up that RPM. At the same time, the official list along with sizes and probably the MD5 checksums include and are based on the new kernel version, that the automated tools don't pick up, because it looks to them the same as an old one. Thus, there are all sorts of errors. So do a manual rsync on the cooker tree... It will pick up the change That brings us to the human side. My guess is that in the work-up to the release, days off and other such things were skipped, and as soon as it was out the door, pretty much everyone left for the weekend, to catch up on the days off and such. It's also possible that a number of folks were leaving Mdk to be effective at 9.1 release, due to the continual streamlining due to the financial problems. These folks will now have cleared out their desk and be gone permanently. Anyway, the problem is likely that the automated tools can't fix the problem as outlined above, and anybody that can do anything about it took off until next week. Likewise, anyone in a position to make an official comment on it is off for the weekend, as it was supposed to be all out and all good, by now. Now this is way off ... IIRC Warly (or another MDK employee) posted a message after 9.0 release how the official ISOs gets delivered ... They don't get posted on the mirrors after a automated iso build, instead they get built under strict control by Warly, then they get distributed among the MDK employees that test the final ISOs, and if they are all happy, the ISOs will be posted on the MDK master server where the primary mirrors can pick them up, and after that all other mirrors that rsyncs of the primary mirrors... Of course I don't speak for MandrakeSoft, just for myself... Thomas
Re: [Cooker] Here's why no Radeon 9500 support in 9.1
On Friday 21 March 2003 12:01 am, Jan Ciger wrote: It is a free software, but having ten incompatible versions of XFree or ten versions with ten different fatal bugs is not a nice outlook XFree86 and XFreer86? As I understand it, the pace (or lack of it) of incorporation of existing patches is the main problem, so a fork would be less likely to contain said fatal bugs, and a mroe responsive X server would result in NVidia submiting more bugs in the first place. Also, `ten forks' is not a fair representation. All that's been discussed AFAICT is a single fork. Maybe XFork? XCutlery (forked, and sharper than before? :-) If they do fork, I most fervently hope that the fork has a different name, (even if it is only `XLibre' or something like that) to avoid confusion. Dropping the `86' would be good for both original and any fork, since it runs on a lot more than x86 architecture and has done for a very long time. Cheers; Leon
Re: [Cooker] Re: [Contrib-Rpm] dosbox-0.57-2mdk
On Friday 21 March 2003 03:04 am, Per Øyvind Karlsen wrote: you forget to check the architecture. and, dosbox need libcurses5 to work, and to be compiled. the configure doesn't check, but, on the rpm I wanted to submit ( but you were faster ) , I wasn't able to compile it without. Here is the relevant portion. Author told me `wait for next version' (less than a month) as much of the unix-like-filesystem code was semi-broken in 0.57. Cheers; Leon
[Cooker] Re: [Contrib-Rpm] kpopup-0.9.5-0.pre2.1mdk
Le Mercredi 19 Mars 2003 17:32, Buchan Milne a écrit : I made a package of this a while back, but did not upload it since I thought it was too buggy to use. It works fine sending, but I haven't got it receiving well (not nearly as well as LinPopUp). I mailed the author with some feeback on the issues, but received no reply, so wrote it off. I fixed a security bugs and mailed the whole thing to him. While he actually replied, I haven't heard of a new version until then. Have you actually tested receiving with this? Does it work well? I had it popping up, but not displaying the message, I think cause by it setting bad perms on the messages. It works. Also, it popped up full-screen, which is annoying. That's not fixed yet. I've submitted a patch to the author. Thanks. Also, does it remove the message files (usually in /var/tmp)? If not, you will want to have the 'message command' clean it up for you. It does. Regards, Buchan Sincerely, -- Rémi Denis-Courmont [EMAIL PROTECTED] http://www.simphalempin.com/ NB: not subscribed to cooker. Please CC follow-ups.
[Cooker] [OT] More on XFork86
Link from here... http://slashdot.org/article.pl?sid=03/03/21/2225212 ...to here... http://www.osnews.com/story.php?news_id=3090 Cheers; Leon
Re: [Cooker] Re: [Contrib-Rpm] dosbox-0.57-2mdk
Entête en cours de reécriture, merci de patienter en lisant la réponse au mail de Leon Brooks, à Samedi 22 Mars 2003 12:51 On Friday 21 March 2003 03:04 am, Per Øyvind Karlsen wrote: you forget to check the architecture. and, dosbox need libcurses5 to work, and to be compiled. the configure doesn't check, but, on the rpm I wanted to submit ( but you were faster ) , I wasn't able to compile it without. Here is the relevant portion. Author told me `wait for next version' (less than a month) as much of the unix-like-filesystem code was semi-broken in 0.57. Did you intend too to package dosbox ? Or i didn't understand ? -- Michaël Scherer
[Cooker] [Bug 3493] [Installation] New: FATAL ERROR during network-installation
http://qa.mandrakesoft.com/show_bug.cgi?id=3493 Product: Installation Component: Installation Summary: FATAL ERROR during network-installation Version: 1.809 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I just tried to install a computer from the current cooker sources using the network.img on a floppy. Installation went fine until package selection. After a couple of minutes of installation I got a FATAL ERROR indicating that /mnt/tmp/13-mdkexpert_corporate.png was missing. The only choice I had was to click OK, which led me back to the package selection screen again. A workaround for this is to switch to console after the package installation has started and copy one of the existing .pngs to the missing one. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3488] [kernel] acpi in presario 700
http://qa.mandrakesoft.com/show_bug.cgi?id=3488 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 13:00 --- Thank you for your help. I've seen your page and in some part you make a mention to kacpi, like you say in your page kacpi isn't need to acpi work, but it is useful if you want to detect acpi interrupts (like pressing «power button», «critical battery», and a few more. Modem - try to use one of the drivers present at http://www.mbsi.ca/cnxtlindrv/ it works on my witch has the same descrition has yours. Bye. On Fri, 21 Mar 2003 20:16:28 -0500 (EST), snoyes [EMAIL PROTECTED] mandrake.com wrote: --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: ASSIGNED creation_date: description: acpi doesn't work. If I remove acpi=off OR I put acpi = on on lilo.conf the computer just after booting. Loading linux. BeOS I've tried to recompile the kernel but it doesn't work. The path should be /proc/acpi, but it is only /proc. The directories created in /proc, that is ac_adapter, battery, button, and so on are empty. Sugestion: use acpi drivers from sf.net/projects/acpi - they work just fine. The only way of use acpi in my laptop is getting the original kernel source, the apply the acpi patch in at http://sf.net/projects/acpi. Because of that I've to spend much time I loose supermount from Mandrake. The procedure above works on every laptops whose persons I've helped to install linux (laptops with acpi) Good luck!
[Cooker] [Bug 3324] [XFree86] laptop acpi/XFree interaction
http://qa.mandrakesoft.com/show_bug.cgi?id=3324 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 13:59 --- I just notice that the problem don't happen when booting on linux-nonfb. I can switch from LCD/CRT during X sessions. With linux, as X is started, I can't switch. I try differents kernel with same problem. I try XFree86-server-4.3-6.1mdk.i586.rpm from http://qa.mandrakesoft.com/show_bug.cgi?id=2741 but this doesn't fix the bug. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Configuration: Toshiba 5205-S703 laptop, NVIDIA GeoForce 4 Go card I am not sure if this is a kernel, XFree or what problem. But here it is. If I turn on the crt_out after loading the toshiba_acpi module, and I am not running X, everythign works OK -- I get output both to my laptop screen and to the crt (which is what you want when giving a presentation at a podium). As long as I am at console level, I'm OK. If I type startx however, the lcd screen turns white and streaky while the windowing system displays fine on the crt. Thus, I can display windows on my lcd *or* on the crt, but not both. In addition, I cannot modify /proc/acpi/toshiba/video while windows is running. I have to get out of X, go back to console, change it there, and then get back into windows.
[Cooker] [Bug 3490] [drakxtools] Can't eject cdrom wrong user permissions
http://qa.mandrakesoft.com/show_bug.cgi?id=3490 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 14:48 --- Yes it seems that accessing a cd works in both my drives and I can eject after but if I use k3b things then get wierd. It won't let me look at files on my dvd drive so I can't copy on the fly it just says that it can't mount the drive. Also although I ran setup I didn't know if I should let it write to my fstab (could that mess up supermount) and it still thinks my 48x writer is 4x. John --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have found that using cdroms when I insert them and use them sometimes I cannot eject until I reboot. This is ridiculous. KDE can have a device on the desktop it supports mount unmount and eject and yet the icons that are there in mandrake have the permissions wrong. I have everything upto date off the cooker. I think the problem is that users don't have the right permissions for these devices. In my experience this has always been this problem with mandrake releases. Strangely sometimes just pressing the button on the drive works. I know this isn't a problem with the drives as they work in Gentoo and WinXP perfectly. John
[Cooker] [Bug 3483] [xine-ui] xine skins faillure
http://qa.mandrakesoft.com/show_bug.cgi?id=3483 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 15:07 --- Yes, some of the skins are old versions. CelomaChrome, cloudy and xinetic are OK. I'll fix the rest. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: The xine skins are presents in the package but we can't load them.
[Cooker] [Bug 393] [glibc] libpthread is stripped, preventing debugging of threaded apps
http://qa.mandrakesoft.com/show_bug.cgi?id=393 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 15:28 --- I placed temporary packages until more testing is done at: http://people.mandrakesoft.com/~gbeauchesne/9.0/glibc/ Please try it out. Thanks. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: gdb (and other debuggers) need to find symbols in libpthread in order to debug threaded applications. /lib/libpthread.so.0 as provided by the glibc rpm has no symbols. i can supply a trivial test case, if desired.
Re: [Cooker] Last cooker cds: anyone capable of creating cds?
Quoting Francisco Alcaraz Ariza [EMAIL PROTECTED]: I have downloaded the cooker from two mirrors and in both cases I had several errors with packages rejeted from the First cd. Later, trying to install it I have errors about the installation of the kernel...rpm. The file was included into the cd 1 and seemed not to be damaged. Does anyone been capable of installing it? how? I downloaded cooker a couple of days ago (the 18th) I was able to install it and there was nothing special I needed to do. I had the same errors and the program made 4 cds (left it making cds with the default options). Maybe its hardware related, could try copying the file to another system and converting it using rpm2cpio to see if the file is 100% ok. Sorry I cant be much use. Tom
[Cooker] [Bug 3050] [XFree86] Can't switch off screen (ATI Radeon Mobility 9000)
http://qa.mandrakesoft.com/show_bug.cgi?id=3050 --- Additional Comments From [EMAIL PROTECTED] 2003-03-22 18:24 --- I've just upgraded to Xfree86-4.3-5mdk. I still face this issue. Cheers, Michael. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Hello, I'm using 9.1 RC2. My laptop contains an ATI Radeon Mobility 9000 graphics card. This card is supposed to be supported with Xfree86 4.3.0, but I can't manage to switch the screen off: - either through KDE `Power Control - Display Power Control' settings - or through the below command: 'xset -display :0 dpms force off' In both cases, the screen gets black, but not switched off (backlighting is still on). This used to work fine on MDK 9.0 on another laptop with an older Radeon card (ATI Radeon Mobility M6). Unfortunately, I can't test 9.1 RC2 on that laptop. Hoping this helps. Cheers, Michael.
[Cooker] [Bug 3494] [drakxtools] New: Eurokey not supported
http://qa.mandrakesoft.com/show_bug.cgi?id=3494 Product: drakxtools Component: libsasl2-plug-ntlm Summary: Eurokey not supported Version: 9.1-26mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a ps2 keyboard with a euro key and pressing it does nothing in kword. In the location bar of konqueror I get '0128'. Don't know if it can be made to work but it would be nice. I put minor severity because I live in the UK but I guess to others it could be important. John --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3495] [kdebase] New: The font selector of KDE do not change font size of some fonts.
http://qa.mandrakesoft.com/show_bug.cgi?id=3495 Product: kdebase Component: kdebase Summary: The font selector of KDE do not change font size of some fonts. Version: 3.1-83mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The font selector of KDE do not change font size of some fonts, for example the clean font type, if I change the font size on the selector. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3497] [drakconf] New: SBLive no midi I/O setup and missing Midi devices
http://qa.mandrakesoft.com/show_bug.cgi?id=3497 Product: drakconf Component: drakconf Summary: SBLive no midi I/O setup and missing Midi devices Version: 9.1-11mdk Platform: Other OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] No midi seems to be set up for my sblive. I can't find sound config in MCC so I don't know what to do. I'm using a totally upto date cooker from 22 March. John --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] mmx and such
On Friday 21 March 2003 18:26, Oden Eriksson wrote: If this bug hasn't been fixed yet, Pentium compatiblity doesn't seem to be that important for Mandrake :-) Exactly. And my point is that Mandrake cannot state i586 compability. runs fine here on a k6-2, which is definately not i686 d.
Re: [Cooker] mmx and such
On Fri, 2003-03-21 at 14:57, rowland wrote: On Friday 21 Mar 2003 10:18 pm, Pierre Jarillon wrote: Le Vendredi 21 Mars 2003 18:20, Per Øyvind Karlsen a écrit : does this bug applies to other than via c3's? I thought this bug only existed in 9.0 due to the kernel detecting via c3 as an i686..? Look at : http://www.mandrakelinux.com/en/errata.php3#viac3 This bug was reported just after the 9.0 release. are you telling me this bug, for bug it is, is still there in 9.1. Mandrake is supposed to be an i586 compatible OS, so it should be a selectable option to load the i686 directory, not load it as standard. Actually this bug is a bug in the arch of the cpu it reports itself as an i686 even though it's i586 this is a bug in the hardware not necessarily in the kernel. rowland penny
[Cooker] Re: [Contrib-Rpm] hackabiword-1.1.3.1-1mdk
On Fri, 21 Mar 2003 01:00:59 +0100 (CET) Marcel Pol [EMAIL PROTECTED] wrote: Name: hackabiword Relocations: (not relocateable) Version : 1.1.3.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Mar 21 00:33:01 2003 Install date: (not installed) Build Host: klama.mandrake.org Group : Office Source RPM: (none) Size: 10829782 License: GPL Packager: Marcel Pol [EMAIL PROTECTED] %package plugin-xhtml Summary:Plugin to enable import of arbitrary HTML and XHTML documents. Group: Office Requires: libxml2 hackabiword ^^^ BuildRequires: libxml2-devel Provides: abiword-plugin-html ^^^ Obsoletes: abiword-plugin-html ^^^ The above lines for Provides/Obsoletes need to be changed to hackabiword, as it causes urpmi to install hackabiword-plugin-xhtml-1.1.3.1-1mdk and hackabiword-1.1.3.1-1mdk if Any version of abiword-plugin-html is found. In my case abiword-plugin-html-1.0.4-5mdk Charles -- If food be the music of love, eat up, eat up. - Mandrake Linux 9.1 on PurpleDragon Kernel- 2.4.21-0.13mdk - pgp0.pgp Description: PGP signature
Re: [Cooker] mmx and such
On Saturday 22 Mar 2003 7:29 pm, James Sparenberg wrote: Actually this bug is a bug in the arch of the cpu it reports itself as an i686 even though it's i586 this is a bug in the hardware not necessarily in the kernel. ok there is a bug in C3 cpu, but this would not be a problem if an OS that claimed to be for an i586 cpu did not have that directory /lib/i686. If the directory had not been there in the first place, mandrake 9.0 would not have been tried on epia based pc's by newbies and then rejected/badmouthed as useless because it will not load without jumping through hoops! This gives linux a bad name it does not need or deserve. rowland penny
Re: [Cooker] Re: [Contrib-Rpm] hackabiword-1.1.3.1-1mdk
On Sat, 22 Mar 2003 15:36:59 -0500 Charles A Edwards [EMAIL PROTECTED] wrote: On Fri, 21 Mar 2003 01:00:59 +0100 (CET) Marcel Pol [EMAIL PROTECTED] wrote: Name: hackabiword Relocations: (not relocateable) Version : 1.1.3.1 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Mar 21 00:33:01 2003 Install date: (not installed) Build Host: klama.mandrake.org Group : Office Source RPM: (none) Size: 10829782 License: GPL Packager: Marcel Pol [EMAIL PROTECTED] %package plugin-xhtml Summary: Plugin to enable import of arbitrary HTML and XHTML documents. Group:Office Requires: libxml2 hackabiword ^^^ BuildRequires:libxml2-devel Provides: abiword-plugin-html ^^^ Obsoletes:abiword-plugin-html ^^^ The above lines for Provides/Obsoletes need to be changed to hackabiword, as it causes urpmi to install hackabiword-plugin-xhtml-1.1.3.1-1mdk and hackabiword-1.1.3.1-1mdk if Any version of abiword-plugin-html is found. In my case abiword-plugin-html-1.0.4-5mdk Yes, of course. Sorry for that. -- Marcel Pol
[Cooker] [Bug 3498] [drakconf] New: can't mount smb shares
http://qa.mandrakesoft.com/show_bug.cgi?id=3498 Product: drakconf Component: drakconf Summary: can't mount smb shares Version: 9.1-11mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On RC1 I was able to see and mount the share on my windwows xp pro box. I am no longer able to see or mount that drive. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] ISO Images [was: Re: When??]
On Sat 22 Mar 2003 03:19, Thomas Backlund posted as excerpted below: Now this is way off ... IIRC Warly (or another MDK employee) posted a message after 9.0 release how the official ISOs gets delivered ... They don't get posted on the mirrors after a automated iso build, instead they get built under strict control by Warly, then they get distributed among the MDK employees that test the final ISOs, and if they are all happy, the ISOs will be posted on the MDK master server where the primary mirrors can pick them up, and after that all other mirrors that rsyncs of the primary mirrors... Cool. I guess they are testing them now, then? Maybe something came up and they are NOT all happy with them? Thanks for the info! All I had was speculation, b4. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin
Re: [Cooker] ISO Images [was: Re: When??]
On Sat 22 Mar 2003 03:19, Thomas Backlund posted as excerpted below: Now this is way off ... IIRC Warly (or another MDK employee) posted a message after 9.0 release how the official ISOs gets delivered ... They don't get posted on the mirrors after a automated iso build, instead they get built under strict control by Warly, then they get distributed among the MDK employees that test the final ISOs, and if they are all happy, the ISOs will be posted on the MDK master server where the primary mirrors can pick them up, and after that all other mirrors that rsyncs of the primary mirrors... Cool. I guess they are testing them now, then? Maybe something came up and they are NOT all happy with them? you know, in France we do not work on saturday and sunday. So don't believe that any iso appear on mirror this week end. bye Pingus ;-) Thanks for the info! All I had was speculation, b4. -- Duncan They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety. -- Benjamin Franklin _ GRAND JEU SMS : Pour gagner un NOKIA 7650, envoyez le mot IF au 61321 (prix d'un SMS + 0.35 euro). Un SMS vous dira si vous avez gagné. Règlement : http://www.ifrance.com/_reloc/sign.sms _ GRAND JEU SMS : Pour gagner un NOKIA 7650, envoyez le mot IF au 61321 (prix d'un SMS + 0.35 euro). Un SMS vous dira si vous avez gagné. Règlement : http://www.ifrance.com/_reloc/sign.sms
[Cooker] some test to do
I have just posted a bug report for fenris. I have send the spec file 5 month ago, and lenny rebuilded it. But, since nobody ever tried it, i was unable to see the bug ( It worked fine on my computer, of course :( until I reinstalled it today ) don't you think we should have a way to see if a package has been used ? some checks that somebody tested the application ? by the way, can someone try, confirm the bug and vote for it. just do 'urpmi fenris' -- Michaël Scherer
Re: [Cooker] mmx and such
On Sat Mar 22 20:59 +, rowland wrote: ok there is a bug in C3 cpu, but this would not be a problem if an OS that claimed to be for an i586 cpu did not have that directory /lib/i686. And the bug would also not occur if Mandrake dropped Linux and shipped MandrakeFreeDOS. The root cause of the problem is buggy hardware. Period. End of story. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] The food of love is Mandrake root. GPG Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: Fatal Weakness.ogg Linux 2.4.21-0.13mdk 18:40:00 up 7 days, 21:43, 14 users, load average: 0.08, 0.03, 0.01
[Cooker] [Bug 3499] [suspend-scripts] New: Problem with pmsuspend when using a usbmouse
http://qa.mandrakesoft.com/show_bug.cgi?id=3499 Product: suspend-scripts Component: libsasl2-plug-ntlm Summary: Problem with pmsuspend when using a usbmouse Version: 1.4-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've noticed a problem when I tried to suspend the system using omsuspend. I have to make it twice since in the first time it outputs a message mentionig the usb.c file (not much more) If I run it again it works well. When I restart everting works except the sound. I' ve tried to change the /etc/sysconfig/suspend changing the option: USB_RESTART from no to yes. Now pmsuspend works at first attempt, but when restarting usb mouse does not works. Good luck. My computer: compaq presario 710 EA Mouse: logutech cordless mouse (usb) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] mkcd errors from today's cooker (23-03-2003)
I've just mirrored the cooker today from mandrake.redbox.cz server and got those errors when running mkcd (mkcd --discsize 700M --catto mkcd.log -a /home/cooker/mandrake.redbox.cz/Mandrake-devel/cooker/cooker/) The shadow-utils-4.0.3-4mdk.i586 has error ? it can be a problem .. no ? ERROR check_version: shadow-utils-4.0.3-4mdk.i586 provides shadow-utils == 4.0.3-4mdk but util-linux-2.11x-3mdk.i586 needs shadow-utils = 2902-5 ERROR check_version: bind-chroot-utils-8.3.4-2mdk.i586 provides bind-utils == 8.3.4-2mdk but bind-9.2.2-1mdk.i586 needs bind-utils = 9.2.2-1mdk ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2 but tkinter-2.2.2-6mdk.i586 needs python == 2.2.2-6mdk ERROR check_version: libboost1.29-1.29.0-4mdk.i586 provides libboost1.29 == 1.29.0-4mdk but libboost1.29-devel-1.29.0-4mdk.i586 needs libboost1.29 == 1.29.0-boost ERROR check_version: crossfire-maps-1.4.0-2mdk.noarch provides crossfire-maps == 1.4.0-2mdk but crossfire-1.0.0-3mdk.i586 needs crossfire-maps == 1.0.0 ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2.2-6mdk but sip-3.5-1mdk.i586 needs python == 2.2 ERROR check_version: libstdc++2.10-devel-2.96-0.82mdk.i586 provides libstdc++-devel == 2.96-0.82mdk but libicq2000-devel-0.3.2-4mdk.i586 needs libstdc++-devel = 3.1 ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2 but libpython2.2-devel-2.2.2-6mdk.i586 needs python == 2.2.2-6mdk ERROR check_version: psi-0.8.7-3mdk.i586 provides psi == 0.8.7-3mdk but psi-lang-pack-italian-0.8.6-2mdk.noarch needs psi == 0.8.6 ERROR check_version: psi-0.8.7-3mdk.i586 provides psi == 0.8.7-3mdk but psi-lang-pack-japanese-0.8.5-2mdk.noarch needs psi == 0.8.5 ERROR check_version: psi-0.8.7-3mdk.i586 provides psi == 0.8.7-3mdk but psi-lang-pack-swedish-0.8.6-2mdk.noarch needs psi == 0.8.6 ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2 but python-docs-2.2.2-6mdk.i586 needs python == 2.2.2-6mdk ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2.2-6mdk but python-utmp-0.7-1mdk.i586 needs python == 2.2 ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2 but tmda-0.67-1mdk.noarch needs python == 2.2.2 ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but totem-0.95.1-2mdk.i586 needs xine-plugins = 1 ERROR check_version: python-2.2.2-6mdk.i586 provides python == 2.2 but xchat-python-2.0.0-1mdk.i586 needs python == 2.2.2 ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but xine-dvdnav-1-0.beta4.1mdk.i586 needs xine-plugins == 1-0.beta4.1mdk ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but xine-ui-0.9.18-1mdk.i586 needs xine-plugins = 1 ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but xine-ui-aa-0.9.18-1mdk.i586 needs xine-plugins = 1 ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but xine-ui-fb-0.9.18-1mdk.i586 needs xine-plugins = 1 ERROR check_version: xine-lib-compat-plugins-0.9.13-11mdk.i586 provides xine-plugins == 0.9.13-11mdk but xine-vcdx-1-0.beta4.1mdk.i586 needs xine-plugins = 1 cleanrpmsrate /home/cooker/mandrake.redbox.cz/Mandrake-devel/cooker/cooker//Mandrake/base/rpmsrate - /home/cooker/tmp/build/Cooker/1/Mandrake/base//rpmsrate build_list group ERROR: empty rpmlist key (HASH(0x9c41374)) KEYS ERROR processDeps: deps gnome2-2.2.0-1mdk.noarch rejected, rejecting gnome-telnet-2.4-4mdk.i586 ERROR processDeps: deps gnome2-2.2.0-1mdk.noarch rejected, rejecting gnobog-0.4.3-5mdk.i586 -- Yours Phazeman - Linux registered user #218370
[Cooker] [Bug 3499] [suspend-scripts] Problem with pmsuspend when using a usbmouse
http://qa.mandrakesoft.com/show_bug.cgi?id=3499 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 00:49 --- I have experienced exactly the same problems that neutrolio noted above. Compaq Presario 732US. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: I've noticed a problem when I tried to suspend the system using omsuspend. I have to make it twice since in the first time it outputs a message mentionig the usb.c file (not much more) If I run it again it works well. When I restart everting works except the sound. I' ve tried to change the /etc/sysconfig/suspend changing the option: USB_RESTART from no to yes. Now pmsuspend works at first attempt, but when restarting usb mouse does not works. Good luck. My computer: compaq presario 710 EA Mouse: logutech cordless mouse (usb)
[Cooker] [Bug 1341] [kdemultimedia] kdemultimedia needlessly conflicts with TiMidity++
http://qa.mandrakesoft.com/show_bug.cgi?id=1341 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 00:54 --- This is still a problem with a completely uptodate version of cooker as of March 22nd 2003 unfortunately the button to confirm is missing on the form. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Could you please rebuild kdemultimedia to eliminate its conflict with TiMidity++? The conflict comes from /usr/bin/timidity and (I suspect) a conflicts declaration in the kdemultimedia's spec file. I had to rebuilt TiMidity++ and install it in /usr/local to avoid the conflict, this also requires reconfiguring TiMidity++ so that it will still look in /usr/share/timidity for the instruments it needs from the timidity-instruments package. Thanks much
[Cooker] [Bug 3500] [glibc] New: glibc breaks Lispworks
http://qa.mandrakesoft.com/show_bug.cgi?id=3500 Product: glibc Component: glibc Summary: glibc breaks Lispworks Version: 2.3.1-10mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P1 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] I am using Mandrake 9.1 RC2. The same bug has been observed in debian distribution and apparently it was solved. Debian users pointed me the bug report in debian site : http://lists.debian.org/debian-glibc/2002/debian-glibc-200212/msg00369.html According to this bug report, the problem occured with glibc-2.3.1-6 and fixed on 2.3.1-8 (I do not know if debian and mandrake package version numbers are the same). Maybe it is enough to pack the correct version of glibc in the final 9.2 release. In the meantime if you have a more recent glibc (than 2.3.1-10mdk) please let me know. Thibault Langlois PS: I am not sendind the bug report from the PC where the problem occured. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3501] [libexpat0] New: Segfaults with version 1.95.5
http://qa.mandrakesoft.com/show_bug.cgi?id=3501 Product: libexpat0 Component: libexpat0 Summary: Segfaults with version 1.95.5 Version: 1.95.5-1mdk Platform: All OS/Version: All Status: UNCONFIRMED Severity: critical Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Expat release 1.95.5 shipped with memory access violations. The more recent 1.95.6 has fixed those problems. This becomes apparent when using Fourthought, Inc. 4Suite libraries (http://4suite.org). PLEASE upgrade to the most recent release because 1.95.5 basically makes Python's pyexpat library quite useless. The only alternative for Python users would be to require installing PyXML (http://pyxml.sourceforge.net) to fix it. BTW, keep up the otherwise great work with Mandrake releases! Thanks, Jeremy Kloth --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 3492] [Installation] Mandrake Linux 9.1 RC2 hangs during install of package makedev
http://qa.mandrakesoft.com/show_bug.cgi?id=3492 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 01:27 --- I decided to re-install MDK-9.0 on this machine. The installation ran to completion successfully. One note however is that the IDE connector which became associated with devices hda hdb under 9.1 RC2 is associated with devices hde hdf under Mdk 9.0; in fact 9.1 RC2 gets it right and Mdk 9.0 gets it wrong! What can I do to help? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Hardware is Athlon-2100, 512 Meg ram, Gigabyte GA-7VAXP mobo. There are 2 IDE drives attached to the primary IDE controller, 2 CD drives attached to the secondary IDE. There is an Adaptec 2100S RAID device set up as RAID-5 and on /dev/sda. The installation hangs during install of package makedev; this is observed by using the details button. I tried rebooting off the RC2 install CD and using rescue mode, but it was unable to mount any partitions at all other than /boot, which seems to be empty. Mandrake version 9.0 has run on this machine although with partitions set up differently. The partitions are as follows: hda1 /boot25 MByte ext2 hda5 /350 MByte JFS hda6 /proj1 28 Gbyte JFS hdb1 SWAP 1 Gbyte hdb5 /var 2.9 GByte JFS hdb6 /proj2 24 GByte JFS sda1 /usr 4.8 GByte JFS sda5 /opt 1.9 GByte JFS sda6 /home9.5 GByte JFS sda7 /proj3 9.2 GByte JFS
[Cooker] [Bug 3502] [Hardware] New: shut down problem
http://qa.mandrakesoft.com/show_bug.cgi?id=3502 Product: Hardware Component: Screen Summary: shut down problem Version: 9.1-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when shutting down on both 9.0 and 9.1 when u hit the boot splash screen and its sending its shutdown commands it starts running a machine language program stuck in a loop over and over u have to manually shut the system down with the power button thanks again gary --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1341] [kdemultimedia] kdemultimedia needlessly conflicts with TiMidity++
http://qa.mandrakesoft.com/show_bug.cgi?id=1341 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 03:00 --- *** This bug has been confirmed by popular vote. *** --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEW creation_date: description: Could you please rebuild kdemultimedia to eliminate its conflict with TiMidity++? The conflict comes from /usr/bin/timidity and (I suspect) a conflicts declaration in the kdemultimedia's spec file. I had to rebuilt TiMidity++ and install it in /usr/local to avoid the conflict, this also requires reconfiguring TiMidity++ so that it will still look in /usr/share/timidity for the instruments it needs from the timidity-instruments package. Thanks much
[Cooker] [Bug 3496] [kdebase] fonts become ugly if I disable anit-aliasing at KDE control center
http://qa.mandrakesoft.com/show_bug.cgi?id=3496 --- Additional Comments From [EMAIL PROTECTED] 2003-03-23 04:10 --- Worst. Bug. Ever. Someone please close this. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: fonts become ugly if I disable anit-aliasing at KDE control center.
Re: [Cooker] Re: [Contrib-Rpm] dosbox-0.57-2mdk
On Saturday 22 March 2003 07:51 pm, Michael Scherer wrote: Entête en cours de reécriture, merci de patienter en lisant la réponse au mail de Leon Brooks, à Samedi 22 Mars 2003 12:51 On Friday 21 March 2003 03:04 am, Per Øyvind Karlsen wrote: you forget to check the architecture. and, dosbox need libcurses5 to work, and to be compiled. the configure doesn't check, but, on the rpm I wanted to submit ( but you were faster ) , I wasn't able to compile it without. Here is the relevant portion. Author told me `wait for next version' (less than a month) as much of the unix-like-filesystem code was semi-broken in 0.57. Did you intend too to package dosbox ? No, but I did ask the author if it was ready for prime time, and the above was the summary of his rapid response. Cheers; Leon
[Cooker] 9.0 - 9.1 with urpmi - experience
Well, my Dad runs stable Mandrake releases on his system. He was quite eager to get onto 9.1, so since the .ISOs are delayed we decided to update his system using urpmi with Cooker sources. I took charge of doing this tonight. Overall, I can broadly say...it worked. Good marks for that :). But, there were some gotchas along the way. First of all there was rather an annoying problem with openSSL. When I just did an --auto-select, it failed due to missing openssl-devel. I *think* the problem is the 0.96 (9.0) and 0.97 (9.1) packages don't work well together, and the --auto-select was just planning on removing the 0.96 packages (or at least the devel package) without updating to the 0.97 packages. My workaround was to download and install the 0.97 packages manually. This caused problems itself, though - manually removing the old packages I had to use --nodeps, and it couldn't then install the new packages with urpmi because both curl and wget rely on openssl. So I had to download the new packages with ncftp and manually install them, then download the wget package and manually install it. Further, installing the new openssl packages required the new glibc version, which seemed to cause problems for the 9.0 programs - I couldn't use rpm -Uvh any more, for instance, but fortunately urpmi still worked. This is a bit of a mess that I can see being a problem for anyone trying to update via urpmi. Secondly, urpmi is still not quite good enough for doing a between-versions upgrade entirely automatically, because of the problem of adding new packages. It installed several config files which expected the Galaxy theme packages, but of course it didn't install these, I had to do it manually. I also manually installed the zcip and tmdns packages, because it seems these are necessary for 9.1 machines to work as simple network clients - if you try and set up a system with drakconnect without these packages installed, it tries to install them (which obviously doesn't work if you only have network sources :). If using urpmi to update is to become a recommended path, as I believe some people have discussed, I propose it needs some kind of way of taking into account highly recommended new packages in the new version like this. Overall, though, I was very impressed - after I worked around these niggles, it happily updated the entire distribution (over 600 packages). I tweaked the surprisingly few config files that installed as .rpmnew, installed the new Cooker kernel, rebooted and there was 9.1, in all its glory! Good stuff, it's nice that this pretty much works now :). -- adamw
[Cooker] OT - Anyone building/testing the 2.5 kernel?
I'm interested in looking at the 2.5 kernel, but I'm not an experienced kernel hacker, and I'm having a hard time getting everything set up properly. I understand from an article in the Linux Journal http://www.linuxjournal.com/article.php?sid=6740 that things may be stable enough for some testing by someone like those of us who do cooker testing. The problem is getting everything set up and working. I hear we already have the proper module init tools if we urpmi module-init-tools from a posting after the Linux Journal article by Chmouel. I can get past the initial message when the 2.5.65 kernel boots, then my drive light blinks for some time, but nothing else ever comes up on the console. Like I said, off topic for the cooker list, and probably showing my lack of knowledge. It may be something someone here can help with though, either from the Mandrake crew (when might the 2.5 series appear in the cooker?), or from someone else. I just figured that now (cooker frozen for 9.1, 9.2 about to start) would be a good time to ask. Paul Misner
Re: [Cooker] mmx and such
On Sat, 2003-03-22 at 12:59, rowland wrote: On Saturday 22 Mar 2003 7:29 pm, James Sparenberg wrote: Actually this bug is a bug in the arch of the cpu it reports itself as an i686 even though it's i586 this is a bug in the hardware not necessarily in the kernel. ok there is a bug in C3 cpu, but this would not be a problem if an OS that claimed to be for an i586 cpu did not have that directory /lib/i686. If the directory had not been there in the first place, mandrake 9.0 would not have been tried on epia based pc's by newbies and then rejected/badmouthed as useless because it will not load without jumping through hoops! This gives linux a bad name it does not need or deserve. rowland penny True but on the other hand without the i686 directory I wouldn't be sending this e-mail.. I'm running on a celeron 500mhz. RH SuSE and Slack all know how to install the i686 optimized kernel and libs so I work better here. RH is i386 SuSE is i586 and Slack is well, Slack. Having the i686 libs if fine and needed if you need the i686 kernel.. I do.
Re: [Cooker] Here's why no Radeon 9500 support in 9.1
On Sat, 2003-03-22 at 03:49, Leon Brooks wrote: On Friday 21 March 2003 12:01 am, Jan Ciger wrote: It is a free software, but having ten incompatible versions of XFree or ten versions with ten different fatal bugs is not a nice outlook XFree86 and XFreer86? As I understand it, the pace (or lack of it) of incorporation of existing patches is the main problem, so a fork would be less likely to contain said fatal bugs, and a mroe responsive X server would result in NVidia submiting more bugs in the first place. Also, `ten forks' is not a fair representation. All that's been discussed AFAICT is a single fork. Maybe XFork? XCutlery (forked, and sharper than before? :-) If they do fork, I most fervently hope that the fork has a different name, (even if it is only `XLibre' or something like that) to avoid confusion. Dropping the `86' would be good for both original and any fork, since it runs on a lot more than x86 architecture and has done for a very long time. Cheers; Leon Place tongue in Cheek Dang I always thought that 86 stood for the last time they updated the drivers. /Remove tongue James
Re: [Cooker] ISO Images [was: Re: When??]
On Sat, 2003-03-22 at 14:39, Sir Pingus wrote: On Sat 22 Mar 2003 03:19, Thomas Backlund posted as excerpted below: Now this is way off ... IIRC Warly (or another MDK employee) posted a message after 9.0 release how the official ISOs gets delivered ... They don't get posted on the mirrors after a automated iso build, instead they get built under strict control by Warly, then they get distributed among the MDK employees that test the final ISOs, and if they are all happy, the ISOs will be posted on the MDK master server where the primary mirrors can pick them up, and after that all other mirrors that rsyncs of the primary mirrors... Cool. I guess they are testing them now, then? Maybe something came up and they are NOT all happy with them? you know, in France we do not work on saturday and sunday. So don't believe that any iso appear on mirror this week end. bye Pingus ;-) Thanks for the info! All I had was speculation, b4. -- Personally I'm perfectly happy to wait till Warly says go. I used to work for a company that over road the build engineer all the time.. for that matter this is true of all of us ... we used to work for that company Therefore... I'll be patient. James
[Cooker] where is the kde-libs documentation stored?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 subject asks it all... - -- Gary L. Greene, Jr. Sent from uriel.gvsu.edu 02:11:33 up 23:39, 5 users, load average: 0.10, 0.10, 0.11 Founder and president of the Grand Valley Linux Users Group. -=http://www.gvlug.org=- PHONE : 331-0562 EMAIL : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+fV5yyPw381UL7WcRAlkuAJ9UZjcObUBtQ9fzsfmlXgPghWIPuQCeJ/Hp jzlGkc2GFREHi2pfwKb7DQU= =oWwa -END PGP SIGNATURE-
Re: [Cooker] where is the kde-libs documentation stored?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sunday 23 March 2003 08:12, Gary Greene wrote: subject asks it all... rpm -ql kdelibs? [EMAIL PROTECTED] hawkeye]$ rpm -ql kdelibs|grep doc /usr/share/doc/HTML /usr/share/doc/HTML/en /usr/share/doc/HTML/en/common /usr/share/doc/HTML/en/common/1.png /usr/share/doc/HTML/en/common/10.png ... - -- Regards, Per Øyvind Karlsen Sintrax Solutions http://www.sintrax.net - +47 41681061 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+fWArv8F7V9JOSuURAlgIAKDcdm3wPD+E22TzZkJ5TqCu4BftzQCdHv5d Wis8E1MSgXw8xETH843anKo= =7tQ5 -END PGP SIGNATURE-
Re: [Cooker] where is the kde-libs documentation stored?
On Sat, 2003-03-22 at 23:12, Gary Greene wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 subject asks it all... I don't think it's anywhere, there's a defect entered about that. You need to regenerate them from the kdelibs sources. And don't forget to complain loudly. -- _ _ _ _ | |_| | |_/ | | / / -_) | / / | |_\_\___|_|_\_\_| @ sbcglobal.net signature.asc Description: This is a digitally signed message part
Re: [Cooker] Here's why no Radeon 9500 support in 9.1
This time James Sparenberg [EMAIL PROTECTED] becomes daring and writes: On Sat, 2003-03-22 at 03:49, Leon Brooks wrote: On Friday 21 March 2003 12:01 am, Jan Ciger wrote: It is a free software, but having ten incompatible versions of XFree or ten versions with ten different fatal bugs is not a nice outlook XFree86 and XFreer86? As I understand it, the pace (or lack of it) of incorporation of existing patches is the main problem, so a fork would be less likely to contain said fatal bugs, and a mroe responsive X server would result in NVidia submiting more bugs in the first place. Also, `ten forks' is not a fair representation. All that's been discussed AFAICT is a single fork. Maybe XFork? XCutlery (forked, and sharper than before? :-) If they do fork, I most fervently hope that the fork has a different name, (even if it is only `XLibre' or something like that) to avoid confusion. Dropping the `86' would be good for both original and any fork, since it runs on a lot more than x86 architecture and has done for a very long time. Cheers; Leon Place tongue in Cheek Dang I always thought that 86 stood for the last time they updated the drivers. You mean it doesn't mean that? damn! :) Vox -- Think of the Linux community as a niche economy isolated by its beliefs. Kind of like the Amish, except that our religion requires us to use _higher_ technology than everyone else. -- Donald B. Marti Jr. pgp0.pgp Description: PGP signature
MOL 0.9.68
Stew, what sources are you using to build mol-0.9.68-3mdk.ppc.rpm (and -2mdk and kmods for benh-7mdk and benh-9mdk)? I'm having a problem with it that its author Samuel Rydh says has been fixed in the release 0.9.68 version (keyboard behaving as if keys were still down after releasing them in Mac OS X, see http://lists.maconlinux.org/pipermail/mol-general/2003-March/ 001368.html). My original idea was trying to compile the release 0.9.68 myself, but I can't do that because I don't have the kernel headers for benh-9mdk in /usr/src/linux/include. I've looked at kernel-benh-2.4.20-9mdk.src.rpm, but it doesn't look to me as if I could easily get these headers out of it (Do all these patches have to be applied? The README says something about not placing stuff in /usr/src/linux... is that applicable? I don't have anything in /usr/src/linux.). -Christian
Re: MOL 0.9.68
On Sat, 22 Mar 2003, Christian Walther wrote: Stew, what sources are you using to build mol-0.9.68-3mdk.ppc.rpm (and -2mdk and kmods for benh-7mdk and benh-9mdk)? I'm having a problem with it that its author Samuel Rydh says has been fixed in the release 0.9.68 version (keyboard behaving as if keys were still down after releasing them in Mac OS X, see http://lists.maconlinux.org/pipermail/mol-general/2003-March/ 001368.html). Saw that post. It's the tarball Samuel announced, I think. My original idea was trying to compile the release 0.9.68 myself, but I can't do that because I don't have the kernel headers for benh-9mdk in /usr/src/linux/include. I've looked at kernel-benh-2.4.20-9mdk.src.rpm, but it doesn't look to me as if I could easily get these headers out of it (Do all these patches have to be applied? The README says something about not placing stuff in /usr/src/linux... is that applicable? I don't have anything in /usr/src/linux.). If you build kernel-benh from the source rpm, and then leave the tree in your rpm/BUILD dir, the mol-kmods-benh should build against that. That is how I've been doing it, since I'm not shipping kernel-benh source or headers. All the appropriate srpms should be on my web space. If you do make any progress with the OS/X keyboard issue, I'd like to hear about it. I don't have OS/X myself to test it. Stew Benedict -- MandrakeSoft PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3 IRC: irc.freenode.net #cooker-ppc Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppcr=1w=2
Install parameters
Stew, RC1, trying to do an FTP install. PowerComputing Powercentre 120, 112MB RAM, 2GB HD, onboard net. First, I can't even get the installer to work properly unless I specify root=/dev/ram3 second, if I do that, I get corrupted video. Third, if I put install-text before or after the root command, the installer won't work properly (it complains about the FS being read only) Any ideas ?
