[Cooker] openoffice, Japanese and kinput2
i, I've been trying to find something on the lock-ups that occur in openoffice.org in a Japanese environment when using kinput2. This happens on a current cooker [as well as on 9.0, actually]. The problems occurs as follows: Start openoffice.org and select a font capable of displaying Japanese. Hit shift-space in order to activate the input method editor and type something in, say, "hiragana" without the quotes. Then hit ctrl-w twice to bring up the candidate selection window, press the right arrow key once to choose a candidate and hit enter twice to confirm that candidate. That should be enough to cause problems with OOo, namely possible lockups, some keys don't seem not to work, others don't work as expected, etc. Anyway, what I seem to have found as a solution is to append the following to /usr/X11R6/lib/X11/app-defaults/Kinput2 *SeparateConversion.input: false *selectionShell.input: false *auxShell.input: false Japanese speakers can find this in: http://openoffice-docj.sourceforge.jp/document/faq/us_linux.html and suse seems to have been aware of this for quite a while: http://lists.suse.com/archive/m17n/2002-May/0055.html Now, my question to Pablo and those that use kinput2 regularly is whether this is an acceptable solution. It means that the kinput2 candidate selection window never receives the keyboard focus, so that the arrow keys don't work anymore when selecting candidates. Instead, one has to use ctrl-w to cycle forward or to use the mouse. Unless anyone objects vociferously, I recommend adding this to the app-defaults/Kinput2 file in order to make ooffice usable again with kinput2. Narfi.
Re: [Cooker] A build for Athlon 64/Opteron
Le Samedi 25 Janvier 2003 23:11, Stefan van der Eijk a écrit : > 2/ further improve the quality of the rpms (dependancies / provides / > requires) I am working on a database to check integrity of distro, for plf, but for all mandrake's stuff too. My database has actually: -i586 -ppc -alpha -ia64 I can add other stuff. The goal is to check dependencies, old packages, ect... I need only time to work on it. Another thing, I rebuild contrib ppc for cooker, and plf package for ppc. Is it possible to make a list somewhere about who is responsible of what and giving right permission on mirror. Actually I know (shortly, quickely and badly summary): warly/F. Lepied for x86 main and SRPMS Lenny for x86 contrib and SRPMS Stew Benedicts for ppc main O. Thauvin (me) for ppc contrib Stefan for contrib/main alpha I guess Gwenole for x64 main/contrib And would be nice if packager take care to their package for other arch than x86, you're not alone ! -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] VAIO support
Sorry, I don't think I was clear last time. It's not that there is no APM support for VAIO -- it's that it's broken. When the system recovers from a suspend, everything will lock after 3-5 seconds (before this, the keyboard and mouse will work perfectly.) I have included the writup of my syslog that I promised. It may not be exact -- I had to copy it manually since the system freezez before it is written to the hd: This is what my syslog reads when returning from a system suspend: apmd[985]: System Suspend apmd[985]: apmd_call_proxy: executing: '/etc/sysconfig/apm-scripts/apmd_proxy' 'resume' usb: Initializing USB controller (usb-uhci): succeeded kernel: mice: PS/2 mouse common for all mice network: Setting network parameters: succeeded apmd[985]: apmd_call_proxy: + Initializing USB controller (usb-uhci): [ OK ]^M Setting network parameters: [ OK ]^M Bringing up loopback interface: network: Bringing up loopback interface: succeeded kernel: 8139too Fast Ethernet driver 0.9.25 kernel: PCI: Enabling device 00:10.0 ( -> 0003) kernel: PCI: Found IRQ 10 for device 00:10.0 kernel: IRQ routing conflict for 00:07.5, have irq 5, want irq 10 kernel: IRQ routing conflict for 00:07.6, have irq 5, want irq 10 kernel: PCI: Sharing IRQ 10 with 00:0a.1 kernel: PCI: Setting latency timer of device 00:10.0 to 64 ** If I enter a suspend while the system is first booting up , everything will work perfectly (keyboard works, mouse works, etc) until... well, here's the print-up: Mounting local filesystems: [ OK ] Checking loopback filesystems:[ OK ] Mounting loopback filesystems:[ OK ] Loading keymap: us[ OK ] Loading compose keys: compose.latin.inc [ OK ] The BackSpace key sends: ^? [ OK ] Enabling swap space: [ OK ] Initializing firewire controller (ohci1394): [ OK ] Building Window Manager Sessions [ OK ] insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Once again, I want to reiterate that I know for a fact that this problem did not exist in Mandrake 8.0. If anyone has any idea why this problem formed between 8.0 and 8.2 (I never tested 8.1), that would be great. As for now, I'm going to do more research into the problem -- Chao From: Adam Williamson <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] VAIO support Date: 25 Jan 2003 20:09:17 + On Sat, 2003-01-25 at 17:06, B Lauber wrote: > Sony claims that VAIO systems are not designed for Linux, but I know for a > fact that my system worked just fine w/ Mandrake 8.0. If I can see anything > in 9.1, I would like to see a modification for APM so that my system is able > to suspend again. Just add "acpi=off" to the append line in lilo.conf (or the configuration file for whatever bootloader you use :>). Then you'll get APM. > Here's what I know as of now: the confusion that causes the system to > lock has something to do w/ the keyboard and the system's fan (I have a > battery that causes the fan to studder at times; whenever it studders, the > keyboard studders as well. Furthermore, when the system recovers from a > suspend, it will work for about 5 seconds until the fan reactivates.). My > guess is that the keyboard is wrongly detected and registered because > between Mandrake versions 8.0 and 8.2 it has lost support for the windows > keys (in 8.0, pushing the windows key would make the K menu pop up). > I will have more information soon -- I'm going to put 8.0 back onto my > system and check the irq's of the keyboard and such. ACPI works very well on my C1XD; suspend doesn't seem to work, however. (At least not with "cat 3 > /proc/acpi/sleep", which is the only method I've heard of to invoke a suspend under ACPI. -- adamw Sorry, I don't think I was clear last time. It's not that there is no APM support for VAIO -- it's that it's broken. When the system recovers from a suspend, everything will lock after 3-5 seconds (before this, the keyboard and mouse will work perfectly.) I have included the writup of my syslog that I promised. It may not be exact -- I had to copy it manually since the system freezez before it is written to the hd: apmd[985]: System Suspend apmd[985]: apmd_call_proxy: executing: '/etc/sysconfig/apm-scripts/apmd_proxy' 'resume' usb: Initializing USB controller (usb-uhci): succeeded kernel: mice: PS/2 mouse common for all mice network: Setting network parameters: succeeded apmd[985]: apmd_call_proxy: + Initializing USB controller (usb-uhci): [ OK ]^M Setting network parameters: [ OK ]^M Bringing up loopback interface:
[Cooker] [Bug 1075] [cups] incorrect colors on HP Deskjet 832 C
https://qa.mandrakesoft.com/show_bug.cgi?id=1075 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-01-26 04:09 --- Have you already tried to set up the printer using printerdrake? This will automatically choose the most suitable driver. The best driver for this printer is the HPIJS driver (packages printer-filters and foomatic must be on your system to use it). Configuration of the printer with this driver can be done with printerdrake or the KDE Printing Manager. Also GIMP-Print is a good driver (you need the packages libgimpprint1 and cups-drivers on your system). To configure your printer with this driver use printerdrake (in Expert mode), the KDE Printing Manager, or the web interface of CUPS. The drivers you mentioned are known to have a bad quality and they probably do not work with all DeskJet models, whereas HPIJS and GIMP-Print have special modes to support all the meny different DeskJet models. --- 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] description: I am running current cooker and I have set up my HP Deskjet 832C as an available printer. I was given the choice between HP Deskjet Series CUPS v. 1.1 HP New Deskjet Series CUPS v. 1.1 and I chose the former since it seemed to be the default. I also chose the colormodel to be CMYK because it was the default. Then I printed the test page and all the black colors (the borders and the text) were blue instead of black. The resolution in the colored graphics seemed to be much below the 300 DPI that I had specified. I tried to switch to a grayscale colormodel and printed the test page, but it looked the same as with the CMYK colormodel.
Re: [Cooker] VAIO support
On Sat, 2003-01-25 at 17:06, B Lauber wrote: > Sony claims that VAIO systems are not designed for Linux, but I know for a > fact that my system worked just fine w/ Mandrake 8.0. If I can see anything > in 9.1, I would like to see a modification for APM so that my system is able > to suspend again. Just add "acpi=off" to the append line in lilo.conf (or the configuration file for whatever bootloader you use :>). Then you'll get APM. > Here's what I know as of now: the confusion that causes the system to > lock has something to do w/ the keyboard and the system's fan (I have a > battery that causes the fan to studder at times; whenever it studders, the > keyboard studders as well. Furthermore, when the system recovers from a > suspend, it will work for about 5 seconds until the fan reactivates.). My > guess is that the keyboard is wrongly detected and registered because > between Mandrake versions 8.0 and 8.2 it has lost support for the windows > keys (in 8.0, pushing the windows key would make the K menu pop up). > I will have more information soon -- I'm going to put 8.0 back onto my > system and check the irq's of the keyboard and such. ACPI works very well on my C1XD; suspend doesn't seem to work, however. (At least not with "cat 3 > /proc/acpi/sleep", which is the only method I've heard of to invoke a suspend under ACPI. -- adamw
Re: [Cooker] A build for Athlon 64/Opteron
On Sun 2003-01-26 at 00:42:49 +0100, [EMAIL PROTECTED] wrote: [...] > > Okay, more precisely: not yet, but I am going to. The Alpha is a > > retired server. > > FYI: HP just brought out new alpha machines this week... EV7 based CPU's, > blows ia64 out of the water --> nothing new in that respect. HP is trying > to downplay & keep quite the performance numbers of the alpha in favour of > ia64. Yeah. Already read about it. Kind of weird. > > Hm. Always presumed I find the time, is there anything I can do to > > contribute via this machine? Testing? Recompiling something? Whatever? > What kind of box do you have? Don't have any details at hand currently, but IIRC, it's 5 1/2 years old, EV5 based, 333Mhz CPU, 512MB "only". :-) Bye, Benjamin. msg88078/pgp0.pgp Description: PGP signature
Re: Serial ATA support or not... Was:Re: [Cooker] Corrections/Addonto lspci database...
Thomas Backlund wrote: Viestissä Sunnuntai 26. Tammikuuta 2003 00:21, John Danielson, II kirjoitti: Some of the new VIA and Intel mainboards that support 3+ GIG CPUs allow for these drives, but they right now are future tech given the mech. prices for about 90% of the public. We do not need to heavily worry about these particular busses right now, IMHO, but in 2 years when R&D costs of mfrs. are somewhat paid for, they may start to become very popular in things like backup appliances and high-end cluster storage units, especially for those heavily into animated high quality graphics. John. Well actually the SATA disks are not so far away... Here in Finland they are taking pre-orders for Seagate SATA disks now... and Maxtor Maxline disks should show up next month (don't know their price...) as for the Seagate Barracuda V 120GB, the price is: IDE: 178,- Euro SATA: 276,- Euro but you can also buy an SATA to UATA adapter for 58,- Euro, and hook up any IDE disk you want... It may be aiming too high to aim for a full support in 9.1 since they have to be tested... but after that Release the SATA disks should have found their way to the stores... Well, that's just my opinion... --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/ ** That is interesting, and for those with the need for extreme speed, yes. For me, I will spend about $100.00 US for 100GB Western Digital JB series( 8MB buffer, 7200 RPM, ATA/100) and say that is all I need and then some for my P4\1.8GHz box(which says it runs at about 3600 Bogomips, but will also be a 2.53 GHz by then) for the next year or so. As it has a 40 GB in a swap tray, a 60 that will be joining it in a companion swap tray, and an 80 GB JB series that ran me all of $85.00 US three months ago, I think a price increase of 2.5X is not in the cards for the common man yet. Yes, first models are available from Manufacturers, like fiber channels were available 2 plus years ago. Those who work for Digital Domain or Image&Light Magic or work heavily with Crystal Space 3D need those kinds of HDs, yes. And when they drop to about 3\4 of current price I will want one of teh S\ATAs to go on the Intel PEBT2 motherboard I am hankering for(wanting badly)-- 8 months to a year for that, would be my guess. ATA's have halved in price per Gig, almost, in the last year. 120 GB JB series WD HDs are commonly available for about $130.00 USD over here, and can be had as low as $110.00 USD at qty 10-pack or more. For 9.2, this is something to look at seriously, but would shelve until then in a wishlist folder or email archive for wishlist work. Idea valid, yes(very much so), but would have to say urgency is kinda low. John.
[Cooker] [Bug 728] [XFree86-server] Radeon QD (7200) display corruption
https://qa.mandrakesoft.com/show_bug.cgi?id=728 --- Additional Comments From [EMAIL PROTECTED] 2003-01-26 00:57 --- Excellent! You are much welcome. Mandrake, another success story with this patch. Can we please have it applied and a new XFree86 [set of] package[s] released? Thanx, b. --- 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] description: This release does not work properly with my Radeon "QD" (I think it's a 7200). It works fine on my Matrox Millenium II (I have dual head here), but on the Radeon, it seems to draw this almost "checkerboard" pattern over the screen. A photograph of the screen can be found here: http://brian.interlinx.bc.ca/xfree_radeon.jpg and the run-log can be found at: http://brian.interlinx.bc.ca/XFree86.0.log and the config file is at: http://brian.interlinx.bc.ca/XF86Config-4 I could no seem to find anything on the xpert list about this or elsewhere. b.
[Cooker] hddtemp, far out!
Hi. Thanks for the hddtemp contribs Ben/Vincent, this one was really cool! Here's d-srv.com: hddtemp /dev/hd[aceg] /dev/hda: ST340810A: 41°C /dev/hdc: ST340810A: 41°C /dev/hde: ST340810A: 25°C /dev/hdg: ST340810A: 27°C hde and hdg (md0) has 2x80mm fans blowing on them, damn nice ;) lm_sensors ouput for my CPUs CPU0 Temp: +24.2°C (limit = +60°C, hysteresis = +55°C) CPU1 Temp: +23.5°C (limit = +60°C, hysteresis = +55°C) Very nice! Here's my WS at home: hddtemp /dev/hda /dev/hda: IC35L060AVER07-0: 56°C (It's an AMD machine, would't you have guessed?) I wonder why this software don't merge with hdparm? Chears. -- Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] A build for Athlon 64/Opteron
>> > so, in the future mdk is going to have: >> > - i586 >> > - ia64 >> > - x64 (amd 64bit) >> > - ppc >> > (- alpha?) >> > (- sparc?) >> > >> > with the way mdk is currently working they won't be able to handle >> it. >> >> Who said we were going to? I suppose ia64 and x64 are likely, With the way things are going now, I doubt that mdk has the manpower to maintain anything more than i586 at the moment. >> but alpha and sparc? Those I sincerely doubt. That's why it was typed between "(" ")" and a question mark was added. With a little fantasy I could add a list of other archs that could be done, but mdk had already brought out alpha and sparc port before. Alpha is still being maintained a bit by me --> just to prove that it _can_ be done --> one you have a kernel, c library, and the compiler for an arch you can (re-)build the distro on it, automated. Point is, if you want to support more than one port, in a serious way, then you need to start doing things differently. I think they need to further automate the build process, bring in more regression testing of the packages, etc. Forget uploading binaries. Only upload the src.rpm's and let the backend build the binaries (on multiple platforms). >> I also don't see why we would want them to begin with. How many >> desktop users do you know that use an alpha or sparc at home on their >> desktop? =) > > Me :-) Me too :-) > Okay, more precisely: not yet, but I am going to. The Alpha is a > retired server. FYI: HP just brought out new alpha machines this week... EV7 based CPU's, blows ia64 out of the water --> nothing new in that respect. HP is trying to downplay & keep quite the performance numbers of the alpha in favour of ia64. It's true that alpha and sparc are used as workstation and servers, not as consumer desktops. > Hm. Always presumed I find the time, is there anything I can do to > contribute via this machine? Testing? Recompiling something? Whatever? What kind of box do you have? Stefan
Re: [Cooker] A build for Athlon 64/Opteron
On Sat 2003-01-25 at 15:50:07 -0700, [EMAIL PROTECTED] wrote: > On Sat Jan 25, 2003 at 11:11:06PM +0100, Stefan van der Eijk wrote: [...] > > so, in the future mdk is going to have: > > - i586 > > - ia64 > > - x64 (amd 64bit) > > - ppc > > (- alpha?) > > (- sparc?) > > > > with the way mdk is currently working they won't be able to handle it. > > Who said we were going to? I suppose ia64 and x64 are likely, but > alpha and sparc? Those I sincerely doubt. > > I also don't see why we would want them to begin with. How many > desktop users do you know that use an alpha or sparc at home on their > desktop? =) Me :-) Okay, more precisely: not yet, but I am going to. The Alpha is a retired server. Hm. Always presumed I find the time, is there anything I can do to contribute via this machine? Testing? Recompiling something? Whatever? Regards, Benjamin. msg88073/pgp0.pgp Description: PGP signature
[Cooker] [Bug 1077] [rpmdrake] doesn't see sources 9.1 beta 2
https://qa.mandrakesoft.com/show_bug.cgi?id=1077 --- Additional Comments From [EMAIL PROTECTED] 2003-01-26 00:27 --- --> duplicate of #966 --- 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] description: I tried installing webmin of the 2 cd. I get the error there is a problem during installation medium " installation cd2 (x86) (cdrom2) is not selected. When I go to setup sources cd1 and cd2 are already selected. This isn't just webmin it's any thing. If I try to urpmi any of the 9.1 apps on the cd's it does the same thing.
Serial ATA support or not... Was:Re: [Cooker] Corrections/Addon to lspci database...
Viestissä Sunnuntai 26. Tammikuuta 2003 00:21, John Danielson, II kirjoitti: > > Some of the new VIA and Intel mainboards that support 3+ GIG CPUs allow > for these drives, but they right now are future tech given the mech. > prices for about 90% of the public. We do not need to heavily worry > about these particular busses right now, IMHO, but in 2 years when R&D > costs of mfrs. are somewhat paid for, they may start to become very > popular in things like backup appliances and high-end cluster storage > units, especially for those heavily into animated high quality graphics. > > John. Well actually the SATA disks are not so far away... Here in Finland they are taking pre-orders for Seagate SATA disks now... and Maxtor Maxline disks should show up next month (don't know their price...) as for the Seagate Barracuda V 120GB, the price is: IDE: 178,- Euro SATA: 276,- Euro but you can also buy an SATA to UATA adapter for 58,- Euro, and hook up any IDE disk you want... It may be aiming too high to aim for a full support in 9.1 since they have to be tested... but after that Release the SATA disks should have found their way to the stores... Well, that's just my opinion... --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/ **
Re: [Cooker] A build for Athlon 64/Opteron
On Sat, Jan 25, 2003 at 11:11:06PM +0100, Stefan van der Eijk wrote: > so, in the future mdk is going to have: > - i586 > - ia64 > - x64 (amd 64bit) > - ppc Yup. > (- alpha?) > (- sparc?) These are community run at this point in time. They continue only to the degree that people are interested in maintaining them. > with the way mdk is currently working they won't be able to handle it. > They'll need to: > 1/ automate the building process over multiple platforms > 2/ further improve the quality of the rpms (dependancies / provides / > requires) Like Vincent said. This should be done anyway. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "America does not go abroad in search of monsters to destroy. She is the well-wisher to the freedom and independence of all. She is the champion only of her own." -- John Quincy Adams, July 4th, 1821
Re: [Cooker] A build for Athlon 64/Opteron
On Sat Jan 25, 2003 at 11:11:06PM +0100, Stefan van der Eijk wrote: [...] > >Yes the ports don't get very much attention. But the PPC port was an > >every other release port from the begining. So 8.0 was released, 8.1 > >was skipped, 8.2 was released, 9.0 was skipped... 9.1 is in progress. > > > > so, in the future mdk is going to have: > - i586 > - ia64 > - x64 (amd 64bit) > - ppc > (- alpha?) > (- sparc?) > > with the way mdk is currently working they won't be able to handle it. Who said we were going to? I suppose ia64 and x64 are likely, but alpha and sparc? Those I sincerely doubt. I also don't see why we would want them to begin with. How many desktop users do you know that use an alpha or sparc at home on their desktop? =) > They'll need to: > 1/ automate the building process over multiple platforms > 2/ further improve the quality of the rpms (dependancies / provides / > requires) This should be done regardless, even if it's only x86 and PPC. -- MandrakeSoft Security; http://www.mandrakesecure.net/ "lynx -source http://linsec.ca/vdanen.asc | gpg --import" {FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} msg88069/pgp0.pgp Description: PGP signature
Re: [Cooker] xchat-1.98-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 25 Jan 2003 9:43 pm, Yves Duret wrote: > Simon Prosser wrote: > > took a look..theres no tcl plugin...? any reason for not including it? > > what do you call tcl plugin ? > i found nothing about that in xchat src.. its in the CVS ./configure builds tcl and perl automatically -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+MxBVt3yCLmAxGjYRAnI/AJ0WUsO+9MQSdmDGGBZftPoCqpYgNwCfX3/c dhOfA1diatGnqkDPAR6QHeI= =TXtV -END PGP SIGNATURE-
Re: [Cooker] Corrections/Addon to lspci database...
Thomas Backlund wrote: Viestissä Lauantai 25. Tammikuuta 2003 22:44, Pixel kirjoitti: Thomas Backlund <[EMAIL PROTECTED]> writes: given network added to the pcitable: 0x10b70x9201 "3c59x" "3Com Corporation|3c920 Tornado" (this is format we use for pci devices, please give it that way if possible :) 01:0b.0 RAID bus controller: Silicon Image: Sil3112 Serial ATA (rev 01) ... as the kernel also know about: SiI3112 Serial ATA: IDE controller at PCI slot 01:0b.0 SiI3112 Serial ATA: chipset revision 1 SiI3112 Serial ATA: not 100% native mode: will probe irqs later what is this module? thanks! well actually it seems to be built in ide support, from /usr/src/linux/drivers/ide/pci/siimage.c but if that would be built as a module, it should have the name siimage, shouldn't it... --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/ ** While Serial ATA is in a sense for Hard Drives and is tuned for storage media, it will not take standard IDE or ATA connections-- in fact, the bussing standards for it are not finalized yet(they are in the same state of completion as is dual-channel DDR RAM, which has initial offerings available but no finalized standards are fully in place for that yet, either). What the bus does is very high pumped speed HD access via a serial connect-- the throughput is comparable to firewire plus 10% or so, and the data flow is serial with separate dedicated control lines on the same connector. Typically it is run inside the FSB area of a mainboard, and to a degree will imitate ATA. It is intended for HDs with 10,000 to 15,000 or higher rotational speeds and thus very low average seek times. Silicon Image, Promise, and HighPoint Technology are touting these. The earliest drives for this are in the price range of Maxtor's fiber channel drives, as the same basic mechs are needed for both S\ATA and fiber channel to support the high speed access. What is being discussed now is the degree to which one will be able to hot-swap these drives like SCSI drives can so be swapped. It is proposed, and most agree, that it will be as hot-swappable as SCSI or USB or Firewire. The connector Pics I have seen are smaller, 10-16 wire connectors. They are not pure fiber connect. Some of the new VIA and Intel mainboards that support 3+ GIG CPUs allow for these drives, but they right now are future tech given the mech. prices for about 90% of the public. We do not need to heavily worry about these particular busses right now, IMHO, but in 2 years when R&D costs of mfrs. are somewhat paid for, they may start to become very popular in things like backup appliances and high-end cluster storage units, especially for those heavily into animated high quality graphics. John.
Re: [Cooker] Corrections/Addon to lspci database...
On Sat, 2003-01-25 at 13:11, Quel Qun wrote: > On Sat, 2003-01-25 at 12:07, Thomas Backlund wrote: > <...> > > I have an other entry from lspci: > > 00:0c.0 PCI bridge: nVidia Corporation: Unknown device 006d (rev a3) > (prog-if 00 [Normal decode]) > Flags: bus master, 66Mhz, fast devsel, latency 0 > Bus: primary=00, secondary=02, subordinate=02, sec-latency=32 > I/O behind bridge: c000-cfff > Memory behind bridge: e400-e5ff > > where lspcidrake only reports: > > unknown : unknown (10de/006d//) > I assume that the pcitable entry should be: 0x10de 0x006d "unknown" "Nvidia Corporation|nForce2 PCI Bridge" -- Quel Qun <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: [Cooker] A build for Athlon 64/Opteron
Ben Reser wrote: On Sat, Jan 25, 2003 at 11:57:45AM +0100, Stefan van der Eijk wrote: Will the availabluty be as good as the other ports [supported ports: ia64 and ppc unsupported ports: alpha & sparc (long time ago)]. It seems mdk isn't very serious about ports to other archs. PPC hasn't been released for a few versions of the product and how is ia64 coming along? Looks like maintaining ports is a best effort activity of a few lunatics... Yes the ports don't get very much attention. But the PPC port was an every other release port from the begining. So 8.0 was released, 8.1 was skipped, 8.2 was released, 9.0 was skipped... 9.1 is in progress. so, in the future mdk is going to have: - i586 - ia64 - x64 (amd 64bit) - ppc (- alpha?) (- sparc?) with the way mdk is currently working they won't be able to handle it. They'll need to: 1/ automate the building process over multiple platforms 2/ further improve the quality of the rpms (dependancies / provides / requires) SE smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] [Bug 728] [XFree86-server] Radeon QD (7200) display corruption
https://qa.mandrakesoft.com/show_bug.cgi?id=728 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 23:12 --- Thank you. This works for me on my Radeon: Card:ATI Radeon : ATI|Radeon QD [DISPLAY_VGA] (vendor:1002 device:5144 subv:1002 subd:0038) No more screen corruption :-) --- 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] description: This release does not work properly with my Radeon "QD" (I think it's a 7200). It works fine on my Matrox Millenium II (I have dual head here), but on the Radeon, it seems to draw this almost "checkerboard" pattern over the screen. A photograph of the screen can be found here: http://brian.interlinx.bc.ca/xfree_radeon.jpg and the run-log can be found at: http://brian.interlinx.bc.ca/XFree86.0.log and the config file is at: http://brian.interlinx.bc.ca/XF86Config-4 I could no seem to find anything on the xpert list about this or elsewhere. b.
[Cooker] [Bug 613] [gnomemeeting] gnomemeeting crashes when it is called with no prev. config
https://qa.mandrakesoft.com/show_bug.cgi?id=613 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 23:04 --- Yes, fixed. --- 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] description: gnomemeeting crashes right after starting when there are no entries for the mixer in the configuration. The following small patch fixes that: --- sound_handling.cpp~ 2002-12-06 18:19:09.0 +0100 +++ sound_handling.cpp 2002-12-06 18:19:09.0 +0100 @@ -61,7 +61,7 @@ #ifdef HAS_IXJ OpalLineInterfaceDevice *lid = NULL; - if (!strcmp (mixer, "/dev/phone0")) + if (mixer && !strcmp (mixer, "/dev/phone0")) { unsigned vol = 0; @@ -110,7 +110,7 @@ #ifdef HAS_IXJ OpalLineInterfaceDevice *lid = NULL; - if (!strcmp (mixer, "/dev/phone0")) { + if (mixer && !strcmp (mixer, "/dev/phone0")) { unsigned vol; if ((MyApp) && (MyApp->Endpoint ()))
Re: [Cooker] Corrections/Addon to lspci database...
Viestissä Lauantai 25. Tammikuuta 2003 22:44, Pixel kirjoitti: > Thomas Backlund <[EMAIL PROTECTED]> writes: > > given network added to the pcitable: > > 0x10b70x9201 "3c59x" "3Com Corporation|3c920 Tornado" > > (this is format we use for pci devices, please give it that way if > possible :) > > > 01:0b.0 RAID bus controller: Silicon Image: Sil3112 Serial ATA (rev 01) > > ... > > as the kernel also know about: > > SiI3112 Serial ATA: IDE controller at PCI slot 01:0b.0 > > SiI3112 Serial ATA: chipset revision 1 > > SiI3112 Serial ATA: not 100% native mode: will probe irqs later > > what is this module? > > thanks! well actually it seems to be built in ide support, from /usr/src/linux/drivers/ide/pci/siimage.c but if that would be built as a module, it should have the name siimage, shouldn't it... --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/ **
Re: [Cooker] Corrections/Addon to lspci database...
Quel Qun <[EMAIL PROTECTED]> writes: > It would be nice to also let drakconnect know about this one and > preselect the 3c59x module. would you be so kind and gimme in the pcitable format? please :) (cf my answer to Thomas Backlund)
Re: [Cooker] xchat-1.98-1
Simon Prosser wrote: took a look..theres no tcl plugin...? any reason for not including it? what do you call tcl plugin ? i found nothing about that in xchat src..
Re: [Cooker] Corrections/Addon to lspci database...
On Sat, 2003-01-25 at 12:07, Thomas Backlund wrote: <...> > This one should be added: (lspci -v output) > --- > 02:01.0 Ethernet controller: 3Com Corporation: Unknown device 9201 (rev 40) > Subsystem: Asustek Computer, Inc.: Unknown device 80ab > Flags: bus master, medium devsel, latency 32, IRQ 5 > I/O ports at c000 [size=128] > Memory at da00 (32-bit, non-prefetchable) [size=128] > Expansion ROM at [disabled] [size=128K] > Capabilities: [dc] Power Management version 2 > > lspcidrake -v output > > unknown : unknown (10b7/9201/1043/80ab) [NETWORK_ETHERNET] > > > It's actually: > -- > 02:01.0 Ethernet controller: 3Com Corporation: 3c920 Tornado (rev 40) > ... > as the kernel also know about: > 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html > 02:01.0: 3Com PCI 3c920 Tornado at 0xc000. Vers LK1.1.16 > Yes, It would be nice to also let drakconnect know about this one and preselect the 3c59x module. I have an other entry from lspci: 00:0c.0 PCI bridge: nVidia Corporation: Unknown device 006d (rev a3) (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=32 I/O behind bridge: c000-cfff Memory behind bridge: e400-e5ff where lspcidrake only reports: unknown : unknown (10de/006d//) Thanks, -- Quel Qun <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: [Cooker] A build for Athlon 64/Opteron
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Reser a écrit: | On Sat, Jan 25, 2003 at 11:57:45AM +0100, Stefan van der Eijk wrote: | |>Will the availabluty be as good as the other ports [supported ports: |>ia64 and ppc unsupported ports: alpha & sparc (long time ago)]. |> |>It seems mdk isn't very serious about ports to other archs. PPC hasn't |>been released for a few versions of the product and how is ia64 coming |>along? |> |>Looks like maintaining ports is a best effort activity of a few lunatics... | | | Yes the ports don't get very much attention. But the PPC port was an | every other release port from the begining. So 8.0 was released, 8.1 | was skipped, 8.2 was released, 9.0 was skipped... 9.1 is in progress. And there are no Sparc Mandrake anymore since 7.0 :( I now play with debian on an old Sun Sparc U5 - -- Léa Gris () Campagne du ruban texte brut contre les courriels en HTML, /\ contre les pièces jointes Microsoft. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Mv1iiNTO/wgn58kRAgKaAJwKCw3heFBuSRHGt4/PwHj+D+c3AQCgr3DP SHYrZ5sOKpvaz46AMTIrJso= =QjKx -END PGP SIGNATURE-
Re: [Cooker] A build for Athlon 64/Opteron
On Sat, Jan 25, 2003 at 11:57:45AM +0100, Stefan van der Eijk wrote: > Will the availabluty be as good as the other ports [supported ports: > ia64 and ppc unsupported ports: alpha & sparc (long time ago)]. > > It seems mdk isn't very serious about ports to other archs. PPC hasn't > been released for a few versions of the product and how is ia64 coming > along? > > Looks like maintaining ports is a best effort activity of a few lunatics... Yes the ports don't get very much attention. But the PPC port was an every other release port from the begining. So 8.0 was released, 8.1 was skipped, 8.2 was released, 9.0 was skipped... 9.1 is in progress. -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org "America does not go abroad in search of monsters to destroy. She is the well-wisher to the freedom and independence of all. She is the champion only of her own." -- John Quincy Adams, July 4th, 1821
Re: [Cooker] Rebuilding probelms with current XFree86 package
Le Samedi 25 Janvier 2003 19:49, Charles A Edwards a écrit : > On Sat, 25 Jan 2003 16:31:07 +0100 > > Guillaume Rousse <[EMAIL PROTECTED]> wrote: > > I tried to rebuild current XFree86-4.2.99.5-0.20030122.2mdk on a plain > > 9.0 to have DRI support for a recent radeon. > > I am not understanding you. > The radeon Has dri support in stock 9.0 unless it is a radeon=>8500 and > in that case you need the drivers from ATI. It is a radeon 8500, so i wanted to test DRI from XFree4.3 to see if support was provided. Moreover, i also have some colors problems when watching TV in overlay mode (wrong colors and other applications corruption). The ATI driver is a mess to install, even for a short test. At least Nvidia provide a decent tarball, while ATI ships a crappy rpm only. -- The speed with which components become obsolete is directly proportional to the price of the component. -- Murphy's Computer Laws n°9
Re: [Cooker] Corrections/Addon to lspci database...
Thomas Backlund <[EMAIL PROTECTED]> writes: given network added to the pcitable: 0x10b7 0x9201 "3c59x" "3Com Corporation|3c920 Tornado" (this is format we use for pci devices, please give it that way if possible :) > 01:0b.0 RAID bus controller: Silicon Image: Sil3112 Serial ATA (rev 01) > ... > as the kernel also know about: > SiI3112 Serial ATA: IDE controller at PCI slot 01:0b.0 > SiI3112 Serial ATA: chipset revision 1 > SiI3112 Serial ATA: not 100% native mode: will probe irqs later what is this module? thanks!
[Cooker] [Bug 1079] [Installation] New: "previous" buttons faulty in HTTP install in text mode.
https://qa.mandrakesoft.com/show_bug.cgi?id=1079 Product: Installation Component: Installation Summary: "previous" buttons faulty in HTTP install in text mode. Version: 1.772 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have tried an HTTP install in text mode of Mandrake 9.1 beta 2. The "previous buttons" appear to go forward, not back. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1078] [Installation] New: network text install fails if CD2 not available
https://qa.mandrakesoft.com/show_bug.cgi?id=1078 Product: Installation Component: Installation Summary: network text install fails if CD2 not available Version: 1.772 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have only downloaded the first iso of Mandrake 9.1 beta 2 i.e. Mandrake-iso/i586/MandrakeLinux-9.1beta2-CD1.i586.iso When doing a HTTP network install in text mode a series of rpms can not be installed. The first of these is info, the second is man. No indication of the reason is given but alt F3 shows that these can not be found on CD2. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Corrections/Addon to lspci database...
This one is wrong/should be added: (lspci -v output) - 01:0b.0 RAID bus controller: CMD Technology Inc: Unknown device 3112 (rev 01) Subsystem: CMD Technology Inc: Unknown device 6112 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 18 I/O ports at a000 [size=8] I/O ports at a400 [size=4] I/O ports at a800 [size=8] I/O ports at ac00 [size=4] I/O ports at b000 [size=16] Memory at de00 (32-bit, non-prefetchable) [size=512] Expansion ROM at [disabled] [size=512K] Capabilities: [60] Power Management version 2 lspcidrake -v output unknown : unknown (1095/3112/1095/6112) [STORAGE_RAID] It's actually: -- 01:0b.0 RAID bus controller: Silicon Image: Sil3112 Serial ATA (rev 01) ... as the kernel also know about: SiI3112 Serial ATA: IDE controller at PCI slot 01:0b.0 SiI3112 Serial ATA: chipset revision 1 SiI3112 Serial ATA: not 100% native mode: will probe irqs later ** This one should be added: (lspci -v output) --- 02:01.0 Ethernet controller: 3Com Corporation: Unknown device 9201 (rev 40) Subsystem: Asustek Computer, Inc.: Unknown device 80ab Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at c000 [size=128] Memory at da00 (32-bit, non-prefetchable) [size=128] Expansion ROM at [disabled] [size=128K] Capabilities: [dc] Power Management version 2 lspcidrake -v output unknown : unknown (10b7/9201/1043/80ab) [NETWORK_ETHERNET] It's actually: -- 02:01.0 Ethernet controller: 3Com Corporation: 3c920 Tornado (rev 40) ... as the kernel also know about: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 02:01.0: 3Com PCI 3c920 Tornado at 0xc000. Vers LK1.1.16 --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/
[Cooker] Re: [CHRPM] kernel-2.4.21.0.pre3.2mdk-1-1mdk
Viestissä Perjantai 24. Tammikuuta 2003 02:47, Juan Quintela kirjoitti: > --=-=-= > Name: kernel-2.4.21.0.pre3.2mdkRelocations: (not relocateable) > Version : 1 Vendor: MandrakeSoft > Release : 1mdk Build Date: Fri Jan 24 00:06:02 It does not fix the problem with the nforce2 IDE... I still have to boot with 'ide0=ata66' to get UDMA/100 support, and it should have UDMA/133 support... Only way to get 3Com 920 support working (module 3c59x) is to boot with 'pci=noacpi' --- Thomas ** [EMAIL PROTECTED] www.iki.fi/~tmb/ **
[Cooker] [Bug 1076] [cups] a cups link points to `hostname`:631 instead of localhost:631
https://qa.mandrakesoft.com/show_bug.cgi?id=1076 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 20:21 --- This problem is known to the author of CUPS and fixed on the CVS. Mandrake 9.1 will probably ship with CUPS 1.1.19 where the problem will be fixed. --- 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] description: I use mozilla to go to the cups server on localhost:631 and try to print a test page. I get the response You don't have permission to access the resource on this server The link that "print test page" points to is: http://c-115082.cmdm.wisc.edu:631/printers/Printer?op=print-test-page [i.e. my actual hostname] instead of: http://localhost:631/printers/Printer?op=print-test-page all other links on that cups administration page refer to localhost:631 and work without any problems. The steps I used to get to this point are trivial: Log onto the cups server as root, click "printers" and "print test page": # mozilla localhost:631 click on administration [enter root and root's password] click on printers click on print test page
[Cooker] [Bug 1077] [rpmdrake] New: doesn't see sources 9.1 beta 2
https://qa.mandrakesoft.com/show_bug.cgi?id=1077 Product: rpmdrake Component: packaging Summary: doesn't see sources 9.1 beta 2 Version: 2.0-27mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I tried installing webmin of the 2 cd. I get the error there is a problem during installation medium " installation cd2 (x86) (cdrom2) is not selected. When I go to setup sources cd1 and cd2 are already selected. This isn't just webmin it's any thing. If I try to urpmi any of the 9.1 apps on the cd's it does the same thing. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 927] [drakxtools] Daewoo LCD monitor not in the list
https://qa.mandrakesoft.com/show_bug.cgi?id=927 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 19:44 --- verified in cvs. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: __UNKNOWN__ description: The monitor below is not in the list of known monitors in XFdrake. Vendor : DAEWOO Model : Daewin LCD17/HGM What other informations should I provide ? Here is the output of ddcxinfos : 16384KB of video ram 256 640 480 32768 640 480 65536 640 480 16777216 640 480 256 640 400 16 800 600 256 800 600 32768 800 600 65536 800 600 16777216 800 600 256 1024 768 32768 1024 768 65536 1024 768 16777216 1024 768 256 1280 1024 32768 1280 1024 65536 1280 1024 16777216 1280 1024 16 132 43 31-80 kHz HorizSync 58-75 Hz VertRefresh 19.66 inches monitor (truly 18.20') EISA ID=HGLec20 # 640x480, 60.0Hz; hfreq=31.469000, vfreq=59.93 ModeLine "640x480" 25.17 640 648 744 784 480 482 484 509 -hsync -vsync # 640x480, 75.0Hz; hfreq=37.50, vfreq=75.00 ModeLine "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync # 720x400, 70.0Hz # 800x600, 60.0Hz; hfreq=37.879002, vfreq=60.317001 ModeLine "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600, 75.0Hz; hfreq=46.875000, vfreq=75.00 ModeLine "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync # 832x624, 75.0Hz # 1024x768, 87.0iHz # 1024x768, 70.0Hz; hfreq=56.476002, vfreq=70.069000 ModeLine "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1024x768, 75.0Hz; hfreq=60.022999, vfreq=75.028999 ModeLine "1024x768" 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
Re: [Cooker] Rebuilding probelms with current XFree86 package
On Sat, 25 Jan 2003 16:31:07 +0100 Guillaume Rousse <[EMAIL PROTECTED]> wrote: > I tried to rebuild current XFree86-4.2.99.5-0.20030122.2mdk on a plain > 9.0 to have DRI support for a recent radeon. I am not understanding you. The radeon Has dri support in stock 9.0 unless it is a radeon=>8500 and in that case you need the drivers from ATI. It was on cooker prior to the pre3 kernel that dri would not work. Charles All the evidence concerning the universe has not yet been collected, so there's still hope. -- Mandrake Linux 9.1 Kernel- 2.4.21-0.pre3.2mdk -- msg88045/pgp0.pgp Description: PGP signature
[Cooker] [Bug 1067] [Hardware] Mandrake 9.1 Beta 2 will not respond to USB mouse
https://qa.mandrakesoft.com/show_bug.cgi?id=1067 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 19:40 --- I to have a logitech mouse a trackman marble wheel it's a usb or ps/2 port mouse. I am using it as a ps/2 port mouse. It doesn't work at all under 9.1 beta 2 but it did under 9.1 beta 1. --- 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] description: After a successful install of Mandrake 9.1 Beta 2, the cursor is not responding to the mouse. I have a Logitech USB Scroll Mouse, cordless optical. The mouse works fine with the same machine booted into Windows 2000, and worked fine with Mandrake 9.0. I ran mousedrake from a root terminal and it successfully detected a USB scroll mouse, I accepted that choice. However, the cursor was still not responding. Attached is the bug.report.gz file from my /root directory.
[Cooker] [Bug 728] [XFree86-server] Radeon QD (7200) display corruption
https://qa.mandrakesoft.com/show_bug.cgi?id=728 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 19:19 --- As discussed on the [EMAIL PROTECTED] mailinglist in the following thread: http://www.mail-archive.com/xfree86@xfree86.org/msg00693.html and specifically in this message: http://www.mail-archive.com/xfree86@xfree86.org/msg00986.html here is the patch to correct this problem (wrapping done by bugzilla -- the text input box really should be wider): ? diff-radeon-alpha-bug Index: programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c === RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c,v retrieving revision 1.79 diff -u -r1.79 radeon_driver.c --- programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c 2003/01/17 19:54:03 1.79 +++ programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c 2003/01/25 15:30:54 @@ -403,7 +403,7 @@ extern int gRADEONEntityIndex; -#if 0 /* !defined(__alpha__) */ +#if !defined(__alpha__) # define RADEONPreInt10Save(s, p) # define RADEONPostInt10Check(s, p) #else /* __alpha__ */ --- 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] description: This release does not work properly with my Radeon "QD" (I think it's a 7200). It works fine on my Matrox Millenium II (I have dual head here), but on the Radeon, it seems to draw this almost "checkerboard" pattern over the screen. A photograph of the screen can be found here: http://brian.interlinx.bc.ca/xfree_radeon.jpg and the run-log can be found at: http://brian.interlinx.bc.ca/XFree86.0.log and the config file is at: http://brian.interlinx.bc.ca/XF86Config-4 I could no seem to find anything on the xpert list about this or elsewhere. b.
[Cooker] Re: [CHRPM] kernel-2.4.21.0.pre3.2mdk-1-1mdk Still Aironet BROKEN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 23 January 2003 06:47 pm, Juan Quintela wrote: > --=-=-= > Name: kernel-2.4.21.0.pre3.2mdkRelocations: (not relocateable) > Version : 1 Vendor: MandrakeSoft > Release : 1mdk Build Date: Fri Jan 24 00:06:02 > 2003 Install date: (not installed) Build Host: > bi.mandrakesoft.com Group : System/Kernel and hardwareSource RPM: > (none) > Size: 34940472 License: GPL > Packager: Juan Quintela <[EMAIL PROTECTED]> > URL : http://www.kernel.org/ > Summary : The Linux kernel (the core of the Linux operating system). > Description : > The kernel package contains the Linux kernel (vmlinuz), the core of your > Mandrake Linux operating system. The kernel handles the basic functions > of the operating system: memory allocation, process allocation, device > input and output, etc. > > Exclusivearch: i386 > --=-=-= > > * Thu Jan 23 2003 Juan Quintela <[EMAIL PROTECTED]> > 2.4.21-0.pre3.2mdk > > - Add lot of docs in the spec file about the version numbering. > - pre/rc kernels shoud be named now 2.4.21pre3-1mdk to make better > lilo/grub names. - Now, right releases names in changelog (courtesy of > Chmouel last kernel hack). - 2.4.21-q1. > * fix warinngs in do_mounts. > * update no_ps2_mouse (chmouel). > * ppscsi support (till should be happy now). > * ethtool_wireless (chmouel). > * new ide from ac (chmouel). > * audigy from rh kernel (chmouel). > * new usb_epson scanner recognized. > * fix an ibm_ix00_lookup (chmouel). > > --=-=-= > E: kernel-2.4.21.0.pre3.2mdk invalid-spec-name kernel-2.4.spec > E: kernel-2.4.21.0.pre3.2mdk hardcoded-library-path in /lib/modules > E: kernel-2.4.21.0.pre3.2mdk use-of-RPM_SOURCE_DIR > > --=-=-= > > --=-=-= The Extra cisco aironet driver that lives under /lib/modules/kernelversion/drivers/net/pcmcia/airo* is still there and thus cisco aironet 340 350 and 4800A card still don't work right. - -- http://tblx.net/encrypt/index.html for pgp key -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+Ms/Fxqewf6/SKYURAvDdAKCrCw6jb/z0lXj0H/oI6P7PdnyIrQCfefHl J4/AWAERpWBOHlI+BGdw+uI= =rmWN -END PGP SIGNATURE-
[Cooker] mcc error 2 :)
[root@vete vete]# LC_ALL=C LC_LANGUAGE=C mcc [root@vete vete]# Use of uninitialized value in split at /usr/lib/libDra kX/detect_devices.pm line 111 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mist ake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what opera tion you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessari ly appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/detect_devices.pm line 533 (#1) Use of uninitialized value in pattern match (m//) at /usr/lib/libDrakX/detect_devices.pm line 182 (#1) Use of uninitialized value in pattern match (m//) at /usr/lib/libDrakX/detect_devices.pm line 190 (#1) BUG with LANGUAGE it_IT:it Use of uninitialized value in exec at /usr/sbin/drakconf.real line 631 ( #1) Xlib: unexpected async reply (sequence 0xd78)! Use of uninitialized value in exec at /usr/sbin/drakconf.real line 631 ( #1) Xlib: unexpected async reply (sequence 0xf50)! The program 'drakconf.real' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connecti on)'. (Details: serial 5564 error_code 14 request_code 1 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() functi on.) The program 'drakconf.real' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connecti on)'. (Details: serial 5570 error_code 14 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The program 'drakconf.real' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connection)'. (Details: serial 5571 error_code 14 request_code 55 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [root@vete vete]#
[Cooker] drakconf problem again ... mdk disappeared agnin ... xfree crash again ... so?
[root@vete vete]# Use of uninitialized value in split at /usr/lib/libDra kX/detect_devices.pm line 111 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mist ake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what opera tion you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessari ly appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/detect_devices.pm line 533 (#1) Use of uninitialized value in pattern match (m//) at /usr/lib/libDrakX/detect_devices.pm line 182 (#1) Use of uninitialized value in pattern match (m//) at /usr/lib/libDrakX/detect_devices.pm line 190 (#1) BUG with LANGUAGE it_IT:it Use of uninitialized value in exec at /usr/sbin/drakconf.real line 631 (#1) Xlib: unexpected async reply (sequence 0xc20)! Use of uninitialized value in exec at /usr/sbin/drakconf.real line 631 (#1) Xlib: unexpected async reply (sequence 0xca5)! [root@vete vete]#
[Cooker] [Bug 1076] [cups] New: a cups link points to `hostname`:631 instead of localhost:631
https://qa.mandrakesoft.com/show_bug.cgi?id=1076 Product: cups Component: cups Summary: a cups link points to `hostname`:631 instead of localhost:631 Version: 1.1.18-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I use mozilla to go to the cups server on localhost:631 and try to print a test page. I get the response You don't have permission to access the resource on this server The link that "print test page" points to is: http://c-115082.cmdm.wisc.edu:631/printers/Printer?op=print-test-page [i.e. my actual hostname] instead of: http://localhost:631/printers/Printer?op=print-test-page all other links on that cups administration page refer to localhost:631 and work without any problems. The steps I used to get to this point are trivial: Log onto the cups server as root, click "printers" and "print test page": # mozilla localhost:631 click on administration [enter root and root's password] click on printers click on print test page --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: Annoying konqueror bugs (was Re: [Cooker] konqueror input fields cursor following mouse is annoying)
Le Samedi 25 Janvier 2003 17:53, David Walser a écrit : > --- Pascal <[EMAIL PROTECTED]> wrote: > > Le Samedi 25 Janvier 2003 17:11, David Walser a > > > > écrit : > > > Other annoying Konq bugs: > > > > > > http://bugs.kde.org/show_bug.cgi?id=24806 > > > > i voted on this one, with a comment. > > Thanks, it's a pretty critical usability bug, I hope > they fix it before 3.1 kmail seems not to have this bug. try autocomplete on TO: field of a kmail composing window. pressing TAB selects the next choice pressing ENTER put selected data in the field and hopefully ENTER is not passed to kmail which is the correct behaviour. In konqueror the ENTER key is passed to konqueror and thus the form get submitted :( which is a bug yahh
[Cooker] [Bug 1075] [cups] New: incorrect colors on HP Deskjet 832 C
https://qa.mandrakesoft.com/show_bug.cgi?id=1075 Product: cups Component: cups Summary: incorrect colors on HP Deskjet 832 C Version: 1.1.18-3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am running current cooker and I have set up my HP Deskjet 832C as an available printer. I was given the choice between HP Deskjet Series CUPS v. 1.1 HP New Deskjet Series CUPS v. 1.1 and I chose the former since it seemed to be the default. I also chose the colormodel to be CMYK because it was the default. Then I printed the test page and all the black colors (the borders and the text) were blue instead of black. The resolution in the colored graphics seemed to be much below the 300 DPI that I had specified. I tried to switch to a grayscale colormodel and printed the test page, but it looked the same as with the CMYK colormodel. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] VAIO support
Sony claims that VAIO systems are not designed for Linux, but I know for a fact that my system worked just fine w/ Mandrake 8.0. If I can see anything in 9.1, I would like to see a modification for APM so that my system is able to suspend again. Here's what I know as of now: the confusion that causes the system to lock has something to do w/ the keyboard and the system's fan (I have a battery that causes the fan to studder at times; whenever it studders, the keyboard studders as well. Furthermore, when the system recovers from a suspend, it will work for about 5 seconds until the fan reactivates.). My guess is that the keyboard is wrongly detected and registered because between Mandrake versions 8.0 and 8.2 it has lost support for the windows keys (in 8.0, pushing the windows key would make the K menu pop up). I will have more information soon -- I'm going to put 8.0 back onto my system and check the irq's of the keyboard and such. P.S. For any of you that have a VAIO, try suspending during a system startup (not returning from a suspend, but a fresh boot). You'll see that the system works just fine throughout the entirety of the booting process until it gets to something about initializing the X-window system. Next time I write, I will include all the specific error messages and such that I can. _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus
Re: Annoying konqueror bugs (was Re: [Cooker] konqueror input fields cursor following mouse is annoying)
--- Pascal <[EMAIL PROTECTED]> wrote: > Le Samedi 25 Janvier 2003 17:11, David Walser a > écrit : > > Other annoying Konq bugs: > > > > http://bugs.kde.org/show_bug.cgi?id=24806 > > i voted on this one, with a comment. Thanks, it's a pretty critical usability bug, I hope they fix it before 3.1 > the 2 others I cannot verify since no test case is > provided. > > > http://bugs.kde.org/show_bug.cgi?id=50193 Yeah on this one unfortunately I can't reproduce it anywhere other than here (Yahoo! Mail) > > http://bugs.kde.org/show_bug.cgi?id=35724 ("fix" > > should be reverted) Test case for this one would be anywhere that has a password input form field. __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: Annoying konqueror bugs (was Re: [Cooker] konqueror input fields cursor following mouse is annoying)
Le Samedi 25 Janvier 2003 17:11, David Walser a écrit : > Other annoying Konq bugs: > > http://bugs.kde.org/show_bug.cgi?id=24806 i voted on this one, with a comment. the 2 others I cannot verify since no test case is provided. > http://bugs.kde.org/show_bug.cgi?id=50193 > http://bugs.kde.org/show_bug.cgi?id=35724 ("fix" > should be reverted) > > --- Pascal <[EMAIL PROTECTED]> wrote: > > Please vote for this bug if as me you think that > > konqueror 'input focus > > follows mouse' behaviour is annoying. > > > > http://bugs.kde.org/show_bug.cgi?id=53404 > > __ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com
[Cooker] [Bug 1074] [rpm] New: rebuild fails, missing BuildRequires or smart fix required
https://qa.mandrakesoft.com/show_bug.cgi?id=1074 Product: rpm Component: packaging Summary: rebuild fails, missing BuildRequires or smart fix required Version: 4.0.4-28mdk Platform: PC URL: http://eijk.homelinux.org/build/cooker/i586/rpm-4.0.4- 28mdk.src.rpm.txt OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] rebuild rpm fails: /bin/sh ../libtool --mode=install /usr/bin/install -c rpmmodule.la /home/cooker/tmp/rpm-4.0.4-root/usr/lib/python2.2/site-packages/rpmmodule.la libtool: install: warning: relinking `rpmmodule.la' (cd /home/cooker/RPM/BUILD/rpm-4.0.4/python; /bin/sh ../libtool --mode=relink gcc -g -O2 -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototy pes -Wno-char-subscripts -o rpmmodule.la -rpath /usr/lib/python2.2/site-packages ../lib/librpm.la ../rpmdb/librpmdb.la ../rpmio/librpmio.la ../popt/libpopt.la -L/usr/local/lib -lz -module -avoid-version rpmmodule.lo hash.lo upgrade.lo header-py.lo db-py.lo -L/usr/local/lib -lz) gcc -shared rpmmodule.lo hash.lo upgrade.lo header-py.lo db-py.lo -L/usr/local/lib -L/usr/lib -lrpm -lrpmdb -lrpmio -lpopt -lz -lz -Wl,-soname -Wl,rpmmodule.so -o .libs /rpmmodule.so /usr/bin/ld: cannot find -lrpm collect2: ld returned 1 exit status libtool: install: error: relink `rpmmodule.la' with the above command before installing it libtool: install: warning: remember to run `libtool --finish /usr/lib/python2.2/site-packages' It BuildRequires rpm-devel. Perhaps a smarter fix can be made so it links against the librpm it just made. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Annoying konqueror bugs (was Re: [Cooker] konqueror input fields cursor following mouse is annoying)
Other annoying Konq bugs: http://bugs.kde.org/show_bug.cgi?id=24806 http://bugs.kde.org/show_bug.cgi?id=50193 http://bugs.kde.org/show_bug.cgi?id=35724 ("fix" should be reverted) --- Pascal <[EMAIL PROTECTED]> wrote: > Please vote for this bug if as me you think that > konqueror 'input focus > follows mouse' behaviour is annoying. > > http://bugs.kde.org/show_bug.cgi?id=53404 > > __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com
Re: [Cooker] Rebuilding probelms with current XFree86 package
I tried to rebuild current XFree86-4.2.99.5-0.20030122.2mdk on a plain 9.0 to have DRI support for a recent radeon. However, i'm facing several problems: - it doesn't build out of the box due to a problem with freetype 2.0. Upgrading to freetype 2.1 fix it, but obviously the buildrequires should specify >= 2.1 as you know the BuildRequires are often way off. - once freetype updated, with_new_fontconfig-Xft defined to 0 leads to build and install xftache. However, build fails silently for it, and rpm barfs about missing file - forcing with_new_fontconfig-Xft to 1 and installing latest libfontconfig lead to a compilation problem when compiling xftcolor Why not just upgrade to cooker? As mdk's policy seems to be "what's behind me, is not important" (from the Gumball Rally http://us.imdb.com/Details?0074597). SE smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] Rebuilding probelms with current XFree86 package
I tried to rebuild current XFree86-4.2.99.5-0.20030122.2mdk on a plain 9.0 to have DRI support for a recent radeon. However, i'm facing several problems: - it doesn't build out of the box due to a problem with freetype 2.0. Upgrading to freetype 2.1 fix it, but obviously the buildrequires should specify >= 2.1 - once freetype updated, with_new_fontconfig-Xft defined to 0 leads to build and install xftache. However, build fails silently for it, and rpm barfs about missing file - forcing with_new_fontconfig-Xft to 1 and installing latest libfontconfig lead to a compilation problem when compiling xftcolor -- The speed with which components become obsolete is directly proportional to the price of the component. -- Murphy's Computer Laws n°9
Re: [Cooker] Boot images still broken (10:30 CET)
Robert Fox <[EMAIL PROTECTED]> writes: > I'm still waiting for the fixed images - can't do any installing (and > testing) gr... it seems i forgot to upload :--( /me is bad doing it now! sorry for the trouble :'-(
Re: [Cooker] [Bug 927] [drakxtools] Daewoo LCD monitor not in the list
@resolution=fixed added in ldetect-lst cvs
Re: [Cooker] [Bug 776] [Installation] Individual package selection display issues
"[Bug 776]" <[EMAIL PROTECTED]> writes: @resolution=fixed fixed in cooker
Re: [Cooker] [Bug 1072] [drakxtools] New: Autostart of X
"[Bug 1072]" <[EMAIL PROTECTED]> writes: > Autostart of the X-system at login/out dosn't work. @product=autologin
Re: [Cooker] Re: [Contrib-Rpm] chrony-1.19-1mdk
Ben Reser wrote: On Fri, Jan 24, 2003 at 10:39:45PM -0700, Vincent Danen wrote: Agreed. Or, even better, split ntp into two packages... ntp-client and ntp-server. You only need ntpdate and /etc/ntp/step-tickers to set the time from a remote ntp server... running the full-blown ntpd is silly. For instance, on a local network of 10 machines, only one machine needs to run ntpd, and get the time from an external NTP server. The other 9 machines just need to run ntpdate on boot or at a desired interval... they don't all need to run ntpd. According to the ntp people ntpdate is deprecated. They basically tell you to use ntpd with certain options which isn't really a good replacement for it. Note the disclaimer on the top of this page: http://www.eecis.udel.edu/~ntp/ntp_spool/html/ntpdate.html I run ntpd as they recommend, but sync(by calling ntpd from webmin using the hardware->time server choice) via the Webmin interface. Webmin writes a decent call to ntpd. I tend to sync once a month, and that keeps me within 10 sec of real. For standalone boxes like mine in the US, http://nist.time.gov/ is webbable also, with a javascripted time display that self-syncs to nist. on pane one, you choose time zone, pane two shows time to second. Good for general use. John. -- Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/
[Cooker] konqueror input fields cursor following mouse is annoying
Please vote for this bug if as me you think that konqueror 'input focus follows mouse' behaviour is annoying. http://bugs.kde.org/show_bug.cgi?id=53404
[Cooker] Re: [Contrib-Rpm] ksambaplugin-0.4.2-1mdk
On Sat, 25 Jan 2003, Buchan Milne wrote: > [Contrib-RPM] > > --=-=-= > Name: ksambaplugin Relocations: (not relocateable) > Version : 0.4.2 Vendor: MandrakeSoft > Release : 1mdk Build Date: Sat Jan 25 13:41:33 2003 > Install date: (not installed) Build Host: klama.mandrake.org > Group : Graphical desktop/KDE Source RPM: (none) > Size: 510044 License: GPL > Packager: Buchan Milne <[EMAIL PROTECTED]> > URL : http://ksambakdeplugin.sourceforge.net/ > Summary : KDE Control Center Module for configuring Samba > Description : > KSambaPlugin is a Konqueror plugin which creates a new tab in > Konqueror's properties dialog for quickly configuring the basic > SAMBA share options of a directory. > > KSambaPlugin alsso has a KDE Control Center for more complete > configuration of Samba. RPM for 9.0: http://ranger.dnsalias.com/mandrake/mandrake9.0/ksambaplugin-0.4.2-1mdk.i586.rpm Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] Re: [Contrib-Rpm] vcdimager-0.7.12-2mdk
On Sat, 25 Jan 2003 00:38:39 +0100 (CET) Lenny Cartier <[EMAIL PROTECTED]> wrote: > Name: vcdimagerRelocations: (not > relocateable) Version : 0.7.12Vendor: > MandrakeSoft Release : 2mdk Build Date: > Sat Jan 25 00:02:59 2003 Install date: (not installed) > Build Host: bi.mandrakesoft.com Group : Video > Source RPM: (none) > Size: 409646 License: GPL > Packager: Lenny Cartier <[EMAIL PROTECTED]> > URL : http://www.hvrlab.org/~hvr/vcdimager/ > Summary : VideoCD (pre-)mastering and ripping tool 14:vcdimager ## install-info: excess command line argument `/usr/share/info/vcdimager.info-2.bz2' install-info: excess command line argument `/usr/share/info/vcdimager.info-3.bz2' install-info: excess command line argument `/usr/share/info/vcdimager.info.bz2' install-info: menu item `vcdxrip' already exists, for file `vcdimager' error: execution of %post scriptlet from vcdimager-0.7.12-2mdk failed, exit status 1 Charles The water was not fit to drink. To make it palatable, we had to add whiskey. By diligent effort, I learned to like it. -- Winston Churchill -- Mandrake Linux 9.1 Kernel- 2.4.21-0.pre3.2mdk -- msg88024/pgp0.pgp Description: PGP signature
[Cooker] Xv and ATI Rage Mobility P/M
I can't currently use Xv anymore. $ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present Was ati.2 dropped when moving to XFree86 4.3 branch ?
[Cooker] [Bug 1073] [perl-libwww-perl] New: RPM "provides" has been butchered!
https://qa.mandrakesoft.com/show_bug.cgi?id=1073 Product: perl-libwww-perl Component: packaging Summary: RPM "provides" has been butchered! Version: 5.68-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The "provides" field is missing a lot of useful things that this package does in fact provide. This means that the package needs to be installed with --nodeps. Currently, this RPM contains the following items in the "provides" field: perl-libwww-perl = 5.68-1mdk In earlier versions, "provides" was: perl(Bundle::LWP) = 1.9 perl(File::Listing) = 1.11 perl(File::Listing::dosftp) perl(File::Listing::netware) perl(File::Listing::unix) perl(File::Listing::vms) perl(HTML::Form) perl(HTML::Form::IgnoreInput) perl(HTML::Form::ImageInput) perl(HTML::Form::Input) perl(HTML::Form::ListInput) perl(HTML::Form::SubmitInput) perl(HTML::Form::TextInput) perl(HTTP::Cookies) = 1.25 perl(HTTP::Cookies::Netscape) perl(HTTP::Daemon) = 1.25 perl(HTTP::Daemon::ClientConn) perl(HTTP::Date) = 1.44 perl(HTTP::Headers) perl(HTTP::Headers::Auth) = 1.2 perl(HTTP::Headers::ETag) = 1.3 perl(HTTP::Headers::Util) = 1.9 perl(HTTP::Message) = 1.25 perl(HTTP::Negotiate) = 1.12 perl(HTTP::Request) = 1.30 perl(HTTP::Request::Common) = 1.19 perl(HTTP::Response) = 1.36 perl(HTTP::Status) = 1.26 perl(LWP) = 5.65 perl(LWP::Authen::Basic) perl(LWP::Authen::Digest) perl(LWP::ConnCache) = 0.01 perl(LWP::Debug) perl(LWP::MediaTypes) = 1.27 perl(LWP::MemberMixin) perl(LWP::Protocol) = 1.39 perl(LWP::Protocol::GHTTP) perl(LWP::Protocol::MyFTP) perl(LWP::Protocol::data) perl(LWP::Protocol::file) perl(LWP::Protocol::ftp) perl(LWP::Protocol::gopher) perl(LWP::Protocol::http) perl(LWP::Protocol::http10) perl(LWP::Protocol::http::Socket) perl(LWP::Protocol::http::SocketMethods) perl(LWP::Protocol::https) perl(LWP::Protocol::https10) perl(LWP::Protocol::https::Socket) perl(LWP::Protocol::mailto) perl(LWP::Protocol::nntp) perl(LWP::Protocol::nogo) perl(LWP::RobotUA) = 1.18 perl(LWP::Simple) = 1.35 perl(LWP::UserAgent) = 2.1 perl(Net::HTTP) = 0.04 perl(Net::HTTP::Methods) = 0.02 perl(Net::HTTP::NB) = 0.02 perl(Net::HTTPS) = 0.01 perl(WWW::RobotRules) = 1.22 perl(WWW::RobotRules::AnyDBM_File) = 1.10 perl(WWW::RobotRules::InCore) perl-libwww-perl = 5.65-4mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Bug 1064] [urpmi] New: update sources fail
On Sat, 25 Jan 2003, [Bug 1064] wrote: > When updating sources with urpmi, it fails and I get this message: > %urpmi.update "Cooker 1" > retrieving description file of "Cooker 1"... > retrieving source hdlist (or synthesis) of "Cooker 1"... > ...retrieving failed: Unknown open() mode '/usr/bin/curl ' at > /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm line 282. > > retrieve of source hdlist (or synthesis) failed > no hdlist file found for medium "Cooker 1" > If you run cooker, it is highly suggested to subscribe to the cooker list, or search the mailng list archives (presently the best option is at http://marc.theaimsgroup.com). This has just been reported by a few people so you would have found the fix faster ... This is temporary breakage with urpmi using curl, please try using wget, by using the '--wget' option to all urpmi commands. -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] [Bug 786] [Installation] 9.1beta printer install fails
On Sat, 25 Jan 2003, [Bug 786] wrote: > When I attempt to install my local hp722C printer, I am asked to insert CD 1, > but after I do, I am immediately prompted for CD 1 again, and this continues > until I cancel out of the window asking for the CD. It appears that the CD is > not being recognized. I am unable to complete printer installation. > Please try updating your software sources (both of you) and report if it fixes the matter, in which case it is really a trivial bug ... If you don't know how, you can either do it on the console (ensure you have the 1st CD in the drive you installed from) by: 1)Running on the commandline as root: # urpmi.update -a -f 2)Using Mandrake Control Center->Software Management->Software Sources Manager->Update, select both cdrom sources, and update them. If this fixes yuor problem, we have about 5 duplicate reports, so please in future choose the description of your bug better (you will notice the issue affects installing almost any software after installation, so is an installation bug not setting up the software sources right), and search for similar bugs. Way too much time has been spent on this trivial issue. -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] [Bug 381] [kdebase] KDE CD Player Does not work withsound/cd-drive/disk
On Sat, 25 Jan 2003, [Bug 381] wrote: > 1.I have a Samsung 148c CD Drive. The drive reads the data CD's, as well as > Audio CD's. However when attempting to play an audio CD I do not get any > sound, though it is reading the disk. > 2.I have a SoundBlaster Live! soundcard which is detected. I know that it is > recognized and works from using different sound schemes when applying > different themes because I can hear it. Try playing with the various controls with the program 'alsamixergui'. If you don't have it installed, install it in Software Manager. Also install 'alsa-utils' to have your sound settings saved between boots. This is a SBLive!-specific problem AFAIK, bad defaults in the driver. > 4.In addition, when inserting a CD, it locks my drive preventing me from > ejecting the CD manually. I have only been able to eject the CD by right > clicking on the desktop CD drive icon. Do you use supermount (the dedault), or have you disabled it? -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] [Bug 1062] [drakxtools] New: No ip over 1394
On Saturday 25 January 2003 02:14, John Danielson, II wrote: > [Bug 1062] wrote: > >https://qa.mandrakesoft.com/show_bug.cgi?id=1062 > > > > Product: drakxtools > > Component: DrakConnect > > Summary: No ip over 1394 > > Version: 9.1-0.13mdk > > Platform: PC > > URL: [EMAIL PROTECTED] > >OS/Version: All > >Status: UNCONFIRMED > > Severity: major > > Priority: P1 > >AssignedTo: [EMAIL PROTECTED] > >ReportedBy: [EMAIL PROTECTED] > > > > > >DrakConnect doesn't list eth1394 as a driver, and expert mode crashes when > > I try it. This is after I have done insmod eth1394.o.gz and re booted. > > Actually, this option should be offered during the install, > > automatically, so those of us who are relying on our firewire cards to > > connect two windows machines will be able to network our new Linux > > install to, say, our winxp machine. (My case). Even though my Linux > > bootup screen says eth0 is "OK", my winxp machine can't tell it's there. > > xp says "1394 Connection A network cable is unplugged." The Linux machine > > is dual booted with winme which does work with ip over 1394, Internet and > > everything. Linux needs to do ip over 1394 "out of the box", firewire has > > been around for some time now. And I can't find ANY documentation on the > > eth1394 module anywhere. Any ideas? > > > > > > There is documentation, I have to find it and will post it then. > >--- You are receiving this mail because: --- > >You are on the CC list for the bug, or are watching someone who is. > > Firewire support is still being finalized, as is USB 2.0 which is being > also finalized as far as things ever are in the Linux world. Kernel > developers are working on this still, it is not fully and completely a > part of any stock distro exept as one might consider LFS or Gentoo a > stock thing (you compile from source and tweak right now to get ieee1394 > support going right if you also have USB or especially USB 2.0 also, > among other things). This is a linux-wide issue, not just a Mandrake > one. I had eth1394 working on my 9.0 box. It would be cool to have that at install time. USB2.0 is a completly different technology. You can't make networking with USB/USB2 without special hardware. With a 1394 bus this is easy possible without the need of special hardware. Further is firewire in opposite to USB2 a) faster b) more stable and c) uses lesser cpu-power. > I do not think that even a USB 2.0 direct-connect cable works in > Linux commonly yet. As I have written above, USB is not designed to do that, firewire CAN do that. > At a guess, we will need to wait for things from 2.5 > development branch of kernel to be back-ported(patched back into the 2.4 > branch) if that is feasible, or for 2.6 to come out in late 2003 to > early 2004. Software driver support for classes of things tends to take > longer than for pinpoint drivers-- and for what the other operating > system you use has, the base support is already there. For Linux, sorry > to say not yet. Have you ever tried it ? As I said I had it running before a while, can't tell if it still working. >Linux was first designed for servers and older boxes, > those tend to use NICs instead of direct-connects, and for that reason > Linux has supported a bunch of NICs for a very long time. The consumer > variants of things have been not heavily worked on compared to LAN and > server technology classes of devices. For now, the following direct > connects are feasible and fairly easily accomplished: > 1. Null modem serial port connects, with or without modems involved > (modem to modem and serial port to serial port with special cabling are > both possible); > 2. NIC to NIC connects with a crossover cable between them, and; > 3. Parallel (ieee1284 type, two way Parallel) cable connects. > Of those three, Gigabit NIC to NIC would be fastest and would be faster > than firewire also in terms of what you could do with data that also > needs to be stored even in a caching way when transferred. Next fastest > would be about as fast as actual USB 1.1, and that would still be a > NIC-to-NIC connection (Intel eepro100s work, as do some 3COMs, VERY > well, for this and for LAN use). > > Cheapest is a tossup between 1 and 2, for Linux. > > John. I guess it was not the point how to network in Linux, it was the point to support eth1394 -- Regards Steffen counter.li.org : #296567. machine: 181800 vdr-box : 87 Please dont CC me, since if I have replied I'll watch the tread. Both mails will be filtered to the ML-folder. Thanks
Re: [Cooker] [Bug 777] [drakconf] Firewall unable to install
On Fri, 24 Jan 2003, [Bug 777] wrote: > This bug appears to be related to 790. I think this is related to urpmi issues > with an IDE CD-RW drive trying to hit it as "/dev/scd0". I think your analysis is incorrect, since the reporter noted that the disk did spin up, which wouldn't have happened in your scenario. Could the original poster try updating the media (it should be possible in MCC->Software Management->Software Sources Manager->Update, or on the command line with 'urpmi.update cdrom1 cdrom2). Please note that both CD sources should be updated while only the *first* CD is in the drive (both sources lists are on the 1st CD). If this fixes the problem, the bug is very minor and belongs in install, this has nothing to do with drakconf. Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Missing fontconfig-devel
R.I.P. Deaddog <[EMAIL PROTECTED]> wrote: > On 2003-01-24(Fri) 15:45:01 -0800, George Mitchell wrote: > > I am trying look over the latest version of Xfree but my system > > requires XFree-devel which in turn requires fontconfig-devel which > > is not currently available on the mirrors. Anyone know what is going > > on with this package? > > [root@mobile root]# urpmf --provides fontconfig-devel > libfontconfig1-devel:libfontconfig-devel[== 2.1-5mdk] > libfontconfig1-devel:fontconfig-devel[== 2.1-5mdk] I just posted a message which didn't arrive of course but it has the same problem. Let's see if it made the archives. Yes here it is... http://marc.theaimsgroup.com/?l=mandrake-cooker&m=104349537410276&w=2 See. Same problem. # Han -- http://www.xs4all.nl/~hanb/software msg88016/pgp0.pgp Description: PGP signature
Re: [Cooker] Missing fontconfig-devel
On 2003-01-24(Fri) 15:45:01 -0800, George Mitchell wrote: > I am trying look over the latest version of Xfree but my system requires > XFree-devel which in turn requires fontconfig-devel which is not > currently available on the mirrors. Anyone know what is going on with > this package? [root@mobile root]# urpmf --provides fontconfig-devel libfontconfig1-devel:libfontconfig-devel[== 2.1-5mdk] libfontconfig1-devel:fontconfig-devel[== 2.1-5mdk] -- Abel Cheung GPG Key: (0xC67186FF) http://deaddog.org/gpg.asc msg88015/pgp0.pgp Description: PGP signature
Re: [Cooker] Usb TV-card
Not with Linux, but I used one in Windows. The quality is really bad. I took it back and got a WinTV PCI card instead. On Saturday 25 January 2003 06:10 am, PAOLACCI Sebastien wrote: > Hello everybody, > > I'm sorry to disturb the list with such a question, but I'd like to buy an > usb tv-card and I need advices. > > Has anyone yet used this kind of hardware with mdk (I didn't find anything > in hardware database) ? Problems, comments ... ? > > Your feed back is welcome. > > Regards, > > Sebastien. > > PS: Please reply directly to my email, not to spam the devel mail list.
Re: [Cooker] Gnome SAMBA browser and LinNeighborhood menu entries
On Fri, 24 Jan 2003, Vincent Meyer, MD wrote: > Hi, > > I think I asked this once before 9.o came out, but since we're getting things > ready for 9.1, I'll bring it up again. > > Is there any logical reason why Gnome Samba Browser is in the menu: > > Network--> Remote Access > > bit that LinNeighborhood, which does pretty much the same thing, is in: > > Network--> Other > > Wouldn't it make sense to to move LinNeighborhood to Remote Access ? I don't tihnk any of these tools are used for "Remote Access". I think there should be a new menu category for "Local Network" or something, where LinNeighborhood, Komba2 etc can go. Maybe even call it "Windows Networking". Really, putting these tools under "Remote Access" or "Other" is just confusing ... Of course, I think they are the wrong approach, I think both KDE and Gnome need VFS/kio modules that support smbfs/smbmount'ing instead of using smbclient-based tools such as kio_smb and the smb VFS module for Gnome. WINS support in kio_lan would also be great ... Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
[Cooker] urpmi doesn't see what I have installed.
~% sudo urpmi freetype2-2.1.3-5mdk The following packages have to be removed for others to be upgraded: XFree86-devel-4.2.99.5-0.20030122.2mdk (due to unsatisfied fontconfig-devel >= 2.1-4mdk) XFree86-static-libs-4.2.99.5-0.20030122.2mdk (due to unsatisfied XFree86-devel == 4.2.99.5-0.20030122.2mdk) freetype2-2.1.3-5plf (in order to install freetype2) freetype2-devel-2.1.3-5plf (due to unsatisfied freetype2 == 2.1.3-5plf) freetype2-static-devel-2.1.3-5plf (due to unsatisfied freetype2-devel == 2.1.3-5plf) libfontconfig1-devel-2.1-5mdk (due to unsatisfied freetype2-devel >= 2.1.3-4mdk) libgdk-pixbuf2-devel-0.22.0-1mdk (due to missing gtk+-devel) libglade2.0_0-devel-2.0.1-3mdk (due to unsatisfied libgtk+2.0-devel >= 2.0.0) libgtk+-x11-2.0_0-devel-2.2.0-3mdk (due to missing XFree86-devel) libgtk+1.2-devel-1.2.10-30mdk (due to missing XFree86-devel) libimlib1-devel-1.9.14-5mdk (due to missing libgtk+-devel) libpango1.0_0-devel-1.2.0-4mdk (due to unsatisfied freetype2-devel >= 2.1.3-4mdk) do you agree ? (Y/n) n ~% rpm -q libfontconfig1-devel-2.1-5mdk libfontconfig1-devel-2.1-5mdk There must be a mistake here. # Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] fribidi
On Sat, 2003-01-25 at 10:35, Marcel Pol wrote: > Hello, > Could fribidi be updated? > Version in cooker is 0.10.1 > Current version is 0.10.4 > > http://fribidi.sourceforge.net/ > > Thanks, > -- > Marcel Pol Seconded. 0.10.4 is needed to compile abiword 1.1.x, so I'm using a source-compiled fribidi currently. -- adamw
[Cooker] [Bug 1061] [urpmi] This is a missing RPM from ftp.uninett.no that blocks urpmi
https://qa.mandrakesoft.com/show_bug.cgi?id=1061 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-24 22:20 --- [Bug 1061] wrote: It must be a .dep or hdlist or synthesis error, what is on the mirror tree is: kdebase-3.1-0.rc6.24mdk.i586.rpm but urpmi is still looking for the older file to install the rest of the kde set. John. --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 12:33 --- # urpmi kdebase ftp://ftp.lip6.fr/pub/linux/distributions/mandrake-devel/cooker/i586/Mandrake/RPMS/kdebase-3.1-0.rc6.24mdk.i586.rpm 22% of 17.8M completed, ETA = 0:03:59, speed = 64748 Such things occur everyday, just wait for the end of mirror synchro... --- 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] description: the following RPM is missing from the cooker_main tree at above mirror: kdebase-3.1-0.rc6.23mdk.i586.rpm that blocks urpmi from syncing with --wget --auto-select after an urpmi.update of the media set up right in it for Cooker_main and also for Cooker_contrib. Name is wrong in hdlist or file missing totally from both areas of this mirror. In this case, either what was uploaded was not listed right, or a dep was misindexed, or file was omitted from an upload. data correct as of 8 min ago. John Danielson.
[Cooker] [Bug 927] [drakxtools] Daewoo LCD monitor not in the list
https://qa.mandrakesoft.com/show_bug.cgi?id=927 [EMAIL PROTECTED] changed: What|Removed |Added Priority|P4 |P2 --- Additional Comments From [EMAIL PROTECTED] 2003-01-21 12:40 --- this is not a bug... we rely on ddc probe, especially when it works! see /usr/share/ldetect-lst/MonitorsDB --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 12:27 --- Here is the string to include in MonitorDB : Daewoo; Daewin LCD17/HGM; HGLec20; 31.5-80.0; 58.0-75.0; 1 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] description: The monitor below is not in the list of known monitors in XFdrake. Vendor : DAEWOO Model : Daewin LCD17/HGM What other informations should I provide ? Here is the output of ddcxinfos : 16384KB of video ram 256 640 480 32768 640 480 65536 640 480 16777216 640 480 256 640 400 16 800 600 256 800 600 32768 800 600 65536 800 600 16777216 800 600 256 1024 768 32768 1024 768 65536 1024 768 16777216 1024 768 256 1280 1024 32768 1280 1024 65536 1280 1024 16777216 1280 1024 16 132 43 31-80 kHz HorizSync 58-75 Hz VertRefresh 19.66 inches monitor (truly 18.20') EISA ID=HGLec20 # 640x480, 60.0Hz; hfreq=31.469000, vfreq=59.93 ModeLine "640x480" 25.17 640 648 744 784 480 482 484 509 -hsync -vsync # 640x480, 75.0Hz; hfreq=37.50, vfreq=75.00 ModeLine "640x480" 31.50 640 656 720 840 480 481 484 500 -hsync -vsync # 720x400, 70.0Hz # 800x600, 60.0Hz; hfreq=37.879002, vfreq=60.317001 ModeLine "800x600" 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600, 75.0Hz; hfreq=46.875000, vfreq=75.00 ModeLine "800x600" 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync # 832x624, 75.0Hz # 1024x768, 87.0iHz # 1024x768, 70.0Hz; hfreq=56.476002, vfreq=70.069000 ModeLine "1024x768" 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1024x768, 75.0Hz; hfreq=60.022999, vfreq=75.028999 ModeLine "1024x768" 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
[Cooker] Usb TV-card
Hello everybody, I'm sorry to disturb the list with such a question, but I'd like to buy an usb tv-card and I need advices. Has anyone yet used this kind of hardware with mdk (I didn't find anything in hardware database) ? Problems, comments ... ? Your feed back is welcome. Regards, Sebastien. PS: Please reply directly to my email, not to spam the devel mail list.
[Cooker] [Bug 1071] [drakconf] Resizing windows
https://qa.mandrakesoft.com/show_bug.cgi?id=1071 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 12:04 --- Created an attachment (id=127) --> (https://qa.mandrakesoft.com/attachment.cgi?id=127&action=view) Screenshot --- 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] description: Many of the MD configuration windows (MD Control Center etc.) can't fit a 600x800 screen and can't be adjusted to that size.
Re: [Cooker] A build for Athlon 64/Opteron
Gwenole Beauchesne wrote: On Thu, 23 Jan 2003, Jure Repinc wrote: As I am planing to buy Athlon 64 when they start to sell it I would like to know if there will be a build (final) also available for Athlon 64 and Opteron CPUs. Yes. Will the availabluty be as good as the other ports [supported ports: ia64 and ppc unsupported ports: alpha & sparc (long time ago)]. It seems mdk isn't very serious about ports to other archs. PPC hasn't been released for a few versions of the product and how is ia64 coming along? Looks like maintaining ports is a best effort activity of a few lunatics... Stefan smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] [Bug 1071] [drakconf] Resizing windows
https://qa.mandrakesoft.com/show_bug.cgi?id=1071 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 12:03 --- I just launched Control center, took a screenshot ans cropped it to the window -> 727x599. I attach the picture. --- 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] description: Many of the MD configuration windows (MD Control Center etc.) can't fit a 600x800 screen and can't be adjusted to that size.
[Cooker] fribidi
Hello, Could fribidi be updated? Version in cooker is 0.10.1 Current version is 0.10.4 http://fribidi.sourceforge.net/ Thanks, -- Marcel Pol
[Cooker] Boot images still broken (10:30 CET)
I'm still waiting for the fixed images - can't do any installing (and testing) Thx, R.Fox -- Robert Fox <[EMAIL PROTECTED]> Fox Consulting Services
[Cooker] [Bug 1072] [drakxtools] New: Autostart of X
https://qa.mandrakesoft.com/show_bug.cgi?id=1072 Product: drakxtools Component: drakboot Summary: Autostart of X Version: 9.1-0.14mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Autostart of the X-system at login/out dosn't work. It would be nice to have a logout menu with the possibility of shutting down and restarting the system (linux and windows etc.). --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1071] [drakconf] New: Resizing windows
https://qa.mandrakesoft.com/show_bug.cgi?id=1071 Product: drakconf Component: drakconf Summary: Resizing windows Version: 9.1-0.9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Many of the MD configuration windows (MD Control Center etc.) can't fit a 600x800 screen and can't be adjusted to that size. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1070] [Hardware] New: Partition check problem
https://qa.mandrakesoft.com/show_bug.cgi?id=1070 Product: Hardware Component: Hardware Summary: Partition check problem Version: 9.1-0.1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Booting from the cd's won't run because the partition check fails. I have to start linux from the cd's with F1 and the parameter "ide=nodma". The same problem counts after installation of MD9.1 (se log-file bellow). There I have to append the same parameter "ide=nodma" to LILO bootmanager. Jan 24 16:22:20 localhost kernel: ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:pio Jan 24 16:22:20 localhost kernel: ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:pio Jan 24 16:22:20 localhost kernel: hda: IBM-DTLA-307030, ATA DISK drive Jan 24 16:22:20 localhost kernel: hda: DMA disabled Jan 24 16:22:20 localhost kernel: blk: queue c0325100, I/O limit 4095Mb (mask 0x) Jan 24 16:22:20 localhost kernel: hdc: LITE-ON LTR-32123S, ATAPI CD/DVD-ROM drive Jan 24 16:22:20 localhost kernel: hdc: DMA disabled Jan 24 16:22:20 localhost kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Jan 24 16:22:20 localhost kernel: ide1 at 0x170-0x177,0x376 on irq 15 Jan 24 16:22:20 localhost kernel: hda: host protected area => 1 Jan 24 16:22:20 localhost kernel: hda: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100) Jan 24 16:22:20 localhost kernel: Partition check: Jan 24 16:22:20 localhost kernel: /dev/ide/host0/bus0/target0/lun0:<4>hda: dma_timer_expiry: dma status == 0x21 Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: (__ide_dma_test_irq) called while not waiting Jan 24 16:22:20 localhost kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jan 24 16:22:20 localhost kernel: Jan 24 16:22:20 localhost kernel: hda: drive not ready for command Jan 24 16:22:20 localhost kernel: hda: dma_timer_expiry: dma status == 0x21 Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: (__ide_dma_test_irq) called while not waiting Jan 24 16:22:20 localhost kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jan 24 16:22:20 localhost kernel: Jan 24 16:22:20 localhost kernel: hda: drive not ready for command Jan 24 16:22:20 localhost kernel: hda: dma_timer_expiry: dma status == 0x21 Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: (__ide_dma_test_irq) called while not waiting Jan 24 16:22:20 localhost kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jan 24 16:22:20 localhost kernel: Jan 24 16:22:20 localhost kernel: hda: drive not ready for command Jan 24 16:22:20 localhost kernel: p1 p2 <<4>hda: dma_timer_expiry: dma status == 0x21 Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: timeout waiting for DMA Jan 24 16:22:20 localhost kernel: hda: (__ide_dma_test_irq) called while not waiting Jan 24 16:22:20 localhost kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } Jan 24 16:22:20 localhost kernel: Jan 24 16:22:20 localhost kernel: hda: drive not ready for command Jan 24 16:22:20 localhost kernel: p5 p6 p7 p8 p9 p10 > --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] This doesn't sound positive... [OT - bank card discussion]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le Jeudi 23 Janvier 2003 23:39, J. Greenlees a écrit : > Adam Williamson wrote: > > On Thu, 2003-01-23 at 22:19, J. Greenlees wrote: > >>Visa Canada doesn't offer the debit card services here. might be > >>Canadian Banking laws stop them. > >>in the US Amex has a debit card, where you deposit money into special > >>Amex held account and use the card as a credit card, online only. ( it > >>functions as debit, but processes as credit card ) > >> > >>in canada, debit is only from the bank card not from a credit card > >> company. > > > > I should clarify - VISA and Switch just provide card processing services > > to the banks. I say my card is a VISA card, but it's not an account run > > by VISA, just as your credit card isn't actually run by VISA. The > > account is held at a normal bank, who (I guess) pay VISA to provide the > > card for them. > > same here, but if is has a credit card company logo on it then it's a > credit card, not a debit card here. > > but with the costs for use of debit cards, even if Mandrake store could > process them, it still costs more to use the online store. > > and lets face one simple fact, people will not download and install > mandrake, or buy it online, unless they are already mandrake users. the > only way to get the new, ex-windows, users is to be on the shelf in > local retail outlets, where people can see them and pick the box up on > impulse. Main for business bad behaviour : MANDRAKE owners are blind, they looks to refute that the distro out of the local retail outlet is a dreadful mistake. Should that distro be avalable on local retail, should they will save LM. I like LM, but why LM owners are holding me under the ransom of banks ? As probably some other peoples, for my freedom an life style, I am resistant to the use of bank card with full e-business. Pascal LACROIX - -- GPG Public Key available at http://pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+MlRnkEN5g66hPygRAuN6AJ9vonLti+AIUAhgCq2PkTTQmLUn5wCfT7x7 sLJFe320nOupSwIh8sczc1A= =2JOL -END PGP SIGNATURE-
[Cooker] [Bug 871] [Installation] 9.1 Beta will not load LILO after finishing install
https://qa.mandrakesoft.com/show_bug.cgi?id=871 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 09:43 --- I have run the 9.1 beta 2 installer, and this problem appears to have been corrected. There are still problems with lilo not being able to load any of the kernels, but I have submitted another bug report for that. --- 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] description: After a successful installation of 9.1 Beta, I was not able to boot the system. At the point where the LILO tries to load, I got the error: LILO keytable read/checksum error I have reinstalled 9.0
[Cooker] [Bug 1068] [lilo] "Kernel too big" error with all kernels in LILO after installing 9.1 beta 2
https://qa.mandrakesoft.com/show_bug.cgi?id=1068 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 09:40 --- Created an attachment (id=126) --> (https://qa.mandrakesoft.com/attachment.cgi?id=126&action=view) Bug report file from /root Bug report file from /root. --- 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] description: I just completed a successful install of Mandrake 9.1 beta 2. I had repartitioned the drive & formatted the partitions. However, the choices for LILO on reboot after the installer completed showed me the same choices I had before installation. None of the Linux kernels will load, I get the same error with any of them. "Loading LinuxDBDA too big" I was able to boot off a floppy disk, and get into Linux that way. However, the mouse wasn't working (submitted another bug report for that), and so I couldn't go into the KDE Lilo editor. I edited the /etc/lilo.conf file from virtual terminal, and everything looked OK. The kernels were pointing to a symlink file in /boot that pointed to an .img file. I reran lilo, but I got the same error after reboot.
[Cooker] [Bug 869] [Installation] 9.1 Beta Basic install - No Updgrade option
https://qa.mandrakesoft.com/show_bug.cgi?id=869 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 09:42 --- I have run the 9.1 beta 2 installer, and this problem appears to have been corrected. I was given the option at the beginning of the install to choose whether I wanted to upgrade or install. --- 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] description: During the installation of 9.1 Beta, there should have been an option for me to either upgrade or install. I had 9.0 installed on the machine, but this was not detected. During the 2nd runthrough of the installation, I was given the option to upgrade or install.
[Cooker] [Bug 1068] [lilo] New: "Kernel too big" error with all kernels in LILO after installing 9.1 beta 2
https://qa.mandrakesoft.com/show_bug.cgi?id=1068 Product: lilo Component: lilo Summary: "Kernel too big" error with all kernels in LILO after installing 9.1 beta 2 Version: 22.3.4-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I just completed a successful install of Mandrake 9.1 beta 2. I had repartitioned the drive & formatted the partitions. However, the choices for LILO on reboot after the installer completed showed me the same choices I had before installation. None of the Linux kernels will load, I get the same error with any of them. "Loading LinuxDBDA too big" I was able to boot off a floppy disk, and get into Linux that way. However, the mouse wasn't working (submitted another bug report for that), and so I couldn't go into the KDE Lilo editor. I edited the /etc/lilo.conf file from virtual terminal, and everything looked OK. The kernels were pointing to a symlink file in /boot that pointed to an .img file. I reran lilo, but I got the same error after reboot. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 1069] [drakconf] New: BUG with LANGUAGE fr_FR:fr
https://qa.mandrakesoft.com/show_bug.cgi?id=1069 Product: drakconf Component: drakconf Summary: BUG with LANGUAGE fr_FR:fr Version: 9.1-0.9mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The last version of DrakConf cannot launch embeded application. Error message/ [root@localhost bin]# perl drakconf [root@localhost bin]# Use of uninitialized value in split at /usr/lib/libDrakX/detect_devices.pm line 111 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl tells you what operation you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessarily appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/detect_devices.pm line 533 (#1) BUG with LANGUAGE fr_FR:fr [root@localhost bin]# Use of uninitialized value in exec at /usr/sbin/drakconf.real line 631 (#1) Xlib: unexpected async reply (sequence 0xa5a)! The program 'drakconf.real' received an X Window System error. This probably reflects a bug in the program. The error was 'BadIDChoice (invalid resource ID chosen for this connection)'. (Details: serial 3105 error_code 14 request_code 1 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) The program 'drakconf.real' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 3106 error_code 3 request_code 2 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 937] [Installation] Printer fails to install
https://qa.mandrakesoft.com/show_bug.cgi?id=937 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 09:27 --- Also had this happen to me in 9.1 beta 2 --- 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] description: 9.1Beta 2 - After foomatic installed, I was continually prompted to change to CD1. Inserting CD1 and pressing OK did not satisfy it. Inserting CD2 and pressing OK did not satisfy it. Hit Cancel to bail out. [This is prior to configuring printer.] Install hangs making printer port available for CUPS. [Probably because network hasn't been started yet???] Ctrl-C regains control. Printer configuration dies, complaining "foomatic-configure failed!"
[Cooker] [Bug 1067] [Hardware] Mandrake 9.1 Beta 2 will not respond to USB mouse
https://qa.mandrakesoft.com/show_bug.cgi?id=1067 --- Additional Comments From [EMAIL PROTECTED] 2003-01-25 09:25 --- Created an attachment (id=125) --> (https://qa.mandrakesoft.com/attachment.cgi?id=125&action=view) report.bug.gz file This is the bug report from my /root directory. --- 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] description: After a successful install of Mandrake 9.1 Beta 2, the cursor is not responding to the mouse. I have a Logitech USB Scroll Mouse, cordless optical. The mouse works fine with the same machine booted into Windows 2000, and worked fine with Mandrake 9.0. I ran mousedrake from a root terminal and it successfully detected a USB scroll mouse, I accepted that choice. However, the cursor was still not responding. Attached is the bug.report.gz file from my /root directory.
[Cooker] [Bug 1067] [Hardware] New: Mandrake 9.1 Beta 2 will not respond to USB mouse
https://qa.mandrakesoft.com/show_bug.cgi?id=1067 Product: Hardware Component: Mouse Summary: Mandrake 9.1 Beta 2 will not respond to USB mouse Version: 9.1-0.1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After a successful install of Mandrake 9.1 Beta 2, the cursor is not responding to the mouse. I have a Logitech USB Scroll Mouse, cordless optical. The mouse works fine with the same machine booted into Windows 2000, and worked fine with Mandrake 9.0. I ran mousedrake from a root terminal and it successfully detected a USB scroll mouse, I accepted that choice. However, the cursor was still not responding. Attached is the bug.report.gz file from my /root directory. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.