Re: note on Dual G4 benh install vs. rescue ultra-ATA device
On Mon, Nov 03, 2003 at 01:16:25PM -0600, Isaac Csandl wrote: A few months ago, I was having trouble with the Ultra-ATA drive in a dual G4 tower. The 9.1 system would install, but not boot. Eventually I gave up and moved the HD to the normal ATA bus on the motherboard. The drive won't show up at all in the normal mdk kernels, smp or enterprise, if it's connected to the Ultra ATA bus. But recently I figured out what seems to be a strange quirk. The Ultra drive shows up as /dev/hde when you boot the rescue CD with 'install-gui-benh rescue text video=ofonly', but when I booted the machine from the HD with the benh kernel, it shows up as /dev/hda. Odd. Could be as simple as a bootloader configuration that's changing the order it is seeing the IDE buses in. Which order things are seen in is pretty much always subject to change. Even moving a card from one slot to another can change it. On the HD, I've installed the recent benh kernel from Mandrake Club, version: 2.4.21-1bh-mdksmp, which is working well (it feels as fast as before, although only one CPU shows in gkrellm -- i'm curious if this is correct, but content that it works for now... thoughts, anyone?). What's the output of /proc/cpuinfo? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org Conscience is the inner voice which warns us somebody may be looking. - H.L. Mencken
New pbbuttonsd and powerprefs packages
Packaged for 9.1 are up on my breser tree. You can find the tree at: http://mirror.brain.org/linux/breser/ppc/9.1/ You can add the tree as a urpmi source via: urpmi.addmedia breser http://mirror.brain.org/linux/breser/ppc/9.1/RPMS with ../base/hdlist.cz pbbuttonsd has been upgraded to 0.5.5 and powerprefs to 0.4.0. The new interface on powerprefs seems to be much improved. pbbcmd has been merged into pbbuttonsd. For more details on what has changed from your current version check out the pbbuttonsd website at: http://www.cymes.de/members/joker/projects/pbbuttons/pbbuttons.html I'll upload the packages to cooker as soon as klama stops being hosed. Until then cooker people will have to wait. How's that for different, released distro people get something new first. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org Conscience is the inner voice which warns us somebody may be looking. - H.L. Mencken
Re: Setup system time over network?
On Mon, Sep 22, 2003 at 05:39:51PM +0100, Andreas wrote: How can I synchronize my clock over network with timeserver? Install ntp package. Refer to: http://www.ntp.org/ for configuration instructions. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org Conscience is the inner voice which warns us somebody may be looking. - H.L. Mencken
Re: [Cooker] MDKKDM colour???
On Fri, Sep 12, 2003 at 11:50:45AM +0200, Buchan Milne wrote: [bgmilne:/cae/users/bgmilne]# ldd /usr/bin/mdkkdm_greet libkdeui.so.4 = /usr/lib/libkdeui.so.4 (0x4002c000) libkdecore.so.4 = /usr/lib/libkdecore.so.4 (0x4029a000) libDCOP.so.4 = /usr/lib/libDCOP.so.4 (0x4042e000) libdl.so.2 = /lib/libdl.so.2 (0x4046) libresolv.so.2 = /lib/libresolv.so.2 (0x40464000) libart_lgpl_2.so.2 = /usr/lib/libart_lgpl_2.so.2 (0x40475000) libkdefx.so.4 = /usr/lib/libkdefx.so.4 (0x4048d000) libqt-mt.so.3 = /usr/lib/qt3/lib/libqt-mt.so.3 (0x404b9000) libpng.so.3 = /usr/lib/libpng.so.3 (0x40b4e000) libz.so.1 = /lib/libz.so.1 (0x40b74000) libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x40b83000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40b92000) libSM.so.6 = /usr/X11R6/lib/libSM.so.6 (0x40c75000) libICE.so.6 = /usr/X11R6/lib/libICE.so.6 (0x40c7e000) libpthread.so.0 = /lib/i686/libpthread.so.0 (0x40c95000) libXrender.so.1 = /usr/X11R6/lib/libXrender.so.1 (0x40ce5000) libstdc++.so.5 = /usr/lib/libstdc++.so.5 (0x40cee000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x40da7000) libm.so.6 = /lib/i686/libm.so.6 (0x40db) libc.so.6 = /lib/i686/libc.so.6 (0x40dd3000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) libaudio.so.2 = /usr/X11R6/lib/libaudio.so.2 (0x40f03000) libXt.so.6 = /usr/X11R6/lib/libXt.so.6 (0x40f1a000) libmng.so.1 = /usr/lib/libmng.so.1 (0x40f6e000) libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x40fcc000) libGL.so.1 = /usr/lib/libGL.so.1 (0x40feb000) libXmu.so.6 = /usr/X11R6/lib/libXmu.so.6 (0x41052000) libXft.so.2 = /usr/X11R6/lib/libXft.so.2 (0x41068000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x4107c000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x410d) libGLcore.so.1 = /usr/lib/libGLcore.so.1 (0x410f8000) libexpat.so.0 = /usr/lib/libexpat.so.0 (0x415a8000) Well that explains why kdm/mdkkdm are so bloody slow to start... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] RapidSVN in the cooker crashes
On Thu, Sep 11, 2003 at 08:17:37AM +0300, lamikr_mdk wrote: Unfortunately I have the newest versions. So that was not the issue. If you build a new version of RapidSVN, I can test it later. [EMAIL PROTECTED] lamikr]# rpm -qa | grep subver subversion-tools-0.29.0-2mdk subversion-client-dav-0.29.0-2mdk subversion-repos-0.29.0-2mdk subversion-python-0.29.0-2mdk libsubversion0-0.29.0-2mdk subversion-client-local-0.29.0-2mdk subversion-client-common-0.29.0-2mdk [EMAIL PROTECTED] lamikr]# rpm -qa | grep rapid rapidsvn-0.3.0-1mdk librapidsvn0-0.3.0-1mdk [EMAIL PROTECTED] lamikr]# New version (0.3.0-2mdk) should be on the mirrors now. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] RapidSVN in the cooker crashes
On Thu, Sep 11, 2003 at 06:03:11PM +0200, Oden Eriksson wrote: Has warly changed maintainership of these? (I haven't checked) (I have a slow line at the moment) Yes. :) /me goes back to work on getting the perl bindings to work. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] RapidSVN in the cooker crashes
On Thu, Sep 11, 2003 at 09:08:21PM +0300, lamikr_mdk wrote: Thanks also from me! After rapid testing the new version seems to work nicely! Great. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] MDKKDM colour???
On Tue, Sep 09, 2003 at 01:15:56AM +0200, Buchan Milne wrote: IIRC, mdkkdm still uses all information from KDE control center module for kdm (where you can set qt style and KDE colour theme to use). But, note that some colours may be restricted by the Galaxy theme (I'm not sure exactly why, but some coloured buttons, like kcalc, lose their colour with Galaxy). Shouldn't matter. kdm/mdkkdm don't use Qt widgets: [EMAIL PROTECTED] breser]$ ldd /usr/bin/kdm libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40023000) libpam.so.0 = /lib/libpam.so.0 (0x40106000) libdl.so.2 = /lib/libdl.so.2 (0x4010e000) libresolv.so.2 = /lib/libresolv.so.2 (0x40111000) libutil.so.1 = /lib/libutil.so.1 (0x40122000) libc.so.6 = /lib/i686/libc.so.6 (0x40126000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] rapidsvn restarts apache (was wierd stuff...)
On Fri, Sep 12, 2003 at 02:10:59PM +0200, Oden Eriksson wrote: Preparing...### [100%] 1:libsubversion0 ### [ 8%] 2:subversion-client-commo### [ 17%] 3:subversion-repos ### [ 25%] 4:librapidsvn0 ### [ 33%] 5:apache2-mod_dav_svn### [ 42%] Shutting down httpd2: [ OK ] Checking configuration sanity for Apache 2.0: [ OK ] Starting httpd2: [ OK ] 6:subversion-python ### [ 50%] 7:libsubversion0-devel ### [ 58%] 8:libsubversion0-static-d### [ 67%] 9:subversion-client-dav ### [ 75%] 10:subversion-client-local### [ 83%] 11:subversion-tools ### [ 92%] 12:rapidsvn ### [100%] Shutting down httpd2: [ OK ] Checking configuration sanity for Apache 2.0: [ OK ] Starting httpd2: [ OK ] Why does it restart apache? apache2-mod_dav_svn does it twice for some reason. I haven't figured out why... I think what you're seeing is from apache2-mod_dav_svn. P.S. better subjects help... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] RapidSVN in the cooker crashes
On Wed, Sep 10, 2003 at 09:37:59AM +0300, lamikr_mdk wrote: Does RapidSVN rapidsvn-0.3.0-1mdk from the cooker work for somebody? If I add repository it will appear in the tree under workbench. But if I then click a just added repository rapidsvn will crash to segfault. Make sure you have the appropriate client for subversion installed. I.E. for DAV(http) subversion-client-dav, local subversion-client-local... Unfortunately, the client will crash if the right one isn't available. I don't really want to require everyone to install all of them, just to keep the client from crashing. So I consider this an upstream bug, not a bug in packaging. If you do have the right ones installed I'll have a new package up momentarrily that is patched to work with subversion 0.29 which should fix the issue for sure (as long as you have the right client packages installed). -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: What happened to am-utils?
On Sun, Sep 07, 2003 at 12:55:45PM +0200, Michael Scherer wrote: Packages in main are updated for security, and contribs are not. This is bad, since, to give a example, some packages like apache2 modules are in main, and others are in contribs. But, on mdk9.1, apache was updated, and only main packages got rebuild. We should have a way to propose some update for contribs, even non official ones. I know that security team is quite over booked, but contributors could handle the problem. At least, it is better than nothing. The updates for apache were intentionally done in a way so as not to require modules to be rebuilt. The only modules that were rebuilt were the ones that were specifically included in the apache packages themselves. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] apache2-mod_authz_svn-2.0.47_0.29.0-1mdk
On Wed, Sep 10, 2003 at 12:09:00PM +0200, Oden Eriksson wrote: [EMAIL PROTECTED] RPMS2]# rpm -Uvh apache2-mod_authz_svn-2.0.47_0.29.0-1mdk.i586.rpm error: Failed dependencies: apache2-mod_dav_svn = 0.29.0 is needed by apache2-mod_authz_svn-2.0.47_0.29.0-1mdk [EMAIL PROTECTED] RPMS2]# rpm -q --provides apache2-mod_dav_svn apache2-mod_authz_svn = 2.0.47_0.29.0 ADVXpackage AP20package mod_dav_svn.so apache2-mod_dav_svn = 2.0.47_0.29.0-1mdk I just knew I was going to hose something when I merged my spec in with yours... 2mdk is on it's way and fixes this. It should also build on 9.1 with no changes for those that need to match versions of subversion between a cooker box and 9.1. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] libneon0.23
Unless anything else needs it, it can be removed. The subversion package no longer depends on it at all. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [subversion-client-common] ra modules aren't loaded - missing .so link
On Fri, Sep 05, 2003 at 09:41:35AM +0200, Oden Eriksson wrote: Then we can consider you as the new official maintainer for subversion in mandrake?. Warly, could you please reassign this package to Ben? Sure. BTW. Would you consider adopting the new rapidsvn package too? (I hate GUI:s, but this one could make people start using subversion?) I guess so. I haven't even tried it, guess I have an excuse to try it... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: Is there somewhere I can get the all the old Mandrake kernels??
On Fri, Sep 05, 2003 at 10:54:04AM +0200, Buchan Milne wrote: But wouldn't most of the revision tools (cvs, arch, subversion) do this too? Wouldn't CVS (or arch or subversion) be more functional now that we have more than one person working on patch sets? Yeah, but I don't think that's what he was talking about. I thought people wanted the prebuilt kernels. Not just the stuff in cvs. *shrug* -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] What is the difference between kernels?
On Fri, Sep 05, 2003 at 05:33:27PM +0200, Guillaume Rousse wrote: What's the interest of providing so much different builds of the same kernel ? Someone with real needs for optimisations such as i686, smp or highmem support is likely to rebuild it anyway. I don't generally bother with building my own kernels... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] NVIDIA drivers impossible to install
On Sat, Sep 06, 2003 at 12:22:16AM +0200, guran wrote: I have a new hd.img installatiom and it is impossible to install the NVIDIA drivers. I have tried with two different kernels and with two different packages of drivers, both the self-installing package and src.rpm. They are looking for kernelheaders [EMAIL PROTECTED] guran]$ rpm -qa bootloader-utils bootloader-utils-1.6-1mdk BTW, I think your KDE implimentation is pure shit. How do you expect anyone to take your issues seriously when you make comments like this? First of all it has nothing to do with the issue you are reporting. Further it's intentionally inflamatory. You've been down this road before, you make inflamatory comments and then nobody bothers to deal with your issue. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [subversion-client-common] ra modules aren't loaded - missing .so link
On Thu, Sep 04, 2003 at 11:58:58PM +0200, [oden.eriksson] wrote: It's more than meets the eye... Fixed with subversion-0.28.1-2mdk. This package wants a new maintainer..., who will adopt it? I'll be happy to take it over. I keep meaning to do work on it but about the time I get around to taking a look at it you end up doing something. If I was the maintainer I'd make it a bigger priority.. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] php-4.3.3-2mdk
On Thu, Sep 04, 2003 at 04:09:28PM +0200, Gwenole Beauchesne wrote: gc's patch. ;-) Something like the following applied to aclocal.m4 or acinclude.m4 if you intend to regenerate the former: @@ -1932,8 +1932,8 @@ shlibpath_overrides_runpath=unknown version_type=none dynamic_linker=$host_os ld.so -sys_lib_dlsearch_path_spec=/lib /usr/lib -sys_lib_search_path_spec=/lib /usr/lib /usr/local/lib +sys_lib_dlsearch_path_spec=/lib /usr/lib /usr/X11R6/lib +sys_lib_search_path_spec=/lib /usr/lib /usr/local/lib /usr/X11R6/lib case $host_os in aix3*) I'll see if this works... Besides, configure seems to list: --disable-rpath Disable passing additional runtime library search paths doesn't it work? On the packages that I've used chrpath on it didn't. :( Done, but I'd still prefer the right disabling of rpath without using chrpath. I once saw a null DT_RPATH entry, it looks weird... Agreed, but I'd rather get rid of the rpath sooner rather than later... If I have to use chrpath as a hack to get the package out without an rpath that's better than a package with an rpath or no package because I don't have the time to fix the broken build system. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: Is there somewhere I can get the all the old Mandrake kernels??
On Thu, Sep 04, 2003 at 11:37:40PM +0200, Luca Berra wrote: On Thu, Sep 04, 2003 at 08:13:37PM +0200, Juan Quintela wrote: that it will use much less space. Any script guru that can make a script that given 2 directories, just md5sum files, and if they are identical, just removes file and makes a symlink? no need to md5sum files when you can compare them attached script does hardlink, but you can change it. Or you could use freedupes from contrib that does that. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: OT: OS X root (was Modem Configuration)
On Thu, Sep 04, 2003 at 05:56:04PM -0500, Tomas Taylor wrote: I have had MacOS X for a number of months. I have yet to figure out the dual-password system: a password for the Graphic interface and a second password for Terminal interface. I still don't know how to become a superuser from Darwin. What's the password? By default you can't su to root on OS X. However, you can use sudo. So this is effectively the same as su'ing to root: sudo /bin/bash The password will be your password for the account you are using, assuming it has Administrator privleges. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: OT: OS X root (was Modem Configuration)
On Thu, Sep 04, 2003 at 08:21:13PM -0400, Carl Brown wrote: There isn't one. The root account is disabled by default in OS X. No root account = No root exploits. Simple, huh? I couldn't tell you how to enable it. Apple probably knows. Maybe they'll tell you, maybe they won't. That's not entirely accurate. It does exist it just doesn't have a password set on it so you can't by default log into it. A little bit of sudo action can set one and enable it... If you search google you can find out how. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] php-4.3.3-2mdk
On Wed, Sep 03, 2003 at 09:05:53AM +0200, Gwenole Beauchesne wrote: I explained. If encoded RPATH concerned X11 libs, update their aclocal.m4 (LIBTOOL) with bits from system's to add x11 libs in skip list. You said it should be possible. How about providing the bits (as you put it) to do just that. I'm not terribly familiar with autoconf and libtool. You apparently are. Rather than me spending hours trying to figure out how to fix things from your vague direction, why don't you just show me an example. Or even hell point me at some documentation that has a reasonable example. elf32 binaries. It's funny that you assume we know that since I can't find a shred of documentation that comes with the package that mentions that... After a little bit of digging it looks like Debian has run into this issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=197210 http://ftp.debian.org/debian/pool/main/c/chrpath/chrpath_0.10-2.diff.gz Looks like Debian has patched chrpath to work fine on elf64... I don't have a 64-bit machine that Mandrake will run on. I don't mind fixing things for 64-bit. Rather than sending nasty grams assuming we know what issues apply to 64-bit archs that most of us don't have access to... It'd be useful if you were a little more diplomatic about it. Or hell even better, why don't you just fix chrpath as Debian did to work right on 64-bit archs? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] urpmi-4.4-26mdk
On Wed, Sep 03, 2003 at 11:10:28AM +0200, François Pons wrote: Ok, I should add an option for using -z so, as some users experienced increased download speed. Option: Yes Default: No :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] pkgconfig not required by -devel
On Tue, Sep 02, 2003 at 10:11:36AM +0200, Guillaume Rousse wrote: It is still not a good idea to add as buildrequires it to a gazillion spec, either manually or automatically. Just adding rpm-build requires would be more consistent with current solution used with other build tools. AFAIK, nothing buildrequires autoconf, automake, gcc, they are considered as implicit build dependencies. All kinds of packages have buildrequires on autoconf, automake, or gcc. Though they all need specific versions. Given the recent version issues with autoconf and automake this is pretty common now for packages to need to specify that they need a particular version. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: amavis-ng cannot be installed
On Mon, Aug 25, 2003 at 12:13:11AM +0200, Tibor Pittich wrote: On 23. aug 2003 at 13:38, Pascal wrote: # LC_ALL=C urpmi --auto-select Some package requested cannot be installed: amavis-ng-0.1.6.4-4mdk.noarch (due to unsatisfied perl(File::Scan)[= 0.20]) (Y/n) n ok, now i create perl-File-Scan package (0.63-1mdk), which should be on mirrors soon. please test it with amavis-ng package. .. and of course, thanks for report This is a fundamental problem with automatic perl requires. A lot of tools can optionally use perl modules if they are available and if they aren't it doesn't break anything, the functionality isn't available. These shouldn't be requires, problem is now we have to know all these exceptions and exclude them from the requires, which IMHO is a bigger pain to figure out and deal with than the ones that really are required. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: synchroning ftp (Was: Re: [Cooker] problems with main mirror - ftp.uninett.no)
On Mon, Aug 25, 2003 at 11:37:44AM +0200, Blindauer Emmanuel wrote: I think you didn't understand completly was I was talking about. I have proposed to only update the primary mirror once (or twice) a day. Not asking every mirror to do that, they need to be up to date. Primary mirrors are definately updating more than twice a day. Debian works with way too, and they don't have these problems. http://www.debian.org/mirror/ftpmirror.en.html#when Debian can probably deal with only doing a twice daily update because they don't have 6 month release cycles to keep... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Whatever happened to free choice?
On Sat, Aug 23, 2003 at 06:27:54PM +0200, Steffen Barszus wrote: That was discussed allready I think, what i wonder is that it isn't fixed. What about a virtual provide dm ? I think the requirement is for something that's kdm compatable in its configuration. So kdm-compatable would be more accurate. Just dm would apply to gdm which doesn't read the same config file... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [CHRPM] gnupg-1.2.3-1mdk
On Sun, Aug 24, 2003 at 08:40:40AM +0200, Vincent Danen wrote: -=-=-=- Name: gnupgRelocations: (not relocateable) Version : 1.2.3 Vendor: MandrakeSoft Release : 1mdk Build Date: Sat 23 Aug 2003 06:16:35 PM CEST Install Date: (not installed) Build Host: bi.mandrakesoft.com Group : File toolsSource RPM: (none) Size: 2310774 License: GPL Signature : (none) Packager: Vincent Danen [EMAIL PROTECTED] URL : http://www.gnupg.org Summary : GNU privacy guard - a free PGP replacement. Description : GnuPG is GNU's tool for secure communication and data storage. It can be used to encrypt data and to create digital signatures. It includes an advanced key management facility and is compliant with the proposed OpenPGP Internet standard as described in RFC2440. -=-=-=- Vincent Danen [EMAIL PROTECTED] 1.2.3-1mdk - don't add keys to root's keyring anymore :( It's still useful for verifying things other than RPMs. So it still would be handy to have it on the root keyring. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [CHRPM] urpmi-4.4-26mdk
On Tue, Aug 26, 2003 at 05:04:06PM +0200, François Pons wrote: -=-=-=- Name: urpmiRelocations: (not relocateable) Version : 4.4 Vendor: MandrakeSoft Release : 26mdk Build Date: Tue Aug 26 16:48:56 2003 Install Date: (not installed) Build Host: bi.mandrakesoft.com Group : System/Configuration/Packaging Source RPM: (none) Size: 787024 License: GPL Signature : (none) Packager: François Pons [EMAIL PROTECTED] URL : http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/soft/urpmi Summary : User mode rpm install Description : urpmi takes care of dependencies between rpms, using a pool (or pools) of rpms. You can compare rpm vs. urpmi with insmod vs. modprobe Buildarchs: noarch -=-=-=- François Pons [EMAIL PROTECTED] 4.4-26mdk - added -z for rsync:// protocol by default. Ugh... -z may be a very bad idea. If you have a fast connection to the mirror (e.g. a local mirror, and I would presume those using rsync have local mirrors since not many mirrors provide rsync access and those that do usually severally limit the number of clients) then compression will usually make things slower. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] resigning some packages
On Tue, Aug 26, 2003 at 06:29:04PM +0200, Guillaume Rousse wrote: I guess signature is included in package headers. From what i understood from previous discussion, isn't resigning typically the case where rsyncing packages in place, instead of deleting old ones and downloading new ones, woul be especially useful ? It's not necessary to change the version numbers to resign the packages. rpm provides --addsign and --resign (poorly named since they behave opposite of how you'd expect). -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] php-4.3.3-2mdk
On Wed, Aug 27, 2003 at 07:14:49AM +0200, Gwenole Beauchesne wrote: Hi, -=-=-=- Name: php Relocations: (not relocateable) Version : 4.3.3 Vendor: MandrakeSoft Release : 2mdk Build Date: Wed Aug 27 02:13:47 2003 -=-=-=- - php-devel should require openssl-devel (buchan?) - drop php-killrpath (S1), use chrpath instead Why do people keep on using this non portable tool? It should be possible to import our libtool to aclocal.m4 so that RPATH to X11 libs is not generated. Rather than just bitching provide an explanation of how to avoid using chrpath and we'll try and fix the packages so they don't use it. Incidentally, what's non-portable about chrpath? I thought it would work on any ELF binary? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: synchroning ftp (Was: Re: [Cooker] problems with main mirror - ftp.uninett.no)
On Tue, Sep 02, 2003 at 07:52:49AM +0200, Dave Cotton wrote: Question really is who set the 6 month limit? If the mad rush to keep up with the cycle causes the problems that are occurring at the moment then it must be questioned. If the problem isn't faced up to, there may not be a requirement for a six month cycle in the future, there may not be a future. You have a question about that? I think the answer is obvious. Mandrakesoft. There was some discussion about backing off on the rate of releases a while back. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [gphoto-devel] Problem with Canon Powershot S45 and libgphoto2 2.1.2rc5
On Fri, Aug 29, 2003 at 11:49:33PM +0200, Till Kamppeter wrote: I have patched the libgphoto2 on Mandrake's Cooker using Stephen's fixes from August 11. Marco, please install libgphoto2-2.1.2-5mdk and report whether your Canon PowerShot S45 works with it. Everyone who reads this and has a Canon camera, please test whether all works fine. My EOS D30 works... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [CHRPM] rrdtool-1.0.45-1mdk
On Sat, Aug 30, 2003 at 08:18:52PM +0200, Ben Reser wrote: -=-=-=- Name: rrdtool Relocations: (not relocateable) Version : 1.0.45Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Aug 29 03:18:36 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Networking/Other Source RPM: (none) Size: 929239 License: GPL Signature : (none) Packager: Ben Reser [EMAIL PROTECTED] URL : http://ee-staff.ethz.ch/~oetiker/webtools/rrdtool/ Summary : RRDtool - round robin database Description : RRD is the Acronym for Round Robin Database. RRD is a system to store and display time-series data (i.e. network bandwidth, machine-room temperature, server load average). It stores the data in a very compact way that will not expand over time, and it presents useful graphs by processing the data to enforce a certain data density. It can be used either via simple wrapper scripts (from shell or Perl) or via frontends that poll network devices and put a friendly user interface on it. -=-=-=- Ben Reser [EMAIL PROTECTED] 1.0.45-1mdk - 1.0.45 - Fix automake build requires - Fix systemlibs patch so the perl bindings work. - chrpath -d to get rid of the nasty rpath in the binaries, I spent hours trying to get the build not put it in, it happens during the install phase, if someone can really fix this it would be nice. - Macroize - Try to fix the nasty permissions mess... - Change how the .in/.am files are removed so you can short-circuit - Don't ship the ntmake.pl file (it's the build script for Windows NT) Oden, You'll need to merge whatever changes you made into this. Warly just forced my update. But at least the bot won't block these changes now... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] vim-6.2-9mdk
On Sun, Aug 31, 2003 at 01:27:40AM +0200, Guillaume Rousse wrote: It's because i've defined line width to be 72 characters, to take care of limits in description. However, it affect the whole spec, which is not a good idea. To get rid of this, just copy the mode from /usr/share/vilm/ftplugin/spec.vim into your ~/.vim/ftpplugin, and remove or comment the line: setlocal textwidth=72 So you're just going to leave it broken? If you can't do it so it only applies to the %description section I'd rather we not have it at all. The wrapping of other lines is bound to cause more problems than the wrapping can fix for the %description section... I know I didn't notice one of these funky wrapped lines until half way through a build when it failed... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] vim-6.2-9mdk
On Sun, Aug 31, 2003 at 02:23:05AM +0200, Guillaume Rousse wrote: No, i'm going to fix it when i'll have some time, as i have many other things to do with this mode, such as merging with original spec mode from gustavio. Ahh okay, I thought you were giving me the homedir method as the solution, not just a workaround. I know how finding time goes... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [CHRPM] vim-6.2-9mdk
On Wed, Aug 20, 2003 at 05:38:02PM +0200, Thierry Vignaud wrote: -=-=-=- Name: vim Relocations: (not relocateable) Version : 6.2 Vendor: MandrakeSoft Release : 9mdk Build Date: Wed Aug 20 12:11:09 2003 Install Date: (not installed) Build Host: ke.mandrakesoft.com Group : Editors Source RPM: (none) Size: 4057670 License: Charityware Signature : (none) Packager: Thierry Vignaud [EMAIL PROTECTED] URL : http://www.vim.org Summary : VIsual editor iMproved Description : VIM (VIsual editor iMproved) is an updated and improved version of the vi editor. Vi was the first real screen-based editor for UNIX, and is still very popular. VIM improves on vi by adding new features: multiple windows, multi-level undo, block highlighting and more. The vim-common package contains files which every VIM binary will need in order to run. -=-=-=- Thierry Vignaud [EMAIL PROTECTED] 6.2-9mdk - patch 29: update spec mode to guillaume rousse one (fix error when editing spec file in the same buffer, add support for rpmlint and the like) [frederic crozat request] This needs work. I was using vim on klama yesterday and it kept wrapping my lines and starting them with %'s. It must think % is a comment or something. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] contrib packages missing gpg signatures?
On Sun, Aug 17, 2003 at 12:20:23PM +0200, Luca Berra wrote: well, most of them are, and i believe all should be signed, not necessarily by mandrake, but at least from the packagers. After such thing as the gnu ftp server compromise i believe it is only responsible to sign packages. I'd love to sign packages, but I refuse to put my GPG key on a machine I don't control. I suppose I could create a new key just for signing packages, but the issue is there's still a key that has my blessing on someone elses machine. The alternative is to download each and every package to my local machine, sign and reupload... That's a lot of hassle. I tend to agree that these packages should be handled the same way as main is and signed by a Mandrake key... A separate key could be made for contrib and signing could/should be handled the same way as main. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Do we have or need a mime type or file associations manager?
On Mon, Aug 25, 2003 at 06:14:54PM +1200, Paul Dorman wrote: Hi all, I'm thinking that a graphical mime type manager would be incredibly useful. It could be just like Konqueror's mime type manager, but be desktop environment agnostic, and capable of global and per-user operation. If you're going to use a mail client that sets: References: [EMAIL PROTECTED] [EMAIL PROTECTED] In-Reply-To: [EMAIL PROTECTED] then please don't reply to messages to start a new thread... Rather, choose new message and type the address (or use an alias or address book entry or whatever your mail client calls it) for the mailing list. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] IMQ target for iptables
We have the imq kernel module but the IMQ target is missing from iptables. Without the IMQ target for iptables it is impossible to use IMQ. Please add it. You can find the patch here: http://trash.net/~kaber/imq/ The patch has no effect on anyone that doesn't use the IMQ target and doesn't have the imq kernel module loaded (and configured for that matter). Or if you'd rather I'll do it myself... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] OT: on current viruses
On Mon, Aug 25, 2003 at 07:29:40AM +0800, Leon Brooks wrote: However, this does open it to simple filtering: block all outbound SMTP except that aimed at your own SMTP gateway. Supposedly it looks up your relay from your mail settings and uses that with its own SMTP engine -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] OT: on current viruses
On Sat, Aug 23, 2003 at 01:00:29PM -0400, Austin wrote: I keep getting these messages from virus scanners on various mail servers all over the world saying that I tried to send a virus infected email through their mail server. It's the sobig.f virus, which is written in MSVC, and propogates through windows, so I don't see how I could have sent it to anyone, but they attach a copy of it with my return address. This makes me very mad. I don't have a single computer running Windows, and I highly doubt if Balsa can execute MS macros LOL. I'm proud of the fact that I don't propogate viruses. You're just now getting these emails? I've been getting them for the past year or so at least... My procmail rules to try and filter them out: http://mirror.brain.org/linux/breser/misc/rc.virus Every big virus I get to add a whole new batch of rules... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: synchroning ftp (Was: Re: [Cooker] problems with main mirror - ftp.uninett.no)
On Sat, Aug 23, 2003 at 04:37:53PM +0100, Brian Tyndall wrote: Perhaps we need to fix an hour to do the rsync from the main mirror ? like 2x per day, 0h GTM and 12h GMT, ppl at mandrakesoft will update their public server, and from here, other mirrors ftp will get the stuff without these problems ? Do you realize that this won't work? If everyone syncs at the same time and only twice a day it will take days for things to propogate to all the mirrors. Most better mirrors are probably syncing once an hour. Further, the problem you are trying to solve is happening because you're syncing at the same time as the mirror upstream from you. So limiting everyone to sync at roughly the same time would just make this worse. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Mirror wiki page
On Wed, Aug 13, 2003 at 05:53:41PM +0200, Olivier Thauvin wrote: I just update the page with a solution, please, give your point of view. warly: can changes be applied, and when ? I wonder we can't wait september (release time too soon), else it will be for next release. Page updated with a better layout that fixes the mirror automation issue of the previous design. The hdlist layout may need to be changed the other direction around. However, I think it should be the way I laid it out. For anyone trying to make a CD from the tree, they ought to be running the appropriate commands to regenerate the lists. Network installs should work fine because the symlinks should be followed by the server transparently to the installer. This new design also is more compatable with existing clients expecting updates in a certain place. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Error in cooker tree links
On Wed, Aug 06, 2003 at 08:32:39AM -0400, Frank Griffin wrote: When I updated cooker this morning, I noticed that two new links were created in cooker/i586/Mandrake: RPMS3 and RPMS4. However, they were created as ../../contrib/jpackage.org/generic/RPMS/ and ../../contrib/jpackage.org/mandrake/RPMS/ whereas the RPMS2 link which points to contrib is created as ../../../contrib/i586// Looks to me as though the new links should have an additional ../ prepended to them, and may need a i586/ added at the end. Also, the double slash at the ends of the RPMS2 link looks like an error (even though it doesn't seem to cause problems). The mirror involved was ftp.uninett.no. There's also a jpackage.org dir in contrib that is not readable on carroll... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] New rpmlint rule suggestion...
On Tue, Aug 05, 2003 at 02:21:06AM +0200, Tibor Pittich wrote: hm, why should be init scripts only root readable/executable by default? i think as chmouel that this is work for msec. readable startup script isn't much security risc, as you know, because there is many others things which must be completed if this may be prevent for starting unprivileged users. .. and there is many others files/dirs which may have strict permissions by default, such as /etc/hosts.[allow,deny], /etc/fstab, /etc/sysctl.conf (this one isn't handled in any msec level!), and other fundamental files and dirs, not only in 4 or 5 msec level.. Guys you're all missing my point. I don't care if they're readable by anyone else. rpmlint should make sure that they are owned by the root user and executable by that user. That's all I really want. Anything more permissive is gravey and doesn't matter to what I'm getting at. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] 9.2 Req. Laptop Support
On Wed, Aug 06, 2003 at 08:27:46PM +0200, [EMAIL PROTECTED] wrote: 0.01%? (after trying to get a reply from Juan concerning supermount-ng (which was available when 9.1 came out), I basically gave up on getting kernelteam to include patches/drivers.). Next kernel-mm will be based on thomas' kernel (estimate it will be ready by this weekend). I actually asked Juan about supermount-ng and he indicated it would be used, but didn't give a time frame for when. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] rpmdrake vs. urpmi weirdness
On Fri, Aug 08, 2003 at 05:27:08PM +0200, Buchan Milne wrote: Well, it's not specific to Club, the same packages are on the commercial CDs. And the disparity between packaging files for commercial apps and other packages has been an issue before. If people building for Club need to make one fix to a package, or update it (like Nvidia drivers for example - and with the ones for 9.1 I couldn't even find the release used in the commercial packages from NVidia), you have to start from scratch. It would be nice if at least the spec files were available in CVS ... I had this same sort of issue. I wanted to package real player for PPC. Had to start over from scratch. I'm stilling waiting for someone from Mandrakesoft to tell me if their agreement with Real that lets them distribute the package for i586 lets them do so for PPC so I can upload the package... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] lilo cant have more than 11 images.
On Mon, Aug 11, 2003 at 04:42:17PM +0200, Svetoslav Slavtchev wrote: shouldn't urpme/ rpm -e remove the entries on uninstall ? It does unless it's been broken recently. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Proposed change in spec file to allow packages to continue to build on 9.1 and prior
On Tue, Aug 05, 2003 at 08:58:09PM +0200, Guillaume Rousse wrote: And spam-assassin too, i know. But all those cases rely on individual packager decision, which is plainly wrong IMHO. Either all packages should be rebuildable, for a given number of previous release, and support should be provided globally, or none. Current situation make no sense for me. Some of us are already maintaing the packages for multiple distro releases. For a variety of different reasons... Using on a different distro version locally, club, personal tress, etc... There's probably not enough time to spend to do it globally, but I'm going to be really opposed to saying that I can't maintain that backwards compatability in packages I want it in because it's exceedingly tedious to maintain two sets of packages when I can maintain one that builds both places. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: pam_ldap-164-1mdk issue
On Thu, Aug 07, 2003 at 07:25:28PM +0200, Buchan Milne wrote: [Vince, the cert validation issue also affects the openldap packages on 9.1. I mentioned this before, and I have discovered that the problem I had attributed to TinyCA is a general problem with cert validation (in the case you don't use self-signed certs). I will file a seperate bug on openldap, but I would like your input on it)] FYI Vincent is on vacation until the 15th. First time he's had any substantive vacation in a while. So you'll probably have to decide this on your own if you don't want to wait until then. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Proposed change in spec file to allow packages to continue to build on 9.1 and prior
On Thu, Aug 07, 2003 at 03:42:20AM +0200, Guillaume Rousse wrote: It doesn't infirms my initial point: - backward compatibility has a cost Yes the time of doing it. If I'm a contributor and I want to allow backwards compatability that's my decision of how to use my time. I don't see how you have any right to tell me I can't spend time to do that. - having just some packages supporting it by packager choice makes no sense Sure it does, or nobody would be doing it. I'd be personaly in favor of ensuring backward compatibility with current stable release, as it would reduce a bit the current release/forget mdk strategy effect, but as a global policy issue, and provided it could be done otherwise as introducing conditional macros everywhere in all spec files. I think this would be a big headache to enforce globally... And would open the list for bug reports for packages not building on the current release. Given the opinions about that I don't think you'll see that happen. Just releasing an updated rpm package for stable release with missing macros for instance. You mean like this: http://marc.theaimsgroup.com/?l=mandrake-security-announcem=102565725314514w=2 -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] How to dump current rpm db for install ?
On Tue, Aug 12, 2003 at 11:56:23AM +0200, Buchan Milne wrote: That's why I made the suggestion to use: urpmi `cat packages.list` instead of for i in `cat packages.list`;do urpmi $i;done You let urpmi compute dependencies a few hundred times doing it the 2nd way, which does take a while. One other possible problem with that is if you had packages installed that don't exist (maybe something you packaged locally) or that have changed names without providing the old name, then urpmi will barf on the whole thing... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] perl-CGI-2.99-2mdk
On Sat, Aug 09, 2003 at 03:57:49AM +0200, Guillaume Rousse wrote: Just because some stupid bot spammed me this morning about corrupted files. Without any answer about the reason on IRC, i just rebuild all my incriminated packages, including this one. I smell an errant bot, ohh well... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [CHRPM] perl-CGI-2.99-2mdk
On Fri, Aug 08, 2003 at 04:10:53PM +0200, Guillaume Rousse wrote: -=-=-=- Name: perl-CGI Relocations: (not relocateable) Version : 2.99 Vendor: MandrakeSoft Release : 2mdk Build Date: Fri Aug 8 13:30:49 2003 Buildarchs: noarch -=-=-=- Guillaume Rousse [EMAIL PROTECTED] 2.99-2mdk - rebuild For what? It's a noarch package. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] How to dump current rpm db for install ?
On Sat, Aug 09, 2003 at 10:56:36AM +0200, Buchan Milne wrote: Or: # urpmi `cat package.list` should be a bit faster. I'm making the assumption that that is going to overflow the command line limit. I could have done it with xargs to be a little more efficient and faster. But hey it's just an example. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [apache2-mod_perl] Missing libperl.so
On Sat, Aug 09, 2003 at 10:00:45PM -0400, [mordibity] wrote: This is also affecting gaim-0.59.1-2mdk in 9.2beta2: gaim: error while loading shared libraries: libperl.so: cannot open shared object file: No such file or directory On this gaim issue please don't mix bug reports. gaim was rebuilt for 5.8.1 with 0.66-1mdk. So please make sure you are up to date before reporting bugs. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] How to dump current rpm db for install ?
On Fri, Aug 08, 2003 at 03:17:25PM -0400, Frank Griffin wrote: The current install gives you a way to save your package selections to a floppy which can then be used in later installs to avoid having to manually re-select everything. Is there any way to generate such a floppy from a running system ? In other words, once I get a particular cooker stocked with various packages added over time (many post-install), can I create a floppy that can be fed to another install which will select all of the packages in the first system, whether they were selected during installation or after installation ? Not really. However you could do: rpm -qa --qf '%{NAME}\n' package.list Then run urpmi for each package name after the install: for package in `cat package.list`; do urpmi $package done You'll have some that won't exist anymore (libraries for example with changing major names). But it ought to work for anything else. Can't say I've done this myself... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Kernel Naming Scheme (was) [Contrib-Rpm] kernel-2.6-2.6.0-0.test2.2mdk
On Thu, Aug 07, 2003 at 09:48:22PM +0200, Buchan Milne wrote: Actually, something like kernel2.6-2.6.0.0.2mdk (to be absolutely sure urpmi doesn't wipe your only (2.6) bootable kernel on update. Or better don't use a hideous naming scheme and get the urpmi maintainer to add it to the default /etc/urpmi/inst.list The current naming scheme IMHO breaks urpmi and MandrakeUpdate becuase it will not tell you that there is a new kernel to update. BTW IMHO kernel-source should be added to the inst.list too. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] urpmc-1.2-2mdk
On Mon, Aug 04, 2003 at 07:29:39AM +0200, Luca Berra wrote: first i have to thank you for urpmc second, i noticed thet urpm does not deal well witch changing extension to the release tag. i.e. when upgrading from libfoo-5.1-1mdk to libfoo-5.1-1plf will display the full changelog. That'll work fine, but PLF has to include the Mandrakesoft changelog in their packages. Otherwise there's no way of telling where they align. You can't go by the version numbers because development can be completely independent of each other. urpmc (when running with --tc which is default) looks for the version number that is on the current packages source package in the changelog. E.G. if you looked up rpm -qi libfoo-5.1-1mdk you should see say, libfoo-5.1-1mdk.src.rpm. With that data urpmc would look for a changelog that had 5.1-1mdk as the version. When if found that it would treat anything before that as new changelog information. If it can't find that it means one of two things have happend: a) The changelog has been truncated. I.E. the packager removed older changelog data. This happens from time to time, esp if you haven't upgraded in a while. You'd probably seem some of this upgrading from 9.1 to 9.2. b) The changelog (in the new package) doesn't contain the changelog for the currently installed package. This happens in cases where there are two independently developed branches, e.g. PLF and MDK, which do not combine their changelogs and do not necessarily align. I can probably fix the first situation by looking at the changelog of the currently installed package and trying to align the changelogs to find the overlapping data, if there is any. I'm skeptical of doing this because it would be a rather CPU intensive activity... urpmc is already a tad slower than I'd like. The only other way to do it is to get into version comparison which I'd like to avoid, but it sounds like I may have to do... I've already talked about avoiding that in another email, but the short of it is I think it will introduce a ton of new bugs to urpmc. So I don't see a good way to fix this issue. But if I come up with a way or I feel like trying to make one or both of the possible solutions work I may in the future... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] urpmc-1.2-2mdk
On Mon, Aug 04, 2003 at 09:44:29PM +0200, Buchan Milne wrote: Most packages that exist both in cooker and PLF use identical SRPMs ... If someone wants to give me an example of something that's failing I'll look at it. But I'm willing to bet that the issue is that the changelogs don't match up. I'd be really surprised if Mandrake was shipping packages with PLF changelogs in it because that defeats the purpose of saying they aren't connected. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] New rpmlint rule suggestion...
Perms on any file in /etc/rc.d/init.d should be 0700. rpmlint should test for this. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] New rpmlint rule suggestion...
On Tue, Aug 05, 2003 at 01:20:20AM +0200, Chmouel Boudjnah wrote: Ben Reser [EMAIL PROTECTED] writes: Perms on any file in /etc/rc.d/init.d should be 0700. rpmlint should test for this. it depend of the msec security level (i guess)... Humm... I guess they are readable on some of my other machines. But at a minimum they should be executable for root. Otherwise they won't run. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: New rpmlint rule suggestion...
On Mon, Aug 04, 2003 at 07:47:00PM -0400, David Walser wrote: Ben Reser wrote: Perms on any file in /etc/rc.d/init.d should be 0700. rpmlint should test for this. What!? Why? My intention is for rpmlint to make sure they are executable by at least root. I guess it's okay for them to be readable but they should be owned by root and at least 0500, if not 0700. Group and World perms don't really matter for what I'm trying to get at... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] dm - prefer kdm or gdm
On Sun, Aug 03, 2003 at 04:45:04PM +0200, Buchan Milne wrote: Instead of emotional outbursts, please rather document the reasons you don't like mdkkdm, as others have done on the cooker wiki. Maybe the only reason you detest mdkkdm is that you can't log in as root by default, and if they change the default to be kdm, maybe they will disable root login there by default too (since it really is best to prevent this, and force users into good habits, although of course you can change this if you like your bad habits). As far as I know mdkkdm doesn't let you type in a user name (I haven't tried it in a long time). That's the one thing that bugs me. I prefer to keep the list of users displayed down but there are some users that I want to log in as from time to time (e.g. my test user). What I've never really understood is if they wanted to simplify the DM, why didn't they modify kdm to have such a mode, contribute it upstream to the KDE people, and then set it as default. Anyone that doesn't like it can simply change the mode in kcontrol... It would avoid a lot of the complaining that has happened, IMHO. While I think mdkkdm is silly, I'm not demanding that they take it out. I'm more than happy to change it after the install... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [Contrib-Rpm] starfighter-1.00-4mdk
On Sun, Aug 03, 2003 at 10:31:57AM -0400, Robert L Martin wrote: IMHO, this kind of description for a game is pretty useless. Sure it's pretty, but it doesn't tell you anything like what type of game it is, what hardware it uses etc. Maybe we should move to something like This is a 3D space action game based on the SDL libraries as a description for a game instead of a long summary of the plot? --- esp since the plot summary has a bad word choice and in general sounds like japanese translated to english by way of yiddish and a ADD dice set. what i would like to see is a target distro flag to clue on whether an rpm can safely be installed on my setup (some of the good stuff seems to require a complete upgrade to +1 version due to glibc and base system problems) This style of quoting is extremely confusing. I have no hints to tell me what is your text and what is the original text. There is no attribution of the text you are quoting, so I have to have the original email to figure out who said it. Not to mention your dashed line is 85 lines, far more than a standard 80 line terminal/window. So could you please use a more standard format. Or at least provide some type of attribution? Before anyone whines about my attribution... I would put the right attribution on this email and the quoted text but I can't since I don't know who wrote what. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: synchroning ftp (Was: Re: [Cooker] problems with main mirror - ftp.uninett.no)
On Thu, Jul 31, 2003 at 10:40:28AM +0200, Blindauer Emmanuel wrote: Perhaps we need to fix an hour to do the rsync from the main mirror ? like 2x per day, 0h GTM and 12h GMT, ppl at mandrakesoft will update their public server, and from here, other mirrors ftp will get the stuff without these problems ? Good mirrors update a heck of a lot more often than once a day and if everyone updates at the same time things won't fully propogate for several days (assuming one update a day)... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] iptables-1.2.8-1mdk
On Wed, Jul 30, 2003 at 11:58:50PM +0200, Juan Quintela wrote: No idea, really, just did the default rebuild with new kernel. Will look at that later. Looks like tarpit support has been merged into the official tool release. This is likely a sign that it will be accepted into the kernel and be removed from patch-o-matic sometime in the future... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [delete] cooker contrib changes
On Fri, Aug 01, 2003 at 04:36:39PM +0200, mandrake wrote: old these packages has been removed from cooker contrib: - perl-RPM-0.40-3mdk.alpha.rpm (alpha) - perl-RPM-0.40-4mdk.ppc.rpm (ppc) - perl-RPM-0.40-4mdk.i586.rpm (i586) I was using these... If nobody else wants them I'll reintroduce them and maintain them myself... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: cyrus-imapd-2.1.14-4mdk, with ipv6 support
On Sat, Aug 02, 2003 at 10:10:01PM +0200, Luca Olivetti wrote: Seeing the changelog in perl packages from Ben Reser it seems this is indeed the correct thing to do. As well as %if %{mdk92} %exclude %{perl_archlib}/perllocal.pod %endif Shouldn't need to now... perllocal.pod shouldn't be getting installed as of .3mdk of perl. I think Pixel fixed the breakage. I just happened to be working on those packages for other issues and I had to do that to get them to build. I didn't go back and remove the perllocal.pod stuff from those that I put it in because it doesn't hurt anything... Next rev if there is a need for one they can be removed since the version of perl that was create the issue won't ever be a release... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: cyrus-imapd-2.1.14-4mdk, with ipv6 support
Not sure who originally wrote this. The attribution on the previous message is ambiguous. Maybe it's possible that the new perl doesn't need a PREFIX at all once you specified a DESTDIR, otherwise your patch shouldn't work Probably the correct thing to do is: %if %mdk92 %{__make} install DESTDIR=%{buildroot} mandir=%{_mandir} %{__make} -C man install DESTDIR=%{buildroot} mandir=%{_mandir} %else %{__make} install DESTDIR=%{buildroot} PREFIX=%{buildroot}%{_prefix} mandir=%{_mandir} %{__make} -C man install DESTDIR=%{buildroot} PREFIX=%{buildroot}%{_prefix} mandir=%{_mandir} %endif After some experimentation and working against changing perl versions... the definitive answer is for 9.2 would be: %makeinstall_std You shouldn't have to set the mandir... but if you still think you need to you can do: %makeinstall_std More thank likely this will work: %makeinstall_std %makeinstall_std -C man Untested... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] urpmc-1.2-2mdk
On Sat, Aug 02, 2003 at 05:24:44PM -0600, Ken Thompson wrote: What is urpmc? What does it do? I have vague ideas but would like it written in stone G... From my description: urpmc will run urpmi.update on a media or medium, get the list of packages that an auto-select would install, and show the changelogs of those packages from the hdlist. This program should be suitable for adding to a cronjob so you can see what updates you need to install and why. Especially useful for cooker developers so they can see what changes they are installing, not just the package names. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] To all those with local Cooker mirrors
On Sat, Aug 02, 2003 at 08:21:17PM -0400, David Walser wrote: If you're using straight rsync, or even worse, an FTP mirroring program, you should be using rpmsync, which is now packaged and in contrib. It'll save you, and the server you're mirroring from, lots of bandwidth. Not really accurate. Since the rpm archive is compressed with gzip and to my knowledge we do not have the rysncable patch in our gzip (nor does rpm use it) the only data which can be saved from being downloaded is the headers which are not compressed and do not always change much between versions. However the headers by far are the smaller part of the package. This document by the rsync author (which happens to talk about Debian but the same issues apply to rpms and Mandrake) covers the issues nicely: http://samba.anu.edu.au/rsync/rsync-and-debian/rsync-and-debian.html In short the solution to this problem goes far beyond having a system to rename the files so rsync will resume the transfer... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] urpmc-1.2-2mdk
On Sat, Aug 02, 2003 at 06:57:18PM -0600, Ken Thompson wrote: Thanks ben, the documentation for URPMI is rather sparse. When trying Buchan's suggestion all I get is this: [EMAIL PROTECTED] ken]$ urpmf --description urpmc [EMAIL PROTECTED] ken]$ urpmq -i urpmc no package named urpmc [EMAIL PROTECTED] ken]$ I'm using mdk9.2b1. Despite the name urpmc is not officially part of urpm*, nor is it written by Mandrakesoft. It's a contrib package that I wrote. So if you don't have a contrib source setup then you won't be able to see it. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: To all those with local Cooker mirrors
a larger package, apache2. [EMAIL PROTECTED] root]# rsync -P --stats mirror::Mandrake/updates/9.1/RPMS/apache2-2.0.47-1.1mdk.i586.rpm . 179550 100% 28.54MB/s0:00:00 rsync[4862] (receiver) heap statistics: arena: 41624 (bytes from sbrk) ordblks:3 (chunks not in use) smblks: 0 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) usmblks:0 fsmblks:0 uordblks: 40120 (bytes used) fordblks:1504 (bytes free) keepcost:1464 (bytes in releasable chunk) Number of files: 1 Number of files transferred: 1 Total file size: 179550 bytes Total transferred file size: 179550 bytes Literal data: 179550 bytes Matched data: 0 bytes File list size: 49 Total bytes written: 137 Total bytes read: 179695 wrote 137 bytes read 179695 bytes 359664.00 bytes/sec total size is 179550 speedup is 1.00 [EMAIL PROTECTED] root]# mv apache2-2.0.47-1.1mdk.i586.rpm apache2-2.0.47-4mdk.i586.rpm [EMAIL PROTECTED] root]# rsync -P --stats mirror::Mandrake-devel/cooker/i586/Mandrake/RPMS/apache2-2.0.47-4mdk.i586.rpm . 181140 100%7.85MB/s0:00:00 rsync[31168] (receiver) heap statistics: arena: 41624 (bytes from sbrk) ordblks:3 (chunks not in use) smblks: 1 hblks: 0 (chunks from mmap) hblkhd: 0 (bytes from mmap) usmblks:0 fsmblks: 48 uordblks: 40136 (bytes used) fordblks:1488 (bytes free) keepcost:1400 (bytes in releasable chunk) Number of files: 1 Number of files transferred: 1 Total file size: 181140 bytes Total transferred file size: 181140 bytes Literal data: 166440 bytes Matched data: 14700 bytes File list size: 47 Total bytes written: 1698 Total bytes read: 166671 wrote 1698 bytes read 166671 bytes 336738.00 bytes/sec total size is 181140 speedup is 1.08 [EMAIL PROTECTED] root]# perl getarchive.pl apache2-2.0.47-4mdk.i586.rpm [EMAIL PROTECTED] root]# file plain plain: gzip compressed data, from Unix [EMAIL PROTECTED] root]# ls -l plain -rw-r--r--1 root root 158157 Aug 2 19:53 plain This time we got slightly better results. But still we only saved 14700 bytes of matched data from being sent. About 8% of the file. The header was 22983 bytes in this case. Probably the reason it was slightly better in this case was was the size of the changelog for apache2 which was fairly large... So let's adjust our estimates down from above where I estimated based on the hdlist size. Let's guess we can save transfering about 50% of the headers. That means that if every package in main got changed we'd save about 31MB and for contrib about 22MB. But not everything gets updated in the tree on a daily basis. A rather generous estimate of 20% of the packages get updated on a daily basis means: 6MB for main, 4.4MB for contrib on a daily basis. All the RPMS from the main tree are 2.3GB, contrib, 2.4G. Again assuming rougly 20% is updated on a daily basis. Which comes out to a total transfer of 471MB and 491MB respectively. 6MB/471MB = 1.3% savings, 4.4MB/491MB = 0.8%. I don't call that a whole lot. Assuming a 500kb/s connection you'd save 101 seconds for main and 67 seconds for contrib. And I'm still making the assumption that every replaced package is getting renamed and that 50% of headers is being saved. Which is probably really generous. Another way it saves bandwidth is when packages are moved between sources, like contrib and main. rpmsync will mv them. rsync would delete them from one location, and download them cold to the other. This would save some bandwidth. But honestly how often does this really happen? I see a whole lot of deleting packages, and then eventually uploading new ones (e.g. library major changes). Which if you synced inbetween you'd end up pulling the whole new file later. I might think it was worth it if I was on dialup. But all in all I wouldn't call this a lot of bandwidth. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: To all those with local Cooker mirrors
On Sat, Aug 02, 2003 at 10:07:00PM -0600, Wesley J Landaker wrote: All theory and token tests aside, here is some *real* data. I have a cooksync-like script (but written in ruby and multithreaded) that I've used for at least the last six months, and I have *always* had it spit out the stats. In fact, because I'm morbidly curious, I *always* look at them. Typically, I get AT LEAST a 20-30% speed, often it's more than 50%. For reference, here is the stats part of the output for the last synching session. For the record, this is typical, not a special case or a fluke or something I dragged out of all the bad ones just because it looks good. They are *all* this good. The problem with this as an example is it includes unversioned uncompressed files like: compss provides depslist.ordered Additionally you're getting the synthesis and hdlist files. When you take and add those up you come up with about 34MB of data. When you look at your matching data it comes out to 31MB or so. Makes me wonder if the hdlist and synthesis files aren't rsyncing well. I should run some experiments to see how well that works... Unfortunately the explanation of the format in the packdrack man page is rather lacking. I've saved a copy of my base dir and I'll see what I can come up with for testing tomorrow. But I'm highly suspicious that all of that speed up is from moving the files around. It just doesn't fit the data and the protocol... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] For 9.2 - automatic update notification
On Fri, Aug 01, 2003 at 12:50:20PM +0200, Guillaume Cottenceau wrote: Though you need at least the synthesis to determine against local rpmdb if some updates would be necessary for your machine (as urpmc does I guess). Yup urpmc requires synthesis or hdlist to work. The figuring out what needs updating part is just shelling out to use urpmq unfortunately now, so whatever the requirements to do a urpmq --auto-select are also the requirements for urpmc. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] [RFD] 2.6 - input susbsystem (mouse) configuration
On Wed, Jul 30, 2003 at 01:39:31PM +0400, Andrey Borzenkov wrote: yes, using /dev/input/mice on both 2.4 and 2.6 would help w.r.t. interoperability. Unless we care about 2.2. PPC is already using this. /dev/usbmouse is a symlink to /dev/input/mice. Works nicely and makes all of us laptop people happy. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [Contrib-Rpm] hackscreem-0.7.1-4mdk
On Wed, Jul 30, 2003 at 01:00:21PM +0200, Charles A Edwards wrote: [Contrib-RPM] --=-=-= Name: hackscreem Relocations: (not relocateable) Version : 0.7.1 Vendor: MandrakeSoft Release : 4mdk Build Date: Wed Jul 30 12:48:09 2003 Install date: (not installed) Build Host: klama.mandrake.org Group : Networking/WWWSource RPM: (none) Size: 1499090 License: GPL Packager: Charles A Edwards [EMAIL PROTECTED] URL : http://www.screem.org Summary : Web Site CReating and Editing EnvironMent Description : SCREEM (Site CReating and Editing EnvironMent) is an integrated development environment for the creation and maintenance of websites and pages. This is a development release of Screem. I thought we weren't going to use the hack prefix anymore unless it is something that is seriously patched in the package. So shouldn't this package be: screem-0.7.1-0.7.1.i586.4mdk? -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [Contrib-Rpm] hackscreem-0.7.1-4mdk
On Fri, Aug 01, 2003 at 04:18:09PM -0400, Charles A Edwards wrote: No, it is my package in as much as I uploaded the initial rpm. Okay for some reason I was thinking it was someone elses.. I would, as well,like to know about the what is deemed to be proper usage of the hack prefix. I'm inclined to think hack* is bad because it makes it hard to find the packages... Having build access for only, as yet, a limited time I have no knowledge of any decisions/findings which may have been covered on the Maintainers list prior to my being subscribed. It's a recent discussion... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: Uncleanly shutdown message. more details...
On Thu, Jul 31, 2003 at 07:22:45AM -0400, Pablo E. Fernandez L. wrote: Sorry for my question, but how do I perform a manually fcsk in a single user mode? Thank you very much, kindest regards Probably the best way is to boot off the the CD and going to the console and run: fsck /dev/sda7 -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] bluefish-0.11-1mdk
On Wed, Jul 30, 2003 at 12:28:40PM -0400, Austin wrote: * Fri Jul 25 2003 Per ?yvind Karlsen [EMAIL PROTECTED] 0.9-2mdk - rebuild WTF am I doing wrong? I'm using vim which shouldn't be changing the character encodings. Sorry about that man. It's right here... Must have been your mail client. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Re: [CHRPM] iptables-1.2.8-1mdk
On Wed, Jul 30, 2003 at 09:14:35AM +0200, Oden Eriksson wrote: How did you manage to enable TARPIT support in iptables when the patch is not applied in the latest Mandrake kernel? rpm -qlp iptables-1.2.8-1mdk.i586.rpm | grep TARPIT /lib/iptables/libipt_TARPIT.so (just curious) He didn't. There are two components to iptables. The kernel side and the tools side. Both sides need support for a module for it to work. All the tools side has is the information to know what options are to be exported via the command line tool and how to apply them. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: Uncleanly shutdown message. more details...
On Wed, Jul 30, 2003 at 07:15:55PM -0400, Pablo E. Fernandez L. wrote: Hello to everyone, I am Using filesystem ext2. After the message: Unexpected incosistency: Failed to check filesystem. Do you want to repair? Y/N (beware you can loose data). If I select Yes: e2fsck 1.27 (8-mar-2002) /dev/sda7 contains a file system with errors check forced pass 1: checking inodes blocks and sizes warning ... fsck.ext2 /dev/sda7 exited with signal 11 [FAILED] in red. ext2 doesn't journal it's actions. This means if you uncleanly shutdown and it is in the middle of writing to the disk you'll have file system corruption. You'll have to run fsck /dev/sda7 against the drive in single user mode. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] Re: [Contrib-Rpm] afbackup-3.3.7pl6-1mdk
On Tue, Jul 29, 2003 at 04:47:28PM +0200, Tibor Pittich wrote: --=-=-= Name: afbackup Relocations: (not relocateable) Version : 3.3.7pl6 Vendor: MandrakeSoft Release : 1mdk Build Date: Tue Jul 29 15:48:38 2003 [snip] Description : [snip] - DES authentication support [snip] * Tue Jul 29 2003 Tibor Pittich [EMAIL PROTECTED] 3.3.7pl6-1mdk - initial contrib import. use admirable spec from Tuomo Soini [EMAIL PROTECTED] - removed des support because it doesn't compiled Might want to remove the DES feature from the Description if you're disabled it. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] very very bizarre
On Mon, Jul 28, 2003 at 08:49:40PM +0100, Adam Williamson wrote: (when it was frozen, it was at the line before error: failed to stat /home/adamw/music...). Looks like urpmi tried to access /home/adamw/music and knocked the connection over (this happens, the laptop's on wireless and the connection is slightly fragile). But why the heck was urpmi trying to do anything at all to /home/adamw/music while upgrading perl? Odd... You sure you didn't start xmms in the same console via xmms ? Because if you did then xmms' output would have gone to that console and would have intermingled with the urpmi output. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] dnotify startup script
On Tue, Jul 22, 2003 at 11:09:24PM -0700, Andi Payn wrote: One more problem: If you do have an /etc/sysconfig/dnotify, but it consists of nothing but comments, then service dnotify start will do nothing (and report FAILED), but it will touch the lockfile anyway. So service dnotify status will report dnotify dead but subsys locked, and service dnotify stop will fail. Maybe you should do an extra grep along with the -r tests to exit early if the config files are empty: --- dnotify.init.old +++ dnotify.init @@ -21,2 +21,5 @@ +egrep -shv '^([[:space:]]*#|[[:space:]]*$)' /etc/sysconfig/dnotify \ +/etc/sysconfig/dnotify.d/* /dev/null || exit 0 + RETVAL=0 Otherwise, it all seems to work for me. And this is definitely useful. You should send it to the upstream author to see if he's interested in it. And we should either add it to the dnotify package in contribs, or package it up on its own. Thanks for the bug report. I've added the init script to the dnotify package, with a slightly modified version of the fix and some other minor repairs. Should all be there and ready to go with 2mdk. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] Split cooker/Dev list(s) - verdict?
On Mon, Jul 28, 2003 at 05:31:06PM +0200, Buchan Milne wrote: Put to vote: http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerMlPoll When I try to vote for something it won't count my vote. And yes I made sure I was logged in... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] urpmi sendmail problems
On Mon, Jul 28, 2003 at 05:50:58PM -0500, David M. Kobler wrote: urpmi sendmail is not working as of Friday, is there any plans to fix this problem anytime soon? Giving more detailed information on what's failing (like the error message) might get it fixed sooner. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] dnotify startup script
On Sat, Jul 26, 2003 at 11:18:33AM -0700, Duncan wrote: On Tue 22 Jul 2003 01:31, Andi Payn posted as excerpted below: Finally, it's a bit strange to say, ... if you were not expecting a file of this type... and never mention what type the file originally was. Couldn't MIME-defang say, An attachment named 'foo' of type 'mime/type' was converted...? Think like certain apps (or users) from a certain closed OS.. Type is conveyed by file extension. Therefore, since the original filename and extension is mentioned, so is the type. MIME-Type??? What's that?? Text/Plain?? That's the format, not the file type. The file types in question were of course init and sysconfig.. Were you expecting files of that type? g .. All according to the common parsing rules of this very common closed OS, of course.. Or maybe it's just because mimedefang doesn't support adding the mime-type to that message because the hook function that lets you set it only provides you the old and new filenames. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] A new background ?
On Thu, Jul 24, 2003 at 04:10:42PM +0200, Buchan Milne wrote: Or maybe some of these (unless Danny or someone has some better flower/tulip photos)? http://ranger.dnsalias.com/photos/?mode=albumalbum=Flowers_200208dispsize=640 I have some nice tulip and butterfly pictures that I might allow to be used. Assuming there is any real interest in doing this on Mandrake's part. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] dnotify startup script
WARNING: This e-mail has been altered by MIMEDefang. Following this paragraph are indications of the actual changes made. For more information about your site's MIMEDefang policy, contact MIMEDefang Administrator [EMAIL PROTECTED]. For more information about MIMEDefang, see: http://www.roaringpenguin.com/mimedefang/enduser.php3 An attachment named 'dnotify.init' was converted to 'defang-1.binary'. To recover the file, right-click on the attachment and Save As 'dnotify.init' While MIME-Defang did not detect that this was a known virus it is still possible that it is a new malicious file. If you were not expecting a file of this type it is strongly recommended that you just throw this email away! Just because you know the person who supposedly sent this to you does not make this a safe file either. Many viruses use their victims address books to send themselves to the victims associates. Therefore you may want to verify that the sender intentionally sent this file for you! An attachment named 'dnotify.sysconfig' was converted to 'defang-2.binary'. To recover the file, right-click on the attachment and Save As 'dnotify.sysconfig' While MIME-Defang did not detect that this was a known virus it is still possible that it is a new malicious file. If you were not expecting a file of this type it is strongly recommended that you just throw this email away! Just because you know the person who supposedly sent this to you does not make this a safe file either. Many viruses use their victims address books to send themselves to the victims associates. Therefore you may want to verify that the sender intentionally sent this file for you! I wanted to setup dnotify to automatically rebuild my hdlists for my mirror. But I also wanted to make sure it always started. So I wrote a small init script for it. Attached is a conf file to put in /etc/sysconfig/dnotify and an init script to put in /etc/rc.d/init.d/dnotify. Unless you configure dnotify args it will not start dnotify even if you have it enabled. So it's safe to add to the package and enable by default. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche defang-1.binary Description: defang-1.binary defang-2.binary Description: defang-2.binary
Re: [Cooker] Re: Rename wipe command to lamwipe?
On Tue, Jul 22, 2003 at 01:24:31PM +0800, Leon Brooks wrote: On Tue, 22 Jul 2003 11:11, Ben Reser wrote: 3. Rename wipe in lam-runtime to lamwipe. If that follows the trend for postfix, cups etc it would be wipe.lam instead. I would use lamwipe (or the name of the lam crew's choice) and make wipe.lam a link to it, then link alternatives to wipe.lam. I didn't figure I needed to bother with wipe.lam if I was going to have lamwipe and they were going to change names to that. I'd rather avoid creating another name that we have to carry around because people might have scripts pointing to it. Rename the wipe command wipe.wipe. Is there nothing more descriptive? Well I'm not sure wipe.del? wipe.securedel? But again that isn't consistent at all with the existing naming. *shrug* -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] now MIME-defang xas dnotify startup script
On Tue, Jul 22, 2003 at 12:14:18PM +0200, Dave Cotton wrote: The problem I've had is that I've got Spamassassin in place and I get about 2 spams a day and it traps them. Amavisd-new / sophie / sophos cooked off once in the past two months with a virus attachment. This is the very first time I've ever seen something that triggered MIME-defang, and I agree with you the report is pretty obtuse, add to that that I work in France I can imagine a host of calls for translation. Probably because it was my sending server that added the warnings, not your server. :) Perhaps the most important thing is that it would have changed a .bat or .pif file to something equally as useless to Windows and may save some unfortunate soul. Correct, that is the intent. The filter for .ini files just happened to match the .init file. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] dnotify startup script
On Tue, Jul 22, 2003 at 01:21:21AM -0700, Andi Payn wrote: I agree; this would be a useful thing to add to the standard dnotify package. But I'd suggest two minor changes. It might be better to have an /etc/sysconfig/dnotify.d directory instead of a single file. This is easy, and potentially useful (e.g., for future packages to drop their own dnotify commands in place). Done and attached. The README file that is attached should go in /etc/sysconfig/dnotify.d for documentation purposes... Also, I think better examples would be very helpful. Yeah, it's not too hard to figure things out from the manpage, but on the other hand, the examples that are provided. are more apt to be confusing than helpful to a newbie. Running dnotify -A /etc -e echo change will print change whenever a file in /etc is read--but not when a file in /etc is changed. And the other example will call informdelete whenever a file in /var/mail is deleted, but also whenever one created. So, it'll be triggered whenever a mailbox is created or destroyed, which is unlikely to be a good reason to call something called informdelete. So, both of the examples are more likely to confuse than enlighten newbies. Also, the first example will print change to stdout, which is not likely to be what you want in a program backgrounded by an init script. And the second will likewise print its output to stdout--and, if informdelete returns nonzero, dnotify will print a warning to stderr. So, examples showing redirection would also be nice. And, since dnotify will run everything as root, examples showing dropping root might be handy. Finally, it would be nice to have examples of something someone might want to actually do. Something like this: -CDMRB -r /etc/httpd -e service httpd configtest /var/log/dnotify -CDMR -p1q0 /var/mirror/urpm -e su -c'/usr/local/bin/rebuildhdlist /var/log/urpmirror' urpmirror etc. Thanks, I just copied the examples out of the man page. :) Also attached is an updated copy with the examples fixed. It might even be better to have cron-ish TSV/CSV/whatever config files, so it could just be something like: #cond dir recurse procs queues user stdout[:stderr[:dnotifyerr]] cmd CDMRB /etc/httpd r - - - - service httpd configtest CDMR /var/mirror/urpm - 1 0 urpmirror /var/log/urpmirror:- /usr/local/bin/rebuildhdlist But that's probably overkill. Just a /etc/sysconfig/dnotify.d and a set of useful examples, and I'd be more than happy. Yeah I think that's overkill. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche # Each file in this directory is interpreted the same way the # /etc/sysconfig/dnotify file is. See its contents for details # and examples. #!/bin/sh # # Startup script for dnotify # # chkconfig: 345 91 15 # description: dnotify executes a command when the contents of a \ # directory change # processname: dnotify # config: /etc/sysconfig/dnotify # # By: Ben Reser [EMAIL PROTECTED] # Source function library. . /etc/rc.d/init.d/functions [ -x /usr/bin/dnotify ] || exit 0 [ -r /etc/sysconfig/dnotify ] [ -f /etc/sysconfig/dnotify ] || exit 0 [ -r /etc/sysconfig/dnotify.d ] [ -d /etc/sysconfig/dnotify.d ] || exit 0 RETVAL=0 # See how we were called. case $1 in start) gprintf Starting dnotify: egrep -shv '^([[:space:]]*#|[[:space:]]*$)' /etc/sysconfig/dnotify \ /etc/sysconfig/dnotify.d/* | while read args; do /usr/bin/dnotify $args # Make sure any failure is saved in RETVAL retval_temp=$? [ $retval_temp -ne 0 ] RETVAL=$retval_temp done; [ $RETVAL -eq 0 ] touch /var/lock/subsys/dnotify success || failure echo ;; stop) gprintf Shutting down dnotify: killall /usr/bin/dnotify 12 2 /dev/null RETVAL=$? [ $RETVAL -eq 0 ] rm -f /var/lock/subsys/dnotify success || failure echo ;; status) status dnotify RETVAL=$? ;; restart) $0 stop $0 start RETVAL=$? ;; *) gprintf Usage: %s {start|stop|status|restart $0 exit 1 esac exit $RETVAL # This file allows you to specify instances of dnotify # that should be started by the dnotify init script. # Each line that does not start with a # character # represents an instance of dnotify command to start. # The line will contain the command line args to pass dnotify. # E.G. (of course without the #): # -CDMRB -r /etc/httpd -e service httpd configtest /var/log/dnotify # -CDMR -p1q0 /var/mirror/urpm -e su -c'/usr/local/bin/rebuildhdlist /var/log/urpmirror' urpmirror
Re: [Cooker] dnotify startup script
On Tue, Jul 22, 2003 at 01:31:03AM -0700, Andi Payn wrote: On Tuesday 22 July 2003 00:30, Dave Cotton wrote: Does this mean MIME-defang works? Apparently. But is it possible to configure it to move all that text except the first sentence to the end of the message? It's a bit annoying to have to scroll through 40-odd lines of wordy warnings to get to the 10-line message. Also, what exactly did MIME-defang do in this case? As a guess, it seems to have converted text/plain attachments with useful names into application/octet-stream attachments with meaningless names, apparently without changing the content at all. Which means that you have to skim the warnings to figure out which file is which--and, at least for kmail users, that they open in kwrite instead of in your default text editor (or inline, or in the built-in text viewer). What is this protecting us from? Finally, it's a bit strange to say, ... if you were not expecting a file of this type... and never mention what type the file originally was. Couldn't MIME-defang say, An attachment named 'foo' of type 'mime/type' was converted...? Yup that's what it did. The .init file tripped the match for .ini, I'll lfix that match so it's more specific. As far as the wordy warning, that's my configuration not anyone elses and I think it's desireable to make the message obvious and at the beginning so users will see it... Incidentally, I've been running this for about 2 years and this is the first message that I've ever had that I sent that accidentally tripped it on the outbound. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
[Cooker] LSB, FHS, rwho and the word optional
Right now the lsb package requires /var/spool/rwho because the lsb test looks for it. However, frankly I think this is wrong. If you look at the LSB specification it is clear that the /var/spool/rwho is getting pulled in because of the inclusion of FHS 2.2. It also says The FHS allows many components or subsystems to be optional. An application must check for the existence of an optional component before using it, and should behave in a reasonable manner if the optional component is not present. [1] So I took a look at the FHS 2.2 to see what it said about /var/spool/rwho. Which says about a variety of directories under /var/spool: The following directories, or symbolic links to directories, must be in /var/spool, if the corresponding subsystem is installed [2] And specifically mentions that rwho is an optional component. As a result the requirement for /var/spool/rwho in the lsb package IMHO actually violates the LSB specification, which actually allows for those optional components not to be installed. If the LSB test is actually requiring that directory to exist that the test is wrong. Additionally, the only applications that should be messing with the files in /var/spool/rwho is rwho and rwhod. The specification does not provide a format for those files, so any other application using them would be straying off the LSB path anyway and into possible conflicting formats (if someone were to ever reimplement rwho in a slightly different way). [1] http://www.linuxbase.org/spec/refspecs/LSB_1.3.0/gLSB/gLSB/execenvfhs.html [2] http://www.pathname.com/fhs/2.2/fhs-5.14.html -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] now MIME-defang xas dnotify startup script
On Tue, Jul 22, 2003 at 08:50:42PM +0200, Dave Cotton wrote: So I still have not had a positive hit :( Yeah... MimeDefang is one of those programs that has a very very very personal configuration. And .sys the sysconfig? Yeah probably. I only run all this stuff to test to see if it will help those poor souls who have to use other systems. I run it becuase some of my users run certain other operating systems that have a tendency to do nasty things with files named certain ways without bothering to ask them first. Those operating systems shall remain nameless. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche
Re: [Cooker] rpm without a packager tag.
On Mon, Jul 21, 2003 at 01:08:56PM +0200, Olivier Thauvin wrote: Le Lundi 21 Juillet 2003 11:21, Warly a écrit : Yes it does It can, but you stop (you, aka lenny first) because poeple made mistake between official packager and contributors. As I undeerstood. Yup that was my understanding. So which is it? I know I asked lenny for that ages and ages ago and didn't even get a reply. Of course that was before I had been told the policy changed. *shrug* Not that it really matters now, the maintainers list doesn't require @*mandrake* and rpmlint complains even about @linux-mandrake.com addresses... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org What upsets me is not that you lied to me, but that from now on I can no longer believe you. -- Nietzsche