Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
| His patch patched the .am file --> couldn't see any difference. With the | .in file it works. His patch is correct. Makefile.am is read by automake, which generates Makefile.in. Anyway, as ORBit2 would not be broken now, things can be left as it is. OK. It's merged upstream anyway, right? [..] | Just uploaded -3mdk. The only difference with the changes below is the | URL. Leave that for the next release or push out -4mdk? Probably no need to do so, as source URL is not anything vital. There are so much more important things to do. OK next one: libcups1? $ ~/test06.sh libcups1 libcups1 Provides: libcups.so libcups1 Requires: libcrypto.so libcups1 Requires: libdl.so libcups1 Requires: libssl.so Stefan smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] Re: Me too!
Hi, I confirm this problem on my cooker box : > libaudiofile.so is needed by kdelibs-3.1.2-3mdk > libaudiofile.so is needed by libarts-devel-1.1.2-2mdk > libaudiofile.so is needed by kdegames-3.1.2-2mdk libaudiofile0-0.2.3-5mdk.i586.rpm provide libaudiofile.so.0 and libaudiofile0 I also have a libjpeg.so is needed by kdebase-3.1.2-4mdk libjpeg.so is needed by kdebase-nsplugins-3.1.2-4mdk libjpeg.so is needed by kdegraphics-3.1.2-2mdk libjpeg.so is needed by kdelibs-3.1.2-3mdk libjpeg.so is needed by kdemultimedia-3.1.2-3mdk libjpeg.so is needed by kdenetwork-3.1.2-2mdk libjpeg.so is needed by libarts-devel-1.1.2-2mdk libjpeg.so is needed by libmng1-devel-1.0.3-3mdk libjpeg.so is needed by libqt3-3.1.2-4mdk libjpeg62-6b-28mdk.i586.rpm provide libjpeg, libjpeg.so.62 and libjpeg62 Sébastien. Le Vendredi 30 Mai 2003 03:21, s a écrit : > On Thursday 29 May 2003 11:55 am, MEISCH,CORY (HP-Vancouver,ex1) > > wrote: > > Installation failed: > > jade >= 1.2.1 is needed by (installed) > > docbook-style-dsssl-1.78-3mdk jade is needed by (installed) > > docbook-style-dsssl-1.78-3mdk jade >= 1.2.1 is needed by > > (installed) docbook-style-dsssl-1.78-3mdk jade is needed by > > (installed) docbook-style-dsssl-1.78-3mdk jade >= 1.2.1 is needed > > by (installed) perl-SGMLSpm-1.03ii-5mdk openjade >= 1.3.1 is needed > > by (installed) jadetex-3.12-79mdk > > And I've been getting this one from urpmi --auto-select for about 24 > hours now: > > > unable to install package > ftp://sunsite.uio.no/linux/Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPM >S/libaudiofile0-devel-0.2.3-5mdk.i586.rpm unable to install package > ftp://sunsite.uio.no/linux/Mandrake/Mandrake-devel/cooker/i586/Mandrake/RPM >S/libaudiofile0-0.2.3-5mdk.i586.rpm Installation failed: > libaudiofile.so is needed by kdelibs-3.1.2-3mdk > libaudiofile.so is needed by libarts-devel-1.1.2-2mdk > libaudiofile.so is needed by kdegames-3.1.2-2mdk > > Actually, I've been having trouble updating all my machines for the > last few weeks. Just wanted to report it. > > thanks, > -s
Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan van der Eijk wrote: | His patch patched the .am file --> couldn't see any difference. With the | .in file it works. His patch is correct. Makefile.am is read by automake, which generates Makefile.in. Anyway, as ORBit2 would not be broken now, things can be left as it is. [..] | Just uploaded -3mdk. The only difference with the changes below is the | URL. Leave that for the next release or push out -4mdk? Probably no need to do so, as source URL is not anything vital. There are so much more important things to do. Abel - -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+2I9vQVLh8cZxhv8RAptsAKDYTguQLf3/j5xK8x/w1bta5pho5QCgsbZL 3fRhvrchW67f1aScE+QEKSY= =0mxa -END PGP SIGNATURE-
Re: [Cooker] Spec file for Web Meta Language (wml.spec)
Ainsi parlait Shlomi Fish : > > Lenny is listed as maintainer, as you can see with: rpmmon -p wml > > Where can I get this rpmmon utility? rpmdrake does not know how to install > it. It is in contrib, so i guess you don't have contrib among your urpmi medias/media/mediums/whatever. -- The speed with which components become obsolete is directly proportional to the price of the component. -- Murphy's Computer Laws n°9
Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
BTW ORBit2 should be fixed with the attached patch. I'm not sure. I was expecting the .so.0.0.0 files to go and that the .so file would remain. This is not the case: Did you run automake after applying the patch from Götz? His patch patched the .am file --> couldn't see any difference. With the .in file it works. $ less ~/RPM/SOURCES/ORBit2-2.7.1-everything-module.patch --- test/everything/Makefile.in.orig2003-05-31 11:33:19.0 +0200 +++ test/everything/Makefile.in 2003-05-31 11:33:48.0 +0200 @@ -157,7 +157,7 @@ orbittypelib_LTLIBRARIES = Everything_module.la Everything_module_la_LDFLAGS = \ - -export-dynamic -module -no-undefined + -export-dynamic -module -no-undefined -avoid-version Everything_module_la_SOURCES = \ everything-imodule.c Just uploaded -3mdk. The only difference with the changes below is the URL. Leave that for the next release or push out -4mdk? Stefan Btw, the patch is just applied to ORBit2 CVS, and the versioned files would not be there in next release. In case you're not sure how to handle the patch, I've attached another patch against ORBit2.spec. Abel $ ls -l total 36 -rwxr-xr-x1 stefan stefan963 May 31 10:19 Everything_module.la* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so -> Everything_module.so.0.0.0* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so.0 -> Everything_module.so.0.0.0* -rwxr-xr-x1 stefan stefan 29652 May 31 10:19 Everything_module.so.0.0.0* --- test/everything/Makefile.am~2003-04-23 13:09:01.0 +0200 +++ test/everything/Makefile.am2003-05-26 12:48:54.0 +0200 @@ -55,7 +55,7 @@ orbittypelib_LTLIBRARIES = Everything_module.la Everything_module_la_LDFLAGS = \ --export-dynamic -module -no-undefined +-export-dynamic -module -no-undefined -avoid-version Everything_module_la_SOURCES = \ everything-imodule.c Everything_module_la_LIBADD = \ --- ORBit2.spec.bak 2003-05-24 20:05:10.0 +0800 +++ ORBit2.spec 2003-05-31 18:20:26.0 +0800 @@ -8,17 +8,19 @@ Name: ORBit2 Version:2.7.1 -Release: 2mdk +Release: 3mdk Summary:High-performance CORBA Object Request Broker. License:LGPL Group: Graphical desktop/GNOME URL:http://orbit-resource.sf.net/ Buildroot: %{_tmppath}/%{name}-%{version}-buildroot -Source0: ftp://ftp.gnome.org/pub/GNOME/pre-gnome2/sources/%{name}/%{name}-%{version}.tar.bz2 +Source0: ftp://ftp.gnome.org/pub/GNOME/sources/%{name}/2.7/%{name}-%{version}.tar.bz2 Source1:orbit-faq2-0.2.html.bz2 # (fc) 2.4.1-2mdk fix crash when /tmp is not readable Patch0: ORBit2-2.7.1-tmpdir.patch.bz2 +# (goetz) 2.7.1-3mdk Don't compile Everything_module as a versioned library +Patch1:ORBit2-2.7.1-everything-module.patch.bz2 BuildConflicts: ORBit-devel < 0.5.10 BuildRequires: indent bison flex popt-devel >= 1.5 @@ -87,6 +89,10 @@ %prep %setup -q %patch0 -p1 -b .tmpdir +%patch1 -p0 -b .libtoolflag + +# needed by patch1 +automake-1.4 bzcat %{SOURCE1} > orbit-faq2-0.2.html @@ -123,7 +129,7 @@ %{_bindir}/typelib-dump %{_datadir}/idl/orbit-%{api_version} %dir %{_libdir}/orbit-%{api_version} -%{_libdir}/orbit-%{api_version}/*.so.* +%{_libdir}/orbit-%{api_version}/*.so* %files -n %{lib_name} %defattr(-,root,root,755) @@ -142,9 +148,13 @@ %{_libdir}/lib*.la %{_libdir}/pkgconfig/*.pc %{_libdir}/orbit-%{api_version}/*.la -%{_libdir}/orbit-%{api_version}/*.so %changelog +* Sat May 31 2003 Abel Cheung <[EMAIL PROTECTED]> - 2.7.1-3mdk +- Patch1(CVS): Fix everything_module libtool flag (thanks Goetz) +- move Everything_module.so back to main package +- fix source URL + * Sat Jun 24 2003 Stefan van der Eijk <[EMAIL PROTECTED]> - 2.7.1-2mdk - split off \.so$ to -devel files - remove redundant BuildRequires: pkgconfig smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] XMMPlayer SRPM
Check: http://fc-solve.berlios.de/mdk-packs/xmms-mplayer-0.2.0-1mdk.src.rpm This is a plug-in for XMMS that allows playback of movies through MPlayer. Regards, Shlomi Fish -- Shlomi Fish[EMAIL PROTECTED] Home Page: http://t2.technion.ac.il/~shlomif/ There's no point in keeping an idea to yourself since there's a 10 to 1 chance that somebody already has it and will share it before you.
Re: [Cooker] Spec file for Web Meta Language (wml.spec)
On Sat, 31 May 2003, Marcel Pol wrote: > On Sat, 31 May 2003 12:29:24 +0300 (IDT) > Shlomi Fish <[EMAIL PROTECTED]> wrote: > > > Check: > > > > http://t2.technion.ac.il/~shlomif/wml.spec > > > > For a spec file for Web Meta Language 2.0.9 (http://thewml.org/). Now the > > question is: how do I incorporate it into the core Cooker distro? > > It's already in Mandrake, with the same version. > If there's anything you'd like to have changed in the current specfile, then > send a diff against that specfile and send it to the list. You will also want > to cc to the maintainer, not everybody reads the cookerlist, so mostly that's > a good idea. OK. I did not realize it was in the contribs already. Forget it. > Lenny is listed as maintainer, as you can see with: rpmmon -p wml > Where can I get this rpmmon utility? rpmdrake does not know how to install it. Regards, Shlomi Fish -- Shlomi Fish[EMAIL PROTECTED] Home Page: http://t2.technion.ac.il/~shlomif/ There's no point in keeping an idea to yourself since there's a 10 to 1 chance that somebody already has it and will share it before you.
Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
Stefan van der Eijk wrote: Götz Waschk wrote: [...] BTW ORBit2 should be fixed with the attached patch. I'm not sure. I was expecting the .so.0.0.0 files to go and that the .so file would remain. This is not the case: Did you run automake after applying the patch from Götz? Btw, the patch is just applied to ORBit2 CVS, and the versioned files would not be there in next release. In case you're not sure how to handle the patch, I've attached another patch against ORBit2.spec. Abel $ ls -l total 36 -rwxr-xr-x1 stefan stefan963 May 31 10:19 Everything_module.la* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so -> Everything_module.so.0.0.0* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so.0 -> Everything_module.so.0.0.0* -rwxr-xr-x1 stefan stefan 29652 May 31 10:19 Everything_module.so.0.0.0* --- test/everything/Makefile.am~2003-04-23 13:09:01.0 +0200 +++ test/everything/Makefile.am2003-05-26 12:48:54.0 +0200 @@ -55,7 +55,7 @@ orbittypelib_LTLIBRARIES = Everything_module.la Everything_module_la_LDFLAGS = \ --export-dynamic -module -no-undefined +-export-dynamic -module -no-undefined -avoid-version Everything_module_la_SOURCES = \ everything-imodule.c Everything_module_la_LIBADD = \ -- Abel Cheung Linux counter #256983 | http://counter.li.org GPG Key: (0xC67186FF) | http://deaddog.org/gpg.asc Key fingerprint: 671C C7AE EFB5 110C D6D1 41EE 4152 E1F1 C671 86FF --- ORBit2.spec.bak 2003-05-24 20:05:10.0 +0800 +++ ORBit2.spec 2003-05-31 18:20:26.0 +0800 @@ -8,17 +8,19 @@ Name: ORBit2 Version: 2.7.1 -Release: 2mdk +Release: 3mdk Summary: High-performance CORBA Object Request Broker. License: LGPL Group: Graphical desktop/GNOME URL: http://orbit-resource.sf.net/ Buildroot: %{_tmppath}/%{name}-%{version}-buildroot -Source0: ftp://ftp.gnome.org/pub/GNOME/pre-gnome2/sources/%{name}/%{name}-%{version}.tar.bz2 +Source0: ftp://ftp.gnome.org/pub/GNOME/sources/%{name}/2.7/%{name}-%{version}.tar.bz2 Source1: orbit-faq2-0.2.html.bz2 # (fc) 2.4.1-2mdk fix crash when /tmp is not readable Patch0:ORBit2-2.7.1-tmpdir.patch.bz2 +# (goetz) 2.7.1-3mdk Don't compile Everything_module as a versioned library +Patch1:ORBit2-2.7.1-everything-module.patch.bz2 BuildConflicts:ORBit-devel < 0.5.10 BuildRequires: indent bison flex popt-devel >= 1.5 @@ -87,6 +89,10 @@ %prep %setup -q %patch0 -p1 -b .tmpdir +%patch1 -p0 -b .libtoolflag + +# needed by patch1 +automake-1.4 bzcat %{SOURCE1} > orbit-faq2-0.2.html @@ -123,7 +129,7 @@ %{_bindir}/typelib-dump %{_datadir}/idl/orbit-%{api_version} %dir %{_libdir}/orbit-%{api_version} -%{_libdir}/orbit-%{api_version}/*.so.* +%{_libdir}/orbit-%{api_version}/*.so* %files -n %{lib_name} %defattr(-,root,root,755) @@ -142,9 +148,13 @@ %{_libdir}/lib*.la %{_libdir}/pkgconfig/*.pc %{_libdir}/orbit-%{api_version}/*.la -%{_libdir}/orbit-%{api_version}/*.so %changelog +* Sat May 31 2003 Abel Cheung <[EMAIL PROTECTED]> - 2.7.1-3mdk +- Patch1(CVS): Fix everything_module libtool flag (thanks Goetz) +- move Everything_module.so back to main package +- fix source URL + * Sat Jun 24 2003 Stefan van der Eijk <[EMAIL PROTECTED]> - 2.7.1-2mdk - split off \.so$ to -devel files - remove redundant BuildRequires: pkgconfig pgp0.pgp Description: PGP signature
Re: [Cooker] Spec file for Web Meta Language (wml.spec)
On Sat, 31 May 2003 12:29:24 +0300 (IDT) Shlomi Fish <[EMAIL PROTECTED]> wrote: > Check: > > http://t2.technion.ac.il/~shlomif/wml.spec > > For a spec file for Web Meta Language 2.0.9 (http://thewml.org/). Now the > question is: how do I incorporate it into the core Cooker distro? It's already in Mandrake, with the same version. If there's anything you'd like to have changed in the current specfile, then send a diff against that specfile and send it to the list. You will also want to cc to the maintainer, not everybody reads the cookerlist, so mostly that's a good idea. Lenny is listed as maintainer, as you can see with: rpmmon -p wml -- Marcel Pol
[Cooker] Spec file for Web Meta Language (wml.spec)
Check: http://t2.technion.ac.il/~shlomif/wml.spec For a spec file for Web Meta Language 2.0.9 (http://thewml.org/). Now the question is: how do I incorporate it into the core Cooker distro? Regards, Shlomi Fish -- Shlomi Fish[EMAIL PROTECTED] Home Page: http://t2.technion.ac.il/~shlomif/ There's no point in keeping an idea to yourself since there's a 10 to 1 chance that somebody already has it and will share it before you.
Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
Sorry for the late reply... The reality is that I don't have the resources to track down all of the packages that have these issues and fix them. I thought that I was doing the right thing (tm) for ORBit2, and now I'm happy that this discussion has taken place and that we've decided that this is the way we're going to handle this. I guess the process will be to rebuild everything ASAP, don't make changes while doing so (unless obvious). Then go back and fix the packages that are causing the issues. The 2nd part will be time consuming, require quite some expertise and some convincing of a number of people So you already know it will be time consuming and require expertise. That's what we lack for now. Testing all functions in those programs to find out which is broken and which is not -- I really don't think it is very feasible, unless some people volunteers to dedicate their spare time to it. Especially when you want to know when, how and why it is broken, write everything down, and wait for others to confirm. That's why I'm suggesting a lighter barrier, which would leave all (or almost all) such packages intact for now. Warnings can be issued to maintainers, who fixes them when they have time. After that, we can have more strict barrier without worrying which package is broken. Agreed. Adding the dependencies itself (rebuilding with rpm 4.2-7mdk) won't really hurt. Just that more software will be installed... For now, if it is still decided it's better to break those packages first and search for faults later, I wouldn't insist the opposite, and will help finding bugs. That's up to everybody to decide. Btw, when the .so problems are fixed, will the scripts warn about that, and tell people to move those .so files back from -devel package to normal package? I would like something like this to be implemented in rpmlint. Stefan smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] Re: What to do with RFEs
Am Samstag, 31. Mai 2003 00:50 schrieb [EMAIL PROTECTED]: > > In a general sense, would it be a good idea to provide mandrake install > > with a context during the installation? Stuff like (pc, laptop) (server, > > client) > > I don't think this is necessarily the rigth approach. The only machine I > have worked on with > 1GB ram is not a server, but a laptop ... so which > machine gets the enterprise kernel? The only real difference is enabling > acpi etc etc. I thought yesterday about a thing like this. The context should not be detected automatically (this wouldn't work) , but installs for special purposes would be a good thing, I think. What I think of (examples): a router --- dhcpd + firewall + minimalistic installation + ?(mserver/linecontrol)? + ... would be a good thing to choose this installation i think of an installation like specialized distributions like esmith and others. soho-server more things additional to the above, like ldap, samba, apache for intranet (??) and what else one could think of. multimedia-homeserver - dvr/mp3-box/dvd-player/streaming-server ( think of mythtv / vdr / GiantDisc / whatelse) A big part of te above could be done from a package list like the autoinstall disk. It should be easy to deploy such a profile and maybe collecting/sharing of such profiles could be made possible. The problem is that some parts of the configuration should be done then automatically too and that can't be done with a thing like the autoinstallation disc. I don't know if this can at all be done, but it would be nice to be able to compete with some specialized ditributions (have a mandrake box installed for a special task, w/o the need of big work after installation) Just an idea I thought about yesterday Steffen
Re: [Cooker] Re: [CHRPM] ORBit2-2.7.1-2mdk
Götz Waschk wrote: Am Dienstag, 27. Mai 2003, 10:31:00 Uhr MET, schrieb Stefan van der Eijk: I've seen some other packages with plugins. Quite some of them are .so files, but not symlinks to another file. If a plugin is a versioned shared library, this is a bug. This often happens with xmms plugins, this isn't a problem unless you remove the .so symlink. So I guess this one is broken: [EMAIL PROTECTED] SOURCES]$ rpm -qpl /contrib/RPMS/xmms-dsp-oddcast-effect-0.1.0-1md.i586.rpm|fgrep .so /usr/lib/xmms/Effect/liboddcastv2_xmms_effect.so.0 /usr/lib/xmms/Effect/liboddcastv2_xmms_effect.so.0.0.0 BTW ORBit2 should be fixed with the attached patch. I'm not sure. I was expecting the .so.0.0.0 files to go and that the .so file would remain. This is not the case: $ ls -l total 36 -rwxr-xr-x1 stefan stefan963 May 31 10:19 Everything_module.la* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so -> Everything_module.so.0.0.0* lrwxrwxrwx1 stefan stefan 26 May 31 10:19 Everything_module.so.0 -> Everything_module.so.0.0.0* -rwxr-xr-x1 stefan stefan 29652 May 31 10:19 Everything_module.so.0.0.0* --- test/everything/Makefile.am~2003-04-23 13:09:01.0 +0200 +++ test/everything/Makefile.am 2003-05-26 12:48:54.0 +0200 @@ -55,7 +55,7 @@ orbittypelib_LTLIBRARIES = Everything_module.la Everything_module_la_LDFLAGS = \ - -export-dynamic -module -no-undefined + -export-dynamic -module -no-undefined -avoid-version Everything_module_la_SOURCES = \ everything-imodule.c Everything_module_la_LIBADD = \ smime.p7s Description: S/MIME Cryptographic Signature
[Cooker] 9.2 wishlist
Please add: cyrus-imapd moved from contrib to main Thanks, S
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Friday 30 May 2003 21:09, Adam Williamson wrote: > At first I thought that too, but it doesn't hold up against the standard > test - try changing it a bit. Imagine it's a source for footballs - > you'd probably call it a footballs media, not a football media. I think > it's OK. Not 100% sure, though, admittedly. I don't own a style guide, > it'd be handy for this kind of situation I think :) Well... I'd call a (single) source of footballs... a football medium, and an arbitray (including, potentially, one) such sources... football media... for what it's worth. That would lead to a source of RPMs being an "RPM medium," and an arbitrary number of them, I would call RPM media. -Chuck S.
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 23:42, Duncan wrote: > On Fri 30 May 2003 08:47, François Pons posted as excerpted below: > > So it is an error to fix (no code here furthermore): > > urpmi.addmedia - adds new rpms media for use with urpmi > > OK, so what about rpm vs. rpms, when used as an adjective? RPMs sounds fine > when the word is used as a noun, but when it describes a type of media, RPM > sounds better to my ear. I can't really say why, tho, as I'm not a linguist > "nor do I play one on TV." > > Actually, alto "mediums" sounds strange except when discussing practitioners > of the supernatural arts, and "medias" just reminds me of the legendary "King > Midas" (and a friend named "Mida", who I always ask how her muffler shop > is doing ), the "rpms" thing above bothers me more than any media/medium > thing. > > Anyone else? Adam? Huug? Maybe it's just me? At first I thought that too, but it doesn't hold up against the standard test - try changing it a bit. Imagine it's a source for footballs - you'd probably call it a footballs media, not a football media. I think it's OK. Not 100% sure, though, admittedly. I don't own a style guide, it'd be handy for this kind of situation I think :) -- adamw
Re: [Cooker] Openldap 2.1.19
magic wrote: I tried to use the migrate scripts for shadow & got error on import. I removed objectclass: account from the ldif, and everything imported fine. Did some digging, and found this (same error I got): http://www.openldap.org/lists/openldap-software/200207/msg00685.html Found this as well: http://www.openldap.org/lists/openldap-bugs/200207/msg00064.html S
[Cooker] Location Control Scripts: new version
Hi! The location control scripts are intended to automatically do some stuff whenever you change the network you're connected to. The new location can be detected automatically when using dhcpcd. Please read the included README for further information. This is a small update containing some bugfixes and a new automatic proxy configuration. You can get them there: http://w3studi.informatik.uni-stuttgart.de/~reinscml/files/locationcontrol-0.2-1mr.noarch.rpm http://w3studi.informatik.uni-stuttgart.de/~reinscml/files/locationcontrol-0.2-1mr.src.rpm Feedback welcome. -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org pgp0.pgp Description: PGP signature
Re: [Cooker] NAS and permissions on /dev/sound/*
En/na Buchan Milne ha escrit: BTW, I am using xdmcp now (my 9.1 home box has lost it's blue colour drive on it's monitor) from my laptop to my desktop, and if I don't log in locally on the desktop, no sound works, what I really want though is sound to play on my laptop ... Remote sound is really awful to configure. You can use the ltsp trick (put a file in /etc/profile.d that checks if you are logging in remotely and in that case sets LD_PRELOAD="/lib/libaudiooss.so.1.0" and AUDIOSERVER="$DISPLAY"), and then modify soundwrapper to look at those variables. Arts won't work with libaudiooss though, so (almost) no sound in kde applications. Or you can select a nas plugin for each application that has it available, but then you have to switch back to oss/alsa when you login locally. Or you can enable network transparency in arts (and disable it next time you log in locally). Until sound is managed in a centralized fashion, like X display, you'll have to live with ugly workarounds and configuration hell. Bye -- Que les importa a las viudas, a los huérfanos, a los desvalidos si las masacres se hacen en nombre del totalitarismo o en el sagrado nombre de la libertad y la democracia. Mahatma Gandhi (1869 - 1948) pgp0.pgp Description: PGP signature
Re: [Cooker] Openldap 2.1.19
[EMAIL PROTECTED] wrote: My desktop works fine, but I haven't rebuilt too many desktop apps yet. BTW, I will investigate the auxiliary objectclass account which is in pam_ldap, and see what can be done about getting in into openldap (I would guess it should go back into the schema file it was in for 2.0.x). Ok, got the 2.1.20 rpms installed & configured. (All appears to be working on the ldap side.) I tried to use the migrate scripts for shadow & got error on import. I removed objectclass: account from the ldif, and everything imported fine. Did some digging, and found this (same error I got): http://www.openldap.org/lists/openldap-software/200207/msg00685.html I'm still learning, so unsure where SUP top STRUCTURAL fits in. (Is this just a configuration issue?) What happens now: - As root, when passwords are changed, the ldap password is updated, but the system password (/etc/shadow) is not being updated. - As a user, password change fails with: passwd: Authentication token manipulation error Thanks, S
Re: [Cooker] Re: Openldap 2.1.19
> On Fri, 30 May 2003 20:24:12 +0200, bgmiln wrote: >> >> >> BTW, I will investigate the auxiliary objectclass account > > Are you referring to the message Luke Howard sent to OpenIT's Core-Dev > list that I referred to in the other openldap 2.1 thread? > Yes. >> which is in >> pam_ldap, and see what can be done about getting in into openldap > > Yes, this would be nice. > >> (I would >> guess it should go back into the schema file it was in for 2.0.x). > > You might just want to e-mail Luke/Core-Dev and copy the openldap list > and see what the agreement is on getting it into openldap. It might > just wind up being yet another schema patch in the Mandrake RPM. I could ... I guess I should also get comments on my ldap article from them too before I publish. The issue though, is that we can't put it in as a new schema file, if we want people to be able to upgrade, keeping their configs and data, without editing files manually while their authentication database is down and users are complaining ... So, it really should stay in the schema file it was in, so no matter which schema files the admin commented/uncommented, he won't see a change ... > >> In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk >> as I did with kdirstat) the release when it goes into Club, > > But then how does one get the update if they are running 1mdk (to use > your example)? Urpmi will see that what's in Club is lower in version > number and not do an update when in reality one might want to update. > > What I do here locally, is to use decimal increments > last Mandrake > released and < what will be their next release. Again to continue your > example, if they release (say into 9.1) foo-1.0-1mdk, if I want to > update that, I make mine foo-1.0-1.1mdk, and then their next release > will be foo-1.0-2mdk. Urpmi is happy to update all of these in the > right order. > Note I am talking about putting packages into cooker and Club. So, for example, I updated kdirstat to 2.3.7-1mdk in cooker, but 2.3.7-0.9mdk in Club. Since we're bumping the version number anyway, it's guaranteed to update whatever was in 9.1 ... With samba, you will never see a -1mdk in cooker though (1.Xmdk reserved for builds from official source). >> so that we are >> guaranteed the next release will update the Club package (even if the >> cooker package is never updated again). > > BTW, just so you know and that it's written somewhere, I had to rebuild > postfix (changing references to the sasl v1 lib to v2 and adding a > -I/usr/include/sasl in the spec file) in order to get SMTP AUTH working > with TLS and your OpenLDAP 2.1 RPMs. > > But again, I have to plead that all of this stuff be made available > outside of Club (in addition to Club, if appropriate) as I (and I am > sure others) simply cannot afford to be a Club member when it has to > come out of savings just like the rent, heating and Internet bills. > When I get an income, things will be different, but until then... No, all SRPMs will be available, I just don't like paying too much for people downloading RPMs from my site (which reminds me, I should move grass-5.0.2 for 9.1 onto Club ... and maybe 5.0.0 for 8.2 also which together accounted for 2.5GB last month @$0.10/MB cost to us when we shortly start paying for all our bandwidth). Buchan
Re: [Cooker] horrible rc.sysinit :-/
Duncan <[EMAIL PROTECTED]> wrote: > On Thu 29 May 2003 07:11, Han Boetes posted as excerpted below: > > Duncan wrote: > > > As for the original thread topic, what I was ATTEMPTING to say, > > > pointing to my own experience to back it up, was that yes, I > > > agreed with the original poster. rc.sysinit *IS* a big pile of > > > scripting unrelated save for they are all done at init functions > > > into a big script file, when most of the rest of > > > > I can't overemphasize this: Don't complain, send patches :) > > Wait a minute! Didn't you just get thru busting me down because you > thought I presumed to do just that? > > Seriously, if I thought it'd help, I would, but just because it works > on my system doesn't make it distribution worthy, especially when the > reason it works is trial and error more than understanding, even on my > system. However, that doesn't make the monolithic architecture of the > current rc.sysinit any easier to follow. Well that's the point. You have to send stuff that's usefull for everyone, not just for yourself. And that requires quite some insight. I won't recommend trying to improve rc.sysinit for begining shellscript- coders. But I am sure you find something to code that lies within your capabilities. # Han -- http://www.xs4all.nl/~hanb/software http://www.xs4all.nl/~hanb/documents/quotingguide.html
Re: [Cooker] Re: What to do with RFEs
Hi! On Tue, 27 May 2003 18:13:09 +0200 Buchan Milne <[EMAIL PROTECTED]> wrote: > First stab: > http://qa.mandrakesoft.com/twiki/bin/view/Main/RequestedFeatures > Those with edit access on the Wiki, feel free to expand ... I don't have access (well, this is a wiki and it is also well hidden - so why is access control required anyway? The big wikis don't have one either...), so I'll post my stuff here: Better support for notebooks: I'm not talking about hardware at the moment but other stuff which is not required for normal desktop computers because they don't get carried around. Most of the stuff I'd like to see in the next release are already filed as bug reports (e.g. http://qa.mandrakesoft.com/show_bug.cgi?id=3944 - power management scripts) or packaged (http://archives.mandrakelinux.com/cooker/2003-05/msg01355.php - automatic location control - do some stuff automatically when changing networks). The two things I've mentioned are both quite small scripts, but they help me a lot, so I guess they might help others as well. -- Michael Reinsch <[EMAIL PROTECTED]> http://mr.uue.org pgp0.pgp Description: PGP signature
Re: [Cooker] possible replacement for supermount
> Ran across this one today... I'm in the process of testing it and so far > so good. (Only one box at the moment.) This program is originally > written for the 2.5 kernel but has been back ported to 2.4. Given the > difficulties supermount has had I was wondering if this might make it > easier for the kernel team at MDK. Of course, note that the Mandrake kernel does not have the best version of supermount, use the mm kernel from contrib if you really want to test supermount. New kernel patches won't help the kernel team if they don't apply the ones they have in their mailboxes. > > http://submount.sourceforge.net/ > > Note that it was apparently originally written for/on MDK so he already > has rpms to support the OS available. Method of use seems to be the > same as with supermount (in ref to fstab) and as I said so far no > problems found with my cd/dvd rom drive. I have found supermount on 9.1 acceptable (could verify all the RPMs on my 9.0 DVD without it giving up). I actually still need to test Danny's update kernel with this method ... 9.0 couldn't come close to finishing Buchan
Re: [Cooker] Re: What to do with RFEs
> On Tue, May 27, 2003 at 06:13:09PM +0200, Buchan Milne wrote: >> First stab: >> http://qa.mandrakesoft.com/twiki/bin/view/Main/RequestedFeatures >> >> Those with edit access on the Wiki, feel free to expand ... > > Here's a few other ones (I don't have write access). > > How about more support for a small business environment, including tools > to setup centralised account I didn't add this yet as a feature request as it belongs in the "The Big Picture" section, and I still need to add some bits to the server section and drakxtools section to support it, but that's basically what I am aiming at, the LDAP wizard was the first attempt, but I may try and use libconf (if I have the time for this at all). But first we need a working openldap-2.1 (with db migration if necessary) and a better default config file (generic regex-based ACLs). > and specialised installs for server and > client boxen. > I really don't think this is necessary. Who determines what a client box runs? Should it run apache or not (maybe the box is a desktop of a web developer). Should it run samba or not (maybe you have windows desktops, and some users need to be able to share files easily). Should it run an ldap server (maybe as a slave for disconnected authentication). Should a server not have KDE (newbie admins will probably need some tools, ksambaplugin is a good example)? > An option to setup an internal mandrake mirror on a server (as one of > the task choices). And of course the companion option on the client to > use this mirror as install/update source. > I have mentioned this before ... so yes, I will add this. What I really think should happen is that urpmi should use ldap > In a general sense, would it be a good idea to provide mandrake install > with a context during the installation? Stuff like (pc, laptop) (server, > client) I don't think this is necessarily the rigth approach. The only machine I have worked on with > 1GB ram is not a server, but a laptop ... so which machine gets the enterprise kernel? The only real difference is enabling acpi etc etc. > (office, multimedia, games). This is done already. > Specific hardware questions very > early on in the install procedure and perhaps suggestions to further > tune the > installation afterwards (add nvidia/matrox/ati/etc. drivers from sources > X, Y, Z) in a file in /root/tuning-suggestions.txt. Since commercial versions of Mandrake ship with the drivers anyway, and in some cases the Mandrake Control Center will install drivers from the Club commercial sources, I don't see why any additional provision should be made for vendors who make life more difficult for linux distros. > Maybe this isn't realistic for 9.2, but this would probably make it even > easier for newbies to install mandrake, even for business use. IMHO, rather than supporting proprietary hardware (ie NVidia/ATI drivers), support for open-source friendly hardware (or at least hardware with open-source drivers) must be faultless. The promise issue is a really bad problem on 9.1
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri 30 May 2003 08:47, François Pons posted as excerpted below: > So it is an error to fix (no code here furthermore): > urpmi.addmedia - adds new rpms media for use with urpmi OK, so what about rpm vs. rpms, when used as an adjective? RPMs sounds fine when the word is used as a noun, but when it describes a type of media, RPM sounds better to my ear. I can't really say why, tho, as I'm not a linguist "nor do I play one on TV." Actually, alto "mediums" sounds strange except when discussing practitioners of the supernatural arts, and "medias" just reminds me of the legendary "King Midas" (and a friend named "Mida", who I always ask how her muffler shop is doing ), the "rpms" thing above bothers me more than any media/medium thing. Anyone else? Adam? Huug? Maybe it's just me? -- Duncan - List replies preferred. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin
[Cooker] possible replacement for supermount
Ran across this one today... I'm in the process of testing it and so far so good. (Only one box at the moment.) This program is originally written for the 2.5 kernel but has been back ported to 2.4. Given the difficulties supermount has had I was wondering if this might make it easier for the kernel team at MDK. http://submount.sourceforge.net/ Note that it was apparently originally written for/on MDK so he already has rpms to support the OS available. Method of use seems to be the same as with supermount (in ref to fstab) and as I said so far no problems found with my cd/dvd rom drive. James
[Cooker] Re: Openldap 2.1.19
On Fri, 30 May 2003 20:24:12 +0200, bgmiln wrote: > > > BTW, I will investigate the auxiliary objectclass account Are you referring to the message Luke Howard sent to OpenIT's Core-Dev list that I referred to in the other openldap 2.1 thread? > which is in > pam_ldap, and see what can be done about getting in into openldap Yes, this would be nice. > (I would > guess it should go back into the schema file it was in for 2.0.x). You might just want to e-mail Luke/Core-Dev and copy the openldap list and see what the agreement is on getting it into openldap. It might just wind up being yet another schema patch in the Mandrake RPM. > In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk as > I did with kdirstat) the release when it goes into Club, But then how does one get the update if they are running 1mdk (to use your example)? Urpmi will see that what's in Club is lower in version number and not do an update when in reality one might want to update. What I do here locally, is to use decimal increments > last Mandrake released and < what will be their next release. Again to continue your example, if they release (say into 9.1) foo-1.0-1mdk, if I want to update that, I make mine foo-1.0-1.1mdk, and then their next release will be foo-1.0-2mdk. Urpmi is happy to update all of these in the right order. > so that we are > guaranteed the next release will update the Club package (even if the > cooker package is never updated again). BTW, just so you know and that it's written somewhere, I had to rebuild postfix (changing references to the sasl v1 lib to v2 and adding a -I/usr/include/sasl in the spec file) in order to get SMTP AUTH working with TLS and your OpenLDAP 2.1 RPMs. But again, I have to plead that all of this stuff be made available outside of Club (in addition to Club, if appropriate) as I (and I am sure others) simply cannot afford to be a Club member when it has to come out of savings just like the rent, heating and Internet bills. When I get an income, things will be different, but until then... b.
Re: [Cooker] horrible rc.sysinit :-/
On Thu 29 May 2003 07:11, Han Boetes posted as excerpted below: > > Perhaps you could at least point me in the right direction, even if > > this isn't the place for a detailed explanation? > > /etc/sysconfig% grep SYSFONT i18n > SYSFONTACM=iso15 > #SYSFONT=lat0-16 > SYSFONT=ter-114b > > Unset the SYSFONT variable and the font wont be loaded. Or you can move > another font to /etc/sysconfig/console/consolefonts and specify that > font. Thanks. > > As for the original thread topic, what I was ATTEMPTING to say, > > pointing to my own experience to back it up, was that yes, I agreed > > with the original poster. rc.sysinit *IS* a big pile of scripting > > unrelated save for they are all done at init functions into a big > > script file, when most of the rest of > > I can't overemphasize this: Don't complain, send patches :) Wait a minute! Didn't you just get thru busting me down because you thought I presumed to do just that? Seriously, if I thought it'd help, I would, but just because it works on my system doesn't make it distribution worthy, especially when the reason it works is trial and error more than understanding, even on my system. However, that doesn't make the monolithic architecture of the current rc.sysinit any easier to follow. -- Duncan - List replies preferred. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin
[Cooker] Re: OT: internal mandrake mirror howto? (Was: Re: urpmi enhancement request)
[EMAIL PROTECTED] wrote: >> On Sat, May 24, 2003 at 08:53:49PM +0200, [EMAIL PROTECTED] wrote: >> >>> I'm not totally convinced every sysadmin needs something like this, in >>> our network we have an internal ftp mirror of main+contrib+updates for >>> any realease we have on any machines (well, we had to write 8.2 to DVD >>> since we only have 8.2 left on an MNF box and we were running out of >>> space ...). Our machines run urpmi.update;urpmi --auto-select from >>> cron (from the internal update mirror for boxes running stable >>> releases, or from cooker/contrib for cooker boxes). >>> >> >> Although I'm less than qualified as a sysadmin I've recently been made >> BOFH of a small startup company. Obviously I made everyone use mandrake. >> I intend to setup such an internal mandrake mirror and updates "medium", >> but so far I haven't found a good description of how to set one up. Do >> you know of a good description for this? It would be quite valuable for >> small company administrators like me. >> > > I guess for this kind of use, this should be documented in a some place > like the community wiki as opposed to the cooker wiki. > > What we do here at CAE (we have access to a local Mandrake mirror at > ftp.sun.ac.za/mandrake), is we have a Mandrake box (incidentally, our > print server running 8.1 + CUPS + samba of course) on which we mirror each > release when it arrives on the mirror, and keep the mirror until we have > no machines running the release. We also have cooker/contrib mirror, and > an updates mirror on the same box, both of which get updated daily. > > We just have a script which runs lftp's mirror command which we linked > into /etc/cron.daily (it's quite easy to use lftp ...), but I can put a > sample script up somewhere if necessary. > > On production boxes, we have a simple script which just urpmi.updates and > urpmi --auto-selects from the update source. > > On the cooker boxes, we have a similar script, you can see mine here: > http://ranger.dnsalias.com/mandrake/cooker/update > > If we had rsync access to our mirror, we would probably use David's script > at least for cooker/contrib. My script can be used for mirroring security updates also. You can only have one "distro" per instance of the script, so if wanted to mirror both cooker/contrib and 9.1 security updates, you'd need two seperate copies of the script. > BTW, anyone think it might be an idea to add a urpmi.update-mirror > command? With a gui? That can set it to run via cron? > > Really, MS has SUS (Software Update Services) for corporate customers, > surely a quick gui could be done which could setup a urpmi medium (which > has an option not to have the medium used for the local machine, but just > for mirroring), and a quick perl script to run the sync? > > Regards, > Buchan
Re: [Cooker] ramdisk
On 2003.05.30 17:27, Duncan wrote: I'm sure someone will correct me if I'm wrong, or you can test and correct me then, but what about a symlink in /tmp to the previous mentioned home based subdir, which can be mounted anything you want? If I'm not incorrect, while the first access to the symlink might take a bit to spin up the disk (in the worst case scenario), after that, the symlink should be cached, and the system will only be looking in memory to see the redirect, and go from there to find the mounted tmpfs. Yeah, that's a neat idea. I'm still pining over how to do this properly, and also waiting for the jack authors to decide the 'official' way to do it. I think they are working on a way for jackd to 'tell' client apps where the temp directory is. This would be the best solution, but it may be tricky for them to do. Luckily we have several months till next release. :-) Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] ramdisk
On Thu 29 May 2003 17:04, Austin posted as excerpted below: > On 2003.05.29 18:30, Michael Scherer wrote: > > what about doing a script to launch jack, which mount a tmpfs on > > ~/.jack/tmp, and patch jack to use it ? > > Hmm, found that out fast. No can do. > ALL jack client applications look for jack fifo in /tmp. > Maybe jack will be patched in the future to 'redirect' them. I'm sure someone will correct me if I'm wrong, or you can test and correct me then, but what about a symlink in /tmp to the previous mentioned home based subdir, which can be mounted anything you want? If I'm not incorrect, while the first access to the symlink might take a bit to spin up the disk (in the worst case scenario), after that, the symlink should be cached, and the system will only be looking in memory to see the redirect, and go from there to find the mounted tmpfs. One could even use the starter script as mentioned to recreate if necessary and access the symlink, so by the time jack itself starts, it's already in memory. If necessary, one could start the binary in the background then, and go into a loop, with a sleep 10 or whatever between accesses, just to make sure the symlink never goes out of cache, as it's always used every X seconds. BTW, if you DO use that wrapper script, it seems the various drak tools, when needed, use program.real rather than program.bin, for the real program. I'd probably be a good idea to follow that lead, and keep things as consistent as possible within the Mdk system. I don't know if it's formallized that way, or if other packages use .bin or not, but the Mdk drak tools I've seen use .real, so that's what I'd use. -- Duncan - List replies preferred. "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." Benjamin Franklin
[Cooker] kernel question
Has anybody put in a request to have the code at http://atmelwlandriver.sourceforge.net/downloads.html put in our kernel? A friend of mine says it contains a fastvnet_cs module needed for his 3com 3CRSHPW696 wireless NIC card. __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 21:08, Pierre Jarillon wrote: > Le Vendredi 30 Mai 2003 21:35, Per Lindström a écrit : > > > My dictionary lists plural of medium as mediums when talking about > > spiritual mediums and media when talking about things such as radio and TV. > > You have a good dictionnary who speak the truth ;-) > medium is also used for sounds between bass and treeble. > As we don't speak latin, we have not to use latin grammar ! > > The latin word is now giving two words, medium an media. This is a fork ! It has little to do with the Latin usage. There are some words for which the established English usage has come to be the Latin plural, and some for which it has come to be the anglicised plural. That's all you can really say. "Correct" English is generally simply the following of accepted usage. -- adamw
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 20:35, Per Lindström wrote: > > the plural of 'medium' is 'mediums' when referring to a person, and > > 'media' > > when referring to communication, a method, or an environment > > Austin > > My dictionary lists plural of medium as mediums when talking about > spiritual mediums and media when talking about things such as radio and TV. Erm, that's exactly the same as Austin's dictionary. Compare and contrast. (The only possible sense of a 'medium' as a person is a spiritual medium). -- adamw
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
Le Vendredi 30 Mai 2003 21:35, Per Lindström a écrit : > My dictionary lists plural of medium as mediums when talking about > spiritual mediums and media when talking about things such as radio and TV. You have a good dictionnary who speak the truth ;-) medium is also used for sounds between bass and treeble. As we don't speak latin, we have not to use latin grammar ! The latin word is now giving two words, medium an media. This is a fork ! -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org/
Re: [Cooker] Re: What to do with RFEs
On Tue, May 27, 2003 at 06:13:09PM +0200, Buchan Milne wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Warly wrote: > > Buchan Milne <[EMAIL PROTECTED]> writes: > > > > > >>There have been a number of threads relating to requests for > >>enhancements / new features for 9.2, and I think it's about time to get > >>them all in one place. > > > > I think that list of proposed enhancements should be more logically > > put in wiki. > > First stab: > http://qa.mandrakesoft.com/twiki/bin/view/Main/RequestedFeatures > > Those with edit access on the Wiki, feel free to expand ... Here's a few other ones (I don't have write access). How about more support for a small business environment, including tools to setup centralised account and specialised installs for server and client boxen. An option to setup an internal mandrake mirror on a server (as one of the task choices). And of course the companion option on the client to use this mirror as install/update source. In a general sense, would it be a good idea to provide mandrake install with a context during the installation? Stuff like (pc, laptop) (server, client) (office, multimedia, games). Specific hardware questions very early on in the install procedure and perhaps suggestions to further tune the installation afterwards (add nvidia/matrox/ati/etc. drivers from sources X, Y, Z) in a file in /root/tuning-suggestions.txt. Maybe this isn't realistic for 9.2, but this would probably make it even easier for newbies to install mandrake, even for business use. Cheers Simon
Re: OT: internal mandrake mirror howto? (Was: Re: [Cooker] urpmi enhancement request)
> On Sat, May 24, 2003 at 08:53:49PM +0200, [EMAIL PROTECTED] wrote: > >> I'm not totally convinced every sysadmin needs something like this, in >> our network we have an internal ftp mirror of main+contrib+updates for >> any realease we have on any machines (well, we had to write 8.2 to DVD >> since we only have 8.2 left on an MNF box and we were running out of >> space ...). Our machines run urpmi.update;urpmi --auto-select from >> cron (from the internal update mirror for boxes running stable >> releases, or from cooker/contrib for cooker boxes). >> > > Although I'm less than qualified as a sysadmin I've recently been made > BOFH of a small startup company. Obviously I made everyone use mandrake. > I intend to setup such an internal mandrake mirror and updates "medium", > but so far I haven't found a good description of how to set one up. Do > you know of a good description for this? It would be quite valuable for > small company administrators like me. > I guess for this kind of use, this should be documented in a some place like the community wiki as opposed to the cooker wiki. What we do here at CAE (we have access to a local Mandrake mirror at ftp.sun.ac.za/mandrake), is we have a Mandrake box (incidentally, our print server running 8.1 + CUPS + samba of course) on which we mirror each release when it arrives on the mirror, and keep the mirror until we have no machines running the release. We also have cooker/contrib mirror, and an updates mirror on the same box, both of which get updated daily. We just have a script which runs lftp's mirror command which we linked into /etc/cron.daily (it's quite easy to use lftp ...), but I can put a sample script up somewhere if necessary. On production boxes, we have a simple script which just urpmi.updates and urpmi --auto-selects from the update source. On the cooker boxes, we have a similar script, you can see mine here: http://ranger.dnsalias.com/mandrake/cooker/update If we had rsync access to our mirror, we would probably use David's script at least for cooker/contrib. BTW, anyone think it might be an idea to add a urpmi.update-mirror command? With a gui? That can set it to run via cron? Really, MS has SUS (Software Update Services) for corporate customers, surely a quick gui could be done which could setup a urpmi medium (which has an option not to have the medium used for the local machine, but just for mirroring), and a quick perl script to run the sync? Regards, Buchan
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
Austin wrote: On 2003.05.30 12:58, James Sparenberg wrote: On Fri, 2003-05-30 at 08:49, Levi Ramsey wrote: > Yes. "medium" is the singular and "media" is the plural (much like > "maxmimum"/"maxima" and so forth). Well for anyone who cares, I looked it up. Canadian English according to the Gage Canadian Dictionary, the Oxford Guide to Canadian English Usage, and the Penguin Canadian Dictionary (how appropriate): the plural of 'medium' is 'mediums' when referring to a person, and 'media' when referring to communication, a method, or an environment 'a media' is listed as a common but incorrect usage 'medias' is NOT a word Canadian French --- according to the Canadian Dictionary, and Dictionnaire Générale de la Langue Française au Canada: the plural of 'médium' is 'médiums' 'des média' and 'un média' are listed as anglicismes again, 'médias' is not a word strangely enough, the Canadian Dicitonary does not list 'médium' as the French translation of 'medium', rather it suggests using 'moyen' or 'milieu' I'm sure you were all very excited to know that. Austin My dictionary lists plural of medium as mediums when talking about spiritual mediums and media when talking about things such as radio and TV.
OT: internal mandrake mirror howto? (Was: Re: [Cooker] urpmi enhancement request)
On Sat, May 24, 2003 at 08:53:49PM +0200, [EMAIL PROTECTED] wrote: > I'm not totally convinced every sysadmin needs something like this, in our > network we have an internal ftp mirror of main+contrib+updates for any > realease we have on any machines (well, we had to write 8.2 to DVD since > we only have 8.2 left on an MNF box and we were running out of space ...). > Our machines run urpmi.update;urpmi --auto-select from cron (from the > internal update mirror for boxes running stable releases, or from > cooker/contrib for cooker boxes). > Although I'm less than qualified as a sysadmin I've recently been made BOFH of a small startup company. Obviously I made everyone use mandrake. I intend to setup such an internal mandrake mirror and updates "medium", but so far I haven't found a good description of how to set one up. Do you know of a good description for this? It would be quite valuable for small company administrators like me. TIA Simon
Re: [Cooker] Openldap 2.1.19
[EMAIL PROTECTED] wrote: I don't think this is a good idea at present ... until we can guarantee that a typical ldap directory will work after an upgrade, I don't think it should go in a commonly-used urpmi medium. Understand. The upgrade I tried to do sort of worked, but I was having a problem with system passwords syncing and being updated with ldap. (This worked under the recompile of 2.0.27 without-sasl). Also, I am still learning ldap (so that can't have helped). My desktop works fine, but I haven't rebuilt too many desktop apps yet. BTW, I will investigate the auxiliary objectclass account which is in pam_ldap, and see what can be done about getting in into openldap (I would guess it should go back into the schema file it was in for 2.0.x). I was concerned that pam_ldap may have had something to do with my issues, but only found a few leads. I have rebuilt Oden's openldap 2.1.20 (wasn't sure what sasl2 he compiled against). Am in the process of installing & configuring - will let you know how everything goes. I will take a look at updating Oden's package this weekend, and then give it a test on some data, and then we can consider putting it into cooker, and a bit later into club testing. Cool, no problem with that. Wouldn't that also mean that db41 would have to go into club? Does that create any additional issues? Just thinking of the (ongoing) sasl -> sasl2 thing. Would the same issues be present in using db40 & db41? In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk as I did with kdirstat) the release when it goes into Club, so that we are guaranteed the next release will update the Club package (even if the cooker package is never updated again). Makes sense to me. Thanks, S
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On 2003.05.30 12:58, James Sparenberg wrote: On Fri, 2003-05-30 at 08:49, Levi Ramsey wrote: > Yes. "medium" is the singular and "media" is the plural (much like > "maxmimum"/"maxima" and so forth). Well for anyone who cares, I looked it up. Canadian English according to the Gage Canadian Dictionary, the Oxford Guide to Canadian English Usage, and the Penguin Canadian Dictionary (how appropriate): the plural of 'medium' is 'mediums' when referring to a person, and 'media' when referring to communication, a method, or an environment 'a media' is listed as a common but incorrect usage 'medias' is NOT a word Canadian French --- according to the Canadian Dictionary, and Dictionnaire Générale de la Langue Française au Canada: the plural of 'médium' is 'médiums' 'des média' and 'un média' are listed as anglicismes again, 'médias' is not a word strangely enough, the Canadian Dicitonary does not list 'médium' as the French translation of 'medium', rather it suggests using 'moyen' or 'milieu' I'm sure you were all very excited to know that. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Openldap 2.1.19
> fredagen den 30 maj 2003 19.13 skrev magic: >> I was going to reply to the last openldap message, but decided to >> start a new thread. >> >>I am presently building a mail server based on MDK 9.1 with updates >> (not cooker environment). >> >>I rebuilt Buchan's openldap 2.1.19 (against the original sasl >> 2.1.12-1 in MDK 9.1). I have seen that this may be of interest to >> more than myself, so had thoughts of adding to MandrakeClub. I don't think this is a good idea at present ... until we can guarantee that a typical ldap directory will work after an upgrade, I don't think it should go in a commonly-used urpmi medium. >> >>But before that happens, I saw where Oden built v2.1.20, and was >> wondering where I could get that from (or have the srpm sent to me)? > > I had some spare time and I built a bunch of stuff, get it at: > > http://www.deserve-it.com/9.1/ > > (it's urpmi stuffable, or how you prefer to call it...) > > The credits goes to Buchan Milne of course. > > Later I will try to find time and fix for apache2 2.0.46 and its > friends, but it's low prio to me. Maybe I slip in some php v4.3.2 stuff > in there too..., we'll see... Please remember this resource is for > server applications servers only, I don't care what might happen to > your desktop. > My desktop works fine, but I haven't rebuilt too many desktop apps yet. BTW, I will investigate the auxiliary objectclass account which is in pam_ldap, and see what can be done about getting in into openldap (I would guess it should go back into the schema file it was in for 2.0.x). I will take a look at updating Oden's package this weekend, and then give it a test on some data, and then we can consider putting it into cooker, and a bit later into club testing. In terms of release numbers etc, I normally decrement (ie 1mdk->0.9mdk as I did with kdirstat) the release when it goes into Club, so that we are guaranteed the next release will update the Club package (even if the cooker package is never updated again). Regards, Buchan
Re: [Cooker] Openldap 2.1.19
fredagen den 30 maj 2003 19.13 skrev magic: > I was going to reply to the last openldap message, but decided to start > a new thread. > >I am presently building a mail server based on MDK 9.1 with updates > (not cooker environment). > >I rebuilt Buchan's openldap 2.1.19 (against the original sasl > 2.1.12-1 in MDK 9.1). I have seen that this may be of interest to more > than myself, so had thoughts of adding to MandrakeClub. > >But before that happens, I saw where Oden built v2.1.20, and was > wondering where I could get that from (or have the srpm sent to me)? I had some spare time and I built a bunch of stuff, get it at: http://www.deserve-it.com/9.1/ (it's urpmi stuffable, or how you prefer to call it...) The credits goes to Buchan Milne of course. Later I will try to find time and fix for apache2 2.0.46 and its friends, but it's low prio to me. Maybe I slip in some php v4.3.2 stuff in there too..., we'll see... Please remember this resource is for server applications servers only, I don't care what might happen to your desktop. Chears. -- Regards // Oden Eriksson, Deserve-IT.com
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On 2003.05.30 13:17, Eric Fernandez wrote: And for a French it is not so simple. Apparently the academy accepts both the latin plural medium/media, but also the French mark of plural, the final 's' : mediums. I wonder what would say the Quebec Franch language academy, since they are even more rigorous than the French themselves :-D Yes and no. Parisians say 'le weekend', while we say 'la fin de semaine', yet while Parisians say 'une blague', we say 'un joke'. As for the media/medium/mediums question, I don't know what most Quebecers would say. My 'Canadian French' dictionary is at home. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 18:17, Eric Fernandez wrote: > >I think the reason this has heretofore gone unnoticed is because many of > >the English native speakers here are US Citizens. As such we hear > >English butchered in so many unique ways daily it isn't always obvious > >what is, or isn't an error. I speak here of my own shortcoming and I > >grant that I'm not unique in this respect. > > > >James > > > And for a French it is not so simple. Apparently the academy accepts > both the latin plural medium/media, but also the French mark of plural, > the final 's' : mediums. I wonder what would say the Quebec Franch > language academy, since they are even more rigorous than the French > themselves :-D Well at least they HAVE an Academy. For English your best bet is to find a stubborn smartarse (like myself) who's willing to decree what's right and wrong and argue their position for you against all comers. :) -- adamw
Re: [Cooker] lufs
On 2003.05.30 12:58, James Sparenberg wrote: On Fri, 2003-05-30 at 06:18, Austin wrote: > On 2003.05.29 23:00, Vox wrote: > > lots of us use it here at my house > > (aptly named The GeekHouse...only 48 network nodes in the 3 room > > apartment ;) > > Jeez! Imagine this place! An ethernet toaster, wifi sunglasses, and a toilet > that flushes when you ping it! > :-) Would that last one be equivalent to a core dump? Yes. As long as you don't have a broken pipe. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] Openldap 2.1.19
I was going to reply to the last openldap message, but decided to start a new thread. I am presently building a mail server based on MDK 9.1 with updates (not cooker environment). I rebuilt Buchan's openldap 2.1.19 (against the original sasl 2.1.12-1 in MDK 9.1). I have seen that this may be of interest to more than myself, so had thoughts of adding to MandrakeClub. But before that happens, I saw where Oden built v2.1.20, and was wondering where I could get that from (or have the srpm sent to me)? Would 2.1.19 or 2.1.20 go into the cooker? Also, if something is added to MandrakeClub; would it be better/worse to have the same version as in the cooker (eventhough the build environment is different)? Thanks, S
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
James Sparenberg wrote: On Fri, 2003-05-30 at 08:49, Levi Ramsey wrote: On Fri May 30 17:47 +0200, François Pons wrote: Guillaume Cottenceau <[EMAIL PROTECTED]> writes: [EMAIL PROTECTED] (François Pons) writes: Guillaume, I wonder where you see urpmi was using "medias" ? Actually urpmi is not strictly using "medias" for plural, it's using "media" for singular, for example in urpmi.addmedia manpage: urpmi.addmedia - adds a new rpms media for use with urpmi So it is an error to fix (no code here furthermore): urpmi.addmedia - adds new rpms media for use with urpmi Yes. "medium" is the singular and "media" is the plural (much like "maxmimum"/"maxima" and so forth). I think the reason this has heretofore gone unnoticed is because many of the English native speakers here are US Citizens. As such we hear English butchered in so many unique ways daily it isn't always obvious what is, or isn't an error. I speak here of my own shortcoming and I grant that I'm not unique in this respect. James And for a French it is not so simple. Apparently the academy accepts both the latin plural medium/media, but also the French mark of plural, the final 's' : mediums. I wonder what would say the Quebec Franch language academy, since they are even more rigorous than the French themselves :-D Eric
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-22mdk
Adam Williamson <[EMAIL PROTECTED]> writes: > On Fri, 2003-05-30 at 12:45, Guillaume Cottenceau wrote: > > > - fix media/medias by medium/media > > - edit-medias: > > Ah...the irony. :) argh just copied-pasted from previous changelog, sorry. but you'll notice i've changed the binary name accordingly. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On 30 May 2003 09:58:01 -0700 James Sparenberg <[EMAIL PROTECTED]> wrote: > I think the reason this has heretofore gone unnoticed is because many > of the English native speakers here are US Citizens. As such we hear > English butchered in so many unique ways daily it isn't always obvious > what is, or isn't an error. I speak here of my own shortcoming and I > grant that I'm not unique in this respect. Or we could all be like Houdini and be in search of True mediums, which is proper usage. Charles -- 'Now what?' it said. IT'S UP TO YOU. IT'S ALWAYS UP TO YOU. (Maskerade) - Mandrake Linux 9.2 on PurpleDragon Kernel-enterprise-2.4.21.0rc1.1mdk - pgp0.pgp Description: PGP signature
Re: [Cooker] lufs
On Fri, 2003-05-30 at 06:18, Austin wrote: > On 2003.05.29 23:00, Vox wrote: > > lots of us use it here at my house > > (aptly named The GeekHouse...only 48 network nodes in the 3 room > > apartment ;) > > Jeez! Imagine this place! An ethernet toaster, wifi sunglasses, and a toilet > that flushes when you ping it! > :-) Would that last one be equivalent to a core dump? > > Austin
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 08:49, Levi Ramsey wrote: > On Fri May 30 17:47 +0200, François Pons wrote: > > Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > > > > > [EMAIL PROTECTED] (François Pons) writes: > > > > Guillaume, I wonder where you see urpmi was using "medias" ? > > > > > > Actually urpmi is not strictly using "medias" for plural, it's > > > using "media" for singular, for example in urpmi.addmedia > > > manpage: > > > > > >urpmi.addmedia - adds a new rpms media for use with urpmi > > > > So it is an error to fix (no code here furthermore): > > urpmi.addmedia - adds new rpms media for use with urpmi > > Yes. "medium" is the singular and "media" is the plural (much like > "maxmimum"/"maxima" and so forth). I think the reason this has heretofore gone unnoticed is because many of the English native speakers here are US Citizens. As such we hear English butchered in so many unique ways daily it isn't always obvious what is, or isn't an error. I speak here of my own shortcoming and I grant that I'm not unique in this respect. James
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 06:35, Jason Komar wrote: > On Fri, 2003-05-30 at 07:15, Guillaume Cottenceau wrote: > > "Vincent Meyer, MD" <[EMAIL PROTECTED]> writes: > > > > Vincent Meyer, MD > > > > what's that MD anyway? maybe i'm supposed to know that but i > > don't.. is it a title or part of your name or..? > > > > Medical Doctor. or for the Dyslexic, Doctor of Medicine
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri, 2003-05-30 at 05:44, Vincent Meyer, MD wrote: > On Friday 30 May 2003 06:15 am, Buchan Milne wrote: > > Guillaume Cottenceau wrote: > > > Buchan Milne <[EMAIL PROTECTED]> writes: > > >>Guillaume Cottenceau wrote: > > >>>Though I agree, I remain skeptical as to why it has never been > > >>>mentioned for urpmi which has the error for more than 3 years > > >>>now. > > >> > > >>1)Because MD's won't use urpmi > > > > > > md? > > > > Managing Director / CEO etc etc. > > Oh good, had me worried there for a moment... ;-) > > Vincent Meyer, MD > Board Certified in Family Practice > Regular user of urpmi RFLMAO > >
[Cooker] Re: [CHRPM] rpmdrake-2.1-22mdk
On Fri, 2003-05-30 at 12:45, Guillaume Cottenceau wrote: > - fix media/medias by medium/media > - edit-medias: Ah...the irony. :) -- adamw
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
On Fri May 30 17:47 +0200, François Pons wrote: > Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > > > [EMAIL PROTECTED] (François Pons) writes: > > > Guillaume, I wonder where you see urpmi was using "medias" ? > > > > Actually urpmi is not strictly using "medias" for plural, it's > > using "media" for singular, for example in urpmi.addmedia > > manpage: > > > >urpmi.addmedia - adds a new rpms media for use with urpmi > > So it is an error to fix (no code here furthermore): > urpmi.addmedia - adds new rpms media for use with urpmi Yes. "medium" is the singular and "media" is the plural (much like "maxmimum"/"maxima" and so forth). -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Take due notice and govern yourself accordingly. GPG Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: Rush - Vapor Trails - Nocturne Linux 2.4.21-0.15mdk 11:40:00 up 3 days, 23:07, 11 users, load average: 0.30, 0.20, 0.12
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (François Pons) writes: > > Guillaume, I wonder where you see urpmi was using "medias" ? > > Actually urpmi is not strictly using "medias" for plural, it's > using "media" for singular, for example in urpmi.addmedia > manpage: > >urpmi.addmedia - adds a new rpms media for use with urpmi So it is an error to fix (no code here furthermore): urpmi.addmedia - adds new rpms media for use with urpmi Francois.
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
[EMAIL PROTECTED] (François Pons) writes: > Buchan Milne <[EMAIL PROTECTED]> writes: > > > BTW, I have never noticed "medias" in urpmi, just as most people > > wouldn't notice a typo in kernel messages or similar (they go by too > > fast). A GUI is different .. > > Of course you never noticed it, since it is not inside urpmi. I badly wrote at > the beginning of media concept --mediums which has been removed since (someone > reported me the error) except in old changelog and parsing of command line (not > documented though) to avoid breaking compability (but I forget to remove it > since), so expect --mediums to be removed now. > > Guillaume, I wonder where you see urpmi was using "medias" ? Actually urpmi is not strictly using "medias" for plural, it's using "media" for singular, for example in urpmi.addmedia manpage: urpmi.addmedia - adds a new rpms media for use with urpmi etc -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: [CHRPM] rpmdrake-2.1-21mdk
Buchan Milne <[EMAIL PROTECTED]> writes: > BTW, I have never noticed "medias" in urpmi, just as most people > wouldn't notice a typo in kernel messages or similar (they go by too > fast). A GUI is different .. Of course you never noticed it, since it is not inside urpmi. I badly wrote at the beginning of media concept --mediums which has been removed since (someone reported me the error) except in old changelog and parsing of command line (not documented though) to avoid breaking compability (but I forget to remove it since), so expect --mediums to be removed now. Guillaume, I wonder where you see urpmi was using "medias" ? Francois.
Re: [Cooker] lufs
On Fri May 30 9:18 -0400, Austin wrote: > > On 2003.05.29 23:00, Vox wrote: > > lots of us use it here at my house > > (aptly named The GeekHouse...only 48 network nodes in the 3 room > > apartment ;) > > Jeez! Imagine this place! An ethernet toaster, wifi sunglasses, and a > toilet that flushes when you ping it! Sounds like MIT... the things they come up with to use their entire Class A allocation are amazing... -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Take due notice and govern yourself accordingly. GPG Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: Rush - Vapor Trails - Nocturne Linux 2.4.21-0.15mdk 11:10:00 up 3 days, 22:37, 10 users, load average: 0.27, 0.08, 0.02
Re: [Cooker] ramdisk
On 2003.05.30 09:53, Buchan Milne wrote: Austin wrote: > > No, jack has no init script. Maybe it's time to make one then ... Oh sorry. You mean a runtime script. I thought you meant an init.rc script. The only question is whether you can get your script to run soon enough (ie before something writes something in tmp it needs later). That's the beauty of tmpfs... you can mount something that's already mounted. It shows up empty, but running processes can still access their old files. I'll try it out. Thanks. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] Re: [CHRPM] elftoaout-2.3-1mdk
Yura Gusev <[EMAIL PROTECTED]> writes: > Olivier Thauvin wrote: > >>Le Dimanche 18 Mai 2003 03:20, Yura Gusev a écrit : >> >>>Per Øyvind Karlsen wrote: >>> --=-=-= Name: elftoaoutRelocations: (not relocateable) >>>s/Red Hat/Mandrake/ in the description >>>2) I tryed to fill bug report for this package in Bugzilla but it is not >>>there. >>> >> >> A bug report ? for a package which does not have binary, for a non >> support architecture, which does not exist at time ? whooo I am >> impress ! >> >> > Its in main source tree not in contribs so i thought it should be in > Bugzilla. At present bugzilla only have i586 packages. It may become problematic if a lot of new packages appear in other archs. -- Warly