Re: [Cooker] Courier-imap: Created folders are owned by root
So sprach Oden Eriksson am 2002-06-18 um 10:51:52 +0200 : > Hmmm..., I have no experience with this setup, but I think this is a hint: In VMailMgr, there's one user per domain. In vpopmail there's one user for the whole mail system. So I cannot set the user when IMAP starts :( But thanks anyhow. Does vpopmail have authmodules for courier-imap? Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.iso-top.de |Jabber: [EMAIL PROTECTED] iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 1 day 11 hours 38 minutes
RE: [Cooker] menu data in /usr/share is bad
> Can you mount /usr as ro and /usr/share (or as far down the /usr/share > path you list as you feel necessary) as rw? You must be able to mount /usr ro. Period. /usr/share is for system independent _non-volatile_ data. /var is for volatile data. You may even think about /var/share - but mostly volatile data is system dependent so it makes no sense. -andrej
Re: [Cooker] libgtop2 - dependencies
On Tue, 18 Jun 2002 23:56:29 +0200, Peter Ruskin wrote : > [22:54 peter@penguin: RPMS]$ sudo rpm -Uvh > libgtop2.0_0-2.0.0-1mdk.i586.rpm > error: failed dependencies: > libgtop2 >= 2.0.0 is needed by libgtop2.0_0-2.0.0-1mdk It is fairly clear : add libgtop2-2.0.0-1mdk.i586.rpm on the command line of rpm (or use urpmi..) -- Frédéric Crozat MandrakeSoft
[Cooker] draksync problem... solved?
Unfortunately, I don't have a broadband connection right now, so this bug report (and fix) is on a plain 8.2. However, as far as I can see, the draksync in cooker is the same as in 8.2, draksync-8.0.17mdk. The problem of synchronizing over ssh has been described before: http://www.mail-archive.com/cooker@linux-mandrake.com/msg60033.html > Regardless of the fact that the local file is more > recent (by days) than the remote file, the remote > file > always replaces the local file. Here is where I believe the bug is: grep rsync /usr/lib/DrakSync/commands/none_is_newer.exp # Firs, we have to ask rsync how much to transfer spawn rsync -rlpgtz --progress --stats --dry-run "$src" "$dst" spawn rsync -rlpgtz --progress --stats --dry-run "$dst" "$src" spawn rsync -rlpgtz --progress --stats "$src" "$dst" spawn rsync -rlpgtz --progress --stats "$dst" "$src" and you notice that the -rlpgtz options to rsync mean: recursive, recreate symlinks on the destination, preserve permissions, preserve groups and use compression during transmission. However, conspicuously missing is: -u, --update This forces rsync to skip any files for which the destination file already exists and has a date later than the source file. Adding -u to all invokations of rsync in none_is_newer.exp not only seems like the only logical thing to do, it also solves the problem for me. I hope that this bug fix will both make it into cooker as well as into bug fixes for 8.2 -- this bug makes draksync almost completely unusable. Best, Narfi.
[Cooker] Re: [CHRPM] cups-1.1.15-1mdk
On Tuesday 18 Jun 2002 23:46, Till Kamppeter wrote: > --=-=-= > Name: cups Relocations: (not > relocateable) Version : 1.1.15Vendor: > MandrakeSoft Release : 1mdk Build Date: > Tue Jun 18 22:30:53 2002 Install date: (not installed) Any sign of gimp-print driver for HP DeskJet 720C? -- Mandrake Linux release 8.2 (Bluebird) for i586 AMD Athlon(tm) XP 1600+ 512MB Kernel: 2.4.18-6mdk-pnr-win4lin KDE: 3.0.1 Qt: 3.0.4 up 44 minutes. ~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
[Cooker] BUG with gcc,glibc,clone
Hi all. New try to see if somebody knows anything on this. Summary: compiling with gcc -pthread breaks the clone() system call in glibc. It never calls the target function. I have tested it in several systems: Cooker, Mdk8.2 and RH7.2. Only RedHat works. Below is a simple script to test the thing. Here are the results. Systems are an up-to-the-minute Cooker, an stock 8.2 (well, perhaps some security update but nothing from cooker for sure), and an stock RedHat 7.2: == Cooker werewolf:~/bp/cl> clone-tst.sh Mandrake Linux release 8.3 (Cooker) for i586 gcc-3.1.1-0.4mdk glibc-2.2.5-6mdk gcc about to clone... clone ok slave runs < slave done gcc -pthread about to clone... clone ok slave done == Mandrake 8.2 annwn:~> clone-tst.sh Mandrake Linux release 8.2 (Bluebird) for i586 gcc-2.96-0.76mdk glibc-2.2.4-25mdk gcc about to clone... clone ok slave runs < slave done gcc -pthread about to clone... clone ok slave done == RedHat 7.2 leda:~> clone-tst.sh Red Hat Linux release 7.2 (Enigma) gcc-2.96-98 glibc-2.2.4-19.3 gcc about to clone... clone ok slave runs < slave done gcc -pthread about to clone... slave runs < clone ok slave done ? clone-tst.sh: #!/bin/bash cat > cl.c << @EOF #include #include #include #define STSZ (4*1024) int pslave(void *data) { puts("slave runs <"); return 0; } int main(int argc,char** argv) { char* stack; stack = (char*)valloc(STSZ); puts("about to clone..."); clone(pslave,stack+STSZ-1,CLONE_VM|CLONE_FILES|SIGCHLD,0); puts("clone ok"); wait(0); puts("slave done"); free(stack); return 0; } @EOF gcc -o cl0 cl.c gcc -pthread -o cl1 cl.c rm -f cl.c cat /etc/redhat-release rpm -q gcc rpm -q glibc echo echo "gcc" cl0 echo echo "gcc -pthread" cl1 echo -- J.A. Magallon \ Software is like sex: It's better when it's free mailto:[EMAIL PROTECTED] \-- Linus Torvalds, FSF T-shirt Linux werewolf 2.4.19-pre10-jam3, Mandrake Linux 8.3 (Cooker) for i586 gcc (GCC) 3.1.1 (Mandrake Linux 8.3 3.1.1-0.4mdk)
[Cooker] SUB cooker
__ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com
[Cooker] pcmcia_cs-3.1.34?
3.1.34 is available on sourceforge: http://prdownloads.sourceforge.net/pcmcia-cs/pcmcia-cs-3.1.34.tar.gz?download Cooker is two versions behind (3.1.32 was very short lived) with 3.1.31. >From the changelog: -- Fixed PCMCIA startup script to favor modprobe; solves problems with recent Mandrake releases that have compressed kernel modules. -- Fixed 3c575_cb duplex autonegotiation bug. -- Fixed misplaced spinlock initialization in 3c575_cb, from Piotr Kasprzyk. Thanks, =o= kk1
[Cooker] Re: [CHRPM] XFree86-4.2.0-16mdk
On Wed, 19 Jun 2002 00:15:54 +0200 (CEST) Frederic Lepied <[EMAIL PROTECTED]> wrote: > --=-=-= > Name: XFree86 Relocations: (not > relocateable) Version : 4.2.0 Vendor: > MandrakeSoft Release : 16mdk Build Date: > Tue Jun 18 21:38:25 2002 > > - really fix xfs mess > Just updated. No problems on restarting Xserver. Thanks. Charles -- A method of solution is perfect if we can forsee from the start, and even prove, that following that method we shall attain our aim. -- Leibnitz -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] menu data in /usr/share is bad
Can you mount /usr as ro and /usr/share (or as far down the /usr/share path you list as you feel necessary) as rw? I would assume that entails two exports entries as opposed to the current one for all of /usr. Seems like that shouldn't be a real problem since you want update-menus to work and make adjustments across all systems from the one you're running it on. Brian J. Murrell wrote: > I was doing a system update today. That system has /usr mounted > read-only from the server. This concept in general does not work > terribly well with Mandrake Linux, but with menu it is a disaster. > > That is because the menu data seems to be kept in > /usr/share/gnome/distribution-menus so that any package that runs > /usr/bin/update-menus gets errors like: > > cp: cannot remove >`/usr/share/gnome/distribution-menus/Mandrake-simplified/.directory': Read-only file >system > > It really should be possible to have a farm of Mandrake boxes mount > /usr from a single server. > > b. > >
Re: [Cooker] pcmcia modem kernel problem
I have also noticed kernel panics when ejecting PCMCIA modems and network cards Owen >I noticed today that there is still a problem which has been > there for at > least the last few kernel revisions. Using a pcmcia serial modem - > either my > Zoom one or a brand new Creative Labs one, when the card is in the slot > on > boot, trying to use it will come up with "modem is busy". Ejecting the > card > will crash the kernel interupt handler. The modem CAN be used if it is > either inserted AFTER the computer is completely booted up, or if a > modprobe -r serial_cs followed by a modprobe serial_cs is done. > > V.
[Cooker] libgtop2 - dependencies
[22:54 peter@penguin: RPMS]$ sudo rpm -Uvh libgtop2.0_0-2.0.0-1mdk.i586.rpm error: failed dependencies: libgtop2 >= 2.0.0 is needed by libgtop2.0_0-2.0.0-1mdk -- Mandrake Linux release 8.3 (Cooker) for i586 AMD Athlon(tm) XP 1600+ 515MB Kernel: 2.4.18-19mdk KDE: 3.0.1 Qt: 3.0.4 up 2 hours 17 minutes. ~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Re: [Cooker] Flash / Konqueror Still broke
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It works in texstars builds. Maybe just try those on cooker (although I haven't tried that). I have no idea whether laurent applied the fix for the bug; he hardly ever replies to emails. Danny On Tuesday 18 June 2002 16:08, Jeremy Salch wrote: > On Tuesday 18 June 2002 07:45 am, Brad Felmey wrote: > > On Tue, 2002-06-18 at 00:08, Jeremy Salch wrote: > > > That about sums it up. > > > > > > I get a gray box where the flash applet should be and it says it was > > > unable to load the plugin > > > > Hiya, Jeremy! > > > > I can confirm this on an all-cooker box, and I've gotten this for some > > time now, but I haven't seen anything pontificated as to why it doesn't > > work. Maybe the gcc issue? I was keeping my mouth shut thinking it might > > eventually go away, and save myself the inevitable "cooker ain't stable, > > you're an idiot" postings that seem to accompany bug reports. > > I just figure if i just make the statement that it is broke and don't > complain then i'm just making a "bug Report" > > > Tell Jackie and the crew I said hello. :) > > Sure thing ! - -- "Another world, another day, another dawn. " -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9D5yoaeiN+EU2vEIRAnzDAJ0eYV6Gc/iSDGeiJaHqmXxpi+xyAgCgptuQ 0Ux5YO0YoAISHz4d0ppdSLo= =osIo -END PGP SIGNATURE-
Re: [Cooker] RPMS request
Alle 22:14, martedì 18 giugno 2002, Florent BERANGER ha scritto: > Mosix (cluster) : http://www.mosix.org/ Maybe OPENmosix? It's really GPL code, it's much developed, it's good on Mandrake's system (I've built an OpenMosix cluster with 8 PC running mdk-8.2) and provides mosixview that allow remote (graphical) system control ;o) Claudio
Re: [Cooker] Bug ID on Sun's site for Java/gcc3.1 - Vote now!
Me too ! >ah. considered me vote in. On Tue, 2002-06-18 at 11:50, Brad Felmey wrote: > http://developer.java.sun.com/developer/bugParade/bugs/4694590.html > > Let's see if we can get some attention to this issue with sheer weight > of numbers. > -- > Brad Felmey > > -- Roger - Verify my pgp/gnupg signature on my HomePage: http://www.alltel.net/~rogerx/about/index.html signature.asc This is a digitally signed message part -- Profitez de l'offre exceptionnelle Tiscali ! "Internet Gratuit le Jour" Cliquez ici, http://register.tiscali.fr/forfaits_ls/ Offre soumise à conditions.
Re: [Cooker] Bug ID on Sun's site for Java/gcc3.1 - Vote now!
fyi: the site does require a JDC uid/pass but it's fairly simple to do so without needing to wait for a password/verification via email. just pop in a brief name/password and click ok. i already see about 5 posts as of this time. I usually see something from Sun within 30 days support wise, but that's after the issue has been bounced from within the corp lan several times. -- Roger - Verify my pgp/gnupg signature on my HomePage: http://www.alltel.net/~rogerx/about/index.html signature.asc Description: This is a digitally signed message part
[Cooker] RPMS request
Mosix (cluster) : http://www.mosix.org/ cinelerra (video editor) : http://heroinewarrior.com/cinelerra.php3 Tomcat (server) :http://jakarta.apache.org/tomcat/index.html Boson (game) : http://boson.sourceforge.net/ Liveice & XMMS-liveice (audio streaming) :http://star.arm.ac.uk/~spm/software/liveice.html I'll try to do some RPM but I'm newbie for this. Thanks ! -- Profitez de l'offre exceptionnelle Tiscali ! "Internet Gratuit le Jour" Cliquez ici, http://register.tiscali.fr/forfaits_ls/ Offre soumise à conditions.
Re: [Cooker] Bug ID on Sun's site for Java/gcc3.1 - Vote now!
ah. considered me vote in. On Tue, 2002-06-18 at 11:50, Brad Felmey wrote: > http://developer.java.sun.com/developer/bugParade/bugs/4694590.html > > Let's see if we can get some attention to this issue with sheer weight > of numbers. > -- > Brad Felmey > > -- Roger - Verify my pgp/gnupg signature on my HomePage: http://www.alltel.net/~rogerx/about/index.html signature.asc Description: This is a digitally signed message part
Re: [Cooker] Florent,
I'll work on it next days. >From: <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: [Cooker] Florent, >Date: Tue, 18 Jun 2002 16:29:42 +0200 > >As soon as you have the Voodoo3 3000 support included I will be very glad >to test it for you. > >Yours sincerely >RE: [Cooker] TV-out config tools >X-Accept-Language: es >Content-Type: text/plain; charset=us-ascii >Content-Disposition: inline >Content-Transfer-Encoding: 7bit > > >Florent, >As soon as you have the Voodoo3 3000 support included I will be very >glad to test it for you. > >Yours sincerely > >Francisco Alcaraz >Murcia (Spain) > > = _ Téléchargez MSN Explorer gratuitement à l'adresse http://explorer.msn.fr/intl.asp.
[Cooker] Apache 1.3.26
Hmmm, ASF will probably release Apache v1.3.26 -- Regards // Oden Eriksson
[Cooker] menu data in /usr/share is bad
I was doing a system update today. That system has /usr mounted read-only from the server. This concept in general does not work terribly well with Mandrake Linux, but with menu it is a disaster. That is because the menu data seems to be kept in /usr/share/gnome/distribution-menus so that any package that runs /usr/bin/update-menus gets errors like: cp: cannot remove `/usr/share/gnome/distribution-menus/Mandrake-simplified/.directory': Read-only file system It really should be possible to have a farm of Mandrake boxes mount /usr from a single server. b. -- Brian J. Murrell msg66308/pgp0.pgp Description: PGP signature
Re: [Cooker] xemacs-mule issues
On Tue, Jun 18, 2002 at 09:11:18AM +0200, Warly wrote: > "Ryan T. Sammartino" <[EMAIL PROTECTED]> writes: > > > Since upgrading to xemacs-*-21.4.8-2 I now get: > > Does it work with the (I am affraid it should not, but anyway...) > the ... what? Don't leave me hanging :) -- Ryan T. Sammartino http://members.shaw.ca/ryants/ What we Are is God's gift to us. What we Become is our gift to God.
Re: [Cooker] xemacs-mule issues
On Tue, Jun 18, 2002 at 10:22:07AM +0200, Warly wrote: > Warly <[EMAIL PROTECTED]> writes: > > > "Ryan T. Sammartino" <[EMAIL PROTECTED]> writes: > > > >> Since upgrading to xemacs-*-21.4.8-2 I now get: > > Does it work with the (I am affraid it should not, but anyway...) >^^^ > xemacs-mule-21.4.8-3mdk No, no difference. -- Ryan T. Sammartino http://members.shaw.ca/ryants/ When a camel flies, no one laughs if it doesn't get very far!
[Cooker] Re: urpmq and other archs
Stefan van der Eijk <[EMAIL PROTECTED]> writes: > I've made a script that uses urpmq. Recently the output of my script is > incorrect on my alpha (but correct on my intel) and I get the following error > (on the alpha): > > Can't call method "arch" on an undefined value at > /usr/lib/perl5/site_perl/5.6.1/urpm.pm line 1637. > > Here is the part of urpm.pm, with line 1637 in *bold*: > > foreach my $pkg (@pre_choices) { > push @choices, $pkg; > > *$pkg->arch eq 'src' and return;* > unless ($options{keep_alldeps} || exists $installed{$pkg->id}) { > $db->traverse_tag('name', [ $pkg->name ], sub { > my ($p) = @_; > $installed{$pkg->id} ||= $pkg->compare > _pkg($p) <= 0; > }); I thank this code was still right but seems not to be the case. This code will be dead soon, the method are no more used and will be deleted soon... Can you try using perl-URPM and Resolve part of it ? If you need any help, mail me (there is no documentation (though it was the same with such method of urpm module). François.
Re: [Cooker] urpmq and other archs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I had same comportement on ppc, reason is simple: When someone upload an i586, ppc, or alpha on mirror, only arch is modified. The problem is when someone upload a noarch rpm, it is upload for all arch, without check if it need an arch dependant rpm more recent than existing. For urpmi, in your case, I think you upgraded urpmi (noarch) and not perl-URPM (arch dependant). Le Mardi 18 Juin 2002 18:18, Stefan van der Eijk a écrit : > I've made a script that uses urpmq. Recently the output of my script is > incorrect on my alpha (but correct on my intel) and I get the following > error (on the alpha): > > Can't call method "arch" on an undefined value at > /usr/lib/perl5/site_perl/5.6.1/urpm.pm line 1637. > > Here is the part of urpm.pm, with line 1637 in *bold*: > > foreach my $pkg (@pre_choices) { > push @choices, $pkg; > > *$pkg->arch eq 'src' and return;* > unless ($options{keep_alldeps} || exists > $installed{$pkg->id}) { > $db->traverse_tag('name', [ $pkg->name ], sub { > my ($p) = @_; > $installed{$pkg->id} ||= > $pkg->compare > _pkg($p) <= 0; > }); - -- Linux pour Mac !? Enfin le moyen de transformer une pomme en véritable ordinateur. - JL. Olivier Thauvin - http://nanardon.homelinux.org/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj0PYmQACgkQk29cDOWzfVAWaQCgzPezM0/Odfb1u3QuGLqquE4M vDoAoJZRRiYbUHpO2BiRbmpMVFH7e09G =cFTZ -END PGP SIGNATURE-
Re: [Cooker] urpmi
Guillaume Cottenceau <[EMAIL PROTECTED]> writes: > Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > > > 2) Listing all available uninstalled packages > > > > simple scripting > > Yes, and here follows the script (francois, maybe this could go > into a special mode of urpmq, if it doesn't already exist?). It doesn't already exists and is a good idea, many other tools (small scripts) can be added too. François.
Re: [Cooker] urpmi
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > 1) Getting the list of available updates > > urpmf --name Hum. Dunno if urpmf/urpmq does the job, but the following script does: -=-=---=-=---=-=---=-=---=-=---=-=---=-=---=-=-- use urpm; use URPM; $urpm = new urpm; $urpm->configure(); $db = URPM::DB::open; $db->traverse(sub { my ($p) = @_; foreach (keys %{$urpm->{provides}{$p->name} || {}}) { my $pkg = $urpm->{depslist}[$_]; $pkg->name eq $p->name or next; $pkg->compare_pkg($p) <= 0 and next; my ($name, $version, $release, $arch) = $pkg->fullname; print "$name $version $release $arch\n"; } }); -=-=---=-=---=-=---=-=---=-=---=-=---=-=---=-=-- -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] urpmi
Borsenkow Andrej <[EMAIL PROTECTED]> writes: > > 2) Listing all available uninstalled packages > > simple scripting Yes, and here follows the script (francois, maybe this could go into a special mode of urpmq, if it doesn't already exist?). -=-=---=-=---=-=---=-=---=-=---=-=-- use urpm; use URPM; $urpm = new urpm; $urpm->configure(); $db = URPM::DB::open; #- sets up installed flag, according to existing package $db->traverse(sub { my ($p) = @_; foreach (keys %{$urpm->{provides}{$p->name} || {}}) { my $pkg = $urpm->{depslist}[$_]; $pkg->name eq $p->name or next; $pkg->set_flag_installed($pkg->compare_pkg($p) <= 0); } }); #- now scan whole depslist foreach (@{$urpm->{depslist}}) { $_->flag_installed and next; my ($name, $version, $release, $arch) = $_->fullname; print "$name $version $release $arch\n"; } -=-=---=-=---=-=---=-=---=-=---=-=-- -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] urpmq and other archs
I've made a script that uses urpmq. Recently the output of my script is incorrect on my alpha (but correct on my intel) and I get the following error (on the alpha): Can't call method "arch" on an undefined value at /usr/lib/perl5/site_perl/5.6.1/urpm.pm line 1637. Here is the part of urpm.pm, with line 1637 in bold: foreach my $pkg (@pre_choices) { push @choices, $pkg; $pkg->arch eq 'src' and return; unless ($options{keep_alldeps} || exists $installed{$pkg->id}) { $db->traverse_tag('name', [ $pkg->name ], sub { my ($p) = @_; $installed{$pkg->id} ||= $pkg->compare _pkg($p) <= 0; });
Re: [Cooker] mailcap requirisity (fwd)
> >*EERR* wrong answer! It's not because you can read a large part of a > >file that it is text/plain (i.e. pure ASCII TXT). PDF files can contain > >binary objects and streams. Even text-only files can contain binary bitmap > >font info, digital signatures, DRM info, logos (more often than not in > >business documents), print info, ... > > In fact, unlike embedded objects in PS, the binary data is in raw > >format, not MIME encoded (binhex'ed, base64'd, ...) like in an email. The > >text you see when reading a PDF is the PostScript framework on which a PDF > >is based. While you might have a text-only PDF, this is hardly the > >general case and since it is NOT pure ASCII, you need a correct MIME type > >in order to guarantee its integrity (especially on non-ASCII foreign systems). pdf in many cases only uses characters that conform to a charset. Thus it's going to show as text/plain without a mailcap. That's correct. However, it doesn't really matter if it has binary data in it or not. As long as the characters are in a definable charset then MIME considers the file text/plain in the lack of other information. So as far as MIME is concerned a text file is defined not by following ASCII but by following a charset. ASCII is merly one of those charsets not the only charset. We can argue till we die about what is and is not a text file. But ultimately it doesn't really matter because as I'll explain below the type has nothing to do with Tibor's problem. > > So Ben, either you didn't look deep enough in your example files or your > >files are the exception, rather than Tibor's. (See attachment, look for > >"stream" and what follows. Also check it with a hex-editor and you will > >see that it even contains NULL characters for example. Yes, at the end it > >contains a simple line drawing. I don't think all the binary is related > to that, in fact, it can be easily handled by EPS.) You'll note that I said some of my examples weren't that way. I had ones that are very likely like his and ones that aren't. They all worked. Heck one of them was a PDF for a manual for a thermostat that has pictures and binary data all over in it. If anyone is interested I'll be happy to email you a bunch of PDF's all with the wrong type set on them that I can assure you unless your mailserver or mail client messes them up will come through just fine. > >However, I could be completely wrong. Anyway, I thought this list was to > >report problems. Let Mandrake decide what goes in the distribution > >and don't shoot the messengers (even when they sound ignorant to > >you) because you think they are stupid (an impression (not by me) obviously > >based on bad English language skills). The distribution is targeted at > the desktop (i.e. client (f.i. mutt) fine tuning and easy, complete > configuration), isn't it? This is not clear to me anymore, lately... > (notice *tongue in cheek* for the humor-impaired) This list exists not just to report problems but to discuss issues related to cooker. A missing dependency and if it is really a dependency is most certainly worthy of discussion. As far as if I think Tibor is stupid or not... well if there is any feeling that he is it mostly has to do with his circular logic. He starts at by saying look at the RFC and tells me that my experience doesn't matter that we should follow the RFC. So I do go look at it. I show him how mutt follows the RFC and that the RFC properly covers not having a mime.types file. Then he asserts that it doesn't matter what the RFC says that his experience of sending a message trumps it. He also makes assumptions that the correct MIME type would have resolved his one single issue in sending a message. However, according to his message he has yet to try it with the correct mime type, instead opting to send the file to his partner by uploading it to a web site and having his partner download it. Therefore, we have no way of knowing that the correct mime type really resolves his issue, but he veametly argues that it does. Finally, the assumption that the MIME type is the problem shows a fundamental lack of understanding of MIME. The type is there for the receiver of the data to determine what program can handle that type. It has nothing to do with the encoding. You can base64 text/plain, in fact many spammers do this in order to try and avoid filters. The encoding is marked by the Encoding tag not the Type tag. Encoding is determined based upon the content of the file irrespective of the type. If both sides support the encoding chosen the file will be decoded on the receiving side just fine. As I already pointed out mime.types is just a mapping between file extensions and mime types. It contains no information about recommended/required encodings and mutt doesn't use the type to aid in determining the encoding. However, I guess I don't think Tibor is stupid. But rather misunderstanding the way things work and asking for something that i
[Cooker] Bug ID on Sun's site for Java/gcc3.1 - Vote now!
http://developer.java.sun.com/developer/bugParade/bugs/4694590.html Let's see if we can get some attention to this issue with sheer weight of numbers. -- Brad Felmey
Re: [Cooker] init script mdam-aware patch
On Tuesday 18 June 2002 16.49, Guillaume Rousse wrote: > This simple patch to /etc/rc.sysinit make it mdadm-aware. Please schedule > it for inclusion. Very nice! You have had the time and hardware to play with it? I use md only for the d-srv.com server, and I don't dare fiddle much there :) It's a long way to drive :-) -- Regards // Oden Eriksson
[Cooker] init script mdam-aware patch
This simple patch to /etc/rc.sysinit make it mdadm-aware. Please schedule it for inclusion. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html --- /etc/rc.sysinit.old Tue Jun 18 14:19:43 2002 +++ /etc/rc.sysinit Tue Jun 18 15:09:58 2002 @@ -749,49 +749,66 @@ modprobe md >/dev/null 2>&1 fi -if [ -f /proc/mdstat -a -f /etc/raidtab ]; then +if [ -f /proc/mdstat ]; then gprintf "Starting up RAID devices: " rc=0 + + if [ -f /etc/raidtab ]; then - for i in `grep "^[^*]*raiddev" /etc/raidtab | awk '{print $2}'` - do - RAIDDEV=`basename $i` -RAIDSTAT=`grep "^$RAIDDEV : active" /proc/mdstat` - if [ -z "$RAIDSTAT" ]; then - # First scan the /etc/fstab for the "noauto"-flag - # for this device. If found, skip the initialization - # for it to avoid dropping to a shell on errors. - # If not, try raidstart...if that fails then - # fall back to raidadd, raidrun. If that - # also fails, then we drop to a shell - RESULT=1 - NOAUTO=`grep "^$i" /etc/fstab | grep -c "noauto"` - if [ $NOAUTO -gt 0 ]; then - RESULT=0 - RAIDDEV="$RAIDDEV(skipped)" - fi - if [ $RESULT -gt 0 -a -x /sbin/raidstart ]; then -/sbin/raidstart $i -RESULT=$? + for i in `grep "^[^*]*raiddev" /etc/raidtab | awk '{print $2}'` + do + RAIDDEV=`basename $i` + RAIDSTAT=`grep "^$RAIDDEV : active" /proc/mdstat` + if [ -z "$RAIDSTAT" ]; then +# First scan the /etc/fstab for the "noauto"-flag +# for this device. If found, skip the initialization +# for it to avoid dropping to a shell on errors. +# If not, try raidstart...if that fails then +# fall back to raidadd, raidrun. If that +# also fails, then we drop to a shell +RESULT=1 +NOAUTO=`grep "^$i" /etc/fstab | grep -c "noauto"` +if [ $NOAUTO -gt 0 ]; then +RESULT=0 +RAIDDEV="$RAIDDEV(skipped)" +fi +if [ $RESULT -gt 0 -a -x /sbin/raidstart ]; then + /sbin/raidstart $i + RESULT=$? +fi +if [ $RESULT -gt 0 -a -x /sbin/raid0run ]; then + /sbin/raid0run $i + RESULT=$? +fi +if [ $RESULT -gt 0 -a -x /sbin/raidadd -a -x /sbin/raidrun ]; then + /sbin/raidadd $i + /sbin/raidrun $i + RESULT=$? +fi +if [ $RESULT -gt 0 ]; then + rc=1 +fi +echo -n "$RAIDDEV " + else +echo -n "$RAIDDEV " fi - if [ $RESULT -gt 0 -a -x /sbin/raid0run ]; then -/sbin/raid0run $i -RESULT=$? - fi - if [ $RESULT -gt 0 -a -x /sbin/raidadd -a -x /sbin/raidrun ]; then -/sbin/raidadd $i -/sbin/raidrun $i + done + + fi + + if [ -f /etc/mdadm.conf ]; then + ARRAYS=`grep "^DEVICE" /etc/mdadm.conf` + if [ -n "$ARRAYS" ]; then + if [ -x /sbin/mdadm ]; then +/sbin/mdadm --assemble --scan RESULT=$? fi if [ $RESULT -gt 0 ]; then rc=1 fi - echo -n "$RAIDDEV " - else - echo -n "$RAIDDEV " fi - done + fi # A non-zero return means there were problems. if [ $rc -gt 0 ]; then
RE: [Cooker] Java and Mozilla
On Tue, 2002-06-18 at 09:13, Udo Rader wrote: > Am Die, 2002-06-18 um 15.35 schrieb Borsenkow Andrej: > > > today/yesterday a new version of both the jre and jsdk came out > > > (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now > > > support for glibc-2.2.5, so theoretically that should solve the issue. > > > > > > > glibc-2.2.5 != gcc-3.1.1. So theoretically it has nothing to do with > > original problem. > > On the other hand I don't think that redhat (for whom they fixed the bug > for) offers a glibc-2.2.5 that is compiled with any gcc<3.x (but thats > guessing and thus "theoretically" :-). glibc is a C, not C++, thus there is no issue with name space and name mangling/resolution when using an older compiler (egcs) with it. So making mods to work with a new glibc does not require building with the same compiler. TTFN, Lonnie Borntreger
[Cooker] Florent,
As soon as you have the Voodoo3 3000 support included I will be very glad to test it for you. Yours sincerely RE: [Cooker] TV-out config tools X-Accept-Language: es Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: 7bit Florent, As soon as you have the Voodoo3 3000 support included I will be very glad to test it for you. Yours sincerely Francisco Alcaraz Murcia (Spain)
RE: [Cooker] Java and Mozilla
Am Die, 2002-06-18 um 15.35 schrieb Borsenkow Andrej: > > today/yesterday a new version of both the jre and jsdk came out > > (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now > > support for glibc-2.2.5, so theoretically that should solve the issue. > > > > glibc-2.2.5 != gcc-3.1.1. So theoretically it has nothing to do with > original problem. On the other hand I don't think that redhat (for whom they fixed the bug for) offers a glibc-2.2.5 that is compiled with any gcc<3.x (but thats guessing and thus "theoretically" :-). udo
Re: [Cooker] Flash / Konqueror Still broke
On Tuesday 18 June 2002 07:45 am, Brad Felmey wrote: > On Tue, 2002-06-18 at 00:08, Jeremy Salch wrote: > > That about sums it up. > > > > I get a gray box where the flash applet should be and it says it was > > unable to load the plugin > > Hiya, Jeremy! > > I can confirm this on an all-cooker box, and I've gotten this for some > time now, but I haven't seen anything pontificated as to why it doesn't > work. Maybe the gcc issue? I was keeping my mouth shut thinking it might > eventually go away, and save myself the inevitable "cooker ain't stable, > you're an idiot" postings that seem to accompany bug reports. I just figure if i just make the statement that it is broke and don't complain then i'm just making a "bug Report" > > Tell Jackie and the crew I said hello. :) Sure thing ! -- Mr. Jeremy Salch - Data Services Granbury.Com, Inc. [EMAIL PROTECTED] - email www.granbury.com - Business Website www.tblx.net - Personal Website
RE: [Cooker] urpmi
> > I much prefer using urpmi on the command line to the graphical interface, > especially as i am trying to keep my cooker up to date as much as possible, I do not understand word "especially" in this context > but there are a few things i cant do that i would like to be able to and i > hope someone here can help: > > 1) Getting the list of available updates urpmf --name > 2) Listing all available uninstalled packages simple scripting > 3) 'Reloading' the lists of available pacakges from the sources > man pages have "see also" section. Have you tried to read urpmi man page before asking? > Ive looked at the man pages and cant seem to find out how to do any of this. > then use rpmdrake. It does all that you ask for. -andrej
RE: [Cooker] Java and Mozilla
> On Tue, 2002-06-18 at 08:35, Borsenkow Andrej wrote: > > > > today/yesterday a new version of both the jre and jsdk came out > > > (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now > > > support for glibc-2.2.5, so theoretically that should solve the issue. > > > > glibc-2.2.5 != gcc-3.1.1. So theoretically it has nothing to do with > > original problem. > > So all we need is a statically linked JVM, right, or am I > misunderstanding the issue entirely? Probably. The problem is conflict between pre-gcc-3.1 C++ runtime system used by JVM and new one used by gcc-3.1. They cannot be (always) mixed in one executable. Glibc has nothing to do with it. When java is started as separate process (like on conqueror) instead of being loaded into process (like in Mozilla) you do not have any problem. -andrej
Re: [Cooker] [Contrib RPMS] Openoffice unable to read/write options
On Tue, 18 Jun 2002, Karl Ulrich Lippoth wrote: > > You are not supposed to use Cooker packages on stable distros (MDK 8.2). > > Use rpm from unsupported/8.2 directory. > > Well, it works perfectly well so far, composing novels and loveletters is > fun, and I don't see how supposedness affects the saving of option settings. libgcc_s are not the same for example. For some other applications, that resulted in a crash. OOo -5.1mdk works fine, including saving option settings, on MDK 8.2. So, I don't see the problem. Just use the right packages for the right distro.
RE: [Cooker] Java and Mozilla
On Tue, 2002-06-18 at 08:35, Borsenkow Andrej wrote: > > today/yesterday a new version of both the jre and jsdk came out > > (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now > > support for glibc-2.2.5, so theoretically that should solve the issue. > > glibc-2.2.5 != gcc-3.1.1. So theoretically it has nothing to do with > original problem. So all we need is a statically linked JVM, right, or am I misunderstanding the issue entirely? -- Brad Felmey
RE: [Cooker] Java and Mozilla
> today/yesterday a new version of both the jre and jsdk came out > (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now > support for glibc-2.2.5, so theoretically that should solve the issue. > glibc-2.2.5 != gcc-3.1.1. So theoretically it has nothing to do with original problem. -andrej
Re: [Cooker] [Contrib RPMS] Openoffice unable to read/write options
> You are not supposed to use Cooker packages on stable distros (MDK 8.2). > Use rpm from unsupported/8.2 directory. Well, it works perfectly well so far, composing novels and loveletters is fun, and I don't see how supposedness affects the saving of option settings.
Re: [Cooker] Java and Mozilla
today/yesterday a new version of both the jre and jsdk came out (1.4.0_01-b03 binary release). one of the "bugs" resolved is the now support for glibc-2.2.5, so theoretically that should solve the issue. but I haven't had time to try it. udo p.s.: still trying to compile the monster from sources, but I think I'll wait till the new patched version is available as source as well. Am Die, 2002-06-18 um 14.47 schrieb Brad Felmey: > On Mon, 2002-06-17 at 16:23, Roger wrote: > > > dunno...maybe if redhat & mandrakesoft,and all the other distro's write > > a letter(s) to SUN asking them to recompile for gcc-3.1, they just might > > do soas doing so would promote & guarantee their JAVA to be used > > within Linux. The sooner SUN gets the word about this, the sooner it'll > > get done. > > Not a bad idea about distros writing a unified letter. Sun does already > know about it, though. It was entered in their bug-tracking system, and > some nitwit closed it with "we don't support mozilla". > > The only difference between Sun and Microsoft is market share. >:-( > -- > Brad Felmey > >
[Cooker] Testing, (please ignore)
Nothing else to tell to ISteam :)
[Cooker] urpmi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I much prefer using urpmi on the command line to the graphical interface, especially as i am trying to keep my cooker up to date as much as possible, but there are a few things i cant do that i would like to be able to and i hope someone here can help: 1) Getting the list of available updates 2) Listing all available uninstalled packages 3) 'Reloading' the lists of available pacakges from the sources Ive looked at the man pages and cant seem to find out how to do any of this. Thanks Tom - -- Tom Badran - Imperial College, Department of Computing Email: [EMAIL PROTECTED] || Jabber: [EMAIL PROTECTED] - -- cassandra.no-ip.org - Linux Kernel 2.4.18 + Preempt + ppSCSI -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Doh7XCpWOla2mCcRAjpMAJ0V+pMhhajHPlrusYiM8WqF19nhagCfUjso aauYo445UC7rfbZrGcsPw0s= =XDac -END PGP SIGNATURE-
[Cooker] Re: [Contrib-Rpm] fping-2.4b2-2mdk
On Tuesday 18 June 2002 13.17, Oden Eriksson wrote: > [Contrib-RPM] > > --=-=-= > Name: fpingRelocations: (not relocateable) > Version : 2.4b2 Vendor: MandrakeSoft > Release : 2mdk Build Date: Mon May 20 08:46:26 > 2002 Install date: (not installed) Build Host: The changelog e-mailer or whatever is crazy... -- Regards // Oden Eriksson
Re: [Cooker] Java and Mozilla
On Mon, 2002-06-17 at 16:23, Roger wrote: > dunno...maybe if redhat & mandrakesoft,and all the other distro's write > a letter(s) to SUN asking them to recompile for gcc-3.1, they just might > do soas doing so would promote & guarantee their JAVA to be used > within Linux. The sooner SUN gets the word about this, the sooner it'll > get done. Not a bad idea about distros writing a unified letter. Sun does already know about it, though. It was entered in their bug-tracking system, and some nitwit closed it with "we don't support mozilla". The only difference between Sun and Microsoft is market share. >:-( -- Brad Felmey
[Cooker] Re: [CHRPM] pango-1.0.3-1mdk
[nothing] Ummm. looks like there's more problem than just fouled datestamps. -- Brad Felmey
Re: [Cooker] mailcap requirisity (fwd)
>On Mon, 17 Jun 2002, Ben Reser wrote: >> On Tue, Jun 18, 2002 at 07:55:42AM +0200, Tibor Pittich wrote: >> > this is BULLSHIT! pdf is binary format at all. there doesn't matter >> > that >> > containing graphics or only text. this is thing, that i testing about >> > 2 weeks and i have big problem with sending correct pdf document >> > (without graphics, only text!) to my business partner. at first, i >> > think >[snip] >> Try opening a text only pdf file with a text editor. It's text. If you >> see binary it's not a text only pdf file. Even still as long as all the >*EERR* wrong answer! It's not because you can read a large part of a >file that it is text/plain (i.e. pure ASCII TXT). PDF files can contain >binary objects and streams. Even text-only files can contain binary bitmap >font info, digital signatures, DRM info, logos (more often than not in >business documents), print info, ... > In fact, unlike embedded objects in PS, the binary data is in raw >format, not MIME encoded (binhex'ed, base64'd, ...) like in an email. The >text you see when reading a PDF is the PostScript framework on which a PDF >is based. While you might have a text-only PDF, this is hardly the >general case and since it is NOT pure ASCII, you need a correct MIME type >in order to guarantee its integrity (especially on non-ASCII foreign systems). > So Ben, either you didn't look deep enough in your example files or your >files are the exception, rather than Tibor's. (See attachment, look for >"stream" and what follows. Also check it with a hex-editor and you will >see that it even contains NULL characters for example. Yes, at the end it >contains a simple line drawing. I don't think all the binary is related to that, in fact, it can be easily handled by EPS.) >However, I could be completely wrong. Anyway, I thought this list was to >report problems. Let Mandrake decide what goes in the distribution >and don't shoot the messengers (even when they sound ignorant to >you) because you think they are stupid (an impression (not by me) obviously >based on bad English language skills). The distribution is targeted at the desktop (i.e. client (f.i. mutt) fine tuning and easy, complete configuration), isn't it? This is not clear to me anymore, lately... (notice *tongue in cheek* for the humor-impaired) >Greets, >Guy Bormann PS: Sympa didn't like the message :-) Everybody interested can request a copy or download it from http://xtl.sourceforge.net/ under the header "Documentation". I also have a scientific report written using Lyx, converted to PDF. It is absolutely text-only and still contains stream objects (I suspect they are actually bytecode snippets used for rendering or filtering or such... To be really sure one has to check the source for xpdf or gv.) Alas, it has interesting unpublished results so I can't distribute it freely. However, if you really don't trust me I can produce another document. Note that it contains formula`s. Some consider this not text and think it uses bitmaps but LaTeX renders them using fonts (potentially bitmaps too, but irrelevant now) which looks like text to me.
Re: [Cooker] TV-out config tools
"Florent BERANGER" <[EMAIL PROTECTED]> writes: > About the TV-out config-tool that I write : > - cards supposed to be supported : Rage128, Radeon and all > supported by Nvidia > driver what are Twin view. > - cards support in progress : G400, Rage Mobility (with > atitvout driver) & > Voodoo3 3000. Nice! Looking forward to seeing it in action (I don't have TVout ability on my machine so I don't propose myself for beta testing though). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Courier-imap: Created folders are owned by root
On Tuesday 18 June 2002 09.33, Alexander Skwar wrote: > Hello. > > I'm using courier-imap 1.4.6 on a MandrakeLinux Cooker server in > conjunction with qmail and its VMailMgr to host virtual-domains. > > When a user connects to the server and creates a new subfolder, this > folder is owned by root:root and not by the user running this domain. > > I'm using the Mandrake RPM package of courier-imap-1.4.6-1mdk and also > Vincents/RPMHelps qmail and vmailmgr packages. > > I'm sending this to the Cooker list, because the error is so very > strange - can there be some problems caused by the way the package is > compiled? > > Any ideas about what's wrong? > > Thanks a lot, > > Alexander Skwar Hmmm..., I have no experience with this setup, but I think this is a hint: --- imapd.rc2002-06-18 13:08:59.0 +0200 +++ imapd.rc.oden 2002-06-08 12:30:32.0 +0200 @@ -36,6 +36,7 @@ `sed -n '/^#/d;/=/p' <${prefix}/etc/imapd-ssl | \ sed 's/=.*//;s/^/export /;s/$/;/'` /usr/local/courier-imap/libexec/couriertcpd -address=$ADDRESS \ + -user=vpopmail -group=vchkpw \ -stderrlogger=/usr/local/courier-imap/libexec/logger \ -stderrloggername=imapd \ -maxprocs=$MAXDAEMONS -maxperip=$MAXPERIP \ -- Regards // Oden Eriksson
[Cooker] Apache 1.3.25
Apache 1.3.25 will be out today/tomorrow. -- Regards // Oden Eriksson