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] 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=43threadid=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] [HELP WANTED] model name of your /proc/cpuinfo
model name : Pentium III (Coppermine) IBM ThinkPad T20 -- 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] 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
[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
[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] 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
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? meld.sf.net [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] 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 list_type 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 car_type specified for schema of type pair WARNING: no cdr_type 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 (gconfentryfile, should be gconfschemafile) -- 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] 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
[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] 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
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
[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] 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] 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] 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
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: 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: 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
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
[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
[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] 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
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
[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
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.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] 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
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
[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 ?
I noticed the mirrors aren't syncing again too. :( -- 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] 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
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
[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 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
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
[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] 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 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
[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
[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] 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
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] 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 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] 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
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
[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] 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] 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
[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
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
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] 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] 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
[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] 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] 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
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
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] 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
[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] 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
Re: [Cooker] Re: [CHRPM] mozilla-1.1-0.beta.1mdk
On Wed, 2002-07-31 at 13:22, Brad Felmey wrote: The argument is still valid. If I choose US, I expect US everywhere, not just where it wasn't convenient to implement. So write a patch to the installer to configure every application that doesn't bother to read your locale. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] mozilla-1.1-0.beta.1mdk
On Wed, 2002-07-31 at 15:02, Brad Felmey wrote: It needs to be more abstract than that. It needs to do so any time the locale is changed, not just during install. True. My point is that this is an application problem. Mandrake can't afford to fix every i18n-broken application that they ship, especially since it can be manually fixed. -- Steve Fox http://k-lug.org
[Cooker] Re: [CHRPM] mozilla-1.1-0.beta.1mdk
I was hoping for a miracle that 1.1 would fix the radio button problem. But, alas, 'tis not meant to be. Must just be a weird gtk+ thing or something. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] mozilla-1.1-0.beta.1mdk
On Wed, 2002-07-31 at 15:07, Steve Fox wrote: I was hoping for a miracle that 1.1 would fix the radio button problem. But, alas, 'tis not meant to be. Must just be a weird gtk+ thing or something. Ack, I forgot to say that this is in regard to Galeon crashing. -- Steve Fox http://k-lug.org
Re: [Cooker] Re: [CHRPM] mozilla-1.1-0.beta.1mdk
On Wed, 2002-07-31 at 15:18, David Walser wrote: They do hundreds of other kinds of patches, why not? Because changing the default is a lot easier than writing a patch to have the app confirm to your locale setting, which may change at any time after install. -- Steve Fox http://k-lug.org
Re: [Cooker] gdm restarting (was: gdm mdk theme)
I'm starting to wonder if maybe it's a gdmlogin bug because it says the client version is 2.4.0.4 which is the same level as the daemon. I have already restarted the daemon too. Does this happen to you too? -- Steve Fox http://k-lug.org
Re: [Cooker] Galeon-1.2.5 crashing like mad on forms
On Mon, 2002-07-29 at 04:09, Andreas Simon wrote: Here is one: Start Galeon, open URL http://www.gnomedesktop.com . There on the right is a 'Survey'. Click the first option 'More features' and then press 'Vote'. This doesn't crash for me. It's usually larger forms. Frederic, I have a lot of crashes on bugzilla.gnome.org. It's semi-random, but usually happens after a few form submissions. -- Steve Fox http://k-lug.org
Re: [Cooker] Galeon-1.2.5 crashing like mad on forms
On Mon, 2002-07-29 at 09:10, Frederic Crozat wrote: The sourceforge.net download page crashes for me.. I'll use this one :)) I think Austin may have hit the nail on the head. EVERY form that has a checkbox crashes. Apparently also applies to radio buttons. -- Steve Fox http://k-lug.org
[Cooker] gdm mdk theme
Frederic, For some reason GDM is not seeing your mdk theme in the theme list. Also, GDM doesn't appear to let you point the Install new theme dialog at the mdk.xml file, so I will file a bug in GNOME's bugzilla on this. -- Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.org
Re: [Cooker] gdm mdk theme
On Mon, 2002-07-29 at 11:39, Frederic Crozat wrote: Correction, it IS a bug in Mdk GDM theme :)) I noticed the missing .desktop file after I had sent the mail. Very nice theme, BTW :) Another issue: Do you know if gdm-restart is supposed to work without killing the X server? I can't find a way to restart gdm without taking my whole desktop with it. I'm not sure if it's just something goofy on my system or if that's how it's supposed to work. -- Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.org
[Cooker] gdm restarting (was: gdm mdk theme)
On Tue, 2002-07-30 at 00:09, Frédéric Crozat wrote: gdm-softrestart should do the trick... I'm assuming you meant gdm-safe-restart. Unfortunately this doesn't do anything for me. After running that I still get the client/daemon mismatch error when running gdmlogin. Is this a gdm-safe-restart bug? -- Steve Fox http://k-lug.org
[Cooker] Galeon-1.2.5 crashing like mad on forms
Just about every other form I submit crashes Galeon. Anyone else having this experience? galeon-1.2.5-1mdk mozilla-fonts-2310-8mdk mozilla-dom-inspector-1.0.0-8mdk mozilla-devel-1.0.0-8mdk mozilla-1.0.0-8mdk mozilla-mail-1.0.0-8mdk libjs-1.0.0-8mdk libnspr4-1.0.0-8mdk libnss3-1.0.0-8mdk -- Steve Fox http://k-lug.org
Re: [Cooker] Galeon-1.2.5 crashing like mad on forms
On Thu, 2002-07-25 at 16:33, Quel Qun wrote: Even 1.2.5-1mdk seems to be more stable with the new mozilla-1.0.0-9mdk Good to hear. I will try that as well as -2 of Galeon. Thanks. -- Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.org
Re: [Cooker] BETA 1 installation problems
On Thu, 2002-07-25 at 16:12, Brad Felmey wrote: This is Lotus' idea of an ASCII attribution?!? Ha! Don't even get me started on Lotus Notes' defects :) -- Steve Fox http://k-lug.org
[Cooker] urpmi-3.9-3mdk perl-URPM-0.50-4mdk b0rkage
I don't see this reported on the mail list yet, but this is what I get after upgrading this morning. [root@tp mts-client-0.9.6b]# urpmi.update cooker2 Global symbol unresolved requires explicit package name at /usr/lib/perl5/vendor_perl/5.8.0/i386-linux/URPM/Build.pm line 84. Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/urpm.pm line 765. -- Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.org
[Cooker] Request: updated S3 Savage XFree86 driver
Currently Cooker is using the 1.1.20 driver. Prior to upgrading to a full Cooker system (last week) I had almost never had any X crashes. I think that is probably because I had downloaded the latest 1.1.23t driver and had been using that for some time. Now that I am full Cooker (and hence using the older driver) I have been getting X lockups once a day and it's getting very frustrating. Could I request that the S3 Savage XFree86 driver be updated to the 1.1.23t version please? Thanks. http://www.probo.com/timr/savage40.html -- Steve Fox http://k-lug.org
Re: [Cooker] Nautilus 2 mdk13 and question about cooker RPMs
On Sun, 2002-07-21 at 16:09, Frédéric Crozat wrote: On Sun, 21 Jul 2002 18:05:37 +0200, Toni Hermoso wrote : nautilus: relocation error: nautilus: undefined symbol: nautilus_get_desktop_uri You haven't updated libnautilus package.. When something in the application requires a change in the library, shouldn't a Requires: on the newer library be added? That way urpmi would solve this for the user. -- Steve Fox http://k-lug.org
Re: [Cooker] gdm
On Sun, 2002-07-21 at 21:15, Nathan A. Smith wrote: Has anyone seen this behavior? It sounds like there was some libpng b0rkage over the weekend. You should probably make sure that you have the latest version. I'm in the process of updating my machine, so I guess I'll find out soon :) -- Steve Fox http://k-lug.org
