RE: [Cooker] Joining the Club
--> -->Hi Steve -->In Mandrakestore, you can pay using PayPal. I don't know if it is -->possible for club subscription though. --> -->Eric --> --> --> --> I was merely suggesting this method of payment be used for those of us that would be more able/willing to may for membership if it were billed on a monthly basis. Thanks for the information though. Steve
Re: [Cooker] Joining the Club
On Fri, 2003-10-10 at 09:46, Eric Fernandez wrote: Michael Lothian wrote: > Hi > > I wan't to join Mandrake club it get the 9.2 ISO when they're released > and also to do my bit for mandrake > > Is it possible to pay monthly? > > Thanks > > Mike > > Ask Stephane : [EMAIL PROTECTED] AFAIK, no, but he said before they were studying a solution. It is not that easy because of the bank procedures. Eric Might I suggest something? Tough, I'm going to anyway. I pay for my web hosting solution (and one or two other things) through a PayPal Subscription. It's easy, free for the payer and fairly cheap for the payee. I will be more than happy to send links and/or more detailed information if anyone in MDK thinks it might be a viable solution. Regards, Steve <>
[Cooker] Please excuse my ignorance.........
Title: Please excuse my ignorance. I am brand new to the "Cooker" scene and am having trouble finding the most effective way (not to mention reliable FTP site) to keep updated. Can anyone please send me their procedures that they feel work the best? A list of RELIABLE FTP sites in the eastern half of the US would also be appreciated. Thanks in advance, Steve
Re: [Cooker] urpmi update - good news!
I did this last night on my wife's computer and it mostly worked. The glitches that I had were related to urpmi not removing previous versions of packages. So I would have something like: libfoo1-1.2-2mdk libfoo1-1.2-4mdk both installed after the upgrade. Some packages would not upgrade because they depended upon the older libfoo1. So once I removed all the duplicates, then the upgrade worked great. Not sure what triggers the duplicates though. -- Steve Fox http://k-lug.org
RE: [Cooker] um.
-->-Original Message- -->From: Vincent Danen [mailto:[EMAIL PROTECTED] -->Sent: Friday, September 12, 2003 2:35 PM -->To: [EMAIL PROTECTED] -->Subject: Re: [Cooker] um. --> --> -->On Fri Sep 12, 2003 at 03:02:49AM +0100, Adam Williamson wrote: --> -->> > > > http://www.mandrakesoft.com/partners/advertising -->> > > -->> > > > no. -->> > > -->> > > I'm all for it. I replace the screensaver and -->bookmarks straight -->> > > away -->> > > anyway, and it's a simple way to fund your favourite -->distro. It's not -->> > > as if we're seeing in-yer-face popups or anything. -->> > > -->> > > Cheers; Leon -->> > -->> > me doesn't use screensaver :) -->> > nor default bookmarks :) -->> > -->> > about the install -->> > ( may be will skip a CD install and will use -->urpmi.update && urpmi -->> > --autoselect ) -->> -->> My point wasn't really about whether it affected us directly. -->> Obviously it won't - given that we use Cooker, I don't -->know if we'll -->> even ever -->> *see* the offending adverts. The point is I think it's a -->horrible way of -->> generating revenue which is being introduced by stealth - -->I only found -->> out about this because OSNews discovered the page and -->flagged it up in a -->> news story, I haven't seen anything from a Mandrake source -->announcing -->> this, and it hasn't been mentioned on this list at all, -->which seems a -->> little odd. I'm more concerned with the horribly unprofessional -->> impression that an installation and first boot sequence -->plastered with -->> adverts will have on a new user, compared to distributions -->which have -->> none. --> -->http://www.mandrakelinux.com/en/mdkads.php3 --> -->I think your concerns are unfounded, and I also think you're -->being a little silly. Do you close your eyes when you're -->driving around and see billboards that advertise stuff? Do -->you close your eyes and mute the TV when the commercials are -->on? Do you leave the theatre because you paid to see a -->movie and not a car commercial before the feature starts? --> -->I think you're a little out of line here, personally. It's -->not that intrusive, there will be no "plastering" of ads, -->and once you modify the bookmarks, they're gone. How many -->times do you plan to install and actually watch the entire -->install (does anyone do that anymore?) --> -->Besides, it's ok to advertise links to OSS and GNU stuff but -->it's not ok to advertise Linux-related commercial stuff to -->make a couple bucks so we can have another version of -->Mandrake in the future? --> -->I hate to say it, but it cracks me up how people are so -->against advertising, our business model, and things we do to -->make revenue so that the developers and others in the -->company can eat and afford to spend all of their time -->working on the distro. Sounds like the community would -->rather have a nice distribution but all the developers -->should be homeless and starving. --> -->(And no, I won't bother contributing to this thread anymore) --> -->-- -->MandrakeSoft Security; http://www.mandrakesecure.net/ -->Online Security Resource Book; http://linsec.ca/ -->"lynx -source http://linsec.ca/vdanen.asc | gpg --import" -->{FE6F2AFD : 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} --> --> Okay Okay.I guess I got a little carried away when I replied to this before. I misunderstood and thought the advertisements were going to make MDK the NetZero(Free) of Linux. If the only ads are displayed during the install and by way of bookmarks, no big deal. I just wouldn't want to see things like automatically rotating background images with .png files that resemble the outfield walls at Yankee Stadium. What the hayInternet explorer ships with bookmarks to Microsoft(R) sites, why not anyone else?
RE: [Cooker] um.
-->-Original Message- -->From: Svetoslav Slavtchev [mailto:[EMAIL PROTECTED] -->Sent: Friday, September 12, 2003 12:32 PM -->To: [EMAIL PROTECTED] -->Subject: Re: [Cooker] um. -->Importance: Low --> --> -->> -BEGIN PGP SIGNED MESSAGE- -->> Hash: SHA1 -->> -->> Svetoslav Slavtchev wrote: -->> | sound almost great :( -->> | like in the famous linux browser opera (not that i like -->it or use -->> | it), -->> but -->> | -->> | "well if you want it for free, you'll have to see some -->adds, but go -->> | and get the full version -- noads, cheap " -->> -->> That's why I do not use it :-) Anyway, with a web browser you are -->> going to see the ads on the pages, so one banner in Opera -->more is not -->> that big deal. OS is a different matter though. -->> -->> As I wrote before, I have no problem with ads as such, but -->some things -->> are just way too intrusive - like the screen savers. Just read the -->> comments on Slashdot or under the original article, you -->will see how -->> many people are against something like this. -->> -->> Furthermore - I never saw an adware, which was capable of getting -->> enough income from ads to stay alive (unless there was -->another income -->> source). Is Mandrake really so desperate to do this ? If they go -->> forward, it is very likely that I will "upgrade" our 20 -->MDK 9.0/9.1 -->> PCs to another distro, not to Madrake 9.2. My users are -->not excited to -->> see adds from yet another source (we are innundated with -->enough spam, -->> pop-ups, adware, worms and lot of other junk already). -->> --> -->i know, and i have the same opinion as you, -->but what can we do ?-( --> -->best, --> -->svetljo I must admit, I am not the most savvy Mandrake user out there...But I'm getting better every day. Unless something like Ads in the OS comes about. There are HOW MANY other Linux distros out there that don't have adware? This is a bad move. OhThat's where I put those Red Hat CD'sBetter dust em off. :)
Re: [Cooker] Galeon 1.3.8, trouble rendering characters?
On Fri, 2003-09-12 at 08:22, Adam Williamson wrote: > Yeah, hang on, here's a couple... > > http://mikesbballrants.blogspot.com/ > > Look at the end of the first entry (the paragraph starting "The first > person these criteria...". I see non-rendered characters after these > bits of text: > > "2.53 ERA while pitching 24" > "count 'em 24!" > "voted for Norris in a heartbeat" > "To be continued" Looks fine to me. > http://forums.sudhian.com/messageview.cfm?catid=43&threadid=42566 > > Look at the post from "ciqala", I see a non-rendered character before > this text: > > "700 for the case plus shipping" > > which I think is meant to be a pound sign. This is fine too. -- Steve Fox http://k-lug.org
Re: [Cooker] Epiphany is now the default GNOME web browser
On Tue, 2003-09-09 at 02:39, John Keller wrote: > Epiphany was chosen sometime before 2 July: > http://mail.gnome.org/archives/desktop-devel-list/2003-July/msg00016.html > > Epiphany might be gnome default in Mdk 10, but not before: > http://qa.mandrakesoft.com/show_bug.cgi?id=5018 I guess I didn't make myself clear. I know GNOME has selected Epiphany to be the default, but Frederic stated that Galeon will remain the default for Mandrake. My comment was that in a recent Cooker update, my default was forced to be Epiphany. Frederic needs to possibly hack whatever package controls that, so that MDK 9.2 will default to Galeon. -- Steve Fox http://k-lug.org
[Cooker] Epiphany is now the default GNOME web browser
Something in the last few days convinced GNOME that Epiphany is the default web browser. I think Frederic was planning to change that before release, so I thought I'd mention it. I had Galeon specified in the Preferred Applications applet before, so something forced the update. It had a weird line in the middle of a radio button rather than a full circle. I'm not sure if that is supposed to indicate the lack of a choice (using system defaults). On the other hand, Evolution now launches the web browser properly. Yeah! -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] gdm-2.4.2.102-3mdk
On Thu, 2003-08-28 at 03:23, Frederic Crozat wrote: > Yes, I switched from xemacs to gvim and asked titi to add it to package.. > But I haven't yet configured my email address in vim so I have to > type it for each changelog entry :( Congrats on choosing the only REAL text editor! -- Steve Fox http://k-lug.org
Re: [Cooker] resend: Nautilus text previews in icons
On Tue, 2003-08-19 at 12:51, John Keller wrote: > I never seem to be able to get text previews in my icons in Nautilus (local > files or remote mounts), not even when I set preferences to show them > "Always". Sometimes, I wonder if it isn't because Nautilus thinks my machine > is too slow (PII/400). But then again, I *can* see graphic previews just > fine. This is theme dependent. The 'Gnome' icon theme shows text previews, but 'Industrial' does not. -- Steve Fox http://k-lug.org
Re: [Cooker] [HELP WANTED] "model name" of your /proc/cpuinfo
model name : Pentium III (Coppermine) IBM ThinkPad T20 -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] gnome-applets-2.3.6-2mdk
installing /var/cache/urpmi/rpms/gnome-applets-2.3.6-2mdk.i586.rpm Preparing... ## 39:gnome-applets ## yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "para" yelp:get-title could not determine the title of node with type "para" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "itemizedlist" yelp:get-title could not determine the title of node with type "itemizedlist" yelp:get-title could not determine the title of node with type "para" yelp:get-title could not determine the title of node with type "para" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" yelp:get-title could not determine the title of node with type "title" -- Steve Fox http://k-lug.org
Re: [Cooker] pygtk* needs rebuilding
On Fri, 2003-08-08 at 11:48, Götz Waschk wrote: > Am Freitag, 8. August 2003, 11:07:32 Uhr MET, schrieb Steve Fox: > > None of the pygtk* packages are working due to the new 2.3 Python. > > Please rebuild. Thanks. > Really, pygtk2.0 was already rebuilt, I'm working on pygnome. I > thought pygtk2.0 should be OK, what are your problems? [EMAIL PROTECTED] meld-0.8.4]$ ./meld No module named pygtk Meld requires a recent version of pygtk to run. pygtk-1.99.15 or higher is recommended. Installed packages: pygtk2.0-libglade-1.99.17-1mdk pygtk2.0-wrapper-1.99.17-1mdk pygtk2.0-1.99.17-1mdk gnome-python-1.99.16-8mdk gnome-python-bonobo-1.99.16-8mdk gnome-python-gconf-1.99.16-8mdk python-numeric-22.0-3mdk -- Steve Fox http://k-lug.org
Re: [Cooker] pygtk* needs rebuilding
I now have the latest gnome-python and pygtk2.0 packages (thanks guys!), but it looks like meld is still dying. Can anyone else get it to work? [EMAIL PROTECTED] meld-0.8.4]$ ./meld Fatal Python error: can't initialise module gnome.ui Aborted (core dumped) -- Steve Fox http://k-lug.org
Re: [Cooker] pygtk* needs rebuilding
On Fri, 2003-08-08 at 13:11, Steve Fox wrote: > Installed packages: > > pygtk2.0-libglade-1.99.17-1mdk > pygtk2.0-wrapper-1.99.17-1mdk > pygtk2.0-1.99.17-1mdk > gnome-python-1.99.16-8mdk > gnome-python-bonobo-1.99.16-8mdk > gnome-python-gconf-1.99.16-8mdk > python-numeric-22.0-3mdk It looks like the hdlist file was not updated yet. The mirrors had -2 but it told me I was up to date. So I installed -2 and GTK works now. It appears that gnome-python-1.99.16-8mdk is still in need of a rebuild though. [EMAIL PROTECTED] meld-0.8.4]$ ./meld Traceback (most recent call last): File "./meld", line 57, in ? import meldapp File "/home/drfickle/src/meld-0.8.4/meldapp.py", line 24, in ? import gnome ImportError: No module named gnome -- Steve Fox http://k-lug.org
[Cooker] pygtk* needs rebuilding
None of the pygtk* packages are working due to the new 2.3 Python. Please rebuild. Thanks. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] gnome-control-center-2.3.4-2mdk
On Wed, 2003-07-30 at 03:05, Frederic Crozat wrote: > The second one is an error from me : in the loop, replace * by *.schemas, > I forgot I put non schemas stuff in there .. Tried this again and gnome-theme-manager still refuses to start. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] gnome-control-center-2.3.4-2mdk
On Tue, 2003-07-29 at 07:14, Frederic Crozat wrote: > for i in /etc/gconf/schemas/* ; do > GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 > --makefile-install-rule $i > /dev/null > done I had this problem as well. It still doesn't start after running this. I'm up to date with cooker. [EMAIL PROTECTED] drfickle]# for i in /etc/gconf/schemas/* ; do GCONF_CONFIG_SOURCE=`gconftool-2 --get-default-source` gconftool-2 --makefile-install-rule $i > /dev/null; done WARNING: no specified for schema of type list WARNING: failed to install schema `/schemas/desktop/standard/recent-document-entry' locale `C': Schema specifies type list but doesn't specify the type of the list elements WARNING: no specified for schema of type pair WARNING: no specified for schema of type pair WARNING: failed to install schema `/schemas/desktop/standard/save-location-entry' locale `C': Schema specifies type pair but doesn't specify the type of the car/cdr elements Document `/etc/gconf/schemas/panel-default-setup.entries' has the wrong type of root node (, should be ) -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [Contrib-Rpm] perl-Gtk2-0.0.cvs.2003.07.04.1-2mdk
On Sun, 2003-07-06 at 14:38, Thierry Vignaud wrote: > for now, i'm packaging the new branch. > > if the switch prove to be easy, we *MAY* switch from the old inline > gtk2-perl to new xs one. I would like to thank you very much for experimenting with this. Some co-workers and I have written a gtk-perl app and have been waiting for the gtk2-perl bindings to pick a direction for some time now. It will make it much easier for Mandrake users at my place of work to use my app if there is a single gtk2-perl binding. -- Steve Fox http://k-lug.org
Re: [Cooker] pcre doesn't have UTF-8 support?
On Fri, 2003-07-04 at 03:30, Götz Waschk wrote: > This shouldn't be a problem, just add --enable-utf8 to the configure > call. I hope it doesn't break grep, but I doubt that it will cause any > harm. The readme says it also has to be enabled at runtime. That's what I did, but it'd sure be nice if cooker enabled it by default. -- Steve Fox http://k-lug.org
[Cooker] pcre doesn't have UTF-8 support?
I'm trying to build regexxer <http://regexxer.sourceforge.net/> and it's spewing errors. Anyone know if pcre can be rebuild with UTF-8 support for cooker please? checking for pcre-config... /usr/bin/pcre-config checking for libpcre >= 3.4... yes checking PCRE_CFLAGS... checking PCRE_LIBS... -L/usr/lib -lpcre checking whether libpcre was compiled with UTF-8 support... no configure: error: *** Sorry, the PCRE library installed on your system doesn't support *** UTF-8 encoding. Please install a libpcre package which includes *** support for UTF-8. Note that if you compile libpcre from source *** you have to pass the --enable-utf8 flag to its ./configure script. Using these packages: libpcre0-4.3-2mdk libpcre0-devel-4.3-2mdk pcre-4.3-2mdk -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] urpmi-4.3-15mdk
On Fri, 2003-06-13 at 11:24, Han Boetes wrote: > Feature request: when you install a package you often need other > packages to be installed as well. Could you make a list of those > dependant extra installed packages? So if peope uninstall the first > package you can also deinstall the packages it depended on. Of course > only if no other packages depend on them. urpme already does this -- Steve Fox http://k-lug.org
Re: [Cooker] Re: WARNING : GNOME 2 broken
On Wed, 2003-06-11 at 18:09, J.A. Magallon wrote: > Failed to load image /usr/share/pixmaps/gnome-help.png > Details: file not found > > (the icon for yelp in the top bar) > > panel or yelp problem ? I've got a number of missing icons too. I've noticed that gnome-panel is a few releases out of date. Frederic, a new gnome-panel coming soon? -- Steve Fox http://k-lug.org
Re: [Cooker] urpmi features
On Mon, 2003-03-17 at 17:53, James Sparenberg wrote: > In a sense doesn't it do this already.. if you open the software sources > menu the uncheck a source and click save and quit. it will put an > ignore tag on this item in /etc/urpmi/urpmi.cfg. This source is still > configured and can be re-activated any time you'd like but for the > moment urpmi -a and urpmi xx will not access this media. I > use it all the time for boxes so I don't have to carry disks with me > everywhere I go. Yes, but it's kind of a pain in the butt. A command line switch would be appreciated. -- Steve Fox http://k-lug.org
[Cooker] [Bug 2812] [drakconf] New: netconf doesn't show the module for broadcom 4400
http://qa.mandrakesoft.com/show_bug.cgi?id=2812 Product: drakconf Component: drakconf Summary: netconf doesn't show the module for broadcom 4400 Version: 9.1-5mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] There is a network driver for the broadcom 4401 chip in the kernel now, but the netconf program doesn't know about it, thus one cannot select it when configuring the network. insmod bcm4400 installs sucessfully if done manually, as well as ifconfig, etc. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] postgresql-python not as clever as the others?
This one postgresql-* package doesn't seem as clever as the others. They others didn't try to connect to the server (which wasn't running) 20:postgresql-python ### [ 60%] psql: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket "/tmp/.s.PGSQL.5432"? -- Steve Fox http://k-lug.org
Re: [Cooker] ACPI Commands
On Wed, 2003-02-26 at 07:36, Chmouel Boudjnah wrote: > try pmsuspend command it should humm kind of working. I tried it on my IBM Thinkpad T20 last night. It appeared to save ok (I had to add resume=/dev/hda5 to my lilo.conf), but it never recovered after it came back up. Of course, even sleep has been working like shit lately too :( -- Steve Fox http://k-lug.org
[Cooker] pygtk vs pygtk2.0
I thought you could have both pygtk and pygtk2 installed? Don't they use a separate name space? [EMAIL PROTECTED] root]# urpmi pygtk2.0 The following packages have to be removed for others to be upgraded: dia-0.90-5mdk (due to missing pygtk) draksync-9.0-1mdk (due to missing pygtk) pygnome-1.4.4-1mdk (due to unsatisfied pygtk == 0.6.9) pygtk-0.6.9-6mdk (due to conflicts with pygtk[< 0.6.11]) -- Steve Fox http://k-lug.org
Re: [Cooker] Bug 1583 not taken into account ?
On Tue, 2003-02-25 at 07:47, Greg Meyer wrote: > Well whatever the solution is, GNOME won't start without error until I hard > code localhost.localdomain into /etc/hosts. [EMAIL PROTECTED] st-perl]$ cat /etc/hosts 127.0.0.1 tp localhost Works fine here -- Steve Fox http://k-lug.org
Re: [Cooker] Bitstream Vera Fonts Now Available: Is there Anywayto Add them To 9.1?
On Thu, 2003-02-20 at 23:17, Adam Williamson wrote: > Yes, and frankly, they suck. They might not be the best, but they certainly don't suck. And they're certainly better than any other fonts the Linux distributions currently ship. With 9.1 already at the rc1 stage, I highly doubt that the fonts will be released in redistributable form in time for 9.1 final. -- Steve Fox http://k-lug.org
[Cooker] Non-deleting mirror?
Does anyone know of any non-deleting Cooker mirrors? I think glic*-10mdk broke my freeswan VPN connection and I'd like to verify if using -9mdk fixes the issue. Thanks. -- Steve Fox http://k-lug.org
Re: [Cooker] Apache missing a depends somewhere? - IGNORE
On Fri, 2003-02-14 at 09:14, Steve Fox wrote: > Doing 'urpmi --auto-select' this morning and got: > > Installation failed: > apache-modules >= 1.3.27-6mdk is needed by apache-1.3.27-6mdk > [root@tp root]# cd /var/cache/urpmi/rpms/ > [root@tp rpms]# ls apache* > apache-1.3.27-6mdk.i586.rpm apache2-common-2.0.44-4mdk.i586.rpm > [root@tp rpms]# rpm -q apache-modules > apache-modules-1.3.27-5mdk Sorry, please ignore. apache-modules-*-6mdk wasn't on the mirror I was using yet. -- Steve Fox http://k-lug.org
[Cooker] Apache missing a depends somewhere?
Doing 'urpmi --auto-select' this morning and got: Installation failed: apache-modules >= 1.3.27-6mdk is needed by apache-1.3.27-6mdk [root@tp root]# cd /var/cache/urpmi/rpms/ [root@tp rpms]# ls apache* apache-1.3.27-6mdk.i586.rpm apache2-common-2.0.44-4mdk.i586.rpm [root@tp rpms]# rpm -q apache-modules apache-modules-1.3.27-5mdk -- Steve Fox http://k-lug.org
Re: [Cooker] Thoughts on Galaxy
On Thu, 2003-02-13 at 14:37, Steve Fox wrote: > What might be considered: - The unselected highlight color is a little light. It's hard to read white text on a light gray background. Thanks -- Steve Fox http://k-lug.org
[Cooker] Thoughts on Galaxy
On Thu, 2003-02-13 at 10:47, Frederic Crozat wrote: > Description : Mandrake Linux Galaxy theme Hi Frederic, I hope you're not fearing this too much :) It looks good over all, however it crashed gnome-theme-manager the first time I switched to it. Upon subsequent theme switches it was fine though. What I like: - Curved edges on toolbar buttons - Attractive toolbar handles - Scrollbars look clean - Nice combo boxes - The blue looks good with the light gray widget color - It's simple What might be considered: - Buttons seem to be a bit puffy :) - Window title seems to be a little too short. The min/max/close buttons seem to come right up to the edge. Perhaps the 3D effect on the buttons could be decreased rather than enlarging the window title height? - The left window border is considerably darker than the other edges. It kind of clashes with the rest of the window colors. - No icon theme? Keep up the good work! -- Steve Fox http://k-lug.org
Re: [Cooker] Re: UNIX Lore and the benefits of kmail
On Wed, 2003-02-12 at 12:21, Jean-Michel Dault wrote: > If 1.2.x is stable, I can't wait to install it, just for the new mail > notification. I want it to notify me when I have new mail, but only if > it's filtered in my important-inbox folder. I've had excellent luck with it. Just make sure you're running an all Cooker system, which all good Mandrakesoft'ers do, right? :) -- Steve Fox http://k-lug.org
Re: [Cooker] Re: UNIX Lore and the benefits of kmail
On Wed, 2003-02-12 at 09:01, Jean-Michel Dault wrote: > Running Evolution 1.0.8 here, many mailing lists, all split into about > 200 subfolders. Even then some folders, like php-bugs, have over 30,000 > messages. I have *lots* of filters, and I get only 1 or 2 unfiltered > SPAM per day. 1.2.x will greatly improve the speed of POP3 downloading, better IMAP handling, and it even *greatly* reduced the amount of disk space (the indexes weren't being cleaned up before). I highly recommend an upgrade :) The only thing that sux0rs is getting used to the new key bindings: . or ] for next unread, , or [ for previous unread, rather than n and p which I am used to. Oh, an hide/show message pane moved from q to `. I guess you get used to it after a week or two. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: Creation of a community ( was : the end is inevitable )
On Sun, 2003-02-09 at 22:47, Greg Meyer wrote: > In my estimation, you have completely misrepresented the discussion that was > going on here by substituting your own wishful thinking and by using out of > context comments by people committed to making Mandrake successful. That is > not being a good diplomat for the Debian Project. You took this thread where > you wanted it to go, which was a far different place than when it started. You guys seem to have it ass backward. He was simply making suggestions, which were shot down. He wasn't trying to force anyone to do anything. "They proposed to create Mandrake Linux development as community similar to how the Debian project is organised, which is why John Goerzen from Debian contributes to the discussion. Austin Acton wonders how Debian maintains responsibilities and resources." Sounds pretty harmless to me. The only thing in doubt is the reference to 'Mandrake developers', which makes it sound like Mandrakesoft employees were in this discussion, which they were not. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: Creation of a community ( was : the end is inevitable )
On Sat, 2003-02-08 at 13:36, Gustavo Franco wrote: > Any person has the same view of my messages as Lonnie? Just a lurker on this thread (since it's really gone awry), but I would say definitely not. You've been a very good diplomat for the Debian project. -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] gtkhtml-1.1.8-2mdk
On Sat, 2003-02-08 at 02:00, Frederic Crozat wrote: > - Recompiled against gal 0.23 (grr, this one should be ABI compatible > with older version but it isn't) Fix verified. Thanks Frederic! -- Steve Fox http://k-lug.org
Re: [Cooker] tetex packaging error?
On Thu, 2003-02-06 at 14:33, Charles A Edwards wrote: > This only happens if you have the -2mdk rpm installed, it won't > upgrade. > Work-around: use rpm -e --nodeps tetex and then urpmi tetex I've been syncing every day, so I'll assume I had the latest prior to today's update. Looks like doing what Charles suggested worked. Thanks! -- Steve Fox http://k-lug.org
[Cooker] tetex packaging error?
Doing 'urpmi --auto-select' today and got this: 12:tetex #error: unpacking of archive failed on file /usr/share/texmf/dvipdfm/config/config;3e42c012: cpio: open failed - Not a directory -- Steve Fox http://k-lug.org
Re: [Cooker] Who killed the gnome?
On Tue, 2003-02-04 at 09:40, Austin Acton wrote: > Is this a cooker thing or did I do something stupid? Guessing it's a PEBCAK issue since it works fine here. -- Steve Fox http://k-lug.org
Re: [Cooker] xchat-1.98-1
On Mon, 2003-01-27 at 12:42, Yves Duret wrote: > there are perl and *python* scripting but no tcl. TCL support included in 2.0-pre1 :) -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] xchat-1.9.8-1mdk
On Fri, 2003-01-24 at 15:16, Sebastian Dransfeld wrote: > There's a seperate xchat-perl package. Thanks for the tip! -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] xchat-1.9.8-1mdk
On Fri, 2003-01-24 at 04:15, Yves Duret wrote: > --=-=-= > Name: xchatRelocations: (not relocateable) > Version : 1.9.8 Vendor: MandrakeSoft Rock on! > +%configure2_5x --enable-openssl --enable-ipv6 \ > + --enable-hebrew --enable-japanese-conv \ > + --enable-python Perl support doesn't seem to be included? My self-compiled version loaded my scripts just fine, but this one doesn't. Thanks! -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] xchat-1.8.11-1mdk
On Thu, 2003-01-23 at 09:02, Daouda LO wrote: > --=-=-= > Name: xchatRelocations: (not relocateable) > Version : 1.8.11Vendor: MandrakeSoft Is there a reason for not moving up to 1.9.8 in Cooker? I have been using it since it was released and have found it to be even more stable than the 1.8.x series (especially under heavy disk activity). Thanks. -- Steve Fox http://k-lug.org
Re: [Cooker] Gnome menu editor?
On Wed, 2003-01-22 at 16:51, Jason Straight wrote: > Is there a gnome menu editor? Did mdk remove it? You can go to start-here: in nautilus and by clicking the Applications icon you can begin editing your menu within Nautilus. -- Steve Fox http://k-lug.org
Re: [Cooker] Bitstream Fonts
On Wed, 2003-01-22 at 19:07, Brad Chamberlin wrote: > hopefully it won't take too long to actually release them...I wonder if > it's too much wishful thinking for addition to 9.1? Luis Villa (the guy who posted the screen shot at http://tieguy.org/fonts.png) said they should be released within a week. Frederic is already preparing to add them to Cooker cuz he rocks. -- Steve Fox http://k-lug.org
[Cooker] GTK2 VIM packages available
Daniel Elstner <[EMAIL PROTECTED]> has created a GTK2 patch for VIM. It's totally uberswank and any self-respecting VIM user would see it as a gotta-have patch :) He emailed it off to Bram tonight, so hopefully it will be in an official patch soon. Obligatory screenshots: http://regexxer.sourceforge.net/pix/gvim_pango_screenshot2.png http://regexxer.sourceforge.net/pix/gvim_pango_screenshot_japanese.png I've took the Cooker VIM RPMs and applied all the official patches up to patch level 289 (since that's the version the GTK2 patch is against). I've got these packages available at http://drfickle.net/gtk2vim/ in case anyone else wants to give them a whirl. One note: Since GTK2 uses fontconfig and sane font names are available, you should edit your /usr/share/vim/gvimrc and replace the 'guifont' line with something like: set guifont=Monospace\ 10 Enjoy! -- Steve Fox http://k-lug.org
Re: [Cooker] no new cooker-packages since last night ?
On Thu, 2003-01-09 at 10:41, Jason Komar wrote: > > I just put in a second hard drive and run my own mirror on it. How does that help if the primary mirror (sunsite.uio.no) isn't syncing? Do you know something that we don't? :) -- Steve Fox http://k-lug.org
Re: [Cooker] no new cooker-packages since last night ?
I noticed the mirrors aren't syncing again too. :( -- Steve Fox http://k-lug.org
[Cooker] Software naming (was: Please don't make urpmi stupid)
On Thu, 2003-01-09 at 01:19, [EMAIL PROTECTED] wrote: > the name "urpmi" does sound stupid, like somebody belching. why do > linux programmers give their software such silly names? guess they > dont have sales or packaging departments Because it's fewer keystrokes! :) GNOME 2.0 went and renamed all their tools with more sane names, and so did the new Red Hat 8 configuration tools. gcalc => gnome-calculator gfontsel => gnome-font-viewer redhat-config-samba redhat-config-httpd So there is still hope! -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] apmd-3.1.0-1mdk
On Wed, 2003-01-08 at 17:34, Chmouel Boudjnah wrote: > sounds good fix, i was planning to fix a bunch of stuff there (nobody > touched this thing since i left this year) but i can't find any apm > laptop, anyway thanks and i will commit the patch. I have installed apmd/apm-scripts and it seems to be working fine on my Thinkpad T20. I didn't notice any changes in this version yet over the last. It simply just suspends and wakes up for me like it's always done (restarting my sound and network properly). -- Steve Fox http://k-lug.org
Re: [Cooker] [Bug 759] [urpmi] New: urpmi should not considerunrelated unresolved dependencies
On Wed, 2003-01-08 at 16:47, Todd Lyons wrote: > I can see the scenario that you want to deal with, but is it easier to > just add one line to your skip.list or to rewrite key portions of the > urpmi script(s) and lib to do it? All or none are always easier than > "some", especially when the definition of "some" changes per sysadmin. > Honestly I feel that is what skip.list is for. What I am asking for is to back out some changes to make the tool simpler. I would guess that worrying about all the dependencies for the entire system is more work than just the ones I am upgrading, but maybe I'm wrong. Really I would just like an explanation of why the new behavior is desired. I would ask the Debian folks, but I'm not in the mood for a religious battle. > As usual, fpons is the ultimate authority on it as it's his baby. His response confused me. He claimed it should not be worrying about unrelated unresolved dependencies (like apt does), but in my case it is. And I am 100% sure that this is an unrelated case. > You seem pretty aversed to editing skip.list. What reasoning is behind > your position? The main reason is because I want urpmi to stay the best tool possible. There are very few things more annoying that someone taking a good perfectly working tool and "enhancing" it only to make it less functional than before. I get this all the time at work and it's extremely frustrating. -- Steve Fox http://k-lug.org
[Cooker] Re: [Contrib-Rpm] nautilus-rpm-0.1-1mdk
On Wed, 2003-01-08 at 18:12, Frederic Crozat wrote: > URL : http://www.gnome.rgo/ Is .rgo a new TLD? :) -- Steve Fox http://k-lug.org
Re: [Cooker] [Bug 759] [urpmi] New: urpmi should not considerunrelated unresolved dependencies
On Wed, 2003-01-08 at 13:26, rcc wrote: > regardless of the question - which seems valid to me - why don't you > just repackage SuperFoo and remove its dependency on IBM-JDK? I can definitely do this. What I am wanting to do is keep urpmi from doing unnecessary things. If there is no good reason for urpmi to do this new behavior then why add it? I'm hoping the urpmi developers can explain the reasoning behind it, I haven't heard anything yet. Just imagine other people who have lots of SuperFoo type applications. It becomes annoying real quick. I just want to keep a good tool from going bad. -- Steve Fox http://k-lug.org
Re: [Cooker] Please don't make urpmi stupid
On Wed, 2003-01-08 at 12:32, Bryan Whitehead wrote: > In the real world, sysadmins just find a solution (like redoing the crap > ass RPM someone made) and move on with life. If you don't like > dependancy checking, then don't use urpmi. Use the plain rpm command. > Write your own scripts as a wrapper. Or just patch urpmi yourself for > your own needs. It's not rocket-science! ;) Wow, what a well thought-out response! You're a freaking genius! I NEED dependency checking. What I am asking for is the tool to only worry about dependencies which are affected by the action being requested. There is no reason for urpmi to care about unrelated dependencies which I made a conscious decision to break knowing very well the potential results. -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] gstreamer-0.5.1-1mdk
All three of these GStreamer updates called gst-register in the %post_install script , which pegged my CPU until I did 'killall gst-register' for each package. Any one else affected by this? -- Steve Fox http://k-lug.org
Re: [Cooker] Please don't make urpmi stupid
On Tue, 2003-01-07 at 01:35, Vox wrote: > Then use the ugly little hack to go around their ugly little hack, > and keep yelling at them...if it's closed source stuff, I bet you > are paying them...so...yell at them a lot...if they don't want to > fix it, yell at their boss or at their boss' boss...keep going up > the lather, it'll happen, specially if it's an expensive product > that is not widely deployed in the world. Granted I can do that, but the point I'm trying to make is that this unresolved dependency has nothing to do with any of the packages I am updating. It just makes sense to me to only worry about things that affect the action you are trying to perform. urpmi doing a 'system check' to make sure the whole world is in order not only has this nasty side effect, but it also probably slows urpmi down. -- Steve Fox http://k-lug.org
Re: [Cooker] Please don't make urpmi stupid
On Tue, 2003-01-07 at 04:18, François Pons wrote: > Ok, I hope I will not hurt sensibility but urpmi doesn't care if > unrelated dependencies are unresolved. *BUT* urpmi when resolving > related dependencies (and related should be understanded in the very > large part) it may add unresolved dependencies. That's just the thing. It used to not care about unrelated dependencies. But now it does and it says that it must uninstall SuperFoo in order to continue. If I select Yes it allows my 'urpmi --auto-select' to continue and in fact it *does not* actually uninstall SuperFoo. I started this thread because this indicates to me that in the future urpmi will uninstall it, and that it doesn't currently uninstall it is merely a bug or an uncompleted feature. urpmi seems to be becoming like apt. I tried out apt4rpm once for giggles when I was running RH8 for a while. It wouldn't let me install any software at all because I had this unresolved dependency that was totally unrelated to anything I was installing (it was complaining about the JDK even though nothing I installed used Java). So apt4rpm was completely useless to me and was half the reason I returned to Cooker. -- Steve Fox http://k-lug.org
Re: [Cooker] Please don't make urpmi stupid
On Mon, 2003-01-06 at 23:19, Vox wrote: > I actually like to think that urpmi getting old unresolved deps > flagged is A Good Thing(tm). If you don't care for deps, don't use a > package *manager*. I totally appreciate that for packages which are being upgraded/installed. But for stuff that's not being modified, it shouldn't worry about it. The whole "all dependencies must always be resolved" is nice if you live in your closed little world where smart packagers like Mandrake create proper dependencies. But in the Real World (tm), there are idiots who package things to fit in their little world. They won't listen to me when I say to use a "Requires: java" instead of "Requires: IBM-JDK". -- Steve Fox http://k-lug.org
Re: [Cooker] Please don't make urpmi stupid
On Mon, 2003-01-06 at 19:47, Vox wrote: > Easy to fix: > > rpm -e --justdb SuperFoo While that is certainly a solution, it seems like an awful nasty hack. (but thanks for the tip :) I would much prefer to see the tool remain smart. Really, why should it even care if unrelated dependencies are unresolved? It's kind of like getting into other people's business even though they didn't ask you to. (ok, maybe that's not the best analogy, but it's all I can think of) -- Steve Fox http://k-lug.org
[Cooker] Please don't make urpmi stupid
I noticed that urpmi now tries to figure out all the unresolved dependencies on your system just like how apt does. I think this is extremely annoying behavior and I wish I was disabled by default. Justification: I have an application, SuperFoo, installed. It has a dependency on IBM's Java Runtime Environment (JRE). I need to use Sun's JRE because IBM hasn't bothered to release one that likes gcc 3.2 yet. And I know from my usage that it works fine with Sun's JRE. SuperFoo is a proprietary application so I don't have the source for it. Having to repackage it every release to remove the stupid hard requirement on IBM-JDK is extremely annoying. So I can install SuperFoo with straight rpm -Uvh --nodeps. Life is good and I can use SuperFoo. Now being the good Cooker person that I am, I do 'urpmi --auto-select' to sync with the latest packages. The latest urpmi says "Hey, we have unresolved dependencies! I MUST uninstall SuperFoo!", even though SuperFoo has nothing to do with all the other packages that I will be updating. I hope you see where this is painful. Every time I want to update Cooker, it will try to uninstall SuperFoo even though there is no reason to. Previously I have bragged to Debian users that urpmi is smarter because it only concerns itself with the packages that are being installed/upgraded. Please tell me there is hope that urpmi can be made smart again? -- Steve Fox http://k-lug.org
Re: [Cooker] Unsigned packages in contribs
On Wed, 2002-12-18 at 05:05, Sascha Noyes wrote: > I do however also find the errors by rpmdrake > _very_ annoying. Could Mandrake perhaps include a seperate key for signing > contrib apps, and give a message (but only once) that the signing only proves > that the package was built by Mandrake, nothing else. While I know the process is not completely automated, you are right that they are not examining the entire source code. Your suggestion for a separate contribs key is a very good one though and I would certainly like to see it done to avoid the urpmi warnings. -- Steve Fox http://k-lug.org
[Cooker] Unsigned packages in contribs
Is there a reason that some contrib packages are left unsigned? If Mandrake rebuilds uploaded SRPMs why aren't they then signed with the Mandrake key? -- Steve Fox http://k-lug.org
[Cooker] perl-ldap missing dependency?
I believe that perl-ldap is missing a dependency on perl-Convert-ASN1. [drfickle@tp st-perl]$ perl -e 'use Net::LDAP;' Can't locate Convert/ASN1.pm in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl .) at /usr/lib/perl5/vendor_perl/5.8.0/Net/LDAP.pm line 11. This is an issue for Cooker, 9.0, and 8.2 at least. Thanks. -- Steve Fox http://k-lug.org
Re: [Cooker] Very funny (demos/spotlight)
On Fri, 2002-10-11 at 20:27, Phil Lavigna wrote: > > I thought that might get a chuckle out of somebody. Thanks, you're the > first : ) Don't suppose I could get you to add "rpm -e `rpm -qa | grep emacs`" to the post install script? :) -- Steve Fox http://k-lug.org
Re: [Cooker] 9.0: firewall too strict
It's better a firewall strict than a sieve remember when you install you can open your network to everyone. J. Greenlees a écrit: > o beckles wrote: > >> How? >> >> I don't run Mandrake as a server and so all of the services are >> unchecked. However, that setting also kills client apps so I have to >> research the applications and their ports and key them in at the >> bottom, which does not always work. > > > actually, insert the lines opening the system for the apps at the top > of the list. > 1 it makes it easier to find when testing the settings > 2 I beleive that the first configuration for a port overrides any > subsequent configuration, so at the top the apps get through while at > the bottom they don't > >> >> >> One example is rdesktop which is documented to only use one port but >> adding that port/tcp and port/udp does not help any. >> >> To me that equates to a default setting of high when compared to >> other firewalls programs. >> >> Ben Reser wrote: >> >>> On Fri, Oct 04, 2002 at 09:10:27PM -0400, o beckles wrote: >>> >>> Are there any plans to allow different levels of protection in the firewall? Right now the iptables rules are too strict to function properly on a windows network without manually adjusting the rules. >>> >>> >>> >>> Huh? You can adjust them however you want? >> >> > > >
Re: [Cooker] VIA686a sound problems
What is this BULL* via sound drivers create more problems than they solve the fact is there is a problem with interrupts with these chipsets. I love Linux and use it every day. The best way is to use a decent soundcard (sblive etc..) works fine !! (accounting pracitce in PARIS) I have found serveral workaround for the via drivers but it depends on which kernel you are using.. you can call me on +330146062265 As an installer of linux systems I have noticed most of the promblems is due to bad hardware Michal Bukovjan a écrit: > Adam Williamson wrote: > >> On Wed, 2002-10-02 at 18:12, Michal Bukovjan wrote: >> >> >>> ALSA modules, which worked for a long time for me, seems broken >>> after I enabled those by hand. But perhaps they are fixed in Alsa >>> 0.9rc3, MDK9.0 ships with Alsa 0.9rc2. >> >> >> >> Are you sure they're broken? >> >> Remember you don't have to enable ALSA by hand any more, use draksound. >> And also remember default ALSA setting, for some insane and stupid >> reason, is to mute everything, so you have to run alsamixer(gui) to get >> any sound in the first place. > > > I am pretty sure they (ALSA drivers for VIA686a) are broken in > MDK9.0/ALSA 0.9rc2. > > I enabled them by hand, and the sound was unmuted and volume was > working - but instead of sound (GNOME events, xmms playing - via ESD, > OSS, ALSA plugin, I tried everything) it resulted in some distorted > sounds. > > That's why draksound will not even offer them (which is correct > decision from Mandrake). > > >
Re: [Cooker] 9.0 and next
On Thu, 2002-09-26 at 04:46, Frederic Crozat wrote: > > I'm not sure having assigned people per package is really a good idea => > it will require a lot of people.. But your idea is somehow a variation on > the same theme as my idea :) Very true, but then again having just you to manage ALL of GNOME is tremendous pressure on you. Would you benefit from having lieutenants to assist you with packaging? I think having groups of reliable volunteers to assist (and help keep Mandrake's costs low) would be very beneficial. I am officially volunteering to help with GNOME packaging if you are receptive to this idea. -- Steve Fox http://k-lug.org
Re: [Cooker] Stackguard, FormatGuard for future Mandrake versions?
On Mon, 2002-09-16 at 15:29, Ben Reser wrote: > On Mon, Sep 16, 2002 at 02:17:50PM -0500, Steve Bergman wrote: > > So, am I just not seeing the negative side to this? Immunix apparently > > does not have enough name recognition and influence to make it happen. > > But Mandrake does. After seeing exploit after exploit list RedHat, > > SuSE, Debian. etc. as having a root vulnerability but with Mandrake as > > just a DOS, I'm sure all the other distros would follow suit. > > Performance and it's bound to cause some programs not to build right > causing people problems who want to build programs from tarballs. I started to write that the performance impact is trivial. However, reviewing the info on the immunix site (which I admittedly haven't done in a while) I find that, depending on the nature of the app, the performance impact can be significant. FormatGuard does require some (small percentage of) programs to be modified to compile. StackGuard does not seem to have this problem, except with (surprise!) the Linux kernel. (And yes, that is a pain.) > > But no there isn't a whole lot of issues with doing this from what I've > seen. > > However it is no guarantee to prevent successful attacks. I seem to > recall that there have been some ways to get around it in the past. > They get fixed but then you have to recompile all the apps to take > advantage of it. I know of one instance of this in (I believe) StackGuard 1.20. > > Think of it as a bandaide. Sooner or later the bandaide won't stick any > more. > Good example. BandAid's are not a miracle cure. However, they are still a very good idea. ;-) -Steve
[Cooker] Logitech QuickCam Express Not Recognized - updated driver exists!
This is a repost, sorry if you've already seen it, but I don't think it made it out first time... This was Bugzilla'ed (#70) waay back in Beta 2; it's overdue for being fixed, and dead trivial to do. (Obviously, this is one of Warly's "useless" bug reports that get "quietly ignored".) There are several "Logitech QuickCam Express" webcams with different USB IDs. Although the QuickCam Express is listed as working in LM 8.2, LM 9.0 Beta 2 doesn't recognize my recent model (USB ID 0x46D/0x870), 'cause it has an obsolete version of the mod_quickcam driver (/lib/modules/2.4.18-22mdk/kernel/3rdparty/mod_quickcam/mod_quickcam.o.gz) dated 6/16/01. The current version of the mod_quickcam driver, dated 5/22/02, version 0.40.c, DOES operate this webcam (I have verified this on 9.0 beta 2). It can be found at http://sourceforge.net/projects/qce-ga/ and compiles/installs quite painlessly. Problem solved? On a related note, the xawtv package *appears* to be missing the webcam app, though it appears in the author's original package in the current version. Can anyone confirm or refute this? Thanks, Steve
Re: [Cooker] Intel 845 USB and Support, and some unanswered Bugzillas
Once upon a time, on Thursday 05 September 2002 01:53 am, the famous sage Warly did write: > We tried to set up MandrakeExpert as primary front-end for newbies, > unfortunately some third party doing support for us just do not care about > beta version and do not bother bringing us back such pb (this is my > personal unique view which I must be the only one to be blame for just in > case). Indeed there is trouble there. I tried reporting something thru MandrakeExpert, and the responder who eventually responded (after a few tries on my part) had NO IDEA how to get the bug info to the developers. Scratch MandrakeExpert as a usable option for bug reporting. > I tried to change bugzilla, to have a more explicit package/version > reporting, with a mail system to ease developers job, it is a bit better, > but not nice enough yet. > > At present cooker is the better bug reporting system, because most of > subscribers are linux-aware and help us a lot in bug finding and fixing. I'm sorry, but this is flad dead WRONG. I have 200 mails in my box today, maybe 5 of which are relevant to any bug I posted. Using Cooker to report one bug and expecting a reply (so you know the message got there) is like drinking from a firehose. If I go away for a week, my Internet provider will shut down my account 'cause the inbox will be gigantic. How shall I even find the reply to my bug report over say, 5 days, in the middle of a thousand messages? Scratch Cooker as a viable bug reporting option for most people if they want follow-up. I think that you will find that Bugzilla users, IF they get the level of response there that Cooker users get here, will on average be comparably helpful to you. If you don't water the plant, you can't blame it for wilting and dying.. > Our main problem is to qualify bug, because if the maintainer knows that > there will be one good bug report over 10 in bugzilla, he will not spend > the time reading all these 10 to find the good one, he will just ignore it. As opposed to the 200 unrelated Cooker mails I've just waded through to find this one? I'm sorry, that is not at all credible. Another problem with using Cooker for bug management is that, unlike Bugzilla, there's NO mechanism for tracking bug status, other than whatever ad-hoc scratch paper a developer uses (or doesn't use). I do QA as part of my job; the need for a formal, traceable bug tracking system is standard industry "best practice". Personally, I suspect this is why some developers might dislike Bugzilla, cause it remembers things and they cannot as easily be "quietly ignored" in favor of more appealing tasks. Please don't get me wrong, I'm not trying to attack either you or Mandrakesoft; I just see a desperate need here that Mandrakesoft isn't addressing. I'm trying to help. Regards, Steve -- Steve Hersey N1XNX [EMAIL PROTECTED]
Re: [Cooker] Intel 845 USB and Support, and some unanswered Bugzillas
Once upon a time, on Wednesday 04 September 2002 05:43 am, the famous sage Warly did write: >>Chuck Davis <[EMAIL PROTECTED]> writes: >>This is very poor public relations for Mandrake that really should be fixed by >> whoever has the authority to get the bug reporting mechanism for beta and RC >> releases in place. > > Well, at some points developper has to choose between developing and > answering all the incomplete, unuseful, or already fixed bug report. > > If you are not answered it is mainly because your bug reports are not > relevant, or because you are not doing enough job for us to fix > more easily. Warly, I REALLY must take exception to your statements here. I challenge you to tell me what is "incomplete, unuseful, or already fixed" about the THREE bugs I posted to Bugzilla (#s 79, 119, 122) that have gone unexamined. Some of these bugs may presently be unfixable, but leaving the reports in Limbo is a lousy response to them, and discourages those who trouble to report bugs at all. (Clearly not just me...) The problem here is NOT just that people are posting bad bug reports, (although I agree there are many of those); this is a management and developer-relations problem, and it NEEDS attention. Calling this a choice between developing and acknowledging bug reports is a false dichotomy. Sorry, but you need both of these, and your management needs to recognize that and support you accordingly. Even at the cost of slowing release schedules if need be. It is developer relations problem 'cause the beta testers are part of your development team, and have been REQUESTED to submit reports. If you let bug reports (by what I've read from others, we're talking about a significant proportion of bug reports) sit "quietly ignored", the Beta testers who found them will GIVE UP ON YOU and go elsewhere. This is a Bad Thing. Yes, your time is limited; yes, some reports are useless; yes, it's no fun to tag the useless reports. But it IS productive and it IS necessary. If you want beta testers to stick with you, you MUST give them the sense they're being heard. Ignore them, and you'll miss the good reports along with the bad ones. This is a basic principle of managing a team, and like it or not, y'all are in that position here. On any corporate software project I've ever been involved with, letting unread bug reports pile up would be a quick route to the unemployment line. On an Open Source project, you will just fail... At bare minimum, the developers should at LEAST change the Bugzilla status to "Unverified" or "Wontfix" or *something* to let the poor bug-posters know you heard them. I can tell you from personal experience, "We can't verify/fix this one" is MUCH better than never hearing back at all. Open Source beta testers are a force-multiplier for bug hunting, and your managers must surely realize that pissing them off and discouraging them by visibly doing nothing (or by doing nothing visible - the effect is the same) erodes the many-eyes effect you want and need. I've had a number of Very Bad experiences with Mandrake tech support, but I'm not giving up on you(quite) yet. Others have less patience and won't stick around. If you don't "get it" by reading this far, I guess there's no hope for improving this mess. Please tell me I'm wrong. Thanks for listening, Steve Hersey -- Steve Hersey N1XNX [EMAIL PROTECTED]
[Cooker] Intel 845 USB and Support, and some unanswered Bugzillas
OK, I am advised to be POLITE here, so I'll suppress my irritation at submitting useful Bugzilla reports that never get looked at, and report 'em all here: My primary test bed is an Intel D845GLAD motherboard. Integrated AC97 audio, onboard video, onboard LAN, USB. Other testbed is Intel AL440LX mobo. * USB is not recognized on the D845GLAD mobo. See Bugzilla #122. Incidentally, this bug will NOT appear on my buglist (something 'bout being assigned to nobody. No idea why or how to fix it, and qa@mandrakesoft,com never replies.) My only way to see it is: https://qa.mandrakesoft.com/show_bug.cgi?id=122 * Logitech QuickCam Express driver needs to be updated from the recent (months old!) 0.40c Sourceforge CVS source; the old one doesn't recognize my QCE (various USB IDs and sensor types for QuickCam Expresses), but the NEW one works way better. See Bugzilla #70, this dates back to Beta 2 (!!!), and it's a trivial fix. Can we PUH-LEEZE get the updated driver into the tree? * XFree86 support of the onboard 845 video is very, very poor (it was worse in Beta 2, but it still is bad). Bugzilla #119. I know this is unlikely to be fixed, but if anyone wants to try, I'll gladly run test cases and provide feedback... In general: I am NOT an expert on X or USB, but I *am* a competent programmer, and I am *very* willing to help in debugging/testing/fixing these issues; if someone is willing to provide some direction, I can assist usefully. I fully understand that these bugs may not get fixed; that's OK, I don't mind that near as much as I mind submitting Bugzilla bug reports that seem to go to /dev/null. THAT is a waste. >From the comments I've seen on MandrakeForum, there are lots more who feel the same frustration; Bugzilla is one of the recommended routes for bug reporting, but my experience suggests that it isn't being used to advantage (and neither is MandrakeExpert, the third recommended route). SOMEONE at Mandrakesoft would do well to take a serious look at this, or else you'll lose valuable community contributors; isn't that what Open Source is about to begin with?. Anyone sufficiently committed to go through the Bugzilla setup rigamarole likely has something to say, or? Regards, Steve Hersey -- Steve Hersey N1XNX [EMAIL PROTECTED]
Re: [Cooker] thoughts on mp3 issue
On Wed, 2002-08-28 at 09:57, Guillaume Cottenceau wrote: > > Hum, don't forget that Freeware != Freeofcharge != Freesoftware, > I think that's the point. There was only exceptions for free of > charge decoders. True, therefore the downloadable CDs were ok, but not the PowerPacks. -- Steve Fox http://k-lug.org
Re: [Cooker] thoughts on mp3 issue
On Wed, 2002-08-28 at 07:38, Guillaume Cottenceau wrote: > > Haavard wrote: > I'm a bit surprised that this has come up now, mp3licensing.com has never > listed any exemption for freeware decoders. That is incorrect. http://web.archive.org/web/20010331223305/www.mp3licensing.com/royalty/swdec.html http://lists.debian.org/debian-legal/2000/debian-legal-26/msg00091.html -- Steve Fox http://k-lug.org
[Cooker] Sound Blaster Live rear channels in Cooker?
Hi, Under Mandrake 8.2 the rear channels of my Sound Blaster live worked fine. (alsa 0.5, I think) I had a nice 3D slider in kmix and it was great. Under the current cooker, I have no 3D slider and get no sound from the rear speakers. I've messed around with amixer and alsamixer to no avail. Is there something simple I'm missing here or is it a bug? Appended is the output of amixer. Thanks for any assistance. Thanks, Steve Bergman Simple mixer control 'Master',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 17 [55%] [on] Front Right: Playback 17 [55%] [on] Simple mixer control 'Master Mono',0 Capabilities: pvolume pvolume-joined pswitch pswitch-joined Playback channels: Mono Limits: Playback 0 - 31 Mono: Playback 17 [55%] [on] Simple mixer control 'Headphone LFE',1 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'Headphone',1 Capabilities: pvolume Playback channels: Front Left - Front Right Limits: Playback 0 - 100 Front Left: Playback 0 [0%] Front Right: Playback 0 [0%] Simple mixer control 'Headphone Center',1 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [off] Simple mixer control 'Tone',0 Capabilities: pswitch Playback channels: Front Left - Front Right Mono: Front Left: Playback [off] Front Right: Playback [off] Simple mixer control 'Bass',0 Capabilities: volume Playback channels: Front Left - Front Right Limits: 0 - 40 Mono: 20 [50%] Front Left: Front Right: Simple mixer control 'Treble',0 Capabilities: volume Playback channels: Front Left - Front Right Limits: 0 - 40 Mono: 20 [50%] Front Left: Front Right: Simple mixer control '3D Control - Switch',0 Capabilities: pswitch pswitch-joined Playback channels: Mono Mono: Playback [on] Simple mixer control '3D Control Sigmatel - Depth',0 Capabilities: volume volume-joined Playback channels: Mono Limits: 0 - 3 Mono: 3 [100%] Simple mixer control '3D Control Sigmatel - Rear Depth',0 Capabilities: volume volume-joined Playback channels: Mono Limits: 0 - 3 Mono: 3 [100%] Simple mixer control 'PCM',0 Capabilities: pvolume pswitch pswitch-joined Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 24 [77%] [on] Front Right: Playback 24 [77%] [on] Simple mixer control 'Surround',0 Capabilities: pvolume pswitch Playback channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 31 [100%] [on] Front Right: Playback 31 [100%] [on] Simple mixer control 'Surround Digital',0 Capabilities: pvolume cvolume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 100 Capture 0 - 100 Front Left: Playback 100 [100%] Capture 100 [100%] [off] Front Right: Playback 100 [100%] Capture 100 [100%] [off] Simple mixer control 'Center',0 Capabilities: pvolume pvolume-joined Playback channels: Mono Limits: Playback 0 - 100 Mono: Playback 100 [100%] Simple mixer control 'LFE',0 Capabilities: pvolume pvolume-joined Playback channels: Mono Limits: Playback 0 - 100 Mono: Playback 100 [100%] Simple mixer control 'Wave',0 Capabilities: pvolume cvolume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 100 Capture 0 - 100 Front Left: Playback 100 [100%] Capture 0 [0%] [off] Front Right: Playback 100 [100%] Capture 0 [0%] [off] Simple mixer control 'Wave Center',0 Capabilities: pvolume pvolume-joined Playback channels: Mono Limits: Playback 0 - 100 Mono: Playback 0 [0%] Simple mixer control 'Wave LFE',0 Capabilities: pvolume pvolume-joined Playback channels: Mono Limits: Playback 0 - 100 Mono: Playback 0 [0%] Simple mixer control 'Wave Surround',0 Capabilities: pvolume Playback channels: Front Left - Front Right Limits: Playback 0 - 100 Front Left: Playback 0 [0%] Front Right: Playback 0 [0%] Simple mixer control 'Music',0 Capabilities: pvolume cvolume cswitch Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 100 Capture 0 - 100 Front Left: Playback 100 [100%] Capture 0 [0%] [off] Front Right: Playback 100 [100%] Capture 0 [0%] [off] Simple mixer control 'Line',0 Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-joined cswitch-exclusive Capture exclusive group: 0 Playback channels: Front Left - Front Right Capture channels: Front Left - Front Right Limits: Playback 0 - 31 Front Left: Playback 15 [48%] [on] Capture [off] Front Right
[Cooker] Keramic Theme and Crystal Icons to make it into 9.0?
Hi, RedHat 8.0 Beta includes the beautiful Keramic Theme and the Crystal icon set. I don't see these in the current Cooker. Are there any plans to include them in 9.0, or is it too late now? Thanks, Steve Bergman
[Cooker] Better remove MP3 support
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=70983 It appears that as of a couple months ago you now need a license to decode MP3s too. Long live Ogg! -- Steve Fox http://k-lug.org
Re: [Cooker] xchat keeps dying after latest libzvt changes
On Wed, 2002-08-21 at 00:20, Frederic Crozat wrote: > > I really doubt xchat is using libzvt-2.0 since we don't have yet the GTK2 > version of xchat.. Good point. Anything I can do to provide more details? It's been running flawlessly since I turned off the transparent background. Before I updated yesterday I never had any problems with it. -- Steve Fox http://k-lug.org
Re: [Cooker] xchat keeps dying after latest libzvt changes
On Tue, 2002-08-20 at 22:15, Steve Fox wrote: > Seems totally random. I'm using transparent windows. Seems to have gone away once I turned of transparency. I haven't been using transparency in my gnome-terminal lately and that has been stable all day. -- Steve Fox http://k-lug.org
[Cooker] xchat keeps dying after latest libzvt changes
Seems totally random. I'm using transparent windows. Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 28727 error_code 9 request_code 73 minor_code 0 -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] libzvt-2.0.1-5mdk
On Tue, 2002-08-20 at 04:30, Frederic Crozat wrote: > > - Update i18n patch to fix bugs 90816 & 90818 (scrolling and cursor problems) So far things look great here. Thanks! -- Steve Fox http://k-lug.org
Re: [Cooker] Galeon/Mozilla/Anti-aliased text
On Tue, 2002-08-20 at 04:26, Adam Williamson wrote: > > Oh, for crying out loud...why? Why does Moz have this masochistic desire > to reinvent the wheel all the time for no good reason? What's wrong with > Pango? Jeez... Because Pango was only declared "stable" in March and it's portability to multiple platforms has not been complete or tested properly. Mozilla's been in development for 4 years now. -- Steve Fox http://k-lug.org
[Cooker] Status of rocketport driver?
Hi, A while back I reported that the rocketport (rocket.o) driver in mandrake 8.2/cooker (which is old) had problems with modern rocketport boards. (The latest drivers work fine. The earlier driver drops characters and does other funky things.) Comtrol, the manufacturer, says that it works under RedHat and SuSE, but not under Mandrake because "Mandrake is not System V compatible". (Each time I requested more detail, I was told only that "Mandrake is not System V compatible". Go figure...) Oddly, RedHat, SuSE, and Mandrake use exactly the same driver version (1.14c), which diffs out *almost* identically. There is one typo in Mandrake's rocket_int.h. (There is an extraneous "*/" on a line.) I notice that as of Aug 14, this typo has been corrected. Was this just house cleaning? Or was it causing the problems? I'm very curious, but not in a position to test it as the hardware in question is now in a production machine. Thanks, Steve Bergman
Re: [Cooker] gnome workspace switcher
On Tue, 2002-08-13 at 01:42, Eugenio Diaz wrote: > The naming of workspaces in the gnome workspace switcher are not > preserved. If I change the names, and logout, when I login again my > custom names are gone and it is reset to "Workspace 1", "Workspace 2", etc. I have a bug open on this. http://bugzilla.gnome.org/show_bug.cgi?id=85061 -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] XFree86-4.2.0-19mdk
On Mon, 2002-08-12 at 17:31, Frederic Lepied wrote: > > * Mon Aug 12 2002 Frederic Lepied <[EMAIL PROTECTED]> 4.2.0-19mdk > > - updated savage driver to 1.1.23t Thank you Frederic! -- Steve Fox http://k-lug.org
[Cooker] S3 Savage driver
(Sorry for emailing you directly, but I didn't see any response last time I asked in July.) Could the S3 Savage driver <http://www.probo.com/timr/savage40.html> please be updated to the 1.1.23 level? This has some really nice bug fixes in it such as allowing video playback to work with a 24-bit color depth. Thanks. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk
On Fri, 2002-08-09 at 10:57, Frederic Crozat wrote: > > Be sure to also install latest gnome-control-center package.. Got that. > And you'll have to logout.. That's what I was missing. I was so used to themes auto-applying that this "hack" didn't occur to me. Thanks Frederic. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk
On Fri, 2002-08-09 at 09:16, Steve Fox wrote: > On Fri, 2002-08-09 at 04:45, Frederic Crozat wrote: > > > > - Patch1 (rawhide): set GTK_RC_FILES so we can change the gtk1 theme > > Any idea why Evolution would honor this, but not X-Chat? Actually, after doing the oaf-slay Evolution doesn't honor it either. I have tried switching GTK+ themes in the Theme capplet. Any hints on how to activate this for GTK+-1.x apps? -- Steve Fox http://k-lug.org
Re: [Cooker] Evolution won't start mail component
On Fri, 2002-08-09 at 09:15, Frederic Crozat wrote: > > Try running oaf-slay.. I remembered that right after I sent the email. Gar! Sorry to bug you. -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] gnome-session-2.0.5-2mdk
On Fri, 2002-08-09 at 04:45, Frederic Crozat wrote: > > - Patch1 (rawhide): set GTK_RC_FILES so we can change the gtk1 theme Any idea why Evolution would honor this, but not X-Chat? -- Steve Fox http://k-lug.org
[Cooker] Evolution won't start mail component
After updating to today's Cooker, Evolution cannot start its mail component. After running killev, I run evolution from one terminal and it displays: evolution-shell-WARNING **: Error changing interactive status of component OAFIID:GNOME_Evolution_Mail_ShellComponent to TRUE -- IDL:omg.org/CORBA/COMM_FAILURE:1.0 I start evolution-mail from another terminal, but it doesn't spew any error messages. Any suggestions? Steve Fox http://k-lug.org
[Cooker] Bug Report: Rocket Port Driver needs to be updated
Hi, The Comtrol RocketPort driver (1.14c) in Cooker is 9 releases old and does not work well with current hardware. (e.g. RocketPort/PCI) The module loads and works for the most part, but ports randomly lock up or sometimes pause for ~60 seconds and then start sending again. This caused me a lot of grief at a client site where I was upgrading to 8.2 from SCO OpenServer 5. The latest version of the driver (1.23) works fine and is available at: http://support.comtrol.com/download.asp or more specifically, here: ftp://ftp.comtrol.com/RPort/Drivers/ISA_PCI/Linux /V1_23/1800024D.tgz -Steve Bergman
Re: [Cooker] font in gnome-terminal broken
On Fri, 2002-08-02 at 16:30, Frédéric Crozat wrote: > > Another workaround is to change the font size.. As the original poster mentioned, one cannot change the font or its size. I'd be curious if this works for anyone. -- Steve Fox http://k-lug.org
[Cooker] gdmlogin still confused
gdm-2.4.0.5-2mdk gdmlogin still thinks I have a mismatch between the daemon and itself. The greeter reports itself as 2.4.0.5 and I have rebooted the machine, so the daemon has definitely restarted. Does GDM keep the daemon version in a file somewhere? Anyone else experiencing this? -- Steve Fox http://k-lug.org
Re: [Cooker] Control Centre
- Original Message - From: "Leon Brooks" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 31, 2002 11:38 PM Subject: Re: [Cooker] Control Centre > On Thu, 1 Aug 2002 04:11, Steven Lawrence Glew wrote: > > It seems to be very flaky most of the time. I can't access most things > > when I load up the control centre, if it loads. > > Go on, then, bury us in detail! (-: > > Which bits fail for you? Are there specific circumstances in which they fail? > What do you mean by `can't access?' For example, `I click and nothing > happens', `I click on get the following error dialog (quote text)', `I click > on the CC window closes, if I start it from the command line the last thing > it says is "stercus, stercus, stercus, morturi est"', whatever. What version > fo the software are you using now - Mandrake 8.2 or 9.0b1? If a specific > config option fails, what hardware are you trying to get it to deal with? And > so on. > > Thanks in advance; Leon > > OK then, here is the detail: When I activate the program somtimes it loads and other times it says its loading, then the little "title" thing at the bottom of the screen disapears. When it does load: I can access my boot config screen and that's it so far. The others when I click on them they simply say "Please Wait" and don't do anything, I even left it alone for an hour and it still would not load. I have mainly been trying to access my internet config and the "services" (I think it is). I am currently running Mandrake 9.0 b1 8.2 hates my motherboard. I was expecting problems along the way because its beta. THanks for you help Steve