[Cooker] lspci missing an ID for nforce2 nvidia audio controller
lspci -v gives: 00:05.0 Multimedia audio controller: nVidia Corporation: Unknown device 006b (rev a2) Subsystem: Asustek Computer, Inc.: Unknown device 0c11 Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 5 Memory at e000 (32-bit, non-prefetchable) [size=512K] Capabilities: 00:06.0 Multimedia audio controller: nVidia Corporation: Unknown device 006a (rev a1) Subsystem: Asustek Computer, Inc.: Unknown device 8095 Flags: bus master, 66Mhz, fast devsel, latency 0, IRQ 11 I/O ports at d400 [size=256] I/O ports at d800 [size=128] Memory at e0081000 (32-bit, non-prefetchable) [size=4K] Capabilities: and similarly harddrake does not recognize the audio controller. However, the i810_audio has been just recently modified to handle it. Narfi. ps. the pciutils package is not listed in bugzilla so I couldn't file the bug that way.
[Cooker] [Bug 716] [drakxtools] New: draksound crashes on Asus nforce2 motherboard
https://qa.mandrakesoft.com/show_bug.cgi?id=716 Product: drakxtools Component: drakxtools Summary: draksound crashes on Asus nforce2 motherboard Version: 9.1-0.3mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Running current cooker with drakxtools-9.1-0.4. The motherboard is Asus A7N8X, nforce2 and its sound chip is supported by the i810_audio module. Running draksound gives: [root@localhost root]# draksound sbus_probing::main::prom_walk() called too early to check prototype at /usr/lib/libDrakX/sbus_probing/main.pm line 126 (#1) (W prototype) You've called a function that has a prototype before the parser saw a definition or declaration for it, and Perl could not check that the call conforms to the prototype. You need to either add an early prototype declaration for the subroutine in question, or move the subroutine definition ahead of the call to get proper prototype checking. Alternatively, if you are certain that you're calling the function correctly, you may put an ampersand before the name to avoid the warning. See perlsub. sbus_probing::main::prom_walk() called too early to check prototype at /usr/lib/libDrakX/sbus_probing/main.pm line 127 (#1) Use of uninitialized value in hash element at /usr/lib/libDrakX/sbus_probing/main.pm line 91 (#2) (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 string eq at /usr/lib/libDrakX/sbus_probing/main.pm line 100 (#2) Use of uninitialized value in string eq at /usr/lib/libDrakX/sbus_probing/main.pm line 124 (#2) Use of uninitialized value in string eq at /usr/lib/libDrakX/sbus_probing/main.pm line 125 (#2) Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/modules.pm line 229 (#2) Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/modules.pm line 230 (#2) Use of uninitialized value in string eq at /usr/lib/libDrakX/modules.pm line 235, <> line 1 (#2) Use of uninitialized value in hash element at /usr/lib/libDrakX/modules.pm line 235, <> line 1 (#2) Use of uninitialized value in hash element at /usr/lib/perl5/vendor_perl/5.8.0/MDK/Common/DataStructure.pm line 133 (#2) Use of uninitialized value in delete at /usr/lib/perl5/vendor_perl/5.8.0/MDK/Common/DataStructure.pm line 133 (#2) Use of uninitialized value in join or string at /usr/lib/libDrakX/modules.pm line 252 (#2) Use of uninitialized value in concatenation (.) or string at /usr/lib/libDrakX/modules.pm line 271 (#2) [root@localhost root]# --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Konqueror not starting
> > Hi guys, > > I've just upgraded to the latest cooker KDE release and now when I want > > to start Konqueror I get just: > > > > konqueror: relocation error: /usr/lib/libkdeui.so.4: undefined symbol: > > _ZN9QComboBox13focusOutEventEP11QFocusEvent > > > > Anyone got the same problem ? > > > > update your kdelibs ! > Regards. Tonight I finally got around to updating all of my KDE components, and when I logged out to restart KDE, it dumped me back to the console. X wouldn't run anymore. I tracked it down to libkdeui.so.4, so I reverted to kdelibs and kdelibs-devel version rc5.2, and I could get X to come back up. But then I couldn't get Konqueror to run; konqueror.so and libkdecore.so.4 were complaining. I guess I'll have to revert more KDE parts until everything works. Jay -- Drinking makes such fools of people, and people are such fools to begin with, that it's compounding a felony. -- Robert Benchley
Re: [Cooker] Religious taboos vs. the GPL
On Sunday 29 December 2002 02:10 am, Benjamin Pflugmann wrote: >> At least I feel offended by this text: > Well, don't you think that by giving out the program for free he is > entitled to some accompanying words? ...and from what you've said, the words are only in the licence, not in the users' face in large animated flourescent lettering or anything. So do what you'd do with an objectionable list message: counter-argue or ignore it. Cheers; Leon
Re: [Cooker] Saving Mandrake - support, a _useful_ suggestion
On Saturday 28 December 2002 09:58 pm, Bruno Prior wrote: > They need to provide some means to escalate support issues from > MandrakeExpert to Mandrakesoft employees, and charge significantly more > for such support. In return, such escalated incidents need to guarantee > decent response times. I haven't ever needed to do this, but if I did it would be priceless. Certainly, I would feel much more confident in recommending Mandrake for serious businesses if it were in place. Cheers; Leon
Re: [Cooker] Religious taboos vs. the GPL
On Saturday 28 December 2002 10:58 pm, Götz Waschk wrote: > I don't know if the religious stuff in the docu is GPL compliant, > because it somehow limits the availability of the application. At > least I feel offended by this text: > If you want to use this program to make music that is against God and > Jesus (like HeavyMetal, NewAge,..) STOP and think that you'll be > judged someday by God Himself for causing people to lose the way to > Salvation and go to hell. This will happen, no matter if you'll use my > program, else's program or anything else against Jesus's name. It doesn't actually limit the distribution at all. It _suggests_ that you _consider_ not using it for purposes contra to the author's ideals. In a way, if you considered it limiting, you'd have to consider it to limit *all* music programs capable of producing heavy metal, newage and the like. Cheers; Leon
Re: [Cooker] Saving Mandrake - older distros
On Saturday 28 December 2002 02:29 am, Charles A Edwards wrote: > Older versions of Mandrake Linux. > > France > > ftp://ftp.proxad.net/pub/Distributions_Linux/Mandrake-old/ (Paris) > > Greece > > ftp://ftp.physics.auth.gr/pub/mirrors/mandrake/Mandrake-old/ > (Thessaloniki) > > Hungary > > ftp://ftp.linuxforum.hu/mirror/Mandrake-old/ > > Slovakia > > ftp://spirit.profinet.sk/mirrors/Mandrake-old/ (Bratislava) > > Sweden > > ftp://ftp.chello.se/pub/Linux/Mandrake-old/ > > Taiwan > > ftp://mdk.linux.org.tw/pub/mandrake-old/ > > United States > > ftp://ftp.cs.ucr.edu/pub/mirrors/mandrake/Mandrake-old/ (California) > ftp://ftp.phys.ttu.edu/pub/mandrake-old/ (Texas) > ftp://ftp.rutgers.edu/pub/mandrake/Mandrake-old/ (New Jersey) > ftp://mirror.cs.wisc.edu/pub/mirrors/linux/Mandrake-old/ (Wisconsin) > ftp://mirror.mcs.anl.gov/pub/Mandrake-old/ (Illinois) > ftp://mirrors.secsup.org/pub/linux/mandrake/Mandrake-old/ > ftp://raven.cslab.vt.edu/pub/linux/mandrake-old/ (Virgina) > > Not only can ISOs be found for versions back to 7.2 but also many of the > above carry the full directory tree for those versions. Ta. That's the most helpful, labour-saving response I've seen. Cheers; Leon
Re: [Cooker] Saving Mandrake - a Users Perspective
On Friday 27 December 2002 02:43 pm, SI Reasoning wrote: > The best thing about having the iso out before > the boxed set is that you have all of these people testing and reporting > problems back to get fixed. No. The ISO is in theory the same as what gets shipped, and in practice may actually be slightly more updated. Pressing, packaging and shipping take time. If you could collapse the lead time on pressing and packaging to a few days (e.g. by packaging some of the first pressing batch before pressing completes, a JustInTime mode like Nippon uses for producing their cars, and/or distributing the pressing and packaging operations so they occur near the few biggest markets), you could orchestrate a simultaneous release by airfreighting the first packages direct from packaging facility to stores and charging a small premium for them. Cheers; Leon
Re: [Cooker] Bug with XFree and S3 Savage/IX ...
Same for my (T23) Thinkpad with a Super Savage. I recovered by (re)installing the 1.1.26t driver (and associated files) from http://www.probo.com/timr/savage40.html One nice thing about just using Tim Roberts's driver with the latest cooker X is that you still get the fancy new cursor support. Paul z/OS core components development Internet: [EMAIL PROTECTED] Thomas Backlund cc: Sent by:Subject: [Cooker] Bug with XFree and S3 Savage/IX ... cooker-owner@linux-m andrake.com 12/28/02 04:49 PM Please respond to cooker Updated my laptop with latest cooker as of 1400 EET today, and got trouble with the X XFree version...: XFree86-4.2.99.3-1.20021223.1mdk This also happened with: XFree86-4.2.99.3-0.20021223.1mdk BTW, I'm using the latest KDE... When I start X, the screen/desktop stays black, only the red mousemarker shows up, and if I move tho mouse it leaves 'copies' of it self all over the screen. Then the icon for home directory and garbage can shows up, and nothing more, it does not really freeze either, just stays black... Ctrl-Alt-Backspace gets me out of it... here are the logs when I tried to start X as root: http://213.250.67.230/Cooker/XFree86.0.log http://213.250.67.230/Cooker/xsession-errors For now I had to install X from MDK 9.0 to get a working system... (the laptop has worked with every X release from the cooker before the 9.0 release...) -- Thomas ** * If nothing else works, read the manual ... ... ... **
Re: [Cooker] Religious taboos vs. the GPL
I really don't think that the GPL stifles a person's freedom of speech even if that speech is offensive to some. If there is something about this that offends you, then you will need to find another peice of software. Personally I use software that is useful because it is useful. The fact that some of these programmers might be believing or doing very offensive things is not going to stop me from using their software. I use products everyday that are made by people that are in someway offensive to me. The writer of this program is simply trying to express his beliefs and his concience. You are free to agree or disagree with those beliefs. But if simply reading this causes you pain, you probably need to think the matter over. Either its true or its not. If its not true, whats the problem? He's not threatening to do you any harm, only that God will do you harm, but if you don't believe in God or don't believe that God is the way he describes him, so what? The fact is that when you actually read the source code, scripts and documents in open source software, you will find a lot of vulgarity and distasteful comments. Certainly enough stuff to offend a lot of people if not everybody. So is the solution to impose censorship and put a muzzle on people? I can understand the problem if stuff actually appears on the screen when you run the program, but even then, many times you can just edit it out so you don't have to live with it on your machine. We live in a world where people have different values and express themselves accordingly even in the world of free software. The last thing that free software needs is a cadre of thought police to impose political and religeous correctness on everyone. And the biggest problem with that concept is that eventually the gestapo will end up knocking on your door as well. So let freedom ring! If it bothers you, simply ignore it, or don't use the software. And don't worry because anything that is truly hateful and dangerous will end up being broadly condemned by the community as a whole, but believe me, this doesn't qualify. - George Mitchell Götz Waschk wrote: Am Montag, 23. Dezember 2002, 16:43:51 Uhr MET, schrieb Oden Eriksson: http://freshmeat.net/releases/107382/ I've uploaded this MIDI softsynth. I couldn't test it, because I don't have the required hardware. But it seems to be really cool. I don't know if the religious stuff in the docu is GPL compliant, because it somehow limits the availability of the application. At least I feel offended by this text: If you want to use this program to make music that is against God and Jesus (like HeavyMetal, NewAge,..) STOP and think that you'll be judged someday by God Himself for causing people to lose the way to Salvation and go to hell. This will happen, no matter if you'll use my program, else's program or anything else against Jesus's name.
Re: [Cooker] ATI all in wonder Radeon How -to
Robert martin wrote: That same gatos program should work with the Radeon since the tv tuner portion of the card is really the same animal. So if you have not yet tried gatos, go to your second Mandrake install disk and install the gatos rpm. Then bring up the gatos program and see what happens and let us all know what the results are. --- any special magic since its an AGP card?? (i tried gatos first {does cooker have a more current version of gatos??}) The Rage Pro card I used gatos with was in fact an AGP card. Actually all this info should be on the gatos site (I think its at sourceforge now, a previous post in this thread included the link). But what was the problem when you tried gatos? I assume you tried the version on your install disks, right?
[Cooker] [Bug 697] [glibc_lsb] install fails on package installation step
https://qa.mandrakesoft.com/show_bug.cgi?id=697 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|97 |52 Product ID|4753|369 Component ID|23792 |1841 AssignedTo|97 |1414 Status|NEW |new Resolution||ASSIGNED [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Version|1.759 |2.2.90-11mdk --- Additional Comments From [EMAIL PROTECTED] 2002-12-21 15:40 --- Viestissä Lauantai 21. Joulukuuta 2002 15:36, [Bug 697] kirjoitti: Install MDK 9.0 and let urpmi do it's magic ... ;-) --- Additional Comments From [EMAIL PROTECTED] 2002-12-23 13:40 --- soon will be fixed by a new glibc --- 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: Installing a new cooker system fails just after starting to install the packages. It reads the first 50 header files, and then stops giving this output (on- third terminal I think it's called): -- error ordering package list: (no errror) at /usr/bin/perl-install/pkgs.pm line 996 - and one is thrown back to the "choose packages to install" step. If one goes through this step again, this output is displaid (again on ) : -- error ordering package list: cannot open Requirename index using db3 - No such file or directory (2) --
Re: [Cooker] ATI all in wonder Radeon How -to
That same gatos program should work with the Radeon since the tv tuner portion of the card is really the same animal. So if you have not yet tried gatos, go to your second Mandrake install disk and install the gatos rpm. Then bring up the gatos program and see what happens and let us all know what the results are. --- any special magic since its an AGP card?? (i tried gatos first {does cooker have a more current version of gatos??})
Re: [Cooker] Problem with LICQ/Kopete - really glibc it seems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 same goes for sim. On Saturday 28 December 2002 04:00 pm, Maks Orlovich wrote: > Michael Braun wrote: > > Hi, > > > > I've had a problem with both licq and kopete under Mandrake (cooker). I > > can start the software but did not get any network connections with an > > icq server. Am I the only guy who has this problem? Should it be a > > problem with the newest libqt3 ? I use KDE3.1(RC5). > > I am having the same problem with CVS builds of KDE, and I believe that's a > glibc problem.. As a really evil workaround you can put in the IP addresses > for the ICQ servers into /etc/hosts, that should make it "work".(There is > an another workaround/evil-hack involving patching Qt, but I don't think > you want to rebuild it yourself) > > (I've submitted the info on the apparent bug to glibc-bug-new, but I can't > really use the glibcbug script as I don't have an MTA, and I am afraid it > didn't seem to show up). Basically, when the following is built with > -pthread: > > #include > #include > #include > #include > > #include > > > int main() > { > printf("(Initial) id = %d options = %d\n", _res.id, _res.options); > res_init(); > printf("(After res_init) id = %d options = %d\n", _res.id, > _res.options); > printf("Inited = %d DNS count=%d\n", _res.options & RES_INIT, > _res.nscount); > gethostbyname("localhost"); > printf("(After gethostbyname) id = %d options = %d\n", _res.id, > _res.options); > printf("Inited = %d DNS count=%d\n", _res.options & RES_INIT, > _res.nscount); > } > > The result is: > (Initial) id = 0 options = 0 > (After res_init) id = 0 options = 0 > Inited = 0 DNS count=0 > (After gethostbyname) id = 27443 options = 705 > Inited = 1 DNS count=1 > > Which basically means that, when you ask glibc to initialize the resolver > library, it doesn't. Qt (QDns) uses that to get a list of DNS servers. And > as a result, you end up running an app that can't possibly lookup the IP > addresses for the IM servers. > > This worked fine in earlier/original glibc-2.3.1 packages; it has also been > confirmed/reproduced by people using Debian Sid glibc-2.3.1-8 packages; and > not glibc-2.3.1-5; the difference there as in cooker seems primarily in > updating along the 2.3.x branch -- so that may be a regression there... > > (Hoping that Gwenole Beauchesne notices this), > > -Maksim - -- Jason Straight ICQ: 1796276 PGP: http://www.jeetkunedomaster.net/~jason/pubkey.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPg4jghFHZPcobeHxAQJZtwQArS8H+vogN7ANjJNRBH7jYt2jdb4/Pe0E hlm2/fcg2Lfp1xXWG5OnIBSJAJ7Xsi6jBQypqvpqlXyQ7UrfSOlghc7R13Y5gPcy AJt9b5hpF4mgsleecNF5e5SFhZsy4eJZ0r9vGEL+ejBITnO6TIwxvyloIE34jKVE 4KhRZD/bFFw= =NkDU -END PGP SIGNATURE-
Re: [Cooker] [Bug 714] [wine] New: wine-config ignores cdrom mount point
On Sat, 28 Dec 2002 22:32:28 +0100 (CET) "[Bug 714]" <[EMAIL PROTECTED]> wrote: > /usr/share/wine/wine-config ignores cdrom mount points from /etc/fstab > which are not using automount, e.g. this one: supermount? anyway, it's a known problem already fixed in my version and probably in Danny's club version Thierry gets the patches as soon as cooker settles down a bit and becomes usable (for rpm-building) again. Also, there's ongoing work on the autofs part of wine-config, feel free to take part in it and send patches to me. - Mark
Re: [Cooker] Regarding dmidecode
Thank you. However, the 1.7 still does not have the AGP 8X 1.5V detectability. It's not the end of the world or anything. I just got an ASUS A7V8X motherboard and the NVidia G4MX 400 DDR video card. Everything is working like a dream, sound, video, but I haven't yet been able to get the tg3 driver to work with the broadcom NIC. I was fiddling around and noticed that dmidecode wasn't quite up to snuff. If I'm on the bleeding edge, the bleeding edge is good, very good... ;) >From dmidecode.c, v1.7 - const char *dmi_bus_name(u8 num) { static const char *bus[]={ "", "", "", "ISA ", "MCA ", "EISA ", "PCI ", "PCMCIA ", "VLB ", "Proprietary ", "CPU Slot ", "Proprietary RAM ", "I/O Riser ", "NUBUS ", "PCI-66 ", "AGP ", "AGP 2x ", "AGP 4x " <- stops short }; static const char *jpbus[]={ "PC98/C20", "PC98/C24", "PC98/E", "PC98/LocalBus", "PC98/Card" }; if(num<=0x11) return bus[num]; if(num>=0xA0 && num<=0xA4) return jpbus[num - 0xA0]; return ""; } -AEF On Saturday 28 December 2002 03:41 pm, Marcel Pol wrote: > The one that comes with lm_sensors is 1.4. The current one is 1.7 I > believe. Maybe that one supports AGP 8x? > url: http://ftp.linux.org.uk/pub/linux/alan/Software/System/DMI/
Re: [Cooker] [Bug 710] [initscripts] New: mix-up bug ininitscripts-6.91-18mdk.i586.rpm: old style test_ipv6 and new styleipv6_test mixed up
Short: the ipv6 files in initscripts-6.91-18mdk.i586.rpm should be made up-to-date to Bieringer's files (dated after November 2001). Now the RPM is a mixup of old and new style files and functions which do not work together. Long: To be complete: I solved this bug in the initscripts-6.91-18mdk.i586.rpm with IPv6 functions by copying in two files from Bieringer's site ftp://ftp.bieringer.de/pub/linux/IPv6/initscripts/stable/ The result: old, incorrect files using old style function definitions 'test_ipv6' renamed to .ORG, the correct files with function 'ipv6_test' in place, which enabled my IPv6 tunnel setup: $ ll | egrep "init.ipv6-global|network-functions-ipv6" -rwxr-xr-x1 root root 9575 Jan 25 2002 init.ipv6-global* -rwxr-xr-x1 root root 4752 Nov 19 15:59 init.ipv6-global.ORG* -rw-r--r--1 root root82217 Dec 3 21:09 network-functions-ipv6 -rw-r--r--1 root root24055 Nov 19 15:59 network-functions-ipv6.ORG [sander@sander90 network-scripts]$ Apparantly Bieringer has done the renaming in November 2001: QOUTE 2001-11-24: Peter Bieringer <[EMAIL PROTECTED]> big renaming was done in network-functions-ipv6, now all functions start with ipv6_. Replacement list: OLD NEW test_ipv6 ipv6_test testipv6_valid ipv6_test_ipv6_addr_valid testipv4_valid ipv6_test_ipv4_addr_valid /QUOTE Mandrake 8.2 was OK: it only used the all style functions. Mandrake 9.0 and current Cooker are not OK: they use old style in init.ipv6-global and network-functions-ipv6, but new style in other scripts in that directory. Testing is easy: if both 'ipv6_test' and 'test_ipv6' occur in the files in the directory /etc/sysconfig/network-scripts, things are _not_ OK Copying in the two mentioned files worked for me, but probably bringing all Bieringer's ipv6 related files in /etc/sysconfig/network-scripts up-to-date would be better. Sander On Fri, 2002-12-27 at 23:42, [Bug 710] wrote: > https://qa.mandrakesoft.com/show_bug.cgi?id=710 > >Product: initscripts > Component: program >Summary: mix-up bug in initscripts-6.91-18mdk.i586.rpm: old style > test_ipv6 and new style ipv6_test mixed up >Version: 6.91-18mdk > Platform: PC > OS/Version: All > Status: UNCONFIRMED > Severity: normal > Priority: P2 > AssignedTo: [EMAIL PROTECTED] > ReportedBy: [EMAIL PROTECTED] > CC: [EMAIL PROTECTED] > > > Regarding initscripts-6.91-18mdk.i586.rpm (current cooker file), I'm quite sure > I have found a bug in that RPM (and in the older RPM > initscripts-6.91-10mdk.i586.rpm from Mandrake 9.0), which is easily solved by > getting all the up-to-date scripts from Bieringer's site: > > Some scripts in /etc/sysconfig/network-scripts/ use the old style test_ipv6, > other scripts use the new style ipv6_test. For example, a problem is that > calling script 'ifup-sit' uses the function ipv6_test, whereas the function > provider script 'network-functions-ipv6' is still on test_ipv6. This is a mix-up > which causes that you can't use IPv6 tunnels on Mandrake 9.0 / Cooker. > > The explanation is easy: somewhere in the past Bieringer switched his functions > from _ipv6 to ipv6_. Of course you should switch in one time, > which apparantly has not happened. > > I've posted my experiences and the solution (updating the scripts from > Bieringer's site) in the newsgroup: > >http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=24dfc763.0212030244.67acff6d%40posting.google.com&rnum=1&prev=/groups%3Fq%3Dkameel%2Bipv6%2Bbieringer%2Bmandrake%26meta%3Dsite%253Dgroups > > I hope this can be solved. > > > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. > >
Re: [Cooker] Saving Mandrake - a Users Perspective
On Saturday December 28 2002 02:40 pm, Chmouel Boudjnah wrote: > [EMAIL PROTECTED] (Jason) writes: > > the one who downloads the ISO's for me). I am not because the > > lowest tier still costs $60 USD/Yr. I am in New Zealand and that > > is over $120 NZD/yr. A lot by some peoples standards. I would > > like to suggest > > Yes but you got there the cheapest beers from all others western > countries :-) O'm'gawd, Miller lite? ($10.90 USD for 30-12 oz cans, 30x355ml for those that don't drink by the oz.). I drink it, as long as it's cold, it's damn near flavored water with a touch of buzz ;) I've been a cooker user for some time now (7.x, IIRC). There's never been a time other cook'rs weren't willin to furnish CD's when I couldn't keep up with 56k dialup. I in turn, send Cd's out. Many went to Kiwi land. So I ain't buyin the addin in of d/l costs. I have DSL now, unlimited, as was 56k. The issue with MB's d/l'd is with, an should be with the provider. Not a cost factored into Linux support. FWIW, let me say charitable works you (or anybody) mentions ... you lose credit for ... at least in God's scheme of things (IMO). Mandrake is _not_ a charity. We all, even other distros, the world in general, benefit from it's existence. I don't think this is promoted enough. When I was tryin Mdk 6.x, I got a snail mail address off their web page, and sent $50, and again $70 some months later. Later, they began (after some urging) a contributions link, and I used that. Then the Club started and I was grandfather'd in for past contributions. Still I joined as a silver member (two concurrent memberships). With this latest cirmcumstance, I renewed early. Not out of charity. I'm disabled (multiple scerlosis) and on Social Security plus some other insurance, BUT, out of belief in Linux and this distros future. I've heard/read a lot of comment about the OSS community. This OS we all love is FREE as in speech, it's not free as in BEER. So y'all need to unass your wallets, or start takin developers in as step children. Your choice ;) -- Tom Brinkman Corpus Christi, Texas
[Cooker] Bug with XFree and S3 Savage/IX ...
Updated my laptop with latest cooker as of 1400 EET today, and got trouble with the X XFree version...: XFree86-4.2.99.3-1.20021223.1mdk This also happened with: XFree86-4.2.99.3-0.20021223.1mdk BTW, I'm using the latest KDE... When I start X, the screen/desktop stays black, only the red mousemarker shows up, and if I move tho mouse it leaves 'copies' of it self all over the screen. Then the icon for home directory and garbage can shows up, and nothing more, it does not really freeze either, just stays black... Ctrl-Alt-Backspace gets me out of it... here are the logs when I tried to start X as root: http://213.250.67.230/Cooker/XFree86.0.log http://213.250.67.230/Cooker/xsession-errors For now I had to install X from MDK 9.0 to get a working system... (the laptop has worked with every X release from the cooker before the 9.0 release...) -- Thomas ** * If nothing else works, read the manual ... ... ... **
Re: [Cooker] Saving Mandrake - a Users Perspective
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Saturday 28 December 2002 05:58, Bruno Prior wrote: > Ralph De Witt wrote: > >>How on earth can a support incident only cost $10? That doesn't even pay > >>for an employee to read the incident report. > > > > Because Mandrake employee's do not due tech support, Mandrakes Expert > > problem solvers are all users. [Snip] > > The few times I used Mandrake Expert when I bought boxed sets, I found > > the actual support to be next to worthless (my opinion) > > Exactly. You get what you pay for. > > Support needs to be a significant revenue stream for any Free Software > business. Mandrake's support model is seriously flawed, and consequently > they are struggling with their revenue streams. > > They need to provide some means to escalate support issues from > MandrakeExpert to Mandrakesoft employees, and charge significantly more > for such support. In return, such escalated incidents need to guarantee > decent response times. > > Cheers, > > Bruno Prior Agreeded. The current support system just left a bad taste in my mouth. - -- Yours, Ralph. It said Use Windows XP or better, so I installed SuSE-Linux 8.1 Register Linux User 168814 ICQ #49993234 AIM ralphdewitt jabber.org ralphdewitt GPG Public Key available at http://www.keyserver.net Key fingerprint = 6426 1CFF 0987 9D51 76D6 06BC F22A CFF4 559A 03E7 Kernel version 2.4.19-4GB Current Linux uptime: 1 days 11 hours 28 minutes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Dhr1mmsm1DCXO8QRAm3mAKCbW1z2wgxc7f/NcNCX4wxKk+KKjwCgpIrK O4a2H0fznhWIz74xHY8ksjI= =gJWr -END PGP SIGNATURE-
Re: [Cooker] Regarding dmidecode
On Sat, 28 Dec 2002 14:02:04 -0600 allen <[EMAIL PROTECTED]> wrote: > How much is this thing still used ? (1) > > It doesn't know about 8X AGP. The code itself does not support the 8X, I > looked. The one that comes with lm_sensors is 1.4. The current one is 1.7 I believe. Maybe that one supports AGP 8x? url: http://ftp.linux.org.uk/pub/linux/alan/Software/System/DMI/ > I can take a shot at both testing and "fixing" the code, but it will be > "a shot" since I don't play low-level very often. Any pointers would > be appreciated. -- Marcel Pol Linux 2.4.20-2mdk.ringwrld.1, up 7 days, 6:21 Registered User #163523
[Cooker] [Bug 715] [wine] New: C: is /var/lib/wine -> no write permissions for normal user
https://qa.mandrakesoft.com/show_bug.cgi?id=715 Product: wine Component: program Summary: C: is /var/lib/wine -> no write permissions for normal user Version: 20021007-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] wine-config uses /var/lib/wine as default winmpoint (C: drive for windows) if no windows partition is mounted. So a normal user does not have write permissions on C: in wine. Suggestion: use ~/.wine/c instead of /var/lib/wine and "cp -ra /var/lib/wine ~/.wine/c" if it does not exist. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 714] [wine] New: wine-config ignores cdrom mount point
https://qa.mandrakesoft.com/show_bug.cgi?id=714 Product: wine Component: program Summary: wine-config ignores cdrom mount point Version: 20021007-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] /usr/share/wine/wine-config ignores cdrom mount points from /etc/fstab which are not using automount, e.g. this one: /dev/cdrom /mnt/cdrom auto user,exec,nodev,nosuid,ro,noauto 0 0 The following patch works for me, but I did not test it with automount entries: @@ -164,7 +168,7 @@ } elsif ($_[1] =~ /\/mnt\/cdrom\d?/) { - push @iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/); + push @iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/ or $_[0] =~ /([\w\/]+)/); } } --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Saving Mandrake - a Users Perspective
Yes but we can't afford to buy beer when we go overseas since our currency is so crap!! =) Incidently, I am also a U.S. citizen (been here 7 years) but this is getting way OT so I'll leave it at that... Hasta~~ Jason Chmouel Boudjnah wrote: [EMAIL PROTECTED] (Jason) writes: the one who downloads the ISO's for me). I am not because the lowest tier still costs $60 USD/Yr. I am in New Zealand and that is over $120 NZD/yr. A lot by some peoples standards. I would like to suggest Yes but you got there the cheapest beers from all others western countries :-)
[Cooker] [Bug 713] [initscripts] New: /sbin/ifdown uses ps -xw instead of ps xw
https://qa.mandrakesoft.com/show_bug.cgi?id=713 Product: initscripts Component: program Summary: /sbin/ifdown uses ps -xw instead of ps xw Version: 6.91-18mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In /sbin/ifdown, line 58: replace "ps -xw" with "ps xw" to fix warning message "Bad syntax, perhaps a bogus '-'?". /bin/ps is from procps3. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 711] [yelp] yelp: missing BuildRequires
https://qa.mandrakesoft.com/show_bug.cgi?id=711 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-28 22:09 --- Stefan van der Eijk was faster :) --- 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: BuildRequires: libglade2.0-devel is missing
[Cooker] [Bug 712] [yelp] New: segmentation fault when starting yelp
https://qa.mandrakesoft.com/show_bug.cgi?id=712 Product: yelp Component: program Summary: segmentation fault when starting yelp Version: 2.1.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] yelp produces a segmentation fault (right after starting, before a window is opened). (gdb) bt #0 0x409d3e85 in g_type_check_instance_is_a () from /usr/lib/libgobject-2.0.s Rebuilding the package did not solve this. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] bad rpm macros for ppc
I am still unable to build package on ppc, don't know why but rpm don't detect the good arch macro on my titanium. This fix the problem: cd /usr/lib/rpm ln -s ppc-mandrake-linux ppcpseries-linux Can you add this on src.rpm for ppc, I agree it is a bad workaround, but I allready report this bug for one year ago. Nobody found how to really solve this. I am a bit tired to have to fix it myself since 8.2. Please, fix it. It is not so hard to add. I can make a bug report on bugzilla too, if this help... -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/
Re: [Cooker] Problem with LICQ/Kopete - really glibc it seems
Michael Braun wrote: > Hi, > > I've had a problem with both licq and kopete under Mandrake (cooker). I > can start the software but did not get any network connections with an > icq server. Am I the only guy who has this problem? Should it be a > problem with the newest libqt3 ? I use KDE3.1(RC5). I am having the same problem with CVS builds of KDE, and I believe that's a glibc problem.. As a really evil workaround you can put in the IP addresses for the ICQ servers into /etc/hosts, that should make it "work".(There is an another workaround/evil-hack involving patching Qt, but I don't think you want to rebuild it yourself) (I've submitted the info on the apparent bug to glibc-bug-new, but I can't really use the glibcbug script as I don't have an MTA, and I am afraid it didn't seem to show up). Basically, when the following is built with -pthread: #include #include #include #include #include int main() { printf("(Initial) id = %d options = %d\n", _res.id, _res.options); res_init(); printf("(After res_init) id = %d options = %d\n", _res.id, _res.options); printf("Inited = %d DNS count=%d\n", _res.options & RES_INIT, _res.nscount); gethostbyname("localhost"); printf("(After gethostbyname) id = %d options = %d\n", _res.id, _res.options); printf("Inited = %d DNS count=%d\n", _res.options & RES_INIT, _res.nscount); } The result is: (Initial) id = 0 options = 0 (After res_init) id = 0 options = 0 Inited = 0 DNS count=0 (After gethostbyname) id = 27443 options = 705 Inited = 1 DNS count=1 Which basically means that, when you ask glibc to initialize the resolver library, it doesn't. Qt (QDns) uses that to get a list of DNS servers. And as a result, you end up running an app that can't possibly lookup the IP addresses for the IM servers. This worked fine in earlier/original glibc-2.3.1 packages; it has also been confirmed/reproduced by people using Debian Sid glibc-2.3.1-8 packages; and not glibc-2.3.1-5; the difference there as in cooker seems primarily in updating along the 2.3.x branch -- so that may be a regression there... (Hoping that Gwenole Beauchesne notices this), -Maksim
[Cooker] [Bug 711] [yelp] New: yelp: missing BuildRequires
https://qa.mandrakesoft.com/show_bug.cgi?id=711 Product: yelp Component: packaging Summary: yelp: missing BuildRequires Version: 2.1.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] BuildRequires: libglade2.0-devel is missing --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] Religious taboos vs. the GPL
It does not offend me... My .0002c worth. Cheers Jason Götz Waschk wrote: Am Montag, 23. Dezember 2002, 16:43:51 Uhr MET, schrieb Oden Eriksson: http://freshmeat.net/releases/107382/ I've uploaded this MIDI softsynth. I couldn't test it, because I don't have the required hardware. But it seems to be really cool. I don't know if the religious stuff in the docu is GPL compliant, because it somehow limits the availability of the application. At least I feel offended by this text: If you want to use this program to make music that is against God and Jesus (like HeavyMetal, NewAge,..) STOP and think that you'll be judged someday by God Himself for causing people to lose the way to Salvation and go to hell. This will happen, no matter if you'll use my program, else's program or anything else against Jesus's name.
Re: [Cooker] Saving Mandrake - a Users Perspective
[EMAIL PROTECTED] (Jason) writes: > the one who downloads the ISO's for me). I am not because the lowest > tier still costs $60 USD/Yr. I am in New Zealand and that is over $120 > NZD/yr. A lot by some peoples standards. I would like to suggest Yes but you got there the cheapest beers from all others western countries :-) -- Chmouel -- http://www.chmouel.com/
[Cooker] Regarding dmidecode
How much is this thing still used ? (1) It doesn't know about 8X AGP. The code itself does not support the 8X, I looked. I can take a shot at both testing and "fixing" the code, but it will be "a shot" since I don't play low-level very often. Any pointers would be appreciated. (Hack-n-slash example output below) -- SMBIOS 2.3 present. DMI 2.3 present. 49 structures occupying 1360 bytes. DMI table at 0x000F3620. Handle 0x DMI type 0, 20 bytes. BIOS Information Block Vendor: Award Software, Inc. Version: ASUS A7V8X ACPI BIOS Revision 1005 Release: 08/28/2002 BIOS base: 0xF ROM size: 192K Capabilities: Flags: 0x7FCBDE80 Handle 0x0001 DMI type 1, 25 bytes. System Information Block Vendor: System Manufacturer Product: System Name Version: System Version Serial Number: SYS-1234567890 Handle 0x0002 DMI type 2, 8 bytes. Board Information Block Vendor: ASUSTeK Computer INC. Product: A7V8X Version: REV 1.xx Serial Number: xxx Handle 0x0003 DMI type 3, 17 bytes. Chassis Information Block Vendor: Chassis Manufacture Chassis Type: Tower Version: Chassis Version Serial Number: Chassis Serial Number Asset Tag: Asset-1234567890 Handle 0x0004 DMI type 4, 32 bytes. Processor Socket Designation: SOCKET A Processor Type: Central Processor Processor Family: Other Processor Manufacturer: AuthenticAMD Processor Version: AMD Athlon(TM) XP 1800+ Handle 0x0005 DMI type 5, 22 bytes. Memory Controller Handle 0x0006 DMI type 6, 12 bytes. Memory Bank Socket: DIMM 1 Banks: 0 1 Type: Installed Size: 512Mbyte (Double sided) Enabled Size: 512Mbyte (Double sided) -- snip Handle 0x0022 DMI type 9, 13 bytes. Card Slot Slot: AGP Type: 32bit Short AGP 4x Status: In use. Slot Features: 3.3v - Wrong - not only is it 8X, I believe the voltage is supposed to be 1.5V.
[Cooker] Problem with LICQ/Kopete
Hi, I've had a problem with both licq and kopete under Mandrake (cooker). I can start the software but did not get any network connections with an icq server. Am I the only guy who has this problem? Should it be a problem with the newest libqt3 ? I use KDE3.1(RC5). libqt3-3.1.1-1mdk kopete-0.5-3mdk licq-1.2.0a-4mdk -- Michael Braun <[EMAIL PROTECTED]>
[Cooker] jackit needs libsndfile
jackit need libsndfile, but jackit is in cooker, and libsndfile is in contrib. -- - Antony Suter (sutera internode on net) "Exner" - "Earth to Nene. This is bad."
Re: [Cooker] Religious taboos vs. the GPL
Hello. On Sat 2002-12-28 at 15:58:23 +0100, Götz Waschk wrote: > Am Montag, 23. Dezember 2002, 16:43:51 Uhr MET, schrieb Oden Eriksson: > > http://freshmeat.net/releases/107382/ > > I've uploaded this MIDI softsynth. I couldn't test it, because I don't > have the required hardware. But it seems to be really cool. > > I don't know if the religious stuff in the docu is GPL compliant, > because it somehow limits the availability of the application. I understand that this part is meant as a appeal, not a restriction. Anyhow, there is a sperate section about copyright and license that makes it very clear, that the program is covered by the GPL and it does not mention any further restrictions at all. > At least I feel offended by this text: Well, don't you think that by giving out the program for free he is entitled to some accompanying words? HTH, Benjamin. msg84618/pgp0.pgp Description: PGP signature
[Cooker] flac needs id3lib
flac is in cooker, but to build it id3lib is required, which is in contrib. -- - Antony Suter (sutera internode on net) "Exner" - "Earth to Nene. This is bad."
Re: [Cooker] Saving Mandrake - a Users Perspective
The membership cost is the same wherever, so if your total cost is higher, it is because your download cost is higher. And there is nothing Mandrake can do about your download cost - they could give free membership and it would still cost you more to download the ISOs than it would to buy a box set. See my email to Ron for the maths. If the membership cost is a small component of the overall cost, you are not going to entice large numbers of new members by reducing the cost of membership. As a suggestion for how to get round your predicament, why don't you take out silver club membership, and then buy copies of the ISOs burnt to CD from a business like Cheeplinux. The cost of club membership, CDs and P&P will be much less than even free club membership + your download cost. That way everyone is happy. Mandrake get the revenue they need, and you get the software packages you need, and the satisfaction of knowing you are not letting your Kiwi/Aussie phone companies rip you off. Cheers, Bruno Prior Jason wrote: And in NZD (New Zealand Dollars) it is even higher, so yes, that IS a lot of money to many and yes I think there are MANY (millions even) users who would shell out for a lower tier in the club that would allow for free ISO downloads during the first month of release. I started this thread and I think some need to re-read my original post because they just seem to be misinterpreting it...and some of the posts that have followed. Regards, Jason Greenwood
Re: [Cooker] Saving Mandrake - a Users Perspective
My figure is not erroneous - it is the cost of membership. However, I accept that your total cost is more than just the cost of membership. But let's just test the theory that a lower membership rate will offer significant savings that will entice more members, taking your figures as a basis. Let's say they introduce a new membership level that costs $US20. Your download cost remains the same at $US504. So your total cost for this level of membership is $US524, which at 0.56 is $AUD936 p.a. Are you really trying to tell me there are 10,000s of people out there who can't afford to pay $AUD1,114 p.a. but can afford to pay $AUD936 p.a.? Cheers, Bruno Prior Ron Stodden wrote: Bruno, your figure is quite erroneous. While desirable, membership for many is just not feasible. As explained in my previous message, which you appear to have missed, the real cost of a silver club membership and its required download capacity for me here in eastern Australia would be $US504 + $US120 = $USD624.00, which at 0.56 is $AUD1114.00 p/a. Repeat:$AUD1114.00
[Cooker] new lm_sensor version
As far as I can see, the current version in cooker is 2.6.5-2, whereas 2.7.0 is out. Narfi.
Re: [Cooker] Saving Mandrake - a Users Perspective
Ralph De Witt wrote: How on earth can a support incident only cost $10? That doesn't even pay for an employee to read the incident report. Because Mandrake employee's do not due tech support, Mandrakes Expert problem solvers are all users. [Snip] The few times I used Mandrake Expert when I bought boxed sets, I found the actual support to be next to worthless (my opinion) Exactly. You get what you pay for. Support needs to be a significant revenue stream for any Free Software business. Mandrake's support model is seriously flawed, and consequently they are struggling with their revenue streams. They need to provide some means to escalate support issues from MandrakeExpert to Mandrakesoft employees, and charge significantly more for such support. In return, such escalated incidents need to guarantee decent response times. Cheers, Bruno Prior
[Cooker] Religious taboos vs. the GPL
Am Montag, 23. Dezember 2002, 16:43:51 Uhr MET, schrieb Oden Eriksson: > http://freshmeat.net/releases/107382/ I've uploaded this MIDI softsynth. I couldn't test it, because I don't have the required hardware. But it seems to be really cool. I don't know if the religious stuff in the docu is GPL compliant, because it somehow limits the availability of the application. At least I feel offended by this text: If you want to use this program to make music that is against God and Jesus (like HeavyMetal, NewAge,..) STOP and think that you'll be judged someday by God Himself for causing people to lose the way to Salvation and go to hell. This will happen, no matter if you'll use my program, else's program or anything else against Jesus's name. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Re: [Contrib-Rpm] id3v2-0.1.7-1mdk
Am Freitag, 27. Dezember 2002, 17:45:27 Uhr MET, schrieb Charles A Edwards: > On Fri, 27 Dec 2002 17:13:51 -0500 > Charles A Edwards <[EMAIL PROTECTED]> wrote: > > > There may be something screwy on your build machine. > > My apologies. > > It must be the program itself which has a built-in require for > libid3-3.8.so.0 > > The problem does not surface during the rpm build, only during > installation, or when attempting to launch. I've already noticed this problem: There's a prebuilt binary in the package, so the 2mdk version has make clean all instead of make. -- Götz Waschk <> master of computer science <> University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key --> Logout Fascism! <--
Re: [Cooker] Saving Mandrake - a Users Perspective
Jason wrote: And in NZD (New Zealand Dollars) it is even higher, so yes, that IS a lot of money to many and yes I think there are MANY (millions even) users who would shell out for a lower tier in the club that would allow for free ISO downloads during the first month of release. I started this thread and I think some need to re-read my original post because they just seem to be misinterpreting it...and some of the posts that have followed. What seems to be needed is an extension of the GPL free software idea to the internet itself so that internet software distribution costs would be nil (someone else pays for the capital and to support the people involved in doing it, as in GPL software development - the various governments would be good candidates, since the internet is surely by now a basic public service - communication, education - for which it would be immoral to demand payment or from which to expect a profit at the expense of, or denial of service to, your fellow citizens who cannot afford it. Govrnments would reap a manyfold in value return from internet investment, and the present ugly discrimination by country would disappear). Again, capitalism is the problem. -- Ron. [Melbourne, Australia] troels... now updated to use ftp.sunet.se server. See: http://members.optusnet.com.au/ronst/
Re: [Cooker] Saving Mandrake - a Users Perspective
And in NZD (New Zealand Dollars) it is even higher, so yes, that IS a lot of money to many and yes I think there are MANY (millions even) users who would shell out for a lower tier in the club that would allow for free ISO downloads during the first month of release. I started this thread and I think some need to re-read my original post because they just seem to be misinterpreting it...and some of the posts that have followed. Regards, Jason Greenwood Ron Stodden wrote: Bruno Prior wrote: Can most people really not afford $120 p.a. for Silver Club membership (even discounting the benefits one receives for membership)? Bruno, your figure is quite erroneous. While desirable, membership for many is just not feasible. As explained in my previous message, which you appear to have missed, the real cost of a silver club membership and its required download capacity for me here in eastern Australia would be $US504 + $US120 = $USD624.00, which at 0.56 is $AUD1114.00 p/a. Repeat:$AUD1114.00
Re: [Cooker] Saving Mandrake - a Users Perspective
Bruno Prior wrote: Can most people really not afford $120 p.a. for Silver Club membership (even discounting the benefits one receives for membership)? Bruno, your figure is quite erroneous. While desirable, membership for many is just not feasible. As explained in my previous message, which you appear to have missed, the real cost of a silver club membership and its required download capacity for me here in eastern Australia would be $US504 + $US120 = $USD624.00, which at 0.56 is $AUD1114.00 p/a. Repeat:$AUD1114.00 -- Ron. [Melbourne, Australia] troels... now updated to use ftp.sunet.se server. See: http://members.optusnet.com.au/ronst/
Re: [Cooker] glibc-2.3.1-6mdk fatal build error
Downloaded glibc-2.3.1-6mdk.src.rpm executed rpm -i glibc-2.3.1-6mdk.src.rpm then cd /usr/src/RPM/SPECS then rpm -bb --target i686-mandrake-linux-gnu --rmspec --rmsource --clean glibc.spec I have gcc-3.2.1-4mdk installed, which by the way didnt set up the symlinks properly for gcc and g++. Addo. On Sat, 28 Dec 2002 09:23:19 +0100 Gwenole Beauchesne <[EMAIL PROTECTED]> wrote: > Hi, > > > /usr/src/RPM/BUILD/glibc-2.3.1/build-i686-linux/libc.so.6(*IND*+0x0): > > multiple > > definition of `[EMAIL PROTECTED]' > > /usr/src/RPM/BUILD/glibc-2.3.1/build-i686-linux/libc.so.6(.bss+0xc0): > > first > > defined here > > collect2: ld returned 1 exit status > > make[2]: *** [/usr/src/RPM/BUILD/glibc-2.3.1/build- > > i686-linux/iconv/iconvconfig] > > Error 1 > > make[2]: Leaving directory `/usr/src/RPM/BUILD/glibc-2.3.1/iconv' > > make[1]: *** [iconv/others] Error 2 > > make[1]: Leaving directory `/usr/src/RPM/BUILD/glibc-2.3.1' > > make: *** [all] Error 2 > > error: Bad exit status from /var/tmp/rpm-tmp.86188 (%build) > > Fine but what/where/how did you do to get that? > > Bye, > Gwenole. > >
Re: [Cooker] Saving Mandrake - a Users Perspective
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 27 December 2002 18:25, Bruno Prior wrote: > How on earth can a support incident only cost $10? That doesn't even pay > for an employee to read the incident report. Because Mandrake employee's do not due tech support, Mandrakes Expert problem solvers are all users. The money is split between the user expert and Mandrake. They have to sign up to answer the questions that come with the boxed sets for nothing. Telephone support was done by a outside contractor. That's how they do it. The few times I used Mandrake Expert when I bought boxed sets, I found the actual support to be next to worthless (my opinion) others may have had better experencies. - -- Yours, Ralph. It said Use Windows XP or better, so I installed SuSE-Linux 8.1 Register Linux User 168814 ICQ #49993234 AIM ralphdewitt jabber.org ralphdewitt GPG Public Key available at http://www.keyserver.net Key fingerprint = 6426 1CFF 0987 9D51 76D6 06BC F22A CFF4 559A 03E7 Kernel version 2.4.19-4GB Current Linux uptime: 1 days 1 hours 28 minutes. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+DY/ommsm1DCXO8QRAvPXAJ98QIzJr9pyRVrGwPuMZwBI421xcQCfXZm4 Y7x5w9H3og1lff5zjW3EBig= =TsmN -END PGP SIGNATURE-
Re: [Cooker] printerdrake doesn't work drakxtools-newt-9.1-0.4mdk
Lea Gris <[EMAIL PROTECTED]> writes: > Uncaught exception from user code: > mkdir: error creating directory /mnt/partage/.gimp-1.2: Permission got it, fixing. thanks!
Re: [Cooker] Could someone package this?
From: "Olivier Thauvin" <[EMAIL PROTECTED]> > Le Samedi 28 Décembre 2002 01:40, Thomas Backlund a écrit : > > From: "Buchan Milne" <[EMAIL PROTECTED]> > > > > It should be possible to rebuild all mdk packages only with mdk distro. (I > except issue with bad version). > > You can build GPL packages with it, but it is not under GPL, we don't have > access to source code of kylix. > Ouch. I did not think that far ... :-( > Good place for kylix is on club, and commercial distro, not cooker main or > contrib part, neither plf. > Oh well... I'll probably try to build it anyway... for my own amusement... Maybe I even get arount to let Freepascal ghave a go at it..., who nows ... Thomas *** Tämä viesti on VirusTarkistettu INRITEL OY:n postipalvelimella!! ***
Re: [Cooker] Could someone package this?
On Saturday 28 December 2002 02:40, Thomas Backlund wrote: > From: "Buchan Milne" <[EMAIL PROTECTED]> > > > On 25 Dec 2002, Robert Fox wrote: > > > I found this on /. and thought this would be cool to package for 9.1 > > > > > > www.xpde.com > > > > > > Looks interesting - at least as an alternative WM. > > > > I don't think it's feasible, for technical reasons ... > > > > I've got the source somewhere, but AFAIK it is built with Kylix (in > > Delphi, not C/C++), so first we need a pascal compiler that can compile > > it > > Whats wrong with building it with Kylix 3 Open Edition?? You need to have this lib in contrib then. Is it there ? -- 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] Saving Mandrake - a Users Perspective
I suspect Mandrakesoft's response to this thread would be that it is not the job of members of the Cooker list, MandrakeClub or any other usergroup to tell them how to run their company. They have made dramatic organisational changes recently, which they expect will enable them to remain solvent. But they should nevertheless be worried that there is a common perception that they are struggling. It is hardly surprising that long-term users of the distro are interested in its future. Nor is it surprising that there is such concern, given the tone of the ongoing invitations to participate in their Increase of Capital. At the very least, they could do with some PR adviser to suggest better ways of phrasing these emails. I am afraid, creative as some of the suggestions to improve their finances are, most of them are just tinkering at the edges. Have a look at http://www.mandrakelinux.com/en/future.php3 for a summary of their current financial position. They need 20,000 users to become MandrakeClub members to get over the current cash squeeze. If you introduce cheaper, lower-privileged membership, you are going to need incrementally more members at this level. Are there really 100,000s of users just waiting for cheaper membership of MandrakeClub in order to contribute? Is cost really the main obstacle? Millions of people and businesses spend hundreds or thousands of pounds each year on Windows software. Why are Mandrake users so different? Can most people really not afford $120 p.a. for Silver Club membership (even discounting the benefits one receives for membership)? Or is it that they simply choose not to, because they can get it for free, as long as they take no personal responsibility for the future of the distro? The salesman's solution is always to chase market share by lowering prices. He is not worried about profits - only sales. But any sensible businessman will take the opposite view - that profits matter, not market share. It is my belief that Mandrake need to do the opposite of introducing lower-priced options - i.e. increase prices. Perhaps not significantly for box-sets - they need to remain competitive with RedHat and SuSE. And I am not convinced that charging for ISOs would be a good idea - people will simply download RedHat instead and Mandrake will lose a significant part of their user community. No, where they need to raise their prices significantly is in support. How on earth can a support incident only cost $10? That doesn't even pay for an employee to read the incident report. I would have thought there should be a less static charging structure for support, so that "Lart" questions that can be answered quickly can be charged moderately ($20?), while problems that take longer to solve are charged more heavily in proportion to the time required, with a backstop position that problems demonstrated to be bugs are not charged. I suspect this would have a beneficial effect both on revenues and on quality, as it would provide the incentive (that is currently missing) to ensure that releases had as few bugs as possible. Beyond that, Mandrake need to attack the business market far more. There is a simple reason why RedHat and SuSE are so focussed on this market, and that is revenue. Users will think twice about paying for support, businesses will be much more likely to pay for quick solutions and peace of mind. Hopefully, that is the idea behind their thick-client terminal server project. Combine that with something like Win4Lin Terminal Server to provide centralised management and reduced hardware requirements and running costs, while continuing to support legacy Windows systems for those that need. As long as they can charge a decent price to provide credible support for such systems, this could be Mandrake's "killer app". I just hope they figure out a way to bring in enough cash in the short term to allow them to progress such a business model. Cheers, Bruno Prior SI Reasoning wrote: On Fri, 2002-12-27 at 06:03, Jason Straight wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 27 December 2002 01:43 am, SI Reasoning wrote: This would be a mistake. The best thing about having the iso out before the boxed set is that you have all of these people testing and reporting problems back to get fixed. By the time the boxed set is available, many bugs have been squished and the paying user gets a very fine distro. It is really as if the final is really a final release candidate and one gets a whole lot more eyes to help clean everything up before the boxed set is available. I think that is a huge benefit. That's funny - I decided against buying Mandrake CD's when I saw that what was offered on the shelf at Wal-Mart was a release candidate snapshot from cooker. Why pay $50 for what was older than what I could download? I'd rather just give the $ straight to mdk to have access to the iso's. I really don't think the box set
[Cooker] Why should I try several times to use xv with xawtv under new XFree?
Hello, since the new 4.2.99 I should alway run: xawtv -c /dev/video0 -geometry 770x580-0-0 -xvport 53 & some times before I can use the xv extension... what I found really nice with the new XFree is the pointer: it's really different with xv on, so I could really quickly see whether the xv is on oor not ;-) Thank you very much, Grégoire http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED]
Re: [Cooker] glibc-2.3.1-6mdk fatal build error
Hi, /usr/src/RPM/BUILD/glibc-2.3.1/build-i686-linux/libc.so.6(*IND*+0x0): multiple definition of `[EMAIL PROTECTED]' /usr/src/RPM/BUILD/glibc-2.3.1/build-i686-linux/libc.so.6(.bss+0xc0): first defined here collect2: ld returned 1 exit status make[2]: *** [/usr/src/RPM/BUILD/glibc-2.3.1/build- i686-linux/iconv/iconvconfig] Error 1 make[2]: Leaving directory `/usr/src/RPM/BUILD/glibc-2.3.1/iconv' make[1]: *** [iconv/others] Error 2 make[1]: Leaving directory `/usr/src/RPM/BUILD/glibc-2.3.1' make: *** [all] Error 2 error: Bad exit status from /var/tmp/rpm-tmp.86188 (%build) Fine but what/where/how did you do to get that? Bye, Gwenole.