[Cooker] Re: [CHRPM] mkcd-3.7.0-1mdk
You trampled Stefan's fix.
Warly wrote:
Name: mkcd Relocations: (not relocateable)
Version : 3.7.0 Vendor: MandrakeSoft
Release : 1mdk Build Date: Tue Nov 18 10:20:42 2003
-=-=-=-
Warly [EMAIL PROTECTED] 3.7.0-1mdk
- new noprovide option for fixed dir
- various fixes for the verbose side effect problem
- fix Optimization side-effect if the process fails
- new sort feature
- fix sequential mode
-=-=-=-
mkcd.spec changed
--- mkcd-3.6.3-2mdk.src.rpm/mkcd.spec 2003-11-18 15:22:33.0 +0100
+++ mkcd-3.7.0-1mdk.src.rpm/mkcd.spec 2003-11-18 15:22:33.0 +0100
@@ -18,8 +18,7 @@
Prefix: %{_prefix}
Requires: perl-File-NCopy perl-Image-Size perl-URPM
BuildArch: noarch
-BuildRequires: libxslt-proc
-BuildRequires: docbook-style-xsl
+BuildRequires: libxslt-proc
%description
mkcd script eases the packages repartition over CDs,
%changelog
-* Fri Oct 24 2003 Stefan van der Eijk [EMAIL PROTECTED] 3.6.3-2mdk
-- BuildRequires
+* Sat Oct 25 2003 Warly [EMAIL PROTECTED] 3.7.0-1mdk
+- new noprovide option for fixed dir
+- various fixes for the verbose side effect problem
+- fix Optimization side-effect if the process fails
+- new sort feature
+- fix sequential mode
+
+* Wed Oct 22 2003 Warly [EMAIL PROTECTED] 3.6.4-1mdk
+- fix hdlist based CD creation
* Tue Sep 23 2003 Warly [EMAIL PROTECTED] 3.6.3-1mdk
- small fix in addRPMToList
[Cooker] Re: always the same files, please do something
The same thing is happening with rsync and a bunch of files in contrib. Quel Qun wrote: I'll be the loud mouth. Please fix the mirror problems. fmirror is always downloading the same files.
[Cooker] Configuration problems with KDE 3.1.93
Hi folks, I've recently downloaded KDE 3.1.93 packages and everything seems to be just great but: 1, when I run kconfigure I don't see most of the config options (there seem to be only the old 3.1.3 there 2, in the menu-Configuration, there there two KDE entries, one containing probably the new 3.1.93 entries, the other probably the old 3.1.3 entries. 3, when I try to acces my bookmarks from the desktop menu, it KDE does not know that it should open them, despite the fact that I have /etc/alternatives/webclient-kde - /usr/bin/konqueror. Any ideas? Should I file it as a bug? Or is there some simple trick I don't know about? David P.S. kbuildsycoca is complaining when it's run: kbuildsycoca: Recreating ksycoca file (/var/tmp/kdecache-david/ksycoca, version 70) kbuildsycoca: VFolderMenu::mergeFile: /etc/xdg/menus/mdk-configure-kde.menu kbuildsycoca: Menu applications-kmenuedit.menu not found. kbuildsycoca: VFolderMenu::mergeFile: kbuildsycoca: Processing KDE Legacy dirs for KDE kbuildsycoca: processKDELegacyDirs() kbuildsycoca: Looking up applications under /usr/share/applications/ kbuildsycoca: Looking up applications under /usr/share/applications/kde/ kbuildsycoca: Looking up applications under /usr/share/applications/mdk/ kbuildsycoca: WARNING: 'Multimedia/Video/Gxine.desktop' specifies undefined mimetype/servicetype 'video/x-avi' kbuildsycoca: WARNING: 'kmixctrl_restore.desktop' specifies undefined mimetype/servicetype 'Daemon' kbuildsycoca: WARNING: '/usr/share/applications/kde/noatun.desktop' specifies undefined mimetype/servicetype 'audio/x-mp2' kbuildsycoca: WARNING: 'nsplugin.desktop' specifies undefined mimetype/servicetype 'application/x-mplayer2' kbuildsycoca: WARNING: 'Multimedia/Graphics/The GIMP.desktop' specifies undefined mimetype/servicetype 'image/bmp' kbuildsycoca: WARNING: 'Multimedia/Graphics/The GIMP.desktop' specifies undefined mimetype/servicetype 'image/fits' kbuildsycoca: WARNING: 'Multimedia/Graphics/The GIMP.desktop' specifies undefined mimetype/servicetype 'image/pcx' kbuildsycoca: WARNING: 'Multimedia/Graphics/The GIMP.desktop' specifies undefined mimetype/servicetype 'image/pix' kbuildsycoca: WARNING: 'Multimedia/Graphics/The GIMP.desktop' specifies undefined mimetype/servicetype 'image/pnm' kbuildsycoca: WARNING: 'kxkb.desktop' specifies undefined mimetype/servicetype 'Daemon' kbuildsycoca: WARNING: '/usr/share/applications/kde/kaboodle.desktop' specifies undefined mimetype/servicetype 'audio/x-mp2' kbuildsycoca: WARNING: '/usr/share/applications/mdk/kuickshow.desktop' specifies undefined mimetype/servicetype 'image/bmp' kbuildsycoca: WARNING: '/usr/share/applications/mdk/kuickshow.desktop' specifies undefined mimetype/servicetype 'image/x-png' kbuildsycoca: WARNING: '/usr/share/applications/mdk/kuickshow.desktop' specifies undefined mimetype/servicetype 'image/x-eim' kbuildsycoca: WARNING: 'Multimedia/Video/Xine.desktop' specifies undefined mimetype/servicetype 'video/x-avi' kbuildsycoca: WARNING: 'kcertpart.desktop' specifies undefined mimetype/servicetype 'application/binary-certificate' kbuildsycoca: WARNING: 'Multimedia/Sound/Xmms.desktop' specifies undefined mimetype/servicetype 'audio/x-ogg' kbuildsycoca: WARNING: '/usr/share/applications/kde/kmid.desktop' specifies undefined mimetype/servicetype 'audio/midi' kbuildsycoca: WARNING: 'kaboodleengine.desktop' specifies undefined mimetype/servicetype 'audio/x-mp2' kbuildsycoca: WARNING: 'mdk/Use office tools/Create a text document.desktop' specifies undefined mimetype/servicetype 'application/x-doc' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype 'image/bmp' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype 'image/fits' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype 'image/pcx' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype 'image/pix' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype 'image/pnm' kbuildsycoca: WARNING: 'mdk/View, modify, or create graphics/Manipulate pictures.desktop' specifies undefined mimetype/servicetype '' kbuildsycoca: WARNING: 'katepart.desktop' specifies undefined mimetype/servicetype 'text/x-csharp-src' kbuildsycoca: WARNING: 'katepart.desktop' specifies undefined mimetype/servicetype 'text/x-csharp-hde' kbuildsycoca: WARNING: 'katepart.desktop' specifies undefined mimetype/servicetype 'text/x-eiffel-src' kbuildsycoca: WARNING: 'katepart.desktop' specifies undefined mimetype/servicetype 'text/x-ferite-src' kbuildsycoca: WARNING: 'katepart.desktop' specifies undefined mimetype/servicetype 'text/x-ilerpg-src' kbuildsycoca: WARNING: 'katepart.desktop
Re: [Cooker] two point six
Austin wrote: Okay, I know everyone has been itching for a really bad song, written in ten minutes, and recorded in less than twenty, about the new kernel, so here it is: http://groundstate.ca/twopointsix.ogg Bravo ... encore ... -- David Coe
[Cooker] Re: [CHRPM] nss_ldap-211-3mdk
You just trampled on Vincent's fixes...
Luca Berra wrote:
Name: nss_ldap Relocations: (not relocateable)
Version : 211 Vendor: Luca Berra [EMAIL
PROTECTED]
Release : 3mdk Build Date: Sat Nov 1 13:57:21 2003
-=-=-=-
Luca Berra [EMAIL PROTECTED] 211-3mdk
- fixed db4
- changed ldap2-static-devel buildrequires to ldap2-devel
- don't buildrequire gdbm-devel
- 211-2mdk has been lost in a time warp
-=-=-=-
-%configure --with-ldap-lib=openldap --libdir=/%_lib
+%configure --with-ldap-lib=openldap --libdir=/lib
%__make
popd
@@ -85,16 +88,16 @@
rm -rf $RPM_BUILD_ROOT
install -d $RPM_BUILD_ROOT%{_sysconfdir}
-install -d $RPM_BUILD_ROOT/%_lib/security
+install -d $RPM_BUILD_ROOT/lib/security
# Install the nsswitch module.
%make install DESTDIR=${RPM_BUILD_ROOT} INST_UID=`id -u` INST_GID=`id -g` \
- libdir=/%_lib
+ libdir=/lib
# Install the module for PAM.
pushd pam_ldap-%{pam_ldap_version}
-%make install DESTDIR=$RPM_BUILD_ROOT libdir=/%_lib
+%make install DESTDIR=$RPM_BUILD_ROOT libdir=/lib
popd
echo secret $RPM_BUILD_ROOT/%{_sysconfdir}/ldap.secret
@@ -124,16 +127,23 @@
%doc nsswitch.ldap certutil ldap.conf
%attr (600,root,root) %config(noreplace) %{_sysconfdir}/ldap.secret
%attr (644,root,root) %config(noreplace) %{_sysconfdir}/ldap.conf
-/%_lib/*so*
+/lib/*so*
%files -n pam_ldap
%defattr(-,root,root)
%doc
pam_ldap-%{pam_ldap_version}/{AUTHORS,NEWS,COPYING,COPYING.LIB,README,ChangeLog,pam.d,chsh,chfn,ldap.conf}
-/%_lib/security/*so*
+/lib/security/*so*
%changelog
-* Fri Oct 17 2003 Vincent Danen [EMAIL PROTECTED] 207-4mdk
-- use /%%_lib not /lib so libs are installed in the right place for amd64
+* Sat Nov 01 2003 Luca Berra [EMAIL PROTECTED] 211-3mdk
+- fixed db4
+- changed ldap2-static-devel buildrequires to ldap2-devel
+- don't buildrequire gdbm-devel
+- 211-2mdk has been lost in a time warp
+
+* Fri Oct 17 2003 Florin [EMAIL PROTECTED] 211-1mdk
+- nss_ldap 211
+- pam_ldap 165
[Cooker] Re: [CHRPM] gaim-0.72-1mdk
You trampled Gwenole's fixes...
Laurent Culioli wrote:
Name: gaim Relocations: (not relocateable)
Version : 0.72 Vendor: MandrakeSoft
Release : 1mdk Build Date: Wed Nov 5 11:14:37 2003
-=-=-=-
Laurent Culioli [EMAIL PROTECTED] 0.72-1mdk
- gaim 0.72
- gaim-encryption 2.16
-=-=-=-
gaim.spec changed
--- gaim-0.68-2mdk.src.rpm/gaim.spec 2003-11-05 11:59:11.0 +0100
+++ gaim-0.72-1mdk.src.rpm/gaim.spec 2003-11-05 11:59:11.0 +0100
@@ -19,8 +22,7 @@
Source: http://download.sourceforge.net/gaim/%{name}-%{version}.tar.bz2
Source1: %{name}_icons.tar.bz2
Source2: %{name}-encryption-%{encrypt_version}.tar.bz2
-Patch0: %{name}-0.60-smiley-2.patch.bz2
-Patch1: gaim-0.68-64bit-fixes.patch.bz2
+Patch0: %{name}-0.71-smiley.patch.bz2
BuildRequires: autoconf2.5
BuildRequires: automake1.7
@@ -81,8 +83,7 @@
%prep
%setup -q
-%patch0 -p1 -b .smiley
-%patch1 -p1 -b .64bit-fixes
+%patch0 -b .smiley
tar --bzip2 -xf %{SOURCE1}
tar --bzip2 -xf %{SOURCE2}
@@ -139,7 +140,6 @@
# remove files not bundled
rm -f $RPM_BUILD_ROOT%{_libdir}/gaim/*.la
-rm -rf $RPM_BUILD_ROOT%{_prefix}/lib/perl5/
%changelog
-* Tue Oct 21 2003 Gwenole Beauchesne [EMAIL PROTECTED] 0.68-2mdk
-- 64-bit deps fixes
-- nuke unpackaged files
+* Wed Nov 05 2003 Laurent Culioli [EMAIL PROTECTED] 0.72-1mdk
+- gaim 0.72
+- gaim-encryption 2.16
+
+* Thu Oct 16 2003 Laurent Culioli [EMAIL PROTECTED] 0.71-1mdk
+- gaim 0.71
+- gaim-encryption 2.15
+- regenerate smiley patch
* Wed Sep 03 2003 Laurent Culioli [EMAIL PROTECTED] 0.68-1mdk
+- fix encryption compilation
+- add some perl files
- gaim 0.68
- gaim-encryption 2.10
[Cooker] Re: Users on do we need 2.6 in Mandrake
We should use 2.6 if it's stable. Right now, it can't handle low memory situations to save its life. Andrey Borzenkov wrote: Just hit the following on a.o.l.m: 8.2 was one of the most rock-solid Linux distros ever. Unless you feel you need some program or functionality you can't get in 8.2, I'd stay with it instead of upgrading until the 10.0 release with the 2.6 kernel is released in about 6 months. oh, well ... :)
[Cooker] Re: [CHRPM] kdeedu-3.1.93-2mdk
With the opening of Cooker I've seen this with at least one other package too, we need to be careful not to trample changes that have been made since 9.2 was first cut. Laurent MONTEL wrote: -=-=-=- Name: kdeedu Relocations: (not relocateable) Version : 3.1.93Vendor: MandrakeSoft Release : 2mdk Build Date: Sat Nov 1 21:20:05 2003 [...] %changelog -* Fri Oct 31 2003 Jean-Michel Dault [EMAIL PROTECTED] 3.1.3-10mdk -- add png icons for kvoctrain -- menu entries require only x11 since many schools use icewm but - still want to run these kde apps +* Mon Nov 03 2003 Laurent MONTEL [EMAIL PROTECTED] 3.1.93-2mdk +- Port to Vfolder
[Cooker] Mozilla-1.5-0.92mdk Stability
I mentioned in an earlier thread that I was having problems with the Mozilla-1.5-0.92mdk placed in the MandrakeClub archive, in particular, that pressing the Mail icon on the Browser Status Bar (down at the bottom left-hand corner) quite often resulted in an unceremonious closedown of all Mozilla windows. This bug had been *very* noticeable with Chip Cuccio's first offering of Mozilla-1.5 on his NORLUG archive (I can't speak for the second), was sporadically present with Buchan Milne / Fred Crozat's MandrakeClub RPM and was absent (as far as I can tell) from Scott Bolander's XFT-enabled tarball. About:buildconfig shows all the variants to have really quite different compiler and configuration switches and, as a non-Mozzy guru, it's a little difficult for me to pin down whether this is an error/feature in Mozilla or its build environment. A first local rebuild on a clean MDK 9.2 with current updates produced identical behaviour. So far, so good! However, in looking for likely clues in Buchan's configuration, my eye was caught by the pthread stuff: the presence of -pthread in the compiler option list, and presence of --without-system-nspr and absence of --with-pthreads in the configure arguments. Hmmm ... thinks ... popped the --with-pthreads into the spec file ... set the rebuild going ... went to bed. Today (OK, OK, it's not the fastest of Athlons), the bunch of RPMS were waiting for me, a quick rpm -Fvh and bingo - it now seems stable. Could you give the addition a whirl next time you rebuild (for mandrakeclub or cooker). Perhaps the list can comment if the bad bits pop up elsewhere! On a minor issue, I did notice that the mozilla-irc rpm doesn't put a Mozilla Chat item in the menu. Is this deliberate? Many thanks good people! David
[Cooker] Re: New mailing list for server topics
Is the new list going to be available through gmane (I know you don't control this) ? Warly wrote: http://qa.mandrakesoft.com/twiki/bin/view/Main/MailingListHowTo
[Cooker] Re: TUX?
That was khttpd, and it didn't suck, it just wasn't being maintained in 2.5. Diego Iastrubni wrote: if i am not mistaking, it was removed in 2.6 since it sux ass so much. why would you need that? http in user mode is good enough. ?, 2 ??? 2003, 18:03, ?? ??? Oden Eriksson: Hi. I asked to have TUX included before but it was decided not to use the patch because security considerations. But now there's new times with zillions of kernels laying around. So, maybe Thomas or some one else would consider implementing TUX into a new server oriented kernel? http://freshmeat.net/branches/45229/ I tried to use the update 9.2 kernel but got rejects, this is simply too time consuming for me. So whatcha say?
Re: [Cooker] Mozilla-1.5-0.92mdk Stability
Frederic Crozat wrote: On Mon, 03 Nov 2003 08:34:50 +, David Coe wrote: I mentioned in an earlier thread that I was having problems with the Mozilla-1.5-0.92mdk placed in the MandrakeClub archive, in particular, that pressing the Mail icon on the Browser Status Bar (down at the bottom left-hand corner) quite often resulted in an unceremonious closedown of all Mozilla windows. This bug had been *very* noticeable with Chip Cuccio's first offering of Mozilla-1.5 on his NORLUG archive (I can't speak for the second), was sporadically present with Buchan Milne / Fred Crozat's MandrakeClub RPM and was absent (as far as I can tell) from Scott Bolander's XFT-enabled tarball. I'm going to be a little rude but let's explain this clearly : I DON'T maintain Mandrake Club RPMs (I didn't upload nor check them) and I DON'T want to hear from them, specially on cooker mailing list.. I NEVER did those packages. The only package I maintain are on cooker. That's fine, Frederik. I have assumed your interest as your name features extremely prominently (as apparent maintainer) in the rpm changelog. I appear to have strayed (by accident) into some internal Mandrake politics. My apologies! David Coe
Re: [Cooker] Mozilla-1.5-0.92mdk Stability
Buchan Milne wrote: David, do you get the same problem when you use CTRL-2 or Window-MailNewsgroups ? The same problem which ever way is used to launch Mail. BTW, on my cooker box (which has been running 1.5-0.92mdk for a week), I start mozilla with the mail component first, and usually use the keyboard shortcuts for the window I want to open, instead of the icons. But it has been extremely stable (only one crash and that was testing the mail icon). It is indeed sporadic - so much so that I can not yet be fully sure that --with-pthreads has corrected the problem. Nonetheless, 1 in 20 requires caution and evasive action from the user. I have been running 1.5-0.91mdk on my 9.1 box at home for almost 2 weeks now, also with no problems. Can't comment, although Mozilla's own tarball was also fine. David
Re: [Cooker] Mozilla-1.5-0.92mdk Stability
Brook Humphrey wrote: You know I run [EMAIL PROTECTED] clients on some machines and we had a similar problem. What we found was that some very specific sse optimizations would cause issues on only some athlons. Mostly the thourobred b's and bartons. I'm not sure the reason you are seeing this and it only occurred when pushing the cpu's very hard. Ah .. the [EMAIL PROTECTED] that was (or still is). I also know since i have started rebuilding the mandrake rpm's with some extreme optimizations that I do not see this behavior at all on my mandrake boxen. However I have had issues with the mandrake builds of mozilla for about 2 years now they just randomly lock up, completely crash, or the one that really bugs me is that after a while of use it gets so that you can not select text in the address bar. You have to shut it down to fix this. Because of this I almost never use the mandrake rpm's for mozilla. I did wonder about athlons and the degree of optimization. I recall the same scenario at MDK 9.1 release time. Buchan's early-bird Mozilla 1.3 migrated to cooker AFAIR mainly with -O3 moved back to -O2 and what felt like a drop in stability. The abrupt closure I see, the lock-up rather rarely and the loss of text selection not at all. My regular usage is to have 1 or 2 mozilla windows open with maybe 10 or 15 tabs per window. This I have running for possibly weeks. With the mandrake builds I get maybe 3 or 4 days max. That sounds like you're dispensing with xft and/or using Mozilla's own binaries. Fortunately (like OO.o) installation is very easy :-). David
Re: [Cooker] Mozilla-1.5-0.92mdk Stability
Brook Humphrey wrote: well here are the flags I'm playing with now. optflags: athlon -O3 -funroll-loops -fomit-frame-pointer -pipe -march=athlon-xp -ffast-math -fno-strength-reduce -fforce-addr -m3dnow -msse -mfpmath=sse,387 -mmmx -frerun-cse-after-loop -frerun-loop-opt -falign-functions=4 -maccumulate-outgoing-args -fprefetch-loop-arrays out of those the -O3 and --march=athlon-xp will give the biggest boost. and these can not be used for everything. glibc had to be backed off some bug gcc compiled fine. xfree had to be backed off some also but qt compiles fine with these. It is much snappier on my athlon machine I'm slowly working on more things. KDE is next and possibly the kernel but i dont really feel like playing with the kernel rpm much. Many thanks - I'll try feeding a subset of those into rpmrc. Sometimes I do wonder how many days of optimising rebuild == an adm64. Still, that route will have other problems in tow. Sigh ... My regular usage is to have 1 or 2 mozilla windows open with maybe 10 or 15 tabs per window. This I have running for possibly weeks. With the mandrake builds I get maybe 3 or 4 days max. That sounds like you're dispensing with xft and/or using Mozilla's own binaries. Fortunately (like OO.o) installation is very easy :-). yes I am and I tell you what I miss xft very much. Jaggy mozilla is no fun. I have also been playing with the custom builds of thunderbird and firebird from mozillazine. These are done by others in the community. They run very nice. Yes, and come out very quickly. David
Re: [Cooker] Mozilla-1.5-0.92mdk Stability
Rolf Pedersen wrote: Anytime I get a crash with the mail component of mozilla, I delete XUL.mfasl from my .mozilla profile. Wonder if this is related. http://bugzilla.mozilla.org/show_bug.cgi?id=168516 I think I remember this one from Mozilla 1.1 days - AFAIR a crash in Mail followed by failure to restart unless XUL.mfasl was deleted. My feeling is it's something different, but I'll keep it in mind. Anyway, so far so good with --with-pthreads (but I don't understand it). David
Re: [Cooker] When can we finally get X to fall back to XFdrake??
On Tuesday 21 Oct 2003 7:42 pm, Buchan Milne wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A long time ago, X used to fall back to running a configuration tool. This may have been long ago, when XFdrake wstill had a link for XF86configure (or whatever Redhat used to call their tool). I think the best option here would be to do something similar with the display drivers as is done with the resoultions - ie. specify 3 or 4 in XF86Config-4, and get X to try them in order. So for an nvidia card you could have... Driver nvidia nv vesa It would try the non-free driver first, then the 2D one, and fall back to vesa if neither are available. Obviously this would require a patch to X... David Sansome
Re: [Cooker] New ISO with updates
Emmanuel Moll wrote: I'm using chrips' from http://norlug.org/~chipster/index.pxml?rpms Manu I have noticed the norlug mozilla-1.5-1 bombs reliably on 9.2 when mail is called from the browser status bar. I'd better let chipster know :-).
Re: [Cooker] New ISO with updates
Buchan Milne wrote: David Coe wrote: Emmanuel Moll wrote: I'm using chrips' from http://norlug.org/~chipster/index.pxml?rpms Manu I have noticed the norlug mozilla-1.5-1 bombs reliably on 9.2 when mail is called from the browser status bar. I'd better let chipster know :-). Works fine in 1.5-0.92mdk: http://mandrake.redbox.cz/Mandrake-devel/unsupported/MandrakeClub/9.2/i586/ Regards, Buchan So it does. I'd wondered where the ranger stuff had gone :-). Many thanks!
Re: [Cooker] New ISO with updates
David Coe wrote: Buchan Milne wrote: David Coe wrote: Emmanuel Moll wrote: I'm using chrips' from http://norlug.org/~chipster/index.pxml?rpms Manu I have noticed the norlug mozilla-1.5-1 bombs reliably on 9.2 when mail is called from the browser status bar. I'd better let chipster know :-). Works fine in 1.5-0.92mdk: http://mandrake.redbox.cz/Mandrake-devel/unsupported/MandrakeClub/9.2/i586/ Regards, Buchan So it does. I'd wondered where the ranger stuff had gone :-). Many thanks! Oops .. I spoke too soon :-(. Mozilla 1.5-0.92mdk also bombs as above; not every time, but often enough to discourage accessing it via the mail button on the browser status bar. I'll try one of the Xft-enabled binary tar bundles and check the bugzilla reports. Best wishes David
[Cooker] Re: Duplicate packages in current cooker tree
And now you can add these to the (contrib) list: OpenGroupware.org-1.0-2mdk.noarch.rpm OpenGroupware.org-1.0-5mdk.noarch.rpm David Walser wrote: There are some packages that have more than one version sitting on the mirrors right now: in contrib: bugzilla-2.16.3-4mdk.noarch.rpm bugzilla-2.16.3-5mdk.noarch.rpm PHP-nuke-6.0-4mdk.noarch.rpm PHP-nuke-6.9-1mdk.noarch.rpm horde-2.2.4-1mdk.noarch.rpm horde2-2.2.3-2mdk.noarch.rpm in main: draksync-9.0-3mdk.noarch.rpm draksync-9.0-4mdk.noarch.rpm terminal-server-1.5-11mdk.noarch.rpm terminal-server-1.5-12mdk.noarch.rpm __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/
[Cooker] Duplicate packages in current cooker tree
There are some packages that have more than one version sitting on the mirrors right now: in contrib: bugzilla-2.16.3-4mdk.noarch.rpm bugzilla-2.16.3-5mdk.noarch.rpm PHP-nuke-6.0-4mdk.noarch.rpm PHP-nuke-6.9-1mdk.noarch.rpm horde-2.2.4-1mdk.noarch.rpm horde2-2.2.3-2mdk.noarch.rpm in main: draksync-9.0-3mdk.noarch.rpm draksync-9.0-4mdk.noarch.rpm terminal-server-1.5-11mdk.noarch.rpm terminal-server-1.5-12mdk.noarch.rpm __ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/
[Cooker] Re: LG Drives
Juan Quintela wrote: marc == Marc Guise [EMAIL PROTECTED] writes: marc I read the post about Mdk 9.2 and LG on mandrakeusers.org. I have cd-rw drive, marc model HL-DT-ST GCE 8400b and I have Mdk 9.2rc2 running. There are no problems marc with my LG drive 21mdk just updated (vdanen should be doing the official update) fixes that problem. Only LG plain CD-ROMS are affected. Later, Juan. A friend of mine asked to ask if the 2.6 kernel is affected by this.
Re: [Cooker] Huge List of Updates
Brad Felmey wrote: On Wed, 2003-10-22 at 20:03, Galileo wrote: Another proof that Mandrake releases unfinished products. http://www.mandrakesecure.net/en/advisories/advisory.php?name=MDKA-2003:020 More that 250 MB of updates excluding SRPMS. How the hell did this happen ? It looks like x.2 doesn't mean a thing anymore. 7.2 and 8.2 were perfect. Why isn't so with 9.2 ? You, my fine feathered friend, are full of foo. He's making a very valid point. If MS did it, the press would (rightly) give stick. 7.2 and 8.2 were decent, but not perfect. 9.2 even needing the updates is a heck of a lot better than either 7.2 or 8.2. I know - I've used every Mandrake since 5/6 and run cooker since 7.1. Quite true. The components (the community) and the package integration (Mandrake developers) are getting more and more attractive. They could always be like SuSE or RedHat and consider non-security bugfixes and updates to be next point release. Mandrake is bending over backwards. Schedules have to be kept, but they didn't quit working when it was cut - they kept at it to make a good product even better. Getting the balance right between QA and the release schedule is the name of the game. Stray too far either way and you're history. Why on earth are you complaining, then? If I had just installed a site-full of Mandrake 9.2 workstations, I would be less than impressed to have this size of update to do so soon after.
[Cooker] Re: Terminal button doesn't work in ICEWM
Vincent Meyer, MD wrote: Since KDE is broken, am temporarily using ICEWM. At the bottom of the screen is the menu button, Terminal button, and Mozilla button. Terminal button doesn't bring up a terminal window, although there is some disk activity. V. What does your xvt alternative point to? If it's konsole, it could be the same KDE problem chasing you around. Another good reason konsole shouldn't take precedence in the alternatives above rxvt.
[Cooker] Re: Mandrake uses Photoshop... What a pity!
Mike wrote: The main things that I find bad about gimp (just my opinion, maybe im mad/doing it wrong) [...] 3) In photoshop, if you need the zoom tool, you just press 'Z' crop is another one key shortcut. In gimp the same operation involves several clicks to cycle through each window (click main window, click zoom, click brush options, click 'allow to resize window', then you can use the tool) That's not true. I'm working from memory here, but I think zoom in and out are = and -
Re: [Cooker] Broken KDE in Cooker
Can't we just set a simple standard to TEST YOUR PACKAGES before uploading them. It seems that simple things are constantly ignored by those who maintain the cooker RPMS. How hard would it be to test your rpms on a recently installed cooker box before uploading them? This would allow people to test cooker for system specific bugs instead of distribution specific bugs that exist because people do not do BASIC testing. I'd just like to confirm that this works I couldn't get 3.2 to work at all :( Mike FACORAT Fabrice wrote: Le mer 22/10/2003 à 11:22, Robert Fox a écrit : On Wed, 2003-10-22 at 15:18, FACORAT Fabrice wrote: Le mer 22/10/2003 à 10:23, Michael Lothian a écrit : I'm my fustration I've decided to switch to kde3.2 alpha 2 from http://peoples.mandrakesoft.com/~lmontel/kde-3.2-alpha2/ http://peoples.mandrakesoft.com/%7Elmontel/kde-3.2-alpha2/ I think it at least works a bit, which wouldbe an improvement of it not working at all or he can grab qt 3.2 from there Won't that break something else? sure ... don't know, should give this a try ... --- Quand la loi et le devoir ne font qu'un sans la religion, nul n'est plus vraiment un moins qu'un individu. Frank Herbert, Dune.
Re: [Cooker] Broken KDE in Cooker
Can't we just set a simple standard to TEST YOUR PACKAGES before uploading them. It seems that simple things are constantly ignored by those who maintain the cooker RPMS. How hard would it be to test your rpms on a recently installed cooker box before uploading them? This would allow people to test cooker for system specific bugs instead of distribution specific bugs that exist because people do not do BASIC testing. I'd just like to confirm that this works I couldn't get 3.2 to work at all :( Mike FACORAT Fabrice wrote: Le mer 22/10/2003 à 11:22, Robert Fox a écrit : On Wed, 2003-10-22 at 15:18, FACORAT Fabrice wrote: Le mer 22/10/2003 à 10:23, Michael Lothian a écrit : I'm my fustration I've decided to switch to kde3.2 alpha 2 from http://peoples.mandrakesoft.com/~lmontel/kde-3.2-alpha2/ http://peoples.mandrakesoft.com/%7Elmontel/kde-3.2-alpha2/ I think it at least works a bit, which wouldbe an improvement of it not working at all or he can grab qt 3.2 from there Won't that break something else? sure ... don't know, should give this a try ... --- Quand la loi et le devoir ne font qu'un sans la religion, nul n'est plus vraiment un moins qu'un individu. Frank Herbert, Dune.
Re: [Cooker] Mozilla Thunderbird not on cooker
Buchan Milne wrote: BTW, I also have mozilla-1.5 packages built for Mandrake Club for 9.2, which are just waiting for the admin to get the permissions right on the upload server for 9.2, the 9.1 packages are in testing. I did notice the mozilla-1.5 packages up on ranger but alas without the corresponding lib files. You couldn't put them up and/or the spec file? Best wishes David
Re: [Cooker] DRI and MDK
guran wrote: This is from a mail on expert, http://archives.mandrakelinux.com/expert/2003-10/msg01537.php When I look at Slackware 9.1 and /etc/X11/XF86Config I have: ... # This loads the GLX module Load glx # This loads the DRI module Load dri Why do Mdk have DRI excluded? I'm not sure they do. Out of the box 9.1 placed this in XF86Config for my Athlon + ATI Rage Pro. It seems to run as expected. Did you ask for 3D acceleration during display configuration? Section Module Load dbe # Double-Buffering Extension Load extmod Load type1 Load freetype Load glx # 3D layer Load dri # direct rendering EndSection Section DRI Mode 0666 EndSection
[Cooker] Re: Re: 9.2 disasters list (continuing)
Brook Humphrey wrote: On Sunday 19 October 2003 01:29 am, David Walser wrote: Brook Humphrey wrote: Ouch. What's taking so much space? stupid emacs and xemacs and all the assorted packages. No real users use these Well you can't not have emacs, but I agree we could ditch xemacs. The only reason for ever having it was syntax highlighting in the nice GUI, and regular emacs has had syntax highlight support even in the console since 21.1, so there's no reason to even use a GUI now. out there it is more of a developer odity (as not all developers use this thing either). Not only that but truly useful packages such as midnight commander (when I select console tools) and gvim are not even installed. I'm LOL, those are the oddities. I guarantee those have significantly fewer users. not sure if they are even on the cd's as I havn't even managed to get them downloaded yet and am still using my custom cd's from cooker after it was frozen for the cd's. These two are only about 5 or 6 megs together at the most compared to probably close to 100 megs for emacs including all it's assorted packages. I am not a vim versus emacs person really but I do have a few 150 meg text files I open and read at times and vim is the only thing under linux that even manages to open the file relatively well. Everything else gets dicy at about 80megs. Emacs wont even begin to touch the thing. The only other program i have found to open it with is a little windows text editor that is not free. I think it was texedit. Did you try the MS-DOS Editor? you are very sadly mistaken here. The majority or regular windows converts could care less about about emacs. Much less would they be able to figure out Sorry Brook, you're way off. I was a Windows convert many years ago, and emacs was the only text editor that I 1) cared about and 2) could figure out. Without emacs I would have missed the MS-DOS Editor way too much. how to use the thing properly. AS for mc every sysadmin I show it to uses it. It is way more useful in the real world than emacs. Especially for system recovery. It is kind of like an all in one tool for when things go bad. I even use it allot under normal conditions to install rpm's. Especially when the system is hosed and there is not other way to install them. Emacs will not do that for me. That's your fault, not its. And we're comparing a text editor to a file manager anyway?
[Cooker] Re: Re: 9.2 disasters list (continuing)
Robert L Martin wrote: On Sunday 19 October 2003 12:23 pm, Götz Waschk wrote: Who's more important, the stupid windows convert, or the developer? If you remove emacs from the CD, you'll scare of the developers. No developers means no new software. BTW it's not emacs that is growing and growing and taking away the CD space but the new generations of GUI software, especially KDE. Oh i would say the stupid Windows converts as far as The Big I$$ue goes besides most developers if they found something missing they would 1 compile it from source 2 have an older version lying about 3 download the package from an ftp server 4 - switch to Gentoo But one thing you all are losing in this discussion...emacs isn't only used by developers. It's also used by sysadmins! Every system needs a sysadmin.
[Cooker] Re: 9.2 disasters list (continuing)
Brook Humphrey wrote: Ouch. What's taking so much space? stupid emacs and xemacs and all the assorted packages. No real users use these Well you can't not have emacs, but I agree we could ditch xemacs. The only reason for ever having it was syntax highlighting in the nice GUI, and regular emacs has had syntax highlight support even in the console since 21.1, so there's no reason to even use a GUI now. out there it is more of a developer odity (as not all developers use this thing either). Not only that but truly useful packages such as midnight commander (when I select console tools) and gvim are not even installed. I'm LOL, those are the oddities. I guarantee those have significantly fewer users. not sure if they are even on the cd's as I havn't even managed to get them downloaded yet and am still using my custom cd's from cooker after it was frozen for the cd's. These two are only about 5 or 6 megs together at the most compared to probably close to 100 megs for emacs including all it's assorted packages. I am not a vim versus emacs person really but I do have a few 150 meg text files I open and read at times and vim is the only thing under linux that even manages to open the file relatively well. Everything else gets dicy at about 80megs. Emacs wont even begin to touch the thing. The only other program i have found to open it with is a little windows text editor that is not free. I think it was texedit. Did you try the MS-DOS Editor?
[Cooker] [Bug 6165] [rhythmbox] Freeze when adding after delete all
http://qa.mandrakesoft.com/show_bug.cgi?id=6165 --- Additional Comments From [EMAIL PROTECTED] 2003-19-10 18:36 --- My system is a 9.1 updated to cooker three weeks ago and to 9.2 this week. To reproduce the bug: 1) Add some files. 2) Select All in Artist and All in Albums. Select all with ctrl+a. 3) Delete it. 4) Add some directory. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: When delete all songs in the Library, and try to add another source of songs, the application freeze when click on the ok button of the file dialog. In the console it's put: ** (rhythmbox:7559): WARNING **: FIXME: guard from double entry
[Cooker] [Bug 6165] [rhythmbox] Freeze when adding after delete all
http://qa.mandrakesoft.com/show_bug.cgi?id=6165 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-19-10 22:29 --- I have installed some libs that the update failed (pcre, libdha and libpostproc0) and the bug seems to go away... :? set it as invalid. Thanks -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When delete all songs in the Library, and try to add another source of songs, the application freeze when click on the ok button of the file dialog. In the console it's put: ** (rhythmbox:7559): WARNING **: FIXME: guard from double entry
[Cooker] [Bug 6165] [rhythmbox] New: Freeze when adding after delete all
http://qa.mandrakesoft.com/show_bug.cgi?id=6165 Product: rhythmbox Component: rhythmbox Summary: Freeze when adding after delete all Product: rhythmbox Version: 0.5.3-1mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: rhythmbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When delete all songs in the Library, and try to add another source of songs, the application freeze when click on the ok button of the file dialog. In the console it's put: ** (rhythmbox:7559): WARNING **: FIXME: guard from double entry -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] megaraid driver
I am having some trouble with my dell poweredge 1600sc. I have a megaraid controller in it. After installing mandrake 9.1 and mandrake 9.2 I have periodic lock-ups. After using the 2.6 test kernel all seems to be well. For some reason it seems that the default 9.x kernels use the old v1 megaraid drivers and the 2.6 test kernels use the v2 driver. How can I switch over to the megaraid 2 drivers using the 2.4.22 kernels or can someone upgrade the driver so the default megaraid driver in the 2.4.22 kernel is the latest v2 driver
[Cooker] Re: 9.2 - disaster already? Older server scsi problems
Brook Humphrey wrote: On Thursday 16 October 2003 08:37 am, Guillaume Cottenceau wrote: Ron Stodden [EMAIL PROTECTED] writes: Oddly, installing all the 9.2 updates solved all problems (although there is no apparent reason why in the explains of the RPMs involved). There seems there is still an odd locking problem when we launch update-menus from within %post scriptlet of an RPM (problems arises from the fact update-menus do itself an rpm call, rpm -qa), flepied spent a large amount of time trying to fix that before 9.2, actually had some success with some scenarios, thought he caught all of them, but apparently not really all, the problem being that it's very rare here and absolutely not reproductible :/. If *anyone* can reproduce it, please post here the steps to reproduce it, I'm sure we can come up with a fix quickly. But without it, it's a hell to debug. A workaround is to launch update-menus as root. I'll see what I can do maybe you guys dont use kde. but in at least 3 or 4 fresh installs when ever you install any package with a menu for kde this happens. It does fine if you get them all during install but if you install any kde apps after the os is installed this happens as well as all the icons missing off kicker. It is rather annoying. Aha, maybe that's just the problem! KDE caches the menu; I believe 60 seconds by default. So you have to not look at the menu for 60 seconds, or log out and in and the menu should appear OK again.
[Cooker] Re: Demo site OLD
I agree that would be nice, but that would require MDK to re-hire the guy that made the Demo section, which would require money... Robert Fox wrote: Congratulations on the official release of 9.2 - the best distro available to date! Could someone please eventually update the demo site from the main Mandrake website . . . it's rather embarrassing when it says: Welcome to the Demo and Tutorial Center. Sept. 25, 2002 -- Mandrake Linux 9.0 released! Take a graphical tour of Mandrake 9.0 in the Demo section; try several beginner's lessons in the Tutorial area; and check the Spotlight section for in-depth reviews of some special applications. I wish Mandrake the best of success with this new flagship product!! R.Fox
[Cooker] Re: Mirror dope
Olivier Thauvin wrote: The main problem is that I never really know if I am really in sync. Please no advice about rsync or timefuzz. Learn how to use rsync: Why? rsync is confusing and hard to learn. Part of the problem is that every person that posts and example use uses different options. Just use rpmsync. It does even more for you than rsync itself, and you don't have to worry about how to use rsync. rsync -aqH --bwlimit=SPEED_kB --no-whole-file server::share/ /my_mirror/ look --exclude option too. I really don't think fmirror is better than rsync, because is able to check more things about files which need to be sync. Moreover, if a file need to be resync, rsync will download only difference by looking md5sums.
[Cooker] Re: Re: Mirror dope
Olivier Thauvin wrote: Le Lundi 13 Octobre 2003 11:08, David Walser a écrit : Olivier Thauvin wrote: The main problem is that I never really know if I am really in sync. Please no advice about rsync or timefuzz. Learn how to use rsync: Why? rsync is confusing and hard to learn. Part of the problem is that every person that posts and example use uses different options. I will loose my time by using rpmsync, I need to mirror ppc/sparc/i586. I never seen a script on this list which take care of hard link, and mirror all archs. rpmsync can mirror all arches, I made sure of that. If rsync needs the -H option to work where you're using it, just add it to the $rsync_short_args variable definition (line 155). rsync is not hard to use: -a make a full mirror -q quiet -H preserve hard link --no-whole-file take identical part of file from local disk. What is hard in those options ? Nothing by themselves, just that it's a different set everytime someone says on this list how to use rsync. Just use rpmsync. It does even more for you than rsync itself, and you don't have to worry about how to use rsync.
[Cooker] Re: perl automatic provides again
Luca Berra wrote: On Sun, Oct 05, 2003 at 04:54:07PM +0200, Luca Berra wrote: hi, today i found two packages that provide half of perl. psad-1.2.3-1mdl from contrib and wml-2.0.9 from MAIN A fix for this kind of problems could be having perl autoprovides generated only for files in default @INC, but it would create problems for packages that require modules in other places. also modifying the autorequire script not to issue requires for modules that are provided by files anywhere in the package i still believe that psad and wml are broken, they should not include perl modules that are provided in their own package. Yes, and sitescooper (from contrib) was similarly broken (providing perl modules it shouldn't have been). I can't remember if it was fixed or not.
[Cooker] Re: And next ?
Laurent Montel wrote: And splitting a single application (kopete and others) into 3-4 seperate rpms just doesnt make sense. Why ? Do you know libification ? Is it necessary when nothing besides that single app is ever going to use the library?
[Cooker] SUB cooker
[Cooker] Re: Re: And next ?
Marcel Pol wrote: On Tue, 30 Sep 2003 06:07:50 -0400 David Walser [EMAIL PROTECTED] wrote: Laurent Montel wrote: And splitting a single application (kopete and others) into 3-4 seperate rpms just doesnt make sense. Why ? Do you know libification ? Is it necessary when nothing besides that single app is ever going to use the library? I think yes. On amd-64 the library packages will be named different (libkopete1 vs something like libkopete1-64), and the file locations will be different as well (/usr/lib vs /usr/lib64), so splitting the libraries and binaries (/usr/bin) is a good thing. Why? Is somebody going to want to install 32-bit and 64-bit versions of the kopete library on their machine?
[Cooker] Re: YEAH ITS THE FUNNIEST DAMN THING SINCE THIS SIDE OF THE STATES EH?
Jason M. Randle wrote: HAHA JOHN ALLEN YOU THINK?? NOW YOU GET A COOKIE John Allen [EMAIL PROTECTED] wrote:On Tuesday 30 September 2003 04:12, Jason M. Randle wrote: TYPCIAL ASSHOLES! Yes you are aren't you. -- The thing about the good old days is that you seldom recognize them when you are in them. They are most clearly seen in hindsight. Most clearly seen after they are gone Hmm, I guess he'll miss this list once he finally gets removed from it.
[Cooker] Re: And next ?
Vox wrote: Tho, since we are talking about the mailing listscould we *please* get rid of sympa and start using mailman or any other *decent* mailing list software? Sympa has proved over and over and over again that it can't deal with the mandrake mailing lists and that it should be shot. So...can we please get a good mailing list software managing the lists? Can Mailman be configured to correctly set the reply-to to the list? I hate being on mailman lists, they're such a pain. What about majordomo?
[Cooker] Re: And next ?
Warly wrote: It may be a good idea, before cooker opens again, to take these days to have some brainstorm. May you give your opinion on : - What was wrong in 9.2 development process? the mirror situation, of course Also, a lot of MDK developers got heavy into bugfixing the last couple weeks before release, and they weren't done when we cut the release. They should have started earlier. - We though a bit late in the 9.2 developement process to split cooker ml, we should do it now. As long as each sublist is available as a newsgroup (be it gmane or whatever). - What could we do to improve 9.3/10.0 development. I think for 9.3 we need to focus on bugfixing and polishing. The only major change should be the switch to the freedesktop.org menu system. Other than that, there shouldn't be any major innovations, or overhauls (yet again) of DrakX. One release cycle focusing on just making sure things work could go a long way to improve our image. - What should we do to improve the Wiki. good question - Should we have cooker snapshot ISOs? If they were only distributed with bittorrent, they wouldn't hurt anything. I wouldn't have a need for them, but if others could use them, go for it. I just wouldn't want too much additional load on the mirrors. One nice thing about doing it is it would for you to keep mkcd working ;o) - What could we do, as a community, to increase the acceptance of mandrakelinux? make it so things just work. - How to have more contributors? Better docs, and reaching out to the fedora people for some collaboration. And anything related to the mandrakelinux distro. Harness the power of the community to increase the visibility and support of contrib.
[Cooker] Re: Re: autoconf2.5.x problem
Guillaume Cottenceau wrote: David Walser [EMAIL PROTECTED] writes: lamikr_mdk wrote: That helped. Do you know is there similar kind of environment variables for selecting appropriate version of aclocal and automake? Well, for example, to compile giFT, I have to do this: WANT_AUTOCONF_2_5=1 AUTOMAKE=automake-1.7 AUTOHEADER=autoheader-2.5x ACLOCAL=aclocal-1.7 ./autogen.sh ^^ grmbl! don't call autoconf stuff by version name! Don't yell at me, that's what I *had* to do to get giFT to work.
[Cooker] Re: bind-9.2.3-0.rc4.1mdk
Oden Eriksson wrote: BIND 9.2.3rc4 is now available. [...] 1509. [bug] Hint zones should accept delegation-only. Forward zone should not accept delegation-only. 1508. [bug] Don't apply delegation-only checks to answers from forwarders. Does this mean that if I used forward only, and use my ISP's DNS servers as forwarders, none of this root-delegation-only stuff will work for me?
[Cooker] Re: Openoffice 1.1rc5
Emmanuel wrote: Hello there, http://www.ibiblio.org/pub/packages/openoffice/stable/1.1rc5/ Any chance of getting a quick compilation and making it into 9.2??? I believe rc5 will be renamed 1.1 once it's propagated onto the mirrors (based on the fact that SO7 is already out). Emmanuel Quick compilation? OO.o? LOL!
[Cooker] Re: Re: bind-9.2.3-0.rc4.1mdk
Oden Eriksson wrote: tisdagen den 23 september 2003 12.21 skrev David Walser: Oden Eriksson wrote: BIND 9.2.3rc4 is now available. [...] 1509. [bug] Hint zones should accept delegation-only. Forward zone should not accept delegation-only. 1508. [bug] Don't apply delegation-only checks to answers from forwarders. Does this mean that if I used forward only, and use my ISP's DNS servers as forwarders, none of this root-delegation-only stuff will work for me? Ummm, I don't know, good question. I know that using forwarders the delegation-only checks didn't work with rc3 (why would it?). ? Why wouldn't it?
[Cooker] Re: autoconf2.5.x problem
lamikr_mdk wrote: That helped. Do you know is there similar kind of environment variables for selecting appropriate version of aclocal and automake? Well, for example, to compile giFT, I have to do this: WANT_AUTOCONF_2_5=1 AUTOMAKE=automake-1.7 AUTOHEADER=autoheader-2.5x ACLOCAL=aclocal-1.7 ./autogen.sh
[Cooker] Re: So, which is broken?
Adam Williamson wrote: On Mon, 2003-09-22 at 20:52, Felix Miata wrote: Yes, I got that answer from irc://freenode/mandrake after someone there read my post here. It fixed it. But, it begs the question, why would the rpm db be corrupted on a week old install? One thing I've noticed that can cause it is ctrl-C'ing out of an urpmi at an inopportune moment. Have you aborted any urpm* / rpm operations in that week? Maybe urpmi should trap that signal and make sure it cleans up properly before exiting.
[Cooker] Cooperation with RedHat Linux project?
http://rhl.redhat.com/ From reading this, it sounds like the possibility of some cooperation between Cooker and the new RHL project is even more possible. One possible goal could be making packages source compatible. Differences in macros should be easy to smooth out, and the menu system shouldn't be an issue anymore once we all move to the freedesktop.org menu system. Has anybody looked into this or tried contacting anybody at RHL?
[Cooker] Re: Cooperation with RedHat Linux project?
Pierre Jarillon wrote: Le Dimanche 21 Septembre 2003 16:41, David Walser a écrit : http://rhl.redhat.com/ From reading this, it sounds like the possibility of some cooperation between Cooker and the new RHL project is even more possible. RedHat said: We are excited to announce that we are working on an alliance with another well-known provider of Red-Hat compatible packages. I try to guess who is this well-known provider of Red-Hat compatible packages. IMHO, not so many ! freshrpms?
[Cooker] Re: Re: Draksync question / mirror for members
John Keller wrote: David Walser wrote: Buchan Milne wrote: Vincent Meyer, MD wrote: Also, the server's built, the line is in, and would be nice to get this server up and available for use of fellow cookers here in North America. If a graphic tool like Draksync won't do it, does anyone have a favorite mirroring script? # urpmi rpmsync ? Yes, please people, use the rpmsync package that's in contrib. People are still grabbing cooksync off my webserver because the link is still in the wiki. It should be referring to the rpmsync package now. I've removed the reference that I found and replaced it with a note about rpmsync: http://qa.mandrakesoft.com/twiki/bin/view/Main/CookerHowTo#From_a_Local_Mirror good I'm afraid I don't know anything about this utility, or even if it's mentioned in the right spot on the page. If you or anyone else would like to add anything particular about it (instructions, whatever), just let me know. What did it used to say? rpmsync is just cooksync (the old link) with command-line argument support. It shouldn't say Use fmirror or rsync to create a local mirror and keep it up to date. Certainly it doesn't make a difference how you create the mirror (although rpmsync can handle that too), but definitely rpmsync should be used to keep it up to date. The default settings in the script have it set to sync from uninett, and there's a README that comes with the package explaning how to set it up for Cooker (in which case you'd only need to change the remote mirror possibly and the local path).
[Cooker] Re: rxvt menu entry?
Guillaume Rousse wrote: Ainsi parlait [EMAIL PROTECTED] : I plead for some sanity, please put the menu entry back in. Let the user that doesn't want a terminal remove the entry (it would give them an excuse to learn menudrake), and don't make the 99.99% of us who do want it have to load up menudrake just so we can gain access to a terminal. yes How about a compromise? Put it in the Configuration menu (where it belongs). User terminals (gnome-terminal, konsole etc etc, can go in Terminals, but rxvt should only be needed for configuration work so that's where it belongs). Well, I don't care so much, long as it's in the menu, but rxvt is a terminal like any other. It's not just for configuration and it really makes no sense to segregate it from the others. And what about clearly labeling packages for which it is useless to ask anything to maintainers, as they know better than anyone else what is good for users, and they don't give a fuck about contributers ? Seems that way sometimes. A new private section, similar to main and contrib, could host all those packages, safe from hostile remarks and angry comments. The more time I spend in the Cooker family, the more I see a need for this.
[Cooker] [Bug 2097] [drakxtools] NTFS partition is not recognized properly
http://qa.mandrakesoft.com/show_bug.cgi?id=2097 --- Additional Comments From [EMAIL PROTECTED] 2003-16-09 14:42 --- It's still valid. The bug is still there. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: RESOLVED creation_date: description: When installing RC1, and after completing the installation, diskdrake thought that /dev/hda1 was Hidden IFS (e.g. HPFS), and generated a fstab that would not allow the partition to be mounted. By selecting NTFS in the fstab, the partition would mount and work properly. There was some discussion about NTFS being detected as HPFS before on the cooker list. This appaears to be neither detecting as NTFS or HPFS, but as some variant of HPFS. Since Windows XP generated the partition in question, this may be an issue for many first time users.
[Cooker] Re: [CHRPM] xmms-arts-0.6.0-1mdk
So is the URL still correct, or no?
Guillaume Cottenceau wrote:
Name: xmms-artsRelocations: (not relocateable)
Version : 0.6.0 Vendor: MandrakeSoft
Release : 1mdk Build Date: Sat Sep 13 22:24:36 2003
-=-=-=-
Guillaume Cottenceau [EMAIL PROTECTED] 0.6.0-1mdk
- use Havard Kvalen's arts output plugin, should work better
-=-=-=-
xmms-arts.spec changed
--- xmms-arts-0.5-2mdk.src.rpm/xmms-arts.spec 2003-09-14 22:49:15.0 +0200
+++ xmms-arts-0.6.0-1mdk.src.rpm/xmms-arts.spec 2003-09-14 22:49:15.0
+0200
@@ -9,7 +10,7 @@
License: GPL
Group: Sound
URL: http://cmb.is-a-geek.org/xmms-arts/
-Source: xmms-arts-%{version}.tar.bz2
+Source:
http://havardk.xmms.org/plugins/arts_output/%{theirname}-%{version}.tar.bz2
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-buildroot
Requires: xmms libarts2
BuildRequires: gtk+-devel xmms-devel kdelibs-devel arts arts-devel
[Cooker] Re: Re: [CHRPM] openssh-3.6.1p2-7mdk
Hi Vincent, I don't want to bother you too long, I just would like clarification on one point: Vincent Danen wrote: Right. Mandrake Linux 9.2 is not a specialized server product. It's a desktop product. It has 18mos life. The 2 years is for MNF, SNF, etc. Corporate Server has 3 years. I thought the deal was that server-related packages would see updates for 2 years, and others (workstation/desktop packages basically) would only see updates for 18 months. What is the deal exactly?
Re: [Cooker] anal buildrequires
It's been a long hot summer!
[Cooker] Re: Draksync question / mirror for members
Buchan Milne wrote: Vincent Meyer, MD wrote: Also, the server's built, the line is in, and would be nice to get this server up and available for use of fellow cookers here in North America. If a graphic tool like Draksync won't do it, does anyone have a favorite mirroring script? # urpmi rpmsync ? Yes, please people, use the rpmsync package that's in contrib. People are still grabbing cooksync off my webserver because the link is still in the wiki. It should be referring to the rpmsync package now.
[Cooker] Re: Re: Draksync question / mirror for members
Austin wrote: On 09/15/2003 08:48:50 PM, David Walser wrote: Yes, please people, use the rpmsync package that's in contrib. People are still grabbing cooksync off my webserver because the link is still in the wiki. It should be referring to the rpmsync package now. So why not replace the reference with a link to the rpmsync RPM? It installs on any recent version of mandrake, even 9.0 (I tried). Exactly, someone with wiki access should do that. Do heed the warning in the README though, if you want to use rpmsync as a full rsync drop-in replacement, including giving rpmsync options that are rsync options but not rpmsync options, you'll need the newest Getopt::Long or it won't work as expected.
[Cooker] XFree86 and kernel-secure
Is anybody else having problems with the combination of XFree86 and the latest kernel-secure. I can not start x windows with the latest kernel-secure. Every other kernel works(kernel, kernel-smp, kernel-enterprise). Thanks.
[Cooker] Re: Re: [Contrib-Rpm] sgrotum-1.2.6-1mdk
Olivier Thauvin wrote: Le Vendredi 12 Septembre 2003 12:07, Thierry Vignaud a écrit : Han Boetes [EMAIL PROTECTED] writes: Name: sgrotum Relocations: (not relocateable) Version : 1.2.6 Vendor: MandrakeSoft Release : 1mdk Build Date: Fri Sep 12 02:35:12 2003 Install Date: (not installed) Build Host: klama.mandrake.org Group : Networking/Mail Source RPM: (none) Size: 59978License: GPL Signature : (none) Packager: Han Boetes [EMAIL PROTECTED] URL : http://homepages.ihug.co.nz/~trmusson/programs.html Summary : Email/news SiGnature ROTUMbulator Description : An email/news SiGnature ROTUMbulator. As well as the rotation and randomization of signatures, it'll optionally insert random quotations, taking care of length, word-wrap and justification. Like this: -- __ Men often believe -- or pretend -- that the Law .,-;-;-,. /'_\ is something sacred, or at least a science -- an _/_/_/_|_\_\) / unfounded assumption very convenient to '-=/\ governments. jgs `/_//_/-'\_\ is this really needed in package description ? Sure, it's need ! But there's a turtle in his sgrotum. I hope it's not one of those snapping turtles.
[Cooker] Re: Enlarge your bash completion experience
Frederic Crozat wrote: BTW, could you fix bash-completion so : gendiff foobar-x.y | bzip2 -c [TAB] will allow TAB to use ANY (or at least .bz2) file for this redirection. Thanks :) Well if he's gonna do some more hacking/bugfixing on bash-completion, here's another one that doesn't complete currently: mpg321 -@ foo.m3u ogg123 -@ foo.m3u
[Cooker] Re: Re: Re: [Contrib-Rpm] imp3-3.2.2-1mdk
Guillaume Rousse wrote: Ainsi parlait David Walser : Guillaume Rousse wrote: Ainsi parlait David Walser : Guillaume Rousse wrote: [Contrib-RPM] Name: imp3 Relocations: (not relocateable) Version : 3.2.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon 08 Sep 2003 10:46:41 PM CEST -=-=-=- - drop ugly configuration scripts, perl rulez Well that's fine, but part of the point before was, the script was included with the package, so if the user changed their hostname later on, they could run the script again and have their config be right again. Do the same with your perl script. All the script was doing was to replace localhost.localdomain by the correct values in a config file, using two scripts, a shell one and a awk one. It tooks me almost 10 minutes to understand it, whereas a single one-liner in perl could do in one single place. Moreover, i don't see the point of adding aditional code, meaning potential security and maintainance issues, for such a trivial task, especially for what is supposed to be a server. Either you write a complete configuration wizard, and install it elsewhere in the filesystem, either you just takes cares of it in post-install configuration step. Security and Maintainance issues? That's absolutely ridiculous. Wasting ten minutes to figure that something included was quite useless is an issue. I hate this. Well that has nothing to do with what you said before. And maybe more people know Perl, so maybe your script might make be easier for more people to figure out. and how many times must I explain why it *was* useful? Yes your line of code takes care of it in the post-install configuration step, but let me re-iterate, what if the user changes their hostname *after the package is installed.* They will need to run that line of code again. Install it as a script like was done before. Someone changing hist hostname will have more than imp to reconfigure IMHO. Yes, that's true, but so what? Why shouldn't we make it as easy as possible to at least fix the imp configuration when they do? Especially considering they didn't even have to configure it in the first place, we did it automatically for them. Are you proposing we add two script to each of those applications just for to each? They were only in one of the packages. And if you did it fully in Perl it'd just be one script. this ? Or that we add x others scripts to help clueless user to change x others settings in imp configuration ? Not for other things, just for hostname since we already did it automatically for them in the RPM. My point remain the same: either you provide a full configuration wizard, you document it as mdk-specific, and you install it elsewhere as under the webroot. Or you just do minor post-install configuration. BTW, this is a server, not a joe-user multimedia application. Admins are supposed to be able to configure what they install. That's no good reason not to make it easier when possible. Especially when we halfway do it in the RPM. The package seems half finished now.
[Cooker] Re: Re: Re: [Contrib-Rpm] imp3-3.2.2-1mdk
Guillaume Rousse wrote: Ainsi parlait Michael Lothian : Everthough of having a file somewhere that has the hostname is? And then referencing everything to that file so if something changes everything us updated with out reconfiguring anything? hostname is in /etc/sysconfig/network. Not for imp. Technically, what you're proposing is doable. However, i still don't understand why so much attention for this topic. Are you really changing your _servers_ hostname everyday, to need such a toy ? It is clearly a waste of resources for me. No! You've already expent the resources to write the script (in the spec file). All I'm saying is put it in a file and include it with the package like before! Moreover, as sysadmin, I hate black magic changing sensible config stuff behind my back. It's not black magic, and it's not changing anything behind your back. The one in the spec file makes the package work out of the box, and if you included the script with the package, the user would have to explicitly run it. And if they changed their hostname they would not have a sensible config, it would need to be changed.
[Cooker] Re: Re: WindowMaker-Terminal now konsole??
andre wrote: On Wednesday 10 September 2003 03:48, David Walser wrote: I agree, this is caused by a recent change to kdebase-konsole that makes its xvt alternatives value take precedence over rxvt. I'm not sure I agree with that. I think users should have to change the alternative if they want konsole to be the xvt. If you don't have a menu entry for rxvt than it is a bit stupid to make rxvt precede over term's that have a menu entry. What's stupid is that rxvt doesn't have a menu entry. Just because one stupid thing has been done doesn't mean we should follow it up with more stupid things. alternative has a problem that it doesn't handle gnome and kde well because they have a lot of associated programs you would want to use with them and not under an other wm
[Cooker] Re: perms on /dev/rtc device
But if pam_console makes the locally logged-in user own /dev/rtc and be the only one able to read and write from it, doesn't your concern become moot? Juan Quintela wrote: guillaume == Guillaume Rousse [EMAIL PROTECTED] writes: guillaume Ainsi parlait Juan Quintela : olivier == Olivier Blin [EMAIL PROTECTED] writes: # RTC resolution dev.rtc.max-user-freq = 1024 Could this setting be added in default sysctl.conf ? olivier Thanks, but shouldn't this be the default in default security level ? olivier RTC works fine, but sysctl.conf need to be tweaked. olivier IMHO, the user shouldn't have to do that. Problem is that in a multiuser system, if you allow the value 1024, you can create a DOS if several users use that. guillaume I guess most multimedia applications are only usable by local user, not a guillaume remote one, which means only one at a time. This should reduce DOS risks, no? No. any user can do a very small script/c program an use the whole number of timers. Machine is on its knees :( guillaume What about adding this setting only through mplayer, tvtime guillaume and other packages requiring it %post/%postun facilities ? Really it is too agresive to set it _unconditionally_. Default value of 64 should be enough except for single-user machines running an _almost_ real time application. And yes, for today machines, mplayer is still real-time like application. guillaume Not sure to understand what you mean there. That the value only make sense for single user machines, or for machines when you trust all the users will not do something dumb/trying to crash your server. Only way to handle it automagically is having a option in the installer/MCC telling something like: - this is a mono-user system/I trust all the users Only other easy thing that I can think is teaching msec to set it at the most unsecure level. And I am not sure that people will be using that level at all :( Later, Juan.
[Cooker] Rusty's brain broke
Is anybody getting this message after upgrading to the latest kernel? kernel: MASQUERADE: No route: Rusty's brain broke! I am using nat/masquerading to share the internet. To enable internet sharing I must revert back to 2.4.21. Hope to see this get fixed soon.
[Cooker] Re: Advanced configuration tools
Oden Eriksson wrote: Ahh, familiarity breeds contempt? But it does mean less retraining for the Mouse Consultants and Solitaire Experts ;-). Mouse Consultants, ha ha ha ha , never heard that one before, really funny! Me neither, it's usually Minesweeper Consultants and Solitaire Experts, which makes more sense since both refer to games automatically installed with Windows. I suppose something like Mouse Consultant and Scanner Expert would make sense (?)
[Cooker] Re: Re: [Contrib-Rpm] imp3-3.2.2-1mdk
Guillaume Rousse wrote: Ainsi parlait David Walser : Guillaume Rousse wrote: [Contrib-RPM] Name: imp3 Relocations: (not relocateable) Version : 3.2.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon 08 Sep 2003 10:46:41 PM CEST -=-=-=- - drop ugly configuration scripts, perl rulez Well that's fine, but part of the point before was, the script was included with the package, so if the user changed their hostname later on, they could run the script again and have their config be right again. Do the same with your perl script. All the script was doing was to replace localhost.localdomain by the correct values in a config file, using two scripts, a shell one and a awk one. It tooks me almost 10 minutes to understand it, whereas a single one-liner in perl could do in one single place. Moreover, i don't see the point of adding aditional code, meaning potential security and maintainance issues, for such a trivial task, especially for what is supposed to be a server. Either you write a complete configuration wizard, and install it elsewhere in the filesystem, either you just takes cares of it in post-install configuration step. Security and Maintainance issues? That's absolutely ridiculous. Yes your line of code takes care of it in the post-install configuration step, but let me re-iterate, what if the user changes their hostname *after the package is installed.* They will need to run that line of code again. Install it as a script like was done before.
[Cooker] Re: WindowMaker-Terminal now konsole??
Udo Rader wrote: Am Tue, 09 Sep 2003 13:50:50 + schrieb Buchan Milne: Udo Rader wrote: hi, the last cooker update changed the terminal application used by the WM-Terminal from xterm to konsole ... The deeper reason for this is that xvt is now mapped to konsole per default in /etc/alternatives ... is this really intended? Not only does it take quite a long time to start up initially when kde is not running, it also requires tons of kde installed on the system. 1) # update-alternatives --config xvt 2) # urpme kdebase-konsole (or which ever package actually now owns konsole) Well, deleting it is always an option. But what I'm questioning is the _default_ setting for xvt. Does that really have to be konsole? I mean, if I have multiple terminal emus installed, why does konsole have to be the default? why not gnome-terminal (or any other)? Shouldn't this be as lightweight as possible per default? happy hacking udo I agree, this is caused by a recent change to kdebase-konsole that makes its xvt alternatives value take precedence over rxvt. I'm not sure I agree with that. I think users should have to change the alternative if they want konsole to be the xvt.
[Cooker] Re: Horde suite
Yes, but this is an issue that's caused by the horde2/imp3 naming, so we should just get rid of it. There's going to have to be a rename anyway, when horde3 and imp4 come out, we might as well make sane and stable names now. If the newly renamed packages have a provides/obsoletes on the old names, I think upgrades will be OK. magic wrote: I believe this was discussed a few months back, and was decided that the packages should remain horde2/imp3 for compatability purposes. If they change to horde/imp will that not create issues for pre 9.2 users that already have the horde suite configured installed? (Not to mention making things much more confusing.) Thanks, S Guillaume Rousse wrote: I just rewieved the whole horde suite: - horde2 - imp3 - turba - chora It seems old imp 1 or 2 are no longer around, while there is still old horde-nag 1. Could we nuke it, and turn horde2 to horde and imp3 to imp ? BTW, i found the ADVX macros very useful. Why are those macros in /usr/share/ADVX, and not integrated among standard rpm macros ? I also found most private directories are both protected by the in apache config file, and by a local .htaccess in the directory. Isn't this a bit redundant. Finally, all those sensible files (apache config file, .htaccess files) are owned by apache groupe, with 640 perms, which make rpmlint scream. Time for some new rpmlint exception/check ?
[Cooker] Re: [CHRPM] mandrake_theme-0.0.8-1mdk
Warly wrote: Name: mandrake_theme Relocations: (not relocateable) Version : 0.0.8 Vendor: MandrakeSoft Release : 1mdk Build Date: Tue 09 Sep 2003 01:56:42 AM CEST -if [ `readlink %mdk_bg/root/default.png` == Discovery-root.png ]; then rm -f %mdk_bg/root/default.png;fi +if [ `readlink %mdk_bg/root/default.png` == Discovqery-root.png ]; then rm -f %mdk_bg/root/default.png;fi o_O Say what?
[Cooker] Re: [Contrib-Rpm] imp3-3.2.2-1mdk
Guillaume Rousse wrote: [Contrib-RPM] Name: imp3 Relocations: (not relocateable) Version : 3.2.2 Vendor: MandrakeSoft Release : 1mdk Build Date: Mon 08 Sep 2003 10:46:41 PM CEST -=-=-=- Guillaume Rousse [EMAIL PROTECTED] 3.2.2-1mdk - 3.2.2 - speac cleanup You call that a cleanup? Geez, I'd hate to see your room. - remove useless files from webroot (.dist, doc files, .po) - properly tag localisation files - drop apache1 integration - drop ugly configuration scripts, perl rulez Well that's fine, but part of the point before was, the script was included with the package, so if the user changed their hostname later on, they could run the script again and have their config be right again. Do the same with your perl script. (and BTW, awk is beautiful :P ) - fixed URL - removed implicit dependencies
[Cooker] Re: Re: What happened to am-utils?
Buchan Milne wrote: BTW, if you choose LDAP auth during install, you should now get autofs installed, and if you have LDAP automount maps setup well, they should work out-the-box (I still need to test this though ...). Maybe David Walser can comment on some of these actions would be worthwhile for NIS also (although it may be too late). Regards, Buchan For most setups, I'm sure that would be useful. For the lab I used to run it wouldn't have been because I had a mixed Solaris/Linux network, and the automounter maps used cachefs which is only available on Solaris, so I didn't want the Linux boxes seeing the NIS automounter maps. Most people probably would just forget the cachefs and have a portable NIS automounter map.
[Cooker] Re: Re: [CHRPM] OpenOffice.org-1.1-0.rc3.2mdk
Buchan Milne wrote: The OOo team wishes a perfect product. I have the same wish for Mdk 9.2 ! If it were perfect, what would we do after 9.2 release? Close cooker ? ;-) 1) Party 2) Sleep 3) Go everywhere installing MDK 9.2 on every system we can find.
[Cooker] Re: Horde suite
Guillaume Rousse wrote: I just rewieved the whole horde suite: - horde2 - imp3 - turba - chora It seems old imp 1 or 2 are no longer around, while there is still old horde-nag 1. Could we nuke it, and turn horde2 to horde and imp3 to imp ? Please do.
[Cooker] Re: Re: [Contrib-Rpm] imp3-3.2.2-1mdk
Michael Lothian wrote: My uni uses imp MAy try and plau arrond imp where is this awk btw? I like pretty things Mike I had written an awk script that was run when the package was installed. It would fix your imp configuration to properly reflect your hostname (so when users sent e-mails they wouldn't say from [EMAIL PROTECTED]). I also had that awk script installed with the package so the administrator could run it again if they ever changed the hostname. He converted my awk script to a perl script, but failed to install a copy of it with the package. awk is a text-processing language (mini-programming language), it is beautifully concise and expressive. Read awk's manpage to learn it.
[Cooker] Re: Re: [Contrib-Rpm] kernel-2.6-2.6.0-0.test4.3mdk
Olivier Blin wrote: Has someone tried to build test4 without any patch and to boot it successfully ? I'm not using the RPM, just the stock code, and it works fine. Compiled with: gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-0.7mdk)
[Cooker] Re: Re: Re: [CHRPM] rxvt-2.7.10-3mdk
Thierry Vignaud wrote: at first, i strongly disagree with dadou violation of the packaging policy. but now i think that dadou thoughs is that we'll quite always install rxvt since it's required by drakconf, even if user has not asked for terminals. Meanwhile the users that actually *want* rxvt are screwed. the long-term solution would be to have a perl binding for the vte widget that would enable us to get rid of the rxvt dependancy on drakconf.
[Cooker] Re: Re: Re: Re: [CHRPM] rxvt-2.7.10-3mdk
Thierry Vignaud wrote: David Walser [EMAIL PROTECTED] writes: at first, i strongly disagree with dadou violation of the packaging policy. but now i think that dadou thoughs is that we'll quite always install rxvt since it's required by drakconf, even if user has not asked for terminals. Meanwhile the users that actually *want* rxvt are screwed. agreed but i've no fix :-( Well the fix is to put the menu entry back.
[Cooker] Re: XFree86-libs - pb finding.
Buchan Milne wrote: Well, it actually means the package has been libified, to follow the distribution policy. Anyway, you will see: $ rpm -q --whatprovides XFree86-devel libxfree86-devel-4.3-20mdk $ urpmq -p XFree86-devel libxfree86-devel Well that was the attempt anyway. I'm sure using 86 as the major number isn't right though. Man I really hope that never needs to be incremented :/
[Cooker] Re: drakxtools and printer troubles
Guillaume Cottenceau wrote: this is overwhelmingly[1] strange. tvignaud will try to have a look.. Ref: [1] excuse my broken english I don't see anything wrong with it
[Cooker] Re: What happened to am-utils?
Bryan Whitehead wrote: Bryan Whitehead wrote: am-utils is a very much-needed package for Linux to integrate into big UNIX shops. NASA/JPL (at least in my section) is a big UNIX Shop. Wiothout am-utils we are pretty screwed... is there a reason this package was removed from 9.2 ? Has it just been renamed? BTW, this package was removed from 9.1 also. I made my own RPM from the only in 9.0, but it's still a hassle. When I reccomend Mandrake to other admins the first thing they ask is Where fsck is am-utils? I then send them some RPM's... But it would be nice if it was shipped standard... And you are using it instead of autofs because...?
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 02:48 schrieb David Baudens: Am Donnerstag, 4. September 2003 02:21 schrieb David Baudens: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. Thats good :) However, we need to ensure that kde-konsole is installed per default It is when you choose Console tools (or something like that, I don't have files to check here) during installation. I uploaded a new rpmsrate today (which probably needed to be enhanced, I need to do more tests to be sure). What i wanted say is that kde-konsole should be installed if kde-workstation is choosen. How am i supposed to urpmi without it ? ;) Using rpmdrake or using console (ctrlr-alt-f1)? Just my humble opinion Problem is that a terminal emulator is not needed for an office/multimedia/internet/ect. workstation. So, if people who install computer don't explictly say he want to use a terminal, there is no reason to install it. It is why Konsole is not installed when KDE is installed. Act as that seems to me reasonable
[Cooker] Re: Re: [CHRPM] rxvt-2.7.10-3mdk
andre wrote: On Thursday 04 September 2003 02:21, David Baudens wrote: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. I still don't understand why rxvt shouldn't have a menu entry. How else would i start rxvt Exactly. Especially considering I use khotkeys to start Rxvt, and that requires it have a menu entry.
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
On Thursday 04 September 2003 13:30, Guillaume Cottenceau wrote: David Baudens [EMAIL PROTECTED] writes: Problem is that a terminal emulator is not needed for an office/multimedia/internet/ect. workstation. So, if people who install computer don't explictly say he want to use a terminal, there is no reason to install it. It is why Konsole is not installed when KDE is installed. Act as that seems to me reasonable I humbly think that's not good. Just as a side note, in Windows XP, only solution to do a real check of the disk is to open a Command Prompt (that's how it's called, and it's installed by default) and to use chkdsk from there. Just to show that even users of XP (the easy OS) need sometimes to do things in Command Prompt - and we even encourage them to do a chkdsk from there before installing Mandrake. Now, there is another reason, maybe even more important: Linux is, as Windows, still too complicated for most users, who tend to ask their friends for support when they have a request. And these friends will surely often ask them to open a console or a terminal and launch whatever command from there. Hitting Ctrl-Alt-F1 is more complicated (and won't work if they want to launch an XFree app). Thus, a terminal program should be installed and easily accessible from the Menu, in my humble opinion (even if one is accessible from MCC, because if the friend is a Debian fan he won't know that). ? I don't understand why people want always install a terminal. Most of users don't need it. If you need one, simply choose Consoles tools category when you can choose which packages should be installed. And if you need one after installation, simply launch rpmdrake and install a terminal. I can understand that most of people using Cooker need a terminal. But you also need to understand that we don't develop a product only for Cooker users. Most of our users simply don't need a terminal. -- David Baudens MandrakeSoft - http://www.mandrakesoft.com
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
On Thursday 04 September 2003 11:26, Thierry Vignaud wrote: Steffen Barszus [EMAIL PROTECTED] writes: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. Thats good :) However, we need to ensure that kde-konsole is installed per default then, as on my testinstall of RC1 rxvt was the only terminal application installed. I guess something for Laurent ;) dadou, update rpmsrate so that kdebase-konsole get installed too It was commited. -- David Baudens MandrakeSoft - http://www.mandrakesoft.com
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
On Thursday 04 September 2003 14:11, Frederic Crozat wrote: On Thu, 04 Sep 2003 14:09:00 +0200, David Baudens wrote: On Thursday 04 September 2003 13:30, Guillaume Cottenceau wrote: David Baudens [EMAIL PROTECTED] writes: Problem is that a terminal emulator is not needed for an office/multimedia/internet/ect. workstation. So, if people who install computer don't explictly say he want to use a terminal, there is no reason to install it. It is why Konsole is not installed when KDE is installed. Act as that seems to me reasonable I humbly think that's not good. Just as a side note, in Windows XP, only solution to do a real check of the disk is to open a Command Prompt (that's how it's called, and it's installed by default) and to use chkdsk from there. Just to show that even users of XP (the easy OS) need sometimes to do things in Command Prompt - and we even encourage them to do a chkdsk from there before installing Mandrake. Now, there is another reason, maybe even more important: Linux is, as Windows, still too complicated for most users, who tend to ask their friends for support when they have a request. And these friends will surely often ask them to open a console or a terminal and launch whatever command from there. Hitting Ctrl-Alt-F1 is more complicated (and won't work if they want to launch an XFree app). Thus, a terminal program should be installed and easily accessible from the Menu, in my humble opinion (even if one is accessible from MCC, because if the friend is a Debian fan he won't know that). ? I don't understand why people want always install a terminal. Most of users don't need it. If you need one, simply choose Consoles tools category when you can choose which packages should be installed. And if you need one after installation, simply launch rpmdrake and install a terminal. I can understand that most of people using Cooker need a terminal. But you also need to understand that we don't develop a product only for Cooker users. Most of our users simply don't need a terminal. Then we should move Terminal menu entry from main menu to a subsection (Applications is probably the best choice). I agree. But is too late for 9.2. Moreover, for people not using GNOME/KDE default install (ie without gnome-terminal/konsole installed), rxvt won't appear in menu, even if it is available.. I think it is wrong, since our menu used to display all available graphical applications installed on the system.. xterm is installed if KDE or GNOME are not installed. -- David Baudens MandrakeSoft - http://www.mandrakesoft.com
[Cooker] Re: Re: [CHRPM] rxvt-2.7.10-3mdk
David Baudens wrote: I don't understand why people want always install a terminal. Most of users don't need it. If you need one, simply choose Consoles tools category when you can choose which packages should be installed. And if you need one after installation, simply launch rpmdrake and install a terminal. I can understand that most of people using Cooker need a terminal. But you also need to understand that we don't develop a product only for Cooker users. Most of our users simply don't need a terminal. That's all fine. But if someone *does* install a terminal, it should be in the freakin' menu!!!
[Cooker] Re: Re: [CHRPM] rxvt-2.7.10-3mdk
David Baudens wrote: xterm is installed if KDE or GNOME are not installed. So? xterm != rxvt. Anyway, xterm sucks. Like someone else said, why don't we remove Koffice and Mozilla's menu entries? Why, OO.o and Konq are already in the menu! No, that makes no sense. Policy is all graphical apps installed go in the menu. You violated that policy.
[Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Why? David Baudens wrote: -=-=-=- Name: rxvt Relocations: (not relocateable) Version : 2.7.10Vendor: MandrakeSoft Release : 3mdk Build Date: Wed Sep 3 21:14:33 2003 -=-=-=- David Baudens [EMAIL PROTECTED] 2.7.10-3mdk - Remove menu entry for rxvt package (but keep it for CJK package)
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. David Baudens wrote: -=-=-=- Name: rxvt Relocations: (not relocateable) Version : 2.7.10Vendor: MandrakeSoft Release : 3mdk Build Date: Wed Sep 3 21:14:33 2003 -=-=-=- David Baudens [EMAIL PROTECTED] 2.7.10-3mdk - Remove menu entry for rxvt package (but keep it for CJK package)
Re: [Cooker] Re: [CHRPM] rxvt-2.7.10-3mdk
Am Donnerstag, 4. September 2003 02:21 schrieb David Baudens: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. Thats good :) However, we need to ensure that kde-konsole is installed per default It is when you choose Console tools (or something like that, I don't have files to check here) during installation. I uploaded a new rpmsrate today (which probably needed to be enhanced, I need to do more tests to be sure).
[Cooker] Re: Re: [CHRPM] rxvt-2.7.10-3mdk
David Baudens wrote: Why? To not have several terminal emulators in applications menu. Rxvt is always installed (used by MCC) and will be duplicated with other terminals. But they aren't in the applications menu, they're in the Terminals menu. Why shouldn't each terminal emulator package that's installed have an entry in the menu like any other app? David Baudens wrote: -=-=-=- Name: rxvt Relocations: (not relocateable) Version : 2.7.10Vendor: MandrakeSoft Release : 3mdk Build Date: Wed Sep 3 21:14:33 2003 -=-=-=- David Baudens [EMAIL PROTECTED] 2.7.10-3mdk - Remove menu entry for rxvt package (but keep it for CJK package)
[Cooker] Re: Re: Re: Re: wiki update (9.2 schedule / CREDITS)
Levi Ramsey wrote: On Sat Aug 30 18:56 -0400, David Walser wrote: Well, when libao goes to pick an output plugin, it starts testing them all to see if they work (each implements a test function). When it finds one that works, it keeps looping, and only tests further ones if they have a priority than the one that already worked. They way the list they looped over was created before, they had no control over the order the different plugins were in. I changed it so the list is sorted in order of plugin priority (highest to lowest), so as soon as it finds a plugin that works, it breaks out of the loop. It's basically an optimization to the autodetection (of whether to use arts, esd, oss, alsa, etc output) code, it should make it faster. Excellent. Now that pesky arts bug won't cause segfaults when other output plugins end up being used... I doubt it's an arts bug, because it used to work, and then I upgraded some of my Cooker *without* upgrading arts and then it broke. Maybe it's glibc. But you're right, the crash happens during the arts plugin's test function, and that won't even be run if *any* higher priority plugins work.
