Re: [Cooker-firewall] Using the MNF with free aDSL
Blout Blout [EMAIL PROTECTED] writes: Free is a french provider for aDSL. I would like to know if it is possible to use MNF for routing network from free adsl? I tried, but the modem is not aviable in network interfaces ! How to do it ? Someone tried ? Is that a FreeBox or a SAGEM modem ? -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker-firewall] Using the MNF with free aDSL
Aurélien wrote: Hello, You would to do that -- MNF can do it !!! have fun Which kind of modem is yours ?? Could you give us more informations about your try? Thks, CHeers, Orel -8--- Florin wrote: Is that a FreeBox or a SAGEM modem ? I have got the Sagem Fast 800 Modem. But i red the archive of the list and seend that you're already developping something ? No ? _ Envie de discuter en live avec vos amis ? Télécharger MSN Messenger http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
Am Dienstag, 10. Dezember 2002 19:22 schrieb Yves Duret: On Mon, Dec 09, 2002 at 10:10:52AM -0800, Todd Lyons wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Han Boetes wrote on Sun, Dec 08, 2002 at 03:30:42AM +0100 : --=-=-= Name: esmtpRelocations: (not relocateable) * supports the AUTH SMTP extension, with the CRAM-MD5 and NTLM SASL mechanisms * support the StartTLS SMTP extension * does not receive mail, expand aliases or manage a queue I assume the ideal place for this to be running is on a machine for roadwarriors and/or remote users to be able to relay mail regardless of which ISP they are logged in through. It should run either on the firewall or on a machine behind the firewall with port 25 DNAT'd in and port 25 SNAT'd out. I particularly like the SMTP AUTH capability. And it does not queue mail at all. I like that. not queueing mail means no mail written on a hard disk, wich means you can loose mail with a machine crash.. So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. Martin -- H E L I X Gesellschaft für Software Engineering mbH Hanauer Landstrasse 52 Telefon (069) 4789 35-30 60314 Frankfurt am Main Telefax (069) 4789 35-44 http://www.helix-gmbh.net[EMAIL PROTECTED] msg83585/pgp0.pgp Description: signature
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
On Wed, Dec 11, 2002 at 08:59:11AM +0100, Martin Fahrendorf wrote: Content-Description: signed data So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. freedom of choice. it is like KDE vs. Gnome, Bind vs. whateverDNS, mplayer vs. VideoLAN... -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
Re: [Cooker] gdb segfault
On Fri, 6 Dec 2002, Pascal Terjan wrote: Trying to investigate my gnome-panel freeze, I attached gdb to the process, but after loading symbols from libs it segfaults... Loading from i686 libpthread. Pascal, you forgot to specify your laptop system. ;-) Anyway, should be fixed in -22mdk, verified on gdb konsole. Bye, Gwenole.
[Cooker] [Bug 624] [gcc-c++] New: Quand on essaie de compiler ce programme sous Mandrake Linux 9.0, le compilateur avoue une erreur interne et demande un rapport de bogue
https://qa.mandrakesoft.com/show_bug.cgi?id=624 Product: gcc-c++ Component: program Summary: Quand on essaie de compiler ce programme sous Mandrake Linux 9.0, le compilateur avoue une erreur interne et demande un rapport de bogue Version: 3.2-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] // TraceMatriceDebug.C Reçoit un tableau carré d'entiers int et calcule la trace de la matrice correspondante (somme des éléments de la diagonale principale). // Quand on essaie de compiler ce programme sous Mandrake Linux 9.0, le compilateur avoue une erreur interne et demande un rapport de bogue. // Plus précisément, voici l'instruction de compilation et la réponse du compilateur : //[delcour@localhost gcc-lib]$ g++ -Wall -o TraceMatriceDebug TraceMatriceDebug.C //TraceMatriceDebug.C: In function `int Trace(int*, int)': //TraceMatriceDebug.C:42: Internal compiler error in instantiate_virtual_regs_1, at function.c:3972 //Please submit a full bug report, //with preprocessed source if appropriate. //See URL:https://qa.mandrakesoft.com/ for instructions. // La cause est évidemment dans une erreur du présent programme, à savoir le = 0 superflu qui termine une instruction de la fonction Trace. // (Remarque : d'après les manuels de C++, la taille d'un tableau doit être connue à la compilation, mais le présent programme ne respecte pas cette règle et (quand il est corrigé) fonctionne tout de même sous Mandrake Linux 9.0... Laxisme ou perfectionnement?) #include iostream using std::cout; using std::cin; using std::endl; int main() { int NbreLignes; cout Tapez le nombre de lignes (qui est aussi le nombre de colonnes) du tableau carré que vous désirez introduire. Pour renoncer au programme, tapez le chiffre 0 : ; cin NbreLignes; // Comme NbreLignes sera la taille d'un tableau, on pourrait croire qu'il faut la déclarer comme const (avec même valeur qu'une variable reçue en entrée), mais le programme (corrigé) fonctionne sans cela sous Mandrake Linux 9.0 (peut-être trop laxiste, je le répète). if (NbreLignes == 0) return 0; int i, j; int a[NbreLignes][NbreLignes]; for (i = 0; i NbreLignes; i++) { cout Tapez la ligne d'indice i sous forme de NbreLignes nombres entiers séparés par des blancs (Pour renoncer au programme, tapez Ctrl-c si vous êtes dans Linux) : endl; for (j = 0; j NbreLignes; j++) cin a[i][j]; } cout Voici votre tableau : endl; for (i = 0; i NbreLignes; i++) { for (j = 0; j NbreLignes; j++) cout a[i][j] ; cout endl; } int Trace(int*, int); // prototype cout La trace de votre matrice est Trace(a[0][0], NbreLignes) endl; return 0; } int Trace(int* TableauPtr, int hauteur) { int t = 0, r; for (r= 0; r hauteur; r++) // Le = 0 qui termine (erronément) la ligne qui suit provoque de la part du compilateur (Mandrake Linux 9.0) un aveu d'erreur interne et la demande d'un rapport de bogue. t += *(TableauPtr + r * hauteur + r) = 0; return t; } --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] gdb segfault
On Wed, 11 Dec 2002 09:46:31 +0100, Gwenole Beauchesne wrote: On Fri, 6 Dec 2002, Pascal Terjan wrote: Trying to investigate my gnome-panel freeze, I attached gdb to the process, but after loading symbols from libs it segfaults... Loading from i686 libpthread. Pascal, you forgot to specify your laptop system. ;-) Anyway, should be fixed in -22mdk, verified on gdb konsole. Confirmed with gnome-panel.. Gwenole ROCKs (c)jdub.. -- Frederic Crozat MandrakeSoft
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
Am Mittwoch, 11. Dezember 2002 09:30 schrieb Yves Duret: On Wed, Dec 11, 2002 at 08:59:11AM +0100, Martin Fahrendorf wrote: Content-Description: signed data So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. freedom of choice. it is like KDE vs. Gnome, Bind vs. whateverDNS, mplayer vs. VideoLAN... Yep, that's true. It is nice to have a choice and even if I don't use it, its nice to have it. And who knows, maybee sometimes I will need it. Martin -- H E L I X Gesellschaft für Software Engineering mbH Hanauer Landstrasse 52 Telefon (069) 4789 35-30 60314 Frankfurt am Main Telefax (069) 4789 35-44 http://www.helix-gmbh.net[EMAIL PROTECTED] msg83590/pgp0.pgp Description: signature
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
On Wed, 2002-12-11 at 02:30, Yves Duret wrote: On Wed, Dec 11, 2002 at 08:59:11AM +0100, Martin Fahrendorf wrote: Content-Description: signed data So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. freedom of choice. it is like KDE vs. Gnome, Bind vs. whateverDNS, mplayer vs. VideoLAN... Well, not entirely. urpmi keeps wanting to remove sendmail and install esmtp. It won't even show sendmail updates. Not much choice there. TTFN, Lonnie Borntreger
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
Am Dienstag, 10. Dezember 2002 19:22 schrieb Yves Duret: not queueing mail means no mail written on a hard disk, wich means you can loose mail with a machine crash.. This package is no more vulnerable to losing mail because of a machine crash than postfix is. postfix can lose mail if the machine crashes at just the right time. While I haven't specifically looked at this package... I would guess it relays the mail immediately and if there is a failure returns an error code that the MUA will pick up... On Wed, Dec 11, 2002 at 08:59:11AM +0100, Martin Fahrendorf wrote: So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. This just runs with the permissions of the user who injects the mail. Without all the other stuff that makes it need special permissions. Thus there is no possibility for this to have privilege escalation issue, worst case scenario in this case is you manage to crash the program. You can't say the same of postfix. postfix has access to things like spool files, user mailboxes, etc... If it has a single buffer overflow in it, then a user on the box could exploit that to escalate privileges. Frankly a program like this would be ideal for situations where you have a mailhub that receives inbound mail for a server... that server then uses fetchmail to download the mail and place it into a users spool. Then you use something like this program to feed outbound email into the mailhub to get queued and sent. Most end users do not need a full fledged MTA on their desktop boxes either for that matter. As soon as I get around to looking at this, I intend to stop using postfix on my desktop machines if it fits the bill (which it sure seems like it does). I looked into nullmailer a while back and wasn't really happy with it so I just kept using postfix. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Bugzilla posts absolutely nescessary?
Ben Reser wrote: On Tue, Dec 10, 2002 at 11:09:50PM -0800, Ben Reser wrote: On Tue, Dec 10, 2002 at 07:51:48PM -0800, Ben Reser wrote: I'd argue that those people would bother to help triage your bugs anyway. :) wouldn't Blah it was right the first time. Never mind me. :P ~passing Ben a 100 cup pot full of coffee~
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
Am Mittwoch, 11. Dezember 2002 10:04 schrieb Ben Reser: Am Dienstag, 10. Dezember 2002 19:22 schrieb Yves Duret: not queueing mail means no mail written on a hard disk, wich means you can loose mail with a machine crash.. This package is no more vulnerable to losing mail because of a machine crash than postfix is. postfix can lose mail if the machine crashes at just the right time. While I haven't specifically looked at this package... I would guess it relays the mail immediately and if there is a failure returns an error code that the MUA will pick up... No, postfix can't lose mail (at least in theory). postfix don't confirms the receiving of the mail until it is succesfully written to the spool directory. So you can loose mail if you use write caches in your system (OS ore hardware) but thats not relayable to postfix. On Wed, Dec 11, 2002 at 08:59:11AM +0100, Martin Fahrendorf wrote: So, where is the avantage of this package? Nevertheless you need a mailserver and postfix is capable of SMTP-AUTH, TLS and many more. And postfix is known to be stable and secure. This just runs with the permissions of the user who injects the mail. Without all the other stuff that makes it need special permissions. Thus there is no possibility for this to have privilege escalation issue, worst case scenario in this case is you manage to crash the program. You can't say the same of postfix. postfix has access to things like spool files, user mailboxes, etc... If it has a single buffer overflow in it, then a user on the box could exploit that to escalate privileges. To bind to a port less than 1024 you need root privileges. All mailports are less than 1024. so initialy you need root privileges. OK, you can drop it once you have bind to port 25 and change to a less privileged user. but if you want to store the mail in a users mailbox you need the privilege to write in this mailbox which, at least on my system, only the user can do. So eiter yo create a group which also has access to the mailbox files (and therefor can delete or read all mailboxes) or you had to change the user while delivering the mail. But only root can change user without typing the password. Btw, postfix does not run one single program with root privileges. there is only the master daemon. all the rest runs as user postfix and only the local delivery agent runs as the user which should reveive the mail. Frankly a program like this would be ideal for situations where you have a mailhub that receives inbound mail for a server... that server then uses fetchmail to download the mail and place it into a users spool. Then you use something like this program to feed outbound email into the mailhub to get queued and sent. Most end users do not need a full fledged MTA on their desktop boxes either for that matter. As soon as I get around to looking at this, I intend to stop using postfix on my desktop machines if it fits the bill (which it sure seems like it does). I looked into nullmailer a while back and wasn't really happy with it so I just kept using postfix. Yes, most endusers does not need a full featured mailserver like postfix. But you need a secure alternative and I don't know any besides not useing a mta. Martin -- H E L I X Gesellschaft für Software Engineering mbH Hanauer Landstrasse 52 Telefon (069) 4789 35-30 60314 Frankfurt am Main Telefax (069) 4789 35-44 http://www.helix-gmbh.net[EMAIL PROTECTED] msg83594/pgp0.pgp Description: signature
Re: [Cooker] urpmi bug.. package removal.
Le mar 10/12/2002 à 22:27, Jesper Krogh a écrit : I really think this is a bug: [root@luke root]# urpme XFree86 To satisfy dependencies, the following packages are going to be removed (43 MB): XFree86-ISO8859-2-Type1-fonts-1.0-16mdk drakconf-9.0-6.1mdk X11R6-contrib-4.2.1- 3mdk drakcronat-0.1.2-9mdk XFree86-100dpi-fonts-4.2.1-3mdk XFree86-4.2.1-3mdk xt erm-166-1mdk drakxtools-1.1.9-53.1mdk XFree86-75dpi-fonts-4.2.1-3mdk xinitrc-2.4 .4-69mdk harddrake-ui-1.1.9-53.1mdk XFree86-Xvfb-4.2.1-3mdk Is this OK? (Y/n) Y [root@luke root]# urpme XFree86 To satisfy dependencies, the following packages are going to be removed (43 MB): XFree86-ISO8859-2-Type1-fonts-1.0-16mdk drakconf-9.0-6.1mdk X11R6-contrib-4.2.1- 3mdk drakcronat-0.1.2-9mdk XFree86-100dpi-fonts-4.2.1-3mdk XFree86-4.2.1-3mdk xt erm-166-1mdk drakxtools-1.1.9-53.1mdk XFree86-75dpi-fonts-4.2.1-3mdk xinitrc-2.4 .4-69mdk harddrake-ui-1.1.9-53.1mdk XFree86-Xvfb-4.2.1-3mdk Is this OK? (Y/n) [root@luke root]# If it really means that it cannot remove the packages, then it should tell me instead of letting me know which other packages it need to remove. Or what's wrong since it cannot remove the packages. I really think that it is total leagal to remove XFree86 :-) Yes it is legal, of course. There should be a problem removing package and this is not visible by default (just found the bug and it will be fixed soon). François.
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
On Wed, Dec 11, 2002 at 10:33:03AM +0100, Martin Fahrendorf wrote: To bind to a port less than 1024 you need root privileges. All mailports are less than 1024. so initialy you need root privileges. OK, you can drop it once you have bind to port 25 and change to a less privileged user. but if you want to store the mail in a users mailbox you need the privilege to write in this mailbox which, at least on my system, only the user can do. So eiter yo create a group which also has access to the mailbox files (and therefor can delete or read all mailboxes) or you had to change the user while delivering the mail. But only root can change user without typing the password. Umm this program doesn't listen for any incoming mail. It doesn't require any privleged ports. Btw, postfix does not run one single program with root privileges. there is only the master daemon. all the rest runs as user postfix and only the local delivery agent runs as the user which should reveive the mail. But that wasn't my point. Even getting the permissions of the postfix user can allow someone access to queued mail files. If any of the pieces of postfix which have greater permissions than the user has a buffer overflow that could be triggered by a mail message, the user could carefully craft a message which would allow them to get access beyond what they would ordinarily have. Given that postifx runs in a chroot jail, it would be very difficult to do much, but it is still possible. In the case of esmtp this is not possible at all. Since no part of esmtp runs with any other privleges than the user it is much more secure than postfix. Even if it has a buffer overflow, the worst you can do is do something as yourself. The only real issues it might have is if there is a bug in the authentication routines that caused it to leak passwords, or causes it not to handle the TLS properly. However, postfix has the same possible vulnerabilities. TLS in both cases is implemented with the openssl library. So in all I see esmtp as a gain for security... Yes, most endusers does not need a full featured mailserver like postfix. But you need a secure alternative and I don't know any besides not useing a mta. I don't see what you think is insecure about esmtp? Buffer overflows in it would in general would be less of a risk than in postfix. And the remaining issues, I don't think postfix is any less vulnerable to. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
On Wed, Dec 11, 2002 at 10:33:03AM +0100, Martin Fahrendorf wrote: No, postfix can't lose mail (at least in theory). postfix don't confirms the receiving of the mail until it is succesfully written to the spool directory. So you can loose mail if you use write caches in your system (OS ore hardware) but thats not relayable to postfix. I forgot to reply to this in my other email... esmtp doesn't confirm receiving of the message until it's be accepted by the remote mail server. In both cases your timeframe for losing mail would be the small amount of time between when you started sending mail and when it finishes. The one exception for when esmtp would be at a disadvantage if you were emailing a large file attachment. But in both cases your mail client wouldn't show the message was accepted and you ought to realize that the message hadn't been sent because the machine crashed while you were still trying to send it. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] [Bug 622] [urpmi] urpmf problem reading hdlist file of medium cooker
https://qa.mandrakesoft.com/show_bug.cgi?id=622 [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 12:13 --- Fixed in perl-URPM-0.80-2mdk (problem about dSP used in XS) --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 624] [gcc-c++] Quand on essaie de compiler ce programme sous Mandrake Linux 9.0, le compilateur avoue une erreur interne et demande un rapport de bogue
https://qa.mandrakesoft.com/show_bug.cgi?id=624 --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 12:25 --- Created an attachment (id=51) -- (https://qa.mandrakesoft.com/attachment.cgi?id=51action=view) Source from original report with fixed line-wrapping Since the line-wrapping of the original source got mangled, I decided to add it as attachment in order to spare other from correcting it by hand. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 624] [gcc-c++] Quand on essaie de compiler ce programme sous Mandrake Linux 9.0, le compilateur avoue une erreur interne et demande un rapport de bogue
https://qa.mandrakesoft.com/show_bug.cgi?id=624 --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 12:30 --- I just tried and cannot reproduce the problem: tmp g++ -Wall -o TraceMatriceDebug TraceMatriceDebug.cc tmp g++ --version g++ (GCC) 3.2 (Mandrake Linux 9.1 3.2-4mdk) Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. So this either got fixed between 3.2-2mdk and 3.2-4mdk or is special to your configuration. Could you install the latest version and try again? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Re: Linux kernel
valéry == Valéry Raulet [EMAIL PROTECTED] writes: valéry Is it possible to put kernel serial driver (Standard/generic serial valéry support) as module ? valéry On some computer, it is needed to have serial as module since irda valéry drivers has to be loaded before serial one. e.g, Compaq Armada E500 Looking through old mail :( I think that you can play with setserial to free the serial line to use with irda. serial needs to be compiled in, otherwise, serial console don't work :( Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Single click opens files in Konqueror in tree view
http://bugs.kde.org/show_bug.cgi?id=44556 The above bug report seems to suggest that the KDE developers think this is fixed, but it is sill there in RC5 using the Mandrake RPMs in Cooker. Anyone know if this is just in the Mandrake packaged edition? -- John Allen, Email: mailto:[EMAIL PROTECTED]
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
Am Mittwoch, 11. Dezember 2002 12:02 schrieb Ben Reser: On Wed, Dec 11, 2002 at 10:33:03AM +0100, Martin Fahrendorf wrote: To bind to a port less than 1024 you need root privileges. All mailports are less than 1024. so initialy you need root privileges. OK, you can drop it once you have bind to port 25 and change to a less privileged user. but if you want to store the mail in a users mailbox you need the privilege to write in this mailbox which, at least on my system, only the user can do. So eiter yo create a group which also has access to the mailbox files (and therefor can delete or read all mailboxes) or you had to change the user while delivering the mail. But only root can change user without typing the password. Umm this program doesn't listen for any incoming mail. It doesn't require any privleged ports. Ah, I misinterpretes something. I thought esmtp was also listening. It is for sending out purpose only, right? [...] Yes, most endusers does not need a full featured mailserver like postfix. But you need a secure alternative and I don't know any besides not useing a mta. I don't see what you think is insecure about esmtp? Buffer overflows in it would in general would be less of a risk than in postfix. And the remaining issues, I don't think postfix is any less vulnerable to. You miss my point; I don't know esmtp in any detail. So I can't say whether it is secure or not. -- H E L I X Gesellschaft für Software Engineering mbH Hanauer Landstrasse 52 Telefon (069) 4789 35-30 60314 Frankfurt am Main Telefax (069) 4789 35-44 http://www.helix-gmbh.net[EMAIL PROTECTED] msg83603/pgp0.pgp Description: signature
Re: [Cooker] urpmi bug.. package removal.
On Wednesday 11 December 2002 10:43, François Pons wrote: Le mar 10/12/2002 à 22:27, Jesper Krogh a écrit : I really think this is a bug: [root@luke root]# urpme XFree86 To satisfy dependencies, the following packages are going to be removed (43 MB): XFree86-ISO8859-2-Type1-fonts-1.0-16mdk drakconf-9.0-6.1mdk X11R6-contrib-4.2.1- 3mdk drakcronat-0.1.2-9mdk XFree86-100dpi-fonts-4.2.1-3mdk XFree86-4.2.1-3mdk xt erm-166-1mdk drakxtools-1.1.9-53.1mdk XFree86-75dpi-fonts-4.2.1-3mdk xinitrc-2.4 .4-69mdk harddrake-ui-1.1.9-53.1mdk XFree86-Xvfb-4.2.1-3mdk Is this OK? (Y/n) Y Yes it is legal, of course. There should be a problem removing package and this is not visible by default (just found the bug and it will be fixed soon). Is it not possible to somewhere in this output insert a newline after each packagename so it becomes human-readable? Even better sorted by alphabet too -- Jesper Krogh, [EMAIL PROTECTED]
Re: [Cooker] urpmi bug.. package removal.
Le mer 11/12/2002 à 14:07, Jesper Krogh a écrit : Is it not possible to somewhere in this output insert a newline after each packagename so it becomes human-readable? Even better sorted by alphabet too This sounds like not to be a bad idea, so look at 13mdk of urpmi. François.
[Cooker] Makefile to facilitate making of rpms
Hi, To facilitate the making of rpms I made this Makefile: http://www.xs4all.nl/~hanb/software/rpms/Makefile So instead of ``rpm -ba --clean --sign SPECS/fluxbox.spec'' I can now simply type ``make'' Or instead of rpm --clean I can type ``make clean'' or instead of ``rpmlint -i SRPMS/fluxbox-0.1.14-1mdk.src.rpm rpmlint -i RPMS/i586/fluxbox-0.1.14-1mdk.i586.rpm'' all I have to type is ``make lint'' And zsh completes Makefiles targets much better than rpm options. :) Hope you like it and think it is usefull. Additions and improvements are welcome. //Han -- http://www.xs4all.nl/~hanb/software msg83606/pgp0.pgp Description: PGP signature
Re: [Cooker] Makefile to facilitate making of rpms
On Wed, 2002-12-11 at 09:13, Han Boetes wrote: To facilitate the making of rpms I made this Makefile: http://www.xs4all.nl/~hanb/software/rpms/Makefile Oi that's nice. Especially 'short'. That's handy dandy. Thanks, Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] [Bug 623] [courier-imap] imaps port not set correctly
https://qa.mandrakesoft.com/show_bug.cgi?id=623 --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 15:35 --- Not true on ML9.0, what are you running? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 605] [urpmi] urpmi should not return rc=0 in case of wget error
https://qa.mandrakesoft.com/show_bug.cgi?id=605 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 15:50 --- Ok, this is a stupid error from me, fixes are somewhere else. So now it works correctly and it is fixed in 13mdk of urpmi. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] Re: [CHRPM] gstreamer-0.5.0-1mdk
On Wed, 11 Dec 2002 09:45:39 +0100 (CET) Götz Waschk [EMAIL PROTECTED] wrote: Name: gstreamerRelocations: (not relocateable) Version : 0.5.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Dec 11 09:32:31 2002 Install date: (not installed) Build Host: klama.mandrake.org Group : Sound Source RPM: (none) Size: 1071443 License: LGPL Packager: Götz Waschk [EMAIL PROTECTED] Was setting major as 0.5_1 rather than 0.5 done to differentiate it from the majorminor? Charles Barth's Distinction: There are two types of people: those who divide people into two types, and those who don't. -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] Re: [CHRPM] gstreamer-0.5.0-1mdk
Am Mittwoch, 11. Dezember 2002, 09:59:53 Uhr MET, schrieb Charles A Edwards: On Wed, 11 Dec 2002 09:45:39 +0100 (CET) Götz Waschk [EMAIL PROTECTED] wrote: Name: gstreamerRelocations: (not relocateable) Version : 0.5.0 Vendor: MandrakeSoft Release : 1mdk Build Date: Wed Dec 11 09:32:31 2002 Was setting major as 0.5_1 rather than 0.5 done to differentiate it from the majorminor? The 1 is the shared library major version number. 0.5 is GStreamer's version number, included in the name of the shared library: [goetz@klama goetz]$ rpm -qpl /RPMS/libgstreamer0.5_1-0.5.0-1mdk.i586.rpm /usr/lib/libgstcontrol-0.5.so.1 /usr/lib/libgstcontrol-0.5.so.1.0.0 /usr/lib/libgstreamer-0.5.so.1 /usr/lib/libgstreamer-0.5.so.1.0.0 rpmlint would complain if the package was called libgstreamer1. Also I don't know the versioning scheme of future releases. There could come a libgstreamer-0.6.so.1, so it wouldn't be a good idea to name the package libgstreamer1. -- Götz Waschk master of computer science University of Rostock http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key -- Logout Fascism! --
[Cooker] vim spec plugin
While we are speaking of tools to make life easier to build rpm, i'd like to point out the spec plugin i've written for vim some times ago, as the basic spec plugin from vim plainly sux. It is available from http://vim.sourceforge.net/script.php?script_id=98, and maybe it could get integrated into mdk vim package :-) ? -- The speed with which components become obsolete is directly proportional to the price of the component. -- Murphy's Computer Laws n°9
Re: [Cooker] vim spec plugin
It would be great to get the vim and emacs spec-mode plugins incorporated into rpm-tools, including .spec file detection. They are both great tools. Now what I want to know is, when is somebody going to write a spec-mode plugin for gedit? :-) Austin (or documentation on gedit plugins, for that matter) -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] vim spec plugin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Austin Acton wrote: It would be great to get the vim and emacs spec-mode plugins incorporated into rpm-tools, including .spec file detection. They are both great tools. Emacs one is there, seems someone wants to start a flamewar ;-) [bgmilne@bgmilne bgmilne]$ rpm -ql rpm-build|grep emacs /etc/emacs/site-start.d/rpm.el /usr/share/emacs/site-lisp/rpm-spec-mode.el And how about the skeleton spec file? I keep losing my copies of it between machines, hard disks etc and end up writing specs from scratch, it would be nice to have it in %doc in rpm-build or something like that ... Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE992E8rJK6UGDSBKcRAiJvAJ9mBjdoEyOOXAf5ed94sNh8mkip4gCgmH0L iCkjZ8yNwgTRvhYQegQPBik= =oHT5 -END PGP SIGNATURE-
Re: [Cooker] MS Fonts in a bag
I just installed MS fonts by using Ben's bootstrap RPM. For some reason I could not get these fonts to appear in the font selection of gnome terminal. (This is just a one example) Does anybody have an idea what is getting wrong? Mika Han Boetes [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 11.12.2002 19:06 Please respond to cooker To: [EMAIL PROTECTED] cc: [EMAIL PROTECTED] Subject:Re: [Cooker] MS Fonts in a bag Austin Acton ([EMAIL PROTECTED]) wrote: PLEASE let's not start the should we/shouldn't we debate again. I just thought this was interesting. Since there was some worry going on about the legalities and ethics of Ben's MS font bootstrap RPM, here is a way to better understand the situation. Some guy has gone and made a REAL rpm of all the MS fonts, including Tahoma and Veranda and all, and he's distributing it on own site. The announcement is at freshmeat. http://freshmeat.net/releases/106183/ I haven't tried it. His site is SERIOUSLY freshmeated. hehe Couldn't load it. I'm sure Ben's is better because it's Mandrake specific, but it will be very interesting to see if this new rpm lasts. Maybe we will gain some insight on MS's true feelings on the subject. Hmmm I tried Bens rpm, which didn't work somehow. Then I remembered this project: http://corefonts.sourceforge.net/ Which had a spec-file which looked surprisingly familiar with the slight difference that it worked fine. So that's what I am using. //Han -- http://www.xs4all.nl/~hanb/software
Re: [Cooker] vim spec plugin
On Wed, 2002-12-11 at 11:01, Buchan Milne wrote: Emacs one is there, seems someone wants to start a flamewar ;-) [bgmilne@bgmilne bgmilne]$ rpm -ql rpm-build|grep emacs /etc/emacs/site-start.d/rpm.el /usr/share/emacs/site-lisp/rpm-spec-mode.el Oh didn't realize that. The rpm how-to should be updated as such then... Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
[Cooker] Error with mkcd --check
This has been around for some time now - SYLPHEED and XINE-DVDNAV Any reason for this? Thx, R.Fox [root@amda7v cooker]# mkcd --check /mnt/hd/cooker mkcd: mkcd: Checking the hdlists, depslist and RPMs consistency checkDiscs: duplicate version in /mnt/hd/cooker/Mandrake/base/depslist.ordered: sylpheed xine-dvdnav FAILED checkDiscs: duplicate version in hdlists: OK checkDiscs: in depslist, not on discs: OK checkDiscs: in depslist, not in hdlists: OK checkDiscs: in hdlists, not on discs: OK checkDiscs: in hdlists, not in depslist: OK checkDiscs: in hdlists, not see with parsehdlist: OK checkDiscs: see with parsehdlist, not with packdrake: OK checkDiscs: on discs, not in hdlist: OK checkDiscs: on discs, not in depslist: OK checkDiscs: duplicate version on discs: OK ERROR: Checking the hdlists, depslist and RPMs consistency
[Cooker] [Bug 574] [KDE] XMMS main window opens on the wrong desktop in KDE
https://qa.mandrakesoft.com/show_bug.cgi?id=574 [EMAIL PROTECTED] changed: What|Removed |Added Component|xmms|KDE Product|xmms|KDE Version|1.2.7-13mdk |3.0.3-44mdk --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 604] [rpmdrake] Everything is already installed
https://qa.mandrakesoft.com/show_bug.cgi?id=604 [EMAIL PROTECTED] changed: What|Removed |Added Version|2.0-9mdk|2.0-27mdk --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 16:34 --- what happens when you try to install the package with urpmi in commandline? e.g. as root, run urpmi xine or whatever. do you have the same probleme there? --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Bug 500] [numlock] Numlock not activated
[Bug 500] [EMAIL PROTECTED] writes: [...] I mean it is activated but doesn't work : chkconfig --list numlock gives: numlock 0:Arrêt 1:Arrêt 2:Arrêt 3:Marche4:Marche5:Marche 6:Arrêt service numlock status numlock is enabled Well, it works for me, even with KDE. Are you sure you didn't play with: KDE Control Center Peripherals Keyboard Advanced Numlock NumLock on KDE startup ? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] MS Fonts in a bag
PLEASE let's not start the should we/shouldn't we debate again. I just thought this was interesting. Since there was some worry going on about the legalities and ethics of Ben's MS font bootstrap RPM, here is a way to better understand the situation. Some guy has gone and made a REAL rpm of all the MS fonts, including Tahoma and Veranda and all, and he's distributing it on own site. The announcement is at freshmeat. http://freshmeat.net/releases/106183/ I haven't tried it. His site is SERIOUSLY freshmeated. hehe I'm sure Ben's is better because it's Mandrake specific, but it will be very interesting to see if this new rpm lasts. Maybe we will gain some insight on MS's true feelings on the subject. Austin -- Austin Acton Hon.B.Sc. Synthetic Organic Chemist, Teaching Assistant Department of Chemistry, York University, Toronto MandrakeClub Volunteer (www.mandrakeclub.com) homepage: www.groundstate.ca
Re: [Cooker] MS Fonts in a bag
Austin Acton ([EMAIL PROTECTED]) wrote: PLEASE let's not start the should we/shouldn't we debate again. I just thought this was interesting. Since there was some worry going on about the legalities and ethics of Ben's MS font bootstrap RPM, here is a way to better understand the situation. Some guy has gone and made a REAL rpm of all the MS fonts, including Tahoma and Veranda and all, and he's distributing it on own site. The announcement is at freshmeat. http://freshmeat.net/releases/106183/ I haven't tried it. His site is SERIOUSLY freshmeated. hehe Couldn't load it. I'm sure Ben's is better because it's Mandrake specific, but it will be very interesting to see if this new rpm lasts. Maybe we will gain some insight on MS's true feelings on the subject. Hmmm I tried Bens rpm, which didn't work somehow. Then I remembered this project: http://corefonts.sourceforge.net/ Which had a spec-file which looked surprisingly familiar with the slight difference that it worked fine. So that's what I am using. //Han -- http://www.xs4all.nl/~hanb/software
[Cooker] Problem with gnome-panel
Hello, I'm using gnome-panel-2.1.4-2mdk with auto-hide enabled. I've noticed that whenever the panel is redisplayed, all icons are missing. However, as I move my cursor across the panel, each icon reappears. This problem doesn't exist with auto-hide disabled. John
Re: [Cooker] Patch for mkinitrd
John Allen [EMAIL PROTECTED] writes: On Monday 09 December 2002 22:36, Guillaume Cottenceau wrote: John Allen [EMAIL PROTECTED] writes: The following patch to mkinitrd will prevent monumental screwups when your fstab accidentally contains multiple entries for / (k3b screwed mine over). [gc@obiwan ~] which head /usr/bin/head not good I'm confused. Whats not good about /usr/bin/head? mkinitrd must work even if /usr in not mounted After all mkinitrd uses awk, and thats in /usr/bin why do you say that? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Problem with gnome-panel
On 11 Dec 2002 13:09:43 -0500 John Johnson [EMAIL PROTECTED] wrote: This problem doesn't exist with auto-hide disabled. I'm using the panel with auto-hide and have no problem with the icons, but all my icons on the panel were manually placed.(i.e. started with an empty panel and added the icons I wanted.) Charles Fortune's real live weird band names #449: Mega Smegma -- Charles A Edwards [EMAIL PROTECTED] --
Re: [Cooker] samba vscan modules for 3.0alpha ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Todd Lyons wrote: Buchan Milne wrote on Tue, Dec 10, 2002 at 04:42:32PM +0200 : Some background 1)Samba-vscan allows on-access scanning of files by samba, and will deny access (and in the latest version, inform the user by windows message that the file is infected) to infected files. It can be used with 5 commercial scanners (Sophos, snip You're duplicating some of the work of the icheckd daemon, but if it's better, that's terrific. What advantages do you perceive in having samba do on access scanning versus letting icheckd do it? I see the popup message as a really nice thing. Note I haven't really used icheckd much, mainly since previous av stuff I used had been for mail (which is why there are amavis-ng packages in contrib) ... but Mostly that server load can be reduced. There's not much point in having all files scanned, for things like rsync'ing the whole data store on a samba server (100GB on our case) to a hot spare server (every four hours in our case). Same applies to people access files from a decent client OS, which gets it's files via NFS, and is almost guaranteed not to spread millions of files across the server at random times ;-). The only way a virus will get from one machine to another (in our setup) is via mail or files on the servers access from windows (we mostly don't have any shares accessible on client machines). We already have mail scanned, final route will disappear very shortly ... Plus, this allows more scanners to be used ... P.S. Our order for Sophos just went through, in case you were wondering. I use Sophos at a client's. Integrating the scanner into Postfix is SUPER SIMPLE as well. What did you use? amavis-ng is pretty easy (if you have working perl modules, ones in 9.0 contrib were broken), just setup a filter in master.cf, and have the smtpd filter through it. It scans all inbound and outbound messages. It's caught everything I've ever thrown at it. It's amazing how many KLez-H virii are out there. We now have scanning upstream (finally!), but we have caught some people internally (which is why we finally insisted on av for client machines on trashy OSs). So, any opinion on what to do with the vscan modules?? Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE994VvrJK6UGDSBKcRAl0wAKDJHBYSdg8uvR06FFfywNTHNXkXOQCdFp2G og2KnAtRKRplbEM+SY867hw= =IM6J -END PGP SIGNATURE-
Re: [Cooker] Problem with gnome-panel
On Wed, 2002-12-11 at 13:24, Charles A Edwards wrote: On 11 Dec 2002 13:09:43 -0500 John Johnson [EMAIL PROTECTED] wrote: This problem doesn't exist with auto-hide disabled. I'm using the panel with auto-hide and have no problem with the icons, but all my icons on the panel were manually placed.(i.e. started with an empty panel and added the icons I wanted.) Charles Fortune's real live weird band names #449: Mega Smegma -- Charles A Edwards [EMAIL PROTECTED] -- Ok.. Did some additional testing and noticed that the problem exist when I use gnome2 and metacity-2.4.8-1mdk. When I use gnome2 and sawfish, the problem doesn't exist. BTW, I also manually added my icons. Thanks John
[Cooker] More mozilla bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I found two more mozilla bugs. I haven't yet reported them to bugzilla.mozilla.org, but will sometime soon. At least one will require a bit of testing by others: 1)Mozilla crash on resizing message pane in mail I am not going to test this again right now (obviously), but if you resize the message pane (possibly also the folder pane, haven't tested), mozilla will crash. 2)Intermittent. New blank tab prevents switching applications under KDE. Someone else here picked it up, but if you have mozilla open, create a new tab (CTRL-T) and leave it blank, then try and ALT-TAB, and you will see that under certain conditions (don't know yet what triggers it) the focus will change, but the mozilla browser window stays on top. Change to a tab with content, and it works right. Current cooker, except for my kernel, kernel-source and modutils from 9.0. Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE994gArJK6UGDSBKcRAtsaAJ9v9izLpb3PRJ1rCkdQ2f7MKEDDagCgsVG1 7WtF8Xr/mVEZKCitAH7y7pU= =cGGB -END PGP SIGNATURE-
Re: [Cooker] Problem with gnome-panel
On 11 Dec 2002 13:37:28 -0500 John Johnson [EMAIL PROTECTED] wrote: I use gnome2 and metacity-2.4.8-1mdk. When I use gnome2 and sawfish, the problem doesn't exist. In that relation it would not affect mine since I run enlightenment and use Only the gnome-panel with it. Charles Fortune's real live weird band names #464: More Drunk Cowboys -- Charles A Edwards [EMAIL PROTECTED] --
[Cooker] Gtkspell SRPM uploaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I've just uploaded gtkspell 2.0.3 SRPM to the ./incoming directory - -- - - -- Katoob Main Developer Linux registered user # 224950 ICQ # 58475622 FIRST make it run, THEN make it run fast Brian Kernighan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE996J3y2aOKaP9DfcRAnzFAJ42k3OLUvJuJzUs4VURVCpfvv56bACffE04 3Jg+Kso55GIEbB6J29oW7pE= =b7fO -END PGP SIGNATURE-
[Cooker] pekwm SRPM uploaded
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Alaa alaa[at]linux-egypt[dot]org has uploaded pekwm-0.1.2-1mdk.src.rpm a lightweight, yet aesthetic window manager. It features fully customizable key and mousebindings, dockapp support, window grouping (similar to the features you may have seen in pwm or fluxbox, except that PekWM keeps them within the titlebar), He is not subscribed to the cooker mailing list, so i'm handling it instead of him ;) - -- - - -- Katoob Main Developer Linux registered user # 224950 ICQ # 58475622 FIRST make it run, THEN make it run fast Brian Kernighan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE996M0y2aOKaP9DfcRAtQOAJ9xPJcShKVDwVilQEn9OqkCOCTbKgCfU2MS lej/2TZZNEoAHNxuTciYni4= =pG7o -END PGP SIGNATURE-
[Cooker] [Bug 604] [rpmdrake] Everything is already installed
https://qa.mandrakesoft.com/show_bug.cgi?id=604 --- Additional Comments From [EMAIL PROTECTED] 2002-12-11 21:53 --- [root@Castle scott]# urpmi mplayer To satisfy dependencies, the following packages are going to be installed (30 MB): libdha0.1-0.90-0.rc1.3plf.i586 libfaad2_0-1.1-2plf.i586 libgii-0.8.1-5mdk.i586 libgii0-0.8.1-5mdk.i586 liblirc0-0.6.5-2mdk.i586 libnas2-1.6-2mdk.i586 libpostproc0-0.90-0.rc1.3plf.i586 mplayer-0.90-0.rc1.3plf.i586 win32-codecs-1.3-1plf.i586 xanim-codecs-1.0-2plf.i586 xvid-20021107-1plf.i586 Is this OK? (Y/n) Y package libfaad2_0-1.1-2plf.i586 is not found. package libgii0-0.8.1-5mdk.i586 is not found. package libpostproc0-0.90-0.rc1.3plf.i586 is not found. package mplayer-0.90-0.rc1.3plf.i586 is not found. package win32-codecs-1.3-1plf.i586 is not found. package xvid-20021107-1plf.i586 is not found. package libdha0.1-0.90-0.rc1.3plf.i586 is not found. package libnas2-1.6-2mdk.i586 is not found. package libgii-0.8.1-5mdk.i586 is not found. package xanim-codecs-1.0-2plf.i586 is not found. unable to get source packages, aborting [root@Castle scott]# As you can see, yes there is still a problem when I do it from the command line using urpmi --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
Re: [Cooker] [Bug 624] [gcc-c++] Quand on essaie de compiler ceprogramme sous Mandrake Linux 9.0, le compilateur avoue une erreur interneet demande un rapport de bogue
That was a bug indeed present in 3.2-1mdk. However, it now works with 3.2-4mdk and FSF GNU C++ version 3.2.2 20021211 (prerelease). @resolution=fixed
Re: [Cooker] Patch for mkinitrd
On Tue Dec 10 8:55 +, John Allen wrote: After all mkinitrd uses awk, and thats in /usr/bin Uhhh... no. [root@tatiana root]# which awk /bin/awk [root@tatiana root]# ls -l `which awk` lrwxrwxrwx1 root root4 Oct 15 16:24 /bin/awk - gawk* [root@tatiana root]# which gawk /bin/gawk [root@tatiana root]# ls -l `which gawk` -rwxr-xr-x1 root root 314712 Oct 14 09:55 /bin/gawk* -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Love lies in pools of questions. GPG Key Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: %s Linux 2.4.20-0.4mdk 17:50:00 up 1 min, 0 users, load average: 1.10, 0.28, 0.09
Re: [Cooker] Re: [Contrib-Rpm] esmtp-0.2-1mdk
On Wed, Dec 11, 2002 at 01:58:59PM +0100, Martin Fahrendorf wrote: Ah, I misinterpretes something. I thought esmtp was also listening. It is for sending out purpose only, right? Yup... it's simply a mail injector to accept mail for programs like mutt that inject mail through the /usr/sbin/sendmail program. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] MS Fonts in a bag
On Wednesday 11 December 2002 11:03 pm, Austin Acton wrote: Since there was some worry going on about the legalities and ethics of Ben's MS font bootstrap RPM, here is a way to better understand the situation. Some guy has gone and made a REAL rpm of all the MS fonts, including Tahoma and Veranda and all, and he's distributing it on own site. http://dictionary.reference.com/search?q=bellwether `sheep that leads the herd often wearing a bell' http://www.investorwords.com/b2.htm#bellwether `A stock or bond that is widely believed to be an indicator of the overall market's condition.' Cheers; Leon
Re: [Cooker] Makefile to facilitate making of rpms
[EMAIL PROTECTED] (Han Boetes) writes: And zsh completes Makefiles targets much better than rpm options. :) hugh, why ? -- Chmouel -- http://www.chmouel.com/
Re: [Cooker] MS Fonts in a bag
On Wed, Dec 11, 2002 at 06:20:32PM +0200, [EMAIL PROTECTED] wrote: I just installed MS fonts by using Ben's bootstrap RPM. For some reason I could not get these fonts to appear in the font selection of gnome terminal. (This is just a one example) Does anybody have an idea what is getting wrong? a) The fonts will only show in applications that have been started after you've installed them. b) If you're not using xfs (I'm not because of a conflict with Xinerama), then you'll need to add the FontPath to your XF86Config file. c) gnome terminal doesn't appear to display the fonts for me either. I think this is a limitation/bug in gnome-terminal. If you look in the gnome bugzilla there is a couple of bug reports complaining about not being able to access all the fonts installed on the system. Some people say it's only allowing monospaced fonts, but that doesn't appear to hold true here. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] vim spec plugin
[EMAIL PROTECTED] (Guillaume Rousse) writes: While we are speaking of tools to make life easier to build rpm, i'd like to point out the spec plugin i've written for vim some times ago, as the basic spec plugin from vim plainly sux. It is available from http://vim.sourceforge.net/script.php?script_id=98, and maybe it could get integrated into mdk vim package :-) ? The problem is that currently there is no such mechanism to dynamically load extensions/mode for vim like we do for emacs as per packages. -- Chmouel -- http://www.chmouel.com/
Re: [Cooker] vim spec plugin
The problem is that currently there is no such mechanism to dynamically load extensions/mode for vim like we do for emacs as per packages. Hum, what about autocmd BufRead *.spec source ~/.vim/rpm_mode this run the command 'source ~/.vim/rpm_mode', which , obviouly, apply the command from ~/.vim/rpm_mode, when a file who match '*.spec' is read. Is this what you are talking about ? Mick
[Cooker] [Bug 616] [gnome-panel] gnome-panel starts allocating lots of memory when running update-menus
https://qa.mandrakesoft.com/show_bug.cgi?id=616 --- Additional Comments From [EMAIL PROTECTED] 2002-12-12 00:23 --- i upgraded to the newest cooker today ( that means gnome-panel-2.1.4 ), and nothing changed. the problem as reported in bug619 still remains. the problem described here (in bug616) seems to be solved, so maybe bug619 wasn't a duplicate of this bug. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] [Bug 625] [kernel-source] New: Kernel Compile ( make bzImage ) fails while compiling DRM for the Intel 810 graphics chipset.
https://qa.mandrakesoft.com/show_bug.cgi?id=625 Product: kernel-source Component: kernel-source Summary: Kernel Compile ( make bzImage ) fails while compiling DRM for the Intel 810 graphics chipset. Version: 2.4.20-2mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: blocker Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] While using gcc version 2.95.3 20010315 (release) on 2.4.19-gentoo-r10 , kernel compile fails with this message : make[3]: Entering directory `/usr/src/linux-2.4.20-2mdk/drivers/char/drm' make all_targets make[4]: Entering directory `/usr/src/linux-2.4.20-2mdk/drivers/char/drm' gcc -D__KERNEL__ -I/usr/src/linux-2.4.20-2mdk/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -nostdinc -iwithprefix include -DKBUILD_BASENAME=i810_drv -c -o i810_drv.o i810_drv.c In file included from i810_drv.c:75: drm_context.h: In function `i810_context_switch': drm_context.h:227: parse error before `)' drm_context.h: In function `i810_context_switch_complete': drm_context.h:258: parse error before `)' drm_context.h: In function `i810_addctx': drm_context.h:318: parse error before `)' In file included from i810_drv.c:78: drm_drv.h: In function `i810_setup': drm_drv.h:321: parse error before `)' drm_drv.h: In function `i810_takedown': drm_drv.h:343: parse error before `)' drm_drv.h: In function `drm_count_cards': drm_drv.h:502: parse error before `)' drm_drv.h: In function `drm_init': drm_drv.h:535: parse error before `)' drm_drv.h:575: parse error before `)' drm_drv.h:593: parse error before `)' drm_drv.h: In function `drm_cleanup': drm_drv.h:620: parse error before `)' drm_drv.h:625: parse error before `)' drm_drv.h: In function `i810_ioctl': drm_drv.h:886: parse error before `)' drm_drv.h: In function `i810_unlock': drm_drv.h:1041: parse error before `)' In file included from i810_drv.c:99: drm_fops.h: In function `i810_read': drm_fops.h:151: parse error before `)' drm_fops.h:159: parse error before `)' drm_fops.h:164: parse error before `)' drm_fops.h: In function `i810_write_string': drm_fops.h:222: parse error before `)' In file included from i810_drv.c:102: drm_lock.h: In function `i810_block': drm_lock.h:37: parse error before `)' drm_lock.h: In function `i810_unblock': drm_lock.h:44: parse error before `)' drm_lock.h: In function `i810_flush_queue': drm_lock.h:119: parse error before `)' drm_lock.h: In function `i810_flush_unblock_queue': drm_lock.h:150: parse error before `)' drm_lock.h: In function `i810_flush_block_and_flush': drm_lock.h:169: parse error before `)' drm_lock.h: In function `i810_flush_unblock': drm_lock.h:188: parse error before `)' drm_lock.h: In function `i810_finish': drm_lock.h:211: parse error before `)' In file included from i810_drv.c:105: drm_proc.h: In function `i810_proc_init': drm_proc.h:86: parse error before `)' In file included from i810_drv.c:107: drm_stub.h: In function `i810_stub_register': drm_stub.h:124: parse error before `)' drm_stub.h:132: parse error before `)' drm_stub.h:136: parse error before `)' make[4]: *** [i810_drv.o] Error 1 make[4]: Leaving directory `/usr/src/linux-2.4.20-2mdk/drivers/char/drm' make[3]: *** [first_rule] Error 2 make[3]: Leaving directory `/usr/src/linux-2.4.20-2mdk/drivers/char/drm' make[2]: *** [_subdir_drm] Error 2 make[2]: Leaving directory `/usr/src/linux-2.4.20-2mdk/drivers/char' make[1]: *** [_subdir_char] Error 2 make[1]: Leaving directory `/usr/src/linux-2.4.20-2mdk/drivers' make: *** [_dir_drivers] Error 2 my kernel config is as follows: # # Automatically generated by make menuconfig: don't edit # CONFIG_X86=y # CONFIG_SBUS is not set CONFIG_UID16=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # # Loadable module support # CONFIG_MODULES=y CONFIG_MODVERSIONS=y CONFIG_KMOD=y # # Processor type and features # # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set CONFIG_MPENTIUMIII=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MELAN is not set # CONFIG_MCRUSOE is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MCYRIXIII is not set CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_X86_L1_CACHE_SHIFT=5 CONFIG_X86_HAS_TSC=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_PGE=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_F00F_WORKS_OK=y CONFIG_X86_MCE=y # CONFIG_CPU_FREQ is not set # CONFIG_TOSHIBA is not set # CONFIG_I8K is not set # CONFIG_MICROCODE is not set # CONFIG_X86_MSR is not set
Re: [Cooker] MS Fonts in a bag
On Wed, Dec 11, 2002 at 05:06:45PM +0059, Han Boetes wrote: Hmmm I tried Bens rpm, which didn't work somehow. Then I remembered this project: http://corefonts.sourceforge.net/ Which had a spec-file which looked surprisingly familiar with the slight difference that it worked fine. So that's what I am using. Gosh I guess that's why my changelog and my announcement email said the spec file was based on that project... It would be nice if you'd report your problem so I can fix it. However, I suspect you aren't using xfs or you tried looking for the font in a buggy application or one that was open prior to installing the fonts. Both the sourceforge project and my RPM will fail in these cases, such is the nature of fonts under X... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] vim spec plugin
[EMAIL PROTECTED] (Michael Scherer) writes: Is this what you are talking about ? no it is not i am talking about the /etc/emacs/*/* stuff. -- Chmouel -- http://www.chmouel.com/
[Cooker] msec and / gid
Hi... I am getting tons of messages like this on syslog: Dec 12 02:01:31 werewolf pam_timestamp_check: pam_timestamp: `/' owner GID != 0 Dec 12 02:02:06 werewolf last message repeated 7 times Dec 12 02:03:11 werewolf last message repeated 13 times Dec 12 02:04:16 werewolf last message repeated 13 times Dec 12 02:05:21 werewolf last message repeated 13 times Dec 12 02:06:26 werewolf last message repeated 13 times Dec 12 02:07:31 werewolf last message repeated 13 times Dec 12 02:08:36 werewolf last message repeated 13 times ... werewolf:~# ls -ld / drwxr-xr-x 19 root adm 1024 dic 12 01:42 // If I chown 0.0 /, when msec is run again by cron, it returns to root.adm. /usr/share/msec/perm.3 (my level) reads: # Welcome in Level 3 ### / root.adm755 /bin/ root.root 755 /bin/ping root.root 4755 Should this be root.root ? Levels 3 and 4 set it to root.adm, rest of levels to root.root. What's happening ? Bug ? -- J.A. Magallon [EMAIL PROTECTED] \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.1 (Cooker) for i586 Linux 2.4.20-jam1 (gcc 3.2 (Mandrake Linux 9.1 3.2-4mdk))
Re: [Cooker] urpmi bug.. package removal.
On Wed, Dec 11, 2002 at 02:07:45PM +0100, Jesper Krogh wrote: Is it not possible to somewhere in this output insert a newline after each packagename so it becomes human-readable? Even better sorted by alphabet too I've always wished for that too... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] vim spec plugin
Chmouel Boudjnah wrote: [EMAIL PROTECTED] (Michael Scherer) writes: Is this what you are talking about ? no it is not i am talking about the /etc/emacs/*/* stuff. Actually, this seems somewhat broken in the current release emacs-21.2.92-1mdk. Apparently, it doesn't execute /etc/emacs/site-start.el, so none of the files in /etc/emacs/site-start.d/ are getting loaded (which would include /etc/emacs/site-start.d/rpm.el). -- Sincerely, David Walluck [EMAIL PROTECTED] msg83647/pgp0.pgp Description: PGP signature
Re: [Cooker] MS Fonts in a bag
I haven't tried it. His site is SERIOUSLY freshmeated. hehe I'm sure Ben's is better because it's Mandrake specific, but it will be very interesting to see if this new rpm lasts. Maybe we will gain some insight on MS's true feelings on the subject. All I have to say is that guy is asking for it... Yep big time asking for it. Just wanna say your rpm has been a blessing. Many people have used it and not a problem one.
[Cooker] Re: [Contrib-Rpm] esmtp-0.2-2mdk
On Wed, Dec 11, 2002 at 08:30:36PM +0100, Han Boetes wrote: [Contrib-RPM] --=-=-= Name: esmtpRelocations: (not relocateable) Version : 0.2 Vendor: MandrakeSoft Release : 2mdk Build Date: Wed Dec 11 20:23:43 2002 Install date: (not installed) Build Host: klama.mandrake.org Group : Networking/Mail Source RPM: (none) Size: 81181License: GPL Packager: Han Boetes [EMAIL PROTECTED] URL : http://esmtp.sourceforge.net Summary : User configurable relay-only Mail Transfer Agent (MTA) Description : ESMTP is a user configurable relay-only Mail Transfer Agent (MTA) with a sendmail-compatible syntax. It's based on libESMTP supporting the AUTH (including the CRAM-MD5 and NTLM SASL mechanisms) and the StartTLS SMTP extensions. So these are ESMTP features: * requires no administration privileges * individual user configuration * sendmail command line compatible * supports the AUTH SMTP extension, with the CRAM-MD5 and NTLM SASL mechanisms * support the StartTLS SMTP extension * does not receive mail, expand aliases or manage a queue --=-=-= * Wed Dec 11 2002 Han Boetes [EMAIL PROTECTED] 0.2-2mdk - Use alternative instead of provides, as suggested by B.Reser It needs to provide smtpdaemon and MailTransportAgent to satisfy various programs dependencies... I wouldn't set it with a higher priority than sendmail either. I'd set it to like 5 on the priority. Right now it doesn't support a system wide default config so it can't really entirely take the place of postfix/sendmail. I looked at it last night and intended to patch that in... but didn't get it yet. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] vim spec plugin
[EMAIL PROTECTED] (David Walluck) writes: Apparently, it doesn't execute /etc/emacs/site-start.el, so none of the files in /etc/emacs/site-start.d/ are getting loaded (which would include /etc/emacs/site-start.d/rpm.el). odd, it does for me 21.2.92-1mdk. -- Chmouel -- http://www.chmouel.com/
Re: [Cooker] MS Fonts in a bag
On Wed, Dec 11, 2002 at 10:03:42AM -0500, Austin Acton wrote: PLEASE let's not start the should we/shouldn't we debate again. I just thought this was interesting. Since there was some worry going on about the legalities and ethics of Ben's MS font bootstrap RPM, here is a way to better understand the situation. Some guy has gone and made a REAL rpm of all the MS fonts, including Tahoma and Veranda and all, and he's distributing it on own site. The announcement is at freshmeat. http://freshmeat.net/releases/106183/ I haven't tried it. His site is SERIOUSLY freshmeated. hehe I'm sure Ben's is better because it's Mandrake specific, but it will be very interesting to see if this new rpm lasts. Maybe we will gain some insight on MS's true feelings on the subject. All I have to say is that guy is asking for it... -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] ATI Radeon A-I-W 7500 tv viewing
Since most of the brains float about this list if i have a stock 9.0 will i need any cooker rpms to view tv? (my system has been upgraded from a intel 815 and Hauppage tv card combo to the ati AIW 7500) Off list pointers to how-tos or the howtos themsevles would be nice. tried to use GATOS but it can't find the xconfig file (was it moved??)
Re: [Cooker] MS Fonts in a bag
All I have to say is that guy is asking for it... What is the worse that can happen? a cease and desist? ;oP Damian
Re: [Cooker] urpmi bug.. package removal.
Le jeu 12/12/2002 à 02:55, Ben Reser a écrit : On Wed, Dec 11, 2002 at 02:07:45PM +0100, Jesper Krogh wrote: Is it not possible to somewhere in this output insert a newline after each packagename so it becomes human-readable? Even better sorted by alphabet too I've always wished for that too... Sorry, too late, this is done now. François.
Re: [Cooker] urpmi bug.. package removal.
On Thu, Dec 12, 2002 at 06:11:39AM +0100, François Pons wrote: Sorry, too late, this is done now. Good answer. :) -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
[Cooker] [Bug 626] [rpmdrake] New: failed installation unselects all selected packages
https://qa.mandrakesoft.com/show_bug.cgi?id=626 Product: rpmdrake Component: rpmdrake Summary: failed installation unselects all selected packages Version: 2.0-18mdk Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I try to install a group of packages and click Install, if there is a conflict of some kind (i.e. currently, you cannot choose aspell-0.50.3-1mdk if you have abiword installed because abiword needs aspell-0.50.2-1mdk and there is no updated RPM for abiword yet -- hopefully soon), the conflict is noted by rpmdrake, it aborts the installation and goes back to a package list minus the user's selections. This is most annoying. It should at least keep the selections and allow the user to unselect a package to resolve the conflict. --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is.
[Cooker] mktemp-1.4
Before I forget, A few month ago just before release I made this srpm: http://www.xs4all.nl/~hanb/software/rpms/mktemp-1.4-1mdk.src.rpm Which is an update to the current mktemp-package. The code is from the author and was released december last year instead of the two year old code in the current package. //Han -- http://www.xs4all.nl/~hanb/software
Re: Interface Hang with 2.4.18 kernel
Ben, Well I guess it is a good thing that you see it on other apps as well. I think it has to do with putting the interface in promiscious mode, and then switching it back (to regular mode). Something isn't right when it gets set back. I agree you method is more of a work-around than a solution. I found closing the lid on my PB an easier work-around. Still it would be nice to know if this is a PPC or Kernel bug. I had an older Yellowdog kernel (2.4.4 I think) which worked fine with ethereal. But then that is a different disto AND kernel version. Craig... Ben Reser wrote: On Tue, Dec 10, 2002 at 10:09:30AM -0800, Ben Reser wrote: I've had problems with nmap hanging my airport interface but that's it. The solution I've found is to ifdown the interface. rmmod the modules related to them. Then ifup the interface again. And it should start working again. Guess it's not really a solution... more like a work around. Actually I take that back... now that I think about it ethereal does the same thing...
Re: Interface Hang with 2.4.18 kernel
On Wed, Dec 11, 2002 at 12:12:27PM -0500, Craig Miller wrote: Well I guess it is a good thing that you see it on other apps as well. I think it has to do with putting the interface in promiscious mode, and then switching it back (to regular mode). Something isn't right when it gets set back. I agree you method is more of a work-around than a solution. I found closing the lid on my PB an easier work-around. Still it would be nice to know if this is a PPC or Kernel bug. I had an older Yellowdog kernel (2.4.4 I think) which worked fine with ethereal. But then that is a different disto AND kernel version. Not sure. I don't try to do that stuff from my laptop all that much so I just haven't worried about it. Unfortunately putting my laptop to sleep in X crashes it so that's not a good solution for me. :( -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols