Re: [Cooker] Gnome Control Center/Sawfish config
Good Call! apprently I had inadvertantly changed the ownership of that directory to root by accident. wierd. Thanks, NB On Mon, 2002-01-21 at 21:52, mige harimurti wrote: > > Hi, > > I have the same case here. > This was during user maintainance. I deleted and re-create some users. > > The fastest way to duplicate this case is to change the owner of the > /tmp/.sawfish-username with other user. > E.g. in the /tmp : > .. user1 user1 .sawfish-user1 > > $ chown user2:user2 .sawfish-user1 > > then login as user1 with Session type Gnome with Sawfish WM. > > Other similar problem is the /tmp/.esd. > > Regards, > Mige > > Frederic Crozat wrote: > > >On Mon, 21 Jan 2002 03:19:05 +0100, Nelson Bartley wrote: > > > >>Hi > >> > >>I downloaded the "Plus" pack for the latest gnome config center, and it > >>has a whole bunch of options in it for customizing sawfish. Funny thing > >>is that all the config tools all tell me that sawfish isn't running. > >> > >>Now I really want to configure sawfish cuz I sellected the ugliest theme > >>of all time to use w/ it. At any rate, I know sawfish is running cuz > >>it's listed in ps -A, so does anyone have any ideas. > >> > > > >How did you start your GNOME session ? > >Could you also post your ~/.gnome/default.wm ? > > > >I'm interested because I've seen reports of this bug but I've never been > >able to duplicate it.. > > > > > > > >
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
Chmouel Boudjnah <[EMAIL PROTECTED]> writes: > Pixel <[EMAIL PROTECTED]> writes: > > > chmouel, maybe we can let installkernel do the initrd. After building the > > initrd, installkernel could check the existence of lilo.conf or menu.lst and > > leave if none exist (meaning we're at install time). ? > > Something like that is ok for you ? [...] > [[ -n $AUTODETECT ]] && [[ -z $LOADER ]] && [[ -f /usr/sbin/detectloader ]] && >LOADER=$(/usr/sbin/detectloader -q) humf, i would better not have detectloader called during install. But it could do > > [[ $LOADER != "LILO" && $LOADER != "GRUB" && $LOADER != "YABOOT" ]] && { > +[[ -n $DURING_INSTALL ]] && exit 0 #DURING_INSTALL it could be > + #possible that there is no loader > cat <&2
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
Pixel <[EMAIL PROTECTED]> writes: > chmouel, maybe we can let installkernel do the initrd. After building the > initrd, installkernel could check the existence of lilo.conf or menu.lst and > leave if none exist (meaning we're at install time). ? Something like that is ok for you ? --- installkernel.~1.32.~ Mon Jan 7 16:52:43 2002 +++ installkernel Tue Jan 22 20:43:08 2002 @@ -22,8 +22,6 @@ NOCONFIG="" NOENTRY="" -[[ -n "$DURING_INSTALL" ]] && exit 0 - if [ -f /etc/sysconfig/installkernel ];then source /etc/sysconfig/installkernel fi @@ -159,6 +157,8 @@ [[ -n $AUTODETECT ]] && [[ -z $LOADER ]] && [[ -f /usr/sbin/detectloader ]] && LOADER=$(/usr/sbin/detectloader -q) [[ $LOADER != "LILO" && $LOADER != "GRUB" && $LOADER != "YABOOT" ]] && { +[[ -n $DURING_INSTALL ]] && exit 0 #DURING_INSTALL it could be + #possible that there is no loader cat <&2 Cannot find a boot loader, you may have to see why detectloader has problems or specify via the command line. @@ -169,10 +169,12 @@ if [[ -x /usr/bin/perl && -z $NOENTRY ]];then if [[ $LOADER = "GRUB" ]] && [[ -f $sharfile/grub ]];then + [[ -f /boot/grub/menu.lst ]] || exit 0 perl $sharfile/grub $REMOVE $version fi if [[ $LOADER = "LILO" ]] && [[ -f $sharfile/lilo ]];then + [[ -f /etc/lilo.conf ]] || exit 0 perl $sharfile/lilo $NOLAUNCH $REMOVE $version fi -- http://www.chmouel.org/
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
Pixel <[EMAIL PROTECTED]> writes: > chmouel, maybe we can let installkernel do the initrd. After building the > initrd, installkernel could check the existence of lilo.conf or menu.lst and > leave if none exist (meaning we're at install time). ? Good idea Will be done. -- http://www.chmouel.org/
Re: [Cooker] Lilo on 7 entries, and ugly to
> > andre <[EMAIL PROTECTED]> writes: > > > So if i copy the message file from 8.0 it will be displayed as it was in > > 8.0 > > Yes, but re-run lilo for changes to be valid. > > François. > And is there also somewhere information on how to make a message file?
Re: [Cooker] Re: [CHRPM] mutt-1.3.26i-1mdk
> | > | Hmm, what do you mean when "colors are setup inverse"? > > I have colors set up in my .muttrc. > > For example: > color normalblue default > color message white default > color quotedmagentadefault > Ok. Got it to reproduce. Hmm .. I don't know what I'm going to do about this one ... it's obviously ugly. The way that I see it, I think that not having color support in your case (try setting another color other than default?) is less serious than not even being able view the program in a terminal program in X at all. Note that it might (not sure) be able to be solved by changing the color scheme aka patching /etc/Muttrc for the ncurses problem, but I really don't want to do this because I've seen this problem in at least one other ncurses based program [1] so I don't want to throw in just one random fix for the mutt program .. - G. [1] see prozilla
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
Borsenkow Andrej <[EMAIL PROTECTED]> writes: [...] > > One such scriplet is the /sbin/installkernel one. > > > > So grpmi setting DURING_INSTALL causes /sbin/installkernel to exit without > > doing anything. > > > > Oh! :( > > Chmouel, is there any reason for this? quite simple, at install, DrakX is the boss and installkernel should not do things on its own ;p this could change, drakx could stop building the initrd and rely on installkernel for this. chmouel, maybe we can let installkernel do the initrd. After building the initrd, installkernel could check the existence of lilo.conf or menu.lst and leave if none exist (meaning we're at install time). ?
Re: [Cooker] Lilo on 7 entries, and ugly to
andre <[EMAIL PROTECTED]> writes: > So if i copy the message file from 8.0 it will be displayed as it was in > 8.0 Yes, but re-run lilo for changes to be valid. François.
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
On ÷ÔÒ, 2002-01-22 at 14:21, Pixel wrote: > Frederic Lepied <[EMAIL PROTECTED]> writes: > > > > agreed, using DURING_INSTALL for this seems a bad idea. > > > > > > we'd better run ldconfig and update-menus than dropping a few other things > > > done in %post's. > > > > > > maybe we could have another (different) way of skipping ldconfig and > > > update-menus... > > > > > > > I don't think setting DURING_INSTALL removed the execution of > > scriplets. It should be something else because there is nothing in rpm > > in that way... > > the message "Software manager never executed RPM scriptlets!" is wrong. > > The problem is that setting DURING_INSTALL disable the execution of *some* > scriplets, those which have: > > if [ -z "$DURING_INSTALL" ]; then > ... > fi > > One such scriplet is the /sbin/installkernel one. > > So grpmi setting DURING_INSTALL causes /sbin/installkernel to exit without > doing anything. > Oh! :( Chmouel, is there any reason for this? -andrej
Re: [Cooker] gawk-3.1.0-2mdk.i586.rpm is broken
On 20 Jan 2002, Guillaume Cottenceau wrote: > I passed the problem to our gcc packager and I'm packaging a > slightly patched version of gawk in the meantime. OK, fixed in -72mdk. Bye, Gwenole.
Re: [Cooker] gcc-3.0.1
Guillaume Rousse <[EMAIL PROTECTED]> writes: > > Just for information before i go further, could anybody tell > > me the risk to upgrade to gcc-3.0.1, using ".tar" files? > > thanks > > > > this is required by Mplayer for example. > False, you can compile mplayer with 2.96 without problems. yes but new binutils breaks cvs build.
[Cooker] On Euro
OK, I press on the console and get the Euro displayed. Then I enter "echo ¤ | lp" and what comes out of the printer is the currency symbol, no Euro. Using CUPS with HP DeskJet 720C. -- Peter Ruskin, Wrexham, Wales. AMD Athlon XP 1600+, 512MB RAM. Registered Linux User 219434 ( see http://counter.li.org/ ). Mandrake Linux release 8.1 (Vitamin) for i586 Kernel 2.4.8-34.1mdk-win4lin, XFree86 4.1.0, patch level 21mdk. KDE: 2.2.2. Qt: 2.3.2. Up 2 hours 52 minutes. ---
[Cooker] urpmi --mediums
urpmi medium was not accessable, so I created a further cooker medium from another ftp mirror and tried to take from , but $ urpmi --mediums tries to get it from ! $ rpm -q urpmi rpmtools urpmi-3.2-2mdk rpmtools-4.0-7mdk $
Re: [Cooker] Lilo on 7 entries, and ugly to
Op di 22-01-2002, om 17:58 schreef François Pons: > andre <[EMAIL PROTECTED]> writes: > > > The new lilo shows only 7 entries for me and that is used to few for me. > > Could we go back to the previous version. It looked also better > > Everything is in the message file itself, if you drop it (or change it with > another version) it will be correct. So if i copy the message file from 8.0 it will be displayed as it was in 8.0
Re: [Cooker] Problem with urpmi
"Patrick Mullaley" <[EMAIL PROTECTED]> writes: > It is probably just me not having a great grasp of the program, but I > constantly get: > > "found requires on file not yet found" displayed whenever I do a > urpmi.update > > Can anyone, in 1 words or less, =), let me know if this is normal or if > it is something that needs to be fixed? This is problably normal if you don't have replaced your default medium and not installed cooker for some time ? Which version do you have of urpmi and rpmtools ? François.
Re: [Cooker] Rsync cooker
You got it. -Dave On Tuesday 22 January 2002 10:41, you wrote: > so my commandline would be > rsync -av --delete ftp.sunet.se::Mandrake-devel/cooker/i586 /home/cooker > > for example? > > /MattB > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Seff > Sent: Tuesday, January 22, 2002 9:05 AM > To: [EMAIL PROTECTED] > Subject: Re: [Cooker] Rsync cooker > > > Yes, by adding --delete to your rsync command. It will remove the older > files > and make sure that your directory matches exactly with the remote server's > directory. Use with care, because if the Mandrake team decides to change > the dir structure it could wipe out your entire directory. > > -Dave > > On Tuesday 22 January 2002 09:35, you wrote: > > I have tried to rsync cooker from the sunet archive, > > it took a whole night but thats ok hehe. > > > > But rsync doesn't remove the old file, > > only adding the new filename. Is there any way to > > get around this without having to manually go and remove > > the old files? > > > > /MattB
Re: [Cooker] accessing cdrom causes segv
Vijay Ramachandran <[EMAIL PROTECTED]> writes: > Hi. > > After upgrading to 8.1 from 8.0, I recently tried to access the cdrom, by > inserting a cd and going to /mnt/cdrom. This caused ls to segv and the > following message was in /var/log/messages: FYI this is not a support list for stable versions of Mandrake, sorry. Please go to http://www.mandrakeexpert.com/ -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] accessing cdrom causes segv
Hi. After upgrading to 8.1 from 8.0, I recently tried to access the cdrom, by inserting a cd and going to /mnt/cdrom. This caused ls to segv and the following message was in /var/log/messages: Jan 22 08:34:29 saraswati kernel: kernel BUG at super.c:274! Jan 22 08:34:29 saraswati kernel: invalid operand: Jan 22 08:34:29 saraswati kernel: CPU:0 Jan 22 08:34:29 saraswati kernel: EIP: 0010:[af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2089842/96] Jan 22 08:34:29 saraswati kernel: EIP:0010:[] Jan 22 08:34:29 saraswati kernel: EFLAGS: 00010286 Jan 22 08:34:29 saraswati kernel: eax: 001b ebx: d7f7d720 ecx: c025dddc edx: 4e1e Jan 22 08:34:29 saraswati kernel: esi: edi: d7907c00 ebp: ff85 esp: cf0d3ec4 Jan 22 08:34:29 saraswati kernel: ds: 0018 es: 0018 ss: 0018 Jan 22 08:34:29 saraswati kernel: Process ls (pid: 11682, stackpage=cf0d3000) Jan 22 08:34:29 saraswati kernel: Stack: d8a155ae 0112 c013bf4c d76d17c0 0008 d6868260 d8a154c1 Jan 22 08:34:29 saraswati kernel:d8a154cb d8a154d5 0286 c166f460 d6868260 08056540 d7615760 d8a1507f Jan 22 08:34:29 saraswati kernel:d7907c00 0292 c1667d40 c1667d40 d79da000 b6a8 c013c3eb Jan 22 08:34:29 saraswati kernel: Call Trace: [af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2046546/96] [path_walk+1740/1968] [af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2046783/96] [af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2046773/96] [af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2046763/96] Jan 22 08:34:29 saraswati kernel: Call Trace: [] [] [] [] [] Jan 22 08:34:29 saraswati kernel: [af_packet:__insmod_af_packet_O/lib/modules/2.4.8-26mdk/kernel/net/pac+-2047873/96] [__user_walk+75/96] [vfs_lstat+98/144] [sys_lstat64+17/48] [request_module+224/416] [do_page_fault+0/1200] Jan 22 08:34:29 saraswati kernel:[] [] [] [] [] [] Jan 22 08:34:29 saraswati kernel:[error_code+56/64] [system_call+51/64] Jan 22 08:34:29 saraswati kernel:[] [] Jan 22 08:34:29 saraswati kernel: Jan 22 08:34:29 saraswati kernel: Code: 0f 0b 59 5e 57 e8 d8 f9 ff ff 85 c0 89 44 24 04 5a 74 4f 80 The entire /mnt directory is not visible. I do have a usb printer attached. Any idea what's wrong? Is this a known problem, or should I report it as a kernel bug? If so, to whom? output of lspci: [root@saraswati root]# lspci -vvv 00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-751 [Irongate] System Controller (rev 23) Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- Reset- FastB2B- 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 14) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Output of lsmod: [root@saraswati root]# lsm lsmod lsmod.static [root@saraswati root]# lsmod Module Size Used by isofs 18496 0 (autoclean) parport_pc 20240 1 (autoclean) lp 5808 0 (autoclean) parport24768 1 (autoclean) [parport_pc lp] emu10k154320 0 ac97_codec 9312 0 [emu10k1] sound 58400 0 [emu10k1] soundcore 4208 7 [emu10k1 sound] af_packet 12560 1 (autoclean) ip_vs 62000 0 (autoclean) ipt_REJECT 3312 2 (autoclean) ipt_limit 1280 11 (autoclean) ipt_state944 13 (autoclean) ipt_LOG 3776 11 ip_conntrack_ftp3792 0 (unused) iptable_mangle 2048 0 (autoclean) (unused) printer 5920 0 usb-uhci 21232 0 (unused) usbcore50752 1 [printer usb-uhci] 8139too12704 1 (autoclean) ne2k-pci5248 1 (autoclean) 83906432 0 (autoclean) [ne2k-pci] iptable_filter 2048 0 (autoclean) (unused) ipt_MASQUERADE 1600 1 (autoclean) iptable_nat16560 0 [ipt_MASQUERADE] ip_tables 11488 10 [ipt_REJECT ipt_limit ipt_state ipt_LOG iptable_mangle iptable_filter ipt_MASQUERADE iptable_nat] ip_conntrack 15600 3 [ipt_state ip_co
[Cooker] problem woth dcopserver
When logging from KDM (runlevel 5): no active dcopserver found :-( Works fine from runlevel 3. kdebase-2.2.2-26mdk -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] Lilo on 7 entries, and ugly to
andre <[EMAIL PROTECTED]> writes: > The new lilo shows only 7 entries for me and that is used to few for me. > Could we go back to the previous version. It looked also better Everything is in the message file itself, if you drop it (or change it with another version) it will be correct. It will be fixed at least by allowing other entries to be displayed outside the area defined for that. There is currently no support for scrolling entries. François.
[Cooker] Lilo on 7 entries, and ugly to
The new lilo shows only 7 entries for me and that is used to few for me. Could we go back to the previous version. It looked also better
Re: [Cooker] Rsync cooker
On Tue, 22 Jan 2002 09:41:47 -0600 "tech at mathco dot com" <[EMAIL PROTECTED]> wrote: > so my commandline would be > rsync -av --delete ftp.sunet.se::Mandrake-devel/cooker/i586 /home/cooker> > for example? > > /MattB following the advice of using delete option with care, use the -n flag first: rsync -avn --delete ftp.sunet.se::Mandrake-devel/cooker/i586 just to see if the mirror is ok or else be sure to back up your directory first (that's my choice because I have room). > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Seff > Sent: Tuesday, January 22, 2002 9:05 AM > To: [EMAIL PROTECTED] > Subject: Re: [Cooker] Rsync cooker > > > Yes, by adding --delete to your rsync command. It will remove the older> files > and make sure that your directory matches exactly with the remote server's> directory. Use with care, because if the Mandrake team decides to change the> dir structure it could wipe out your entire directory.> > -Dave > > On Tuesday 22 January 2002 09:35, you wrote: > > I have tried to rsync cooker from the sunet archive, > > it took a whole night but thats ok hehe. > > > > But rsync doesn't remove the old file, > > only adding the new filename. Is there any way to > > get around this without having to manually go and remove > > the old files? > > > > /MattB > > > -- It said use windows 95 or better so I loaded linux! In a world without walls and fences who needs windows and gates? Kelley Terry <[EMAIL PROTECTED]>
[Cooker] Gyach v0.7.5
Hi, OK, so can't use gAIM.. figured I'd try Gyach for a bit. Here's an interesting message: Welcome vinnymeyer error type=0x11 ,flag=0xfffb ,size=27 *** Danger Will Robinson!!!
Re: [Cooker] Need a very simple editor
Op di 22-01-2002, om 13:29 schreef Fabrice FACORAT: > le mar 22-01-2002 à 01:30, Yura Gusev a écrit : > > On 21 Jan 2002, Fabrice FACORAT wrote: > > > > > 1╟/ when fail to launch miserably and you have to edit config files by > > > hand > > > > newbee does not need to do this. He can use draxconf,wizdrake,linuxconf or > > call for support. > > My sentence was : when X fails miserably. sorry. > For example DrakX misconfigured graphic card or there's a bug ( see the > old one for nvidia cards ) and the newbie have to edit XF86Config by > hand by following a friend/expert instructions > Main reason to use a CLI editor is because use is simple when you have su-ed to root or when you log on to a other computer. GUI editors on the other hand need cookies and those are not always easy to set up
[Cooker] Problem with urpmi
It is probably just me not having a great grasp of the program, but I constantly get: "found requires on file not yet found" displayed whenever I do a urpmi.update Can anyone, in 1 words or less, =), let me know if this is normal or if it is something that needs to be fixed? Thanks, Patrick
RE: [Cooker] Rsync cooker
so my commandline would be rsync -av --delete ftp.sunet.se::Mandrake-devel/cooker/i586 /home/cooker for example? /MattB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Seff Sent: Tuesday, January 22, 2002 9:05 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] Rsync cooker Yes, by adding --delete to your rsync command. It will remove the older files and make sure that your directory matches exactly with the remote server's directory. Use with care, because if the Mandrake team decides to change the dir structure it could wipe out your entire directory. -Dave On Tuesday 22 January 2002 09:35, you wrote: > I have tried to rsync cooker from the sunet archive, > it took a whole night but thats ok hehe. > > But rsync doesn't remove the old file, > only adding the new filename. Is there any way to > get around this without having to manually go and remove > the old files? > > /MattB
Re: [Cooker] scanner does not work: problem with sane or devfs?
Frederik Himpe <[EMAIL PROTECTED]> writes: > Thank you, now it works perfectly. In /etc/sane.d/snapscan.conf was > /dev/sga, I changed it to /dev/sg1. I was a bit surprised to read that > there was a configuration file to edit, in Mandrake 8 it suffised to > configure the SCSI-card and install sane. the /dev entrie change their names times to times. it is very funny. btw i will patch sane to have /dev/sg1 instead of /dev/sga it will be more easier for every body -- Yves Duret [EMAIL PROTECTED] piouk toujours et meme apres !
[Cooker] Re: Re: evolution bug/patch to allow specifying sendmail path
On Tue, Jan 22, 2002 at 01:15:33PM +0100, Fabrice FACORAT wrote: > > And if it crash they will say : mdk heavily patch their softs with some > bad things that may their apps unstable. ( ask someone from debian ). Well, uhm, yeah. The maintainer has to understand the patch and be in agreement with the writer that it will not crash the application. Don't forget, this is Cooker. Things are allowed to crash occasionally for the betterment of the distro. That is what we are all about here, no? > examples ? How about just going through the changelog for any reasonable number of packages and you will find "patchXX removed, merged upstream". In fact, I can give you an example of a patch that _I_ contributed to perl-libwww-perl: $ rpm -q --changelog perl-libwww-perl * Tue Dec 18 2001 François Pons <[EMAIL PROTECTED]> 5.63-2mdk - added patch from Brian J. Murrell for HTTP POST of empty content. ... b. -- Brian J. Murrell
[Cooker] [rpm] knewspost & newspost
Hello, I uploaded 2 rpms to /incoming. They are also available on ftp://chaosmongers.org/Mandrake/Cooker/SRPMS Name: knewspost Version : 1.0 Release : 1mdk Description : A Usenet binary poster for KDE. Name: newspost Version : 1.13 Release : 1mdk Description : Newspost is a usenet binary autoposter for unix. Using newspost, it is a one command job to uuencode and post as many binary files as you like to your favorite newsgroup. It supports all the features you'd expect from a binary autoposter, including authentication, posting to multiple newsgroups (crossposting), and all the rest. And of course you can save your settings as default so you don't have to type in your news server every time. -- Marcel Pol [EMAIL PROTECTED] Linux 2.4.17-6mdksmp, up 3 days, 2:24
[Cooker] Rsync cooker
I have tried to rsync cooker from the sunet archive, it took a whole night but thats ok hehe. But rsync doesn't remove the old file, only adding the new filename. Is there any way to get around this without having to manually go and remove the old files? /MattB
Re: [Cooker] Results on a minimal installation
Frederic Corne <[EMAIL PROTECTED]> writes: > python is needed *only* by the new msec... > > why the hell, have allowed someone to use python for that kind of > package ?? Because our Core System leader, Frederic Lepied, coded it himself :-). And because originally it was not meant for inclusion in distro. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: evolution bug/patch to allow specifying sendmailpath
Brad Felmey <[EMAIL PROTECTED]> writes: >> > We seem to add all kinds of >> > "feature adding non-vendor" patches to other packages, >> examples ? > Kernel Kernel is something completely different than the others packages Don't take it as example. -- http://www.chmouel.org/
Re: [Cooker] Rsync cooker
On Tuesday 22 January 2002 15:35, you wrote: > I have tried to rsync cooker from the sunet archive, > it took a whole night but thats ok hehe. > > But rsync doesn't remove the old file, > only adding the new filename. Is there any way to > get around this without having to manually go and remove > the old files? > > /MattB Use the -u and --delete flags -- Frederic Bastok Co-Founder
Re: [Cooker] Re: evolution bug/patch to allow specifying sendmailpath
On Tue, 2002-01-22 at 06:15, Fabrice FACORAT wrote: > le mar 22-01-2002 à 11:59, Brian J. Murrell a écrit : > > > We seem to add all kinds of > > "feature adding non-vendor" patches to other packages, > > examples ? Kernel -- Brad Felmey
Re: [Cooker] locale
guran <[EMAIL PROTECTED]> writes: > 2) Why do I have a /initrd in my /. Look inside the directory ;-). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Results on a minimal installation
Fabrice FACORAT <[EMAIL PROTECTED]> writes: [...] > > I agree ! But it seems that with the "basic_install" option nothing than > > the basic is installed ... > > > eject > > wget > > perl-DateManip > > perl-gettext > > rpmtools > > theses one are urpmi dependencies. I think really that's will be a very > good idea to include urpmi in basic_install I've renamed the various minimal installs to: _("Truly minimal install (especially no urpmi)"), _("Base system (no X, including urpmi)"), _("With X"), difference between the first 2 one are packages: -- sndconfig awesfx sox playmidi -> i lowered sndconfig, so these won't get installed anymore urpmi curl eject perl-DateManip perl-gettext rpmtools libcurl2 libopenssl0 -> needed for urpmi ftp-client-krb5 krb5-libs bc readline MAKEDEV anacron at cpio gpm hexedit ldetect mailx man-pages strace sudo -- tell me which one you find unneeded.
Re: [Cooker] Need a very simple editor
Pascal Terjan <[EMAIL PROTECTED]> writes: > We have the 2.54BETA22 (like SuSE and RedHat) but the current version is > 2.54BETA30 (which is in Debian Woody and Sid). > Is there a reason to keep this old version when some features have been > added, or is this just a no more maintened package ? In doubt, I've upgraded the package :-). -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Results on a minimal installation
Fabrice FACORAT wrote: > le mar 22-01-2002 à 13:43, Frederic Corne a écrit : > >>kudzu-0.99.23-4mdk >> > > thas still exist ? arf > And my first command is "rpm -e kudzu"... > >>libpython2.2-2.2-6mdk >> > > find python is very disturbing. thare was perl and now there's python > python is needed *only* by the new msec... why the hell, have allowed someone to use python for that kind of package ?? FC
Re: [Cooker] Results on a minimal installation
Guillaume Cottenceau wrote: > Frederic Corne <[EMAIL PROTECTED]> writes: > > >>it is on a vmware image (v2.0.4-1142) for a french keyboard. >>install by nfs >>VERSION : >>Mandrake Linux Cooker-i586 20020121 23:19 >> >>using network.img >> >>- graphical install don't works, using "text" install (mode expert) >> > > Why? Anything in the logs? It's probably because under VMWare, > the emulated video card doesn't support Vesa-2.0, right? > > No I have instaled mdk 7.2 , 8.0 on vmware, *from* cdrom without problem. The graphical install was very nice. with cooker network.img, it boots and then crashes in second stage and reboot. I can redo it if you want , but said me what files and infos you want FC
Re: [Cooker] Results on a minimal installation
le mar 22-01-2002 à 13:43, Frederic Corne a écrit : > Fabrice FACORAT wrote: > > that's why to my mind urpmi need to be installed by default. So you will > > just have to install basesystem and after : urpmi sshd iptables > > > > I agree ! But it seems that with the "basic_install" option nothing than > the basic is installed ... > eject > wget > perl-DateManip > perl-gettext > rpmtools theses one are urpmi dependencies. I think really that's will be a very good idea to include urpmi in basic_install > kudzu-0.99.23-4mdk thas still exist ? arf > libpython2.2-2.2-6mdk find python is very disturbing. thare was perl and now there's python -- http://perso.wanadoo.fr/linux_wizard/index.html - - Le mariage est une lotterie. - Faux ! A la lotterie, on a une chance de gagner ! - Lucky Luke par Morris
[Cooker] Kde and symlinks in documentation
Hello, I am building a kde app from src.rpm. I run into an rpmlint error: W: knewspost dangling-symlink /usr/share/doc/HTML/en/knewspost/common /usr/share/doc/HTML/en/common The symbolic link points nowhere. W: knewspost symlink-should-be-relative /usr/share/doc/HTML/en/knewspost/common /usr/share/doc/HTML/en/common The symlink does look ok to me, but I assume the error will not be there just to confuse me. Here is an ls -l ls -l /usr/share/doc/HTML/en/knewspost/common lrwxrwxrwx1 root root 29 Jan 22 13:06 /usr/share/doc/HTML/en/knewspost/common -> /usr/share/doc/HTML/en/common/ Now, I checked other kde packages like kdebase, but it seems like it uses the same symlinks. What is the preferred way to *fix* this, or should I just ignore the rpmlint message? -- Marcel Pol [EMAIL PROTECTED] Linux 2.4.17-6mdksmp, up 3 days, 24
Re: [Cooker] Re: evolution bug/patch to allow specifying sendmail path
On Tue, Jan 22, 2002 at 01:15:33PM +0100, Fabrice FACORAT wrote: > examples ? mutt :) -- Ben Reser <[EMAIL PROTECTED]> http://ben.reser.org What difference does it make to the dead, the orphans, and the homeless, whether the mad destruction is wrought under the name of totalitarianism or the holy name of liberty and democracy? - Ghandi
Re: [Cooker] Results on a minimal installation
Frederic Corne <[EMAIL PROTECTED]> writes: > it is on a vmware image (v2.0.4-1142) for a french keyboard. > install by nfs > VERSION : > Mandrake Linux Cooker-i586 20020121 23:19 > > using network.img > > - graphical install don't works, using "text" install (mode expert) Why? Anything in the logs? It's probably because under VMWare, the emulated video card doesn't support Vesa-2.0, right? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Results on a minimal installation
Fabrice FACORAT wrote: > le mar 22-01-2002 ` 12:01, Frederic Corne a icrit : >>(installing of urpmi is tedious ! : >>error: failed dependencies: >> eject is needed by urpmi-3.2-2mdk >> webfetch is needed by urpmi-3.2-2mdk >> perl-DateManip >= 5.40 is needed by urpmi-3.2-2mdk >> perl-gettext is needed by urpmi-3.2-2mdk >> rpmtools >= 4.0-5mdk is needed by urpmi-3.2-2mdk >>) >> > > that's why to my mind urpmi need to be installed by default. So you will > just have to install basesystem and after : urpmi sshd iptables > I agree ! But it seems that with the "basic_install" option nothing than the basic is installed ... I join the list of rpm. I have added manualy : openssl openssh * iptables eject wget perl-DateManip perl-gettext rpmtools FC ash-0.2-25mdk basesystem-8.1-2mdk bash-2.05-15mdk bdflush-1.5-19mdk bzip2-1.0.1-17mdk chkconfig-1.2.24-3mdk common-licenses-1.0-5mdk console-tools-0.2.3-25mdk cracklib-2.7-15mdk cracklib-dicts-2.7-15mdk crontabs-1.9-2mdk db2-2.4.14-5mdk dev-3.2-3mdk devfsd-1.3.21-2mdk diffutils-2.7-30mdk dosfstools-2.8-2mdk dynamic-0.5-1mdk e2fsprogs-1.25-2mdk eject-2.0.12-2mdk etcskel-1.63-13mdk filesystem-2.1.3-4mdk fileutils-4.1-7mdk findutils-4.1.7-3mdk gawk-3.1.0-3mdk gettext-base-0.10.40-3mdk getty_ps-2.0.7j-15mdk glibc-2.2.4-22mdk grep-2.4.2-9mdk groff-for-man-1.17.2-5mdk grub-0.90-4mdk gzip-1.2.4a-8mdk hdparm-4.6-1mdk info-4.0-22mdk info-install-4.0-22mdk initscripts-6.40.2-14mdk iproute2-2.2.4-13mdk iptables-1.2.4-2mdk iputils-20001110-9mdk isapnptools-1.26-4mdk kernel-2.4.17.7mdk-1-1mdk kudzu-0.99.23-4mdk ldconfig-2.2.4-22mdk ldetect-lst-0.1.2-34mdk less-358-14mdk libbzip2_1-1.0.1-17mdk libext2fs2-1.25-2mdk libgdbm2-1.8.0-18mdk libglib1.2-1.2.10-4mdk libgpm1-1.19.6-2mdk libintl1-0.10.40-3mdk libncurses5-5.2-17mdk libnewt0.50-0.50.34-2mdk libopenssl0-0.9.6c-1mdk libpython2.2-2.2-6mdk libslang1-1.4.4-3mdk libstdc++2.10-2.96-0.71mdk libtermcap2-2.0.8-30mdk libutempter0-0.5.2-5mdk lilo-21.7.5-3mdk locales-2.3.1.2-6mdk locales-fr-2.3.1.2-6mdk logrotate-3.6-1mdk losetup-2.11m-7mdk man-1.5j-1mdk mandrake-release-8.2-0.2mdk mingetty-0.9.4-20mdk mkbootdisk-1.4.2-8mdk mkinitrd-3.1.6-19mdk mktemp-1.5-10mdk modutils-2.4.12-2mdk mount-2.11m-7mdk msec-0.17-14mdk ncurses-5.2-17mdk net-tools-1.60-2mdk nfs-utils-clients-0.3.3-3mdk ntsysv-1.2.24-3mdk numlock-2.0-6mdk openssh-3.0.2p1-2mdk openssh-clients-3.0.2p1-2mdk openssh-server-3.0.2p1-2mdk openssl-0.9.6c-1mdk pam-0.75-14mdk passwd-0.64.1-9mdk perl-5.601-7mdk perl-base-5.601-7mdk perl-DateManip-5.40-2mdk perl-gettext-1.0-9mdk perl-MDK-Common-1.0.2-8mdk popt-1.6.3-0.35mdk portmap-4.0-17mdk procmail-3.22-3mdk procps-2.0.7-9mdk psmisc-20.2-2mdk pwdb-0.61-5mdk python-base-2.2-6mdk rmt-0.4b25-1mdk rootfiles-8.0-5mdk rpm-4.0.3-0.35mdk rpmtools-4.0-7mdk sash-3.4-9mdk sed-3.02-12mdk setserial-2.17-5mdk setup-2.2.0-19mdk shadow-utils-2902-5mdk sh-utils-2.0.11-5mdk stat-2.5-3mdk sysklogd-1.4.1-1mdk syslinux-1.48-10mdk SysVinit-2.83-2mdk tar-1.13.25-1mdk termcap-11.0.1-4mdk textutils-2.0.17-1mdk time-1.7-18mdk tmpwatch-2.8-1mdk urpmi-3.2-2mdk utempter-0.5.2-5mdk util-linux-2.11m-7mdk vim-minimal-6.0-6mdk vixie-cron-3.0.1-52mdk wget-1.8.1-2mdk which-2.13-4mdk zlib1-1.1.3-18mdk
Re: [Cooker] Re: evolution bug/patch to allow specifying sendmailpath
le mar 22-01-2002 à 11:59, Brian J. Murrell a écrit : > On Tue, Jan 22, 2002 at 10:32:46AM +0100, Frederic Crozat wrote: > > > > Not until it is approved by Evolutions folks.. > > Which means what? Waiting for a release from them with the patch (I > guess it won't be a patch but will be a "feature" at that time) > included? I was hoping that using the distro based evolution with > "value added" would short circuit that. And if it crash they will say : mdk heavily patch their softs with some bad things that may their apps unstable. ( ask someone from debian ). > We seem to add all kinds of > "feature adding non-vendor" patches to other packages, examples ? -- http://perso.wanadoo.fr/linux_wizard/index.html - Of course a platonic relationship is possible -- but only between husband and wife.
Re: [Cooker] Re: [CHRPM] gnome-mime-data-1.0.1-1mdk
le mar 22-01-2002 à 04:22, Yves Duret a écrit : > Fabrice FACORAT <[EMAIL PROTECTED]> writes: > > > le lun 21-01-2002 à 17:00, Frederic Crozat a écrit : > > > --=-=-= > > > Name: gnome-mime-data Relocations: (not relocateable) > > > Version : 1.0.1 Vendor: MandrakeSoft > > > Release : 1mdk Build Date: Mon Jan 21 16:27:28 2002 > > > > > Summary : The GNOME virtual file-system libraries > > > Description : > > > The GNOME MIME database contains a basic set of applications and MIME > > > types for a GNOME system. > > > > What's the position of mdk concerning an utility to set some mimes type > > accross KDE and Gnome so that to increase uniformity ( as for menus ). > > see mandrake-mime rpm... so there will be maybe a tool to manage them ? -- http://perso.wanadoo.fr/linux_wizard/index.html - Showing up is 80% of life. -- Woody Allen
Re: [Cooker] Need a very simple editor
le mar 22-01-2002 à 01:30, Yura Gusev a écrit : > On 21 Jan 2002, Fabrice FACORAT wrote: > > > 1╟/ when fail to launch miserably and you have to edit config files by > > hand > > newbee does not need to do this. He can use draxconf,wizdrake,linuxconf or > call for support. My sentence was : when X fails miserably. sorry. For example DrakX misconfigured graphic card or there's a bug ( see the old one for nvidia cards ) and the newbie have to edit XF86Config by hand by following a friend/expert instructions > > 2╟/ when some partitions are incorrect in fstab and you have to boot in > > single mode ( so only with / partition sometimes ) and have to manually > > edit fstab > > newbee does not need to do this coz' he cant fix nor brake it. > _Normal_ user can use any editor (exept emacs). lol But the pb is : vi is always there, but joe/pico/emacs/whatevertexteditoryouwant may not be installed. So most of the time you say : use "vi filetoedit" or check if this one is installed if not check this one, if not try "urpmi thisone" but if there's a pb with his source ( CDROM pb, or other source of urpmi misconfiguration ), no way to get the text editor simply. So go take it by hand and hope no dependencies pbs. etc ... Painfull for him and for me who want to solve his pb. If for example I knew that pico/nano is always installed as for vi, I will just say "nano textconfigfiletoedit" and it will be able to edit the file. If the text editor is simple he will not call me to ask how to save the file or copy/paste or edit ( vi case because of ESC+i ). > > 3╟/ when there is a pb and have to edit some files by hand without > > having X > > mcedit or pico. > > > 4╟/ if there was a very easy console text editor installed by default, > > when I will tell someone to modify a file, I will just tell it : > > "my_simple_editor file_to_modify". Why ? because it's faster than > > browsing to find the file and because we should encourage user to know a > > minimum the CLI > > No, we dont. We should educate them. encourage aims to educate. Maybe I did a francism. No it's the right word. facilitate CLI approch so that they will be less reluctant to use it, or else you will have : arf, It's so difficult to install a graphic, there's no fail graphic mode and to arrange things it's a pain, bla bla bla -- http://perso.wanadoo.fr/linux_wizard/index.html - Eloquence is logic on fire.
Re: [Cooker] Bug Report: Slow menus
le mar 22-01-2002 à 00:53, Derek Simkowiak a écrit : > > OVERVIEW > > My newbie / Mac heads / Windoze losers tell me that 'Linux is > slow'. I tell them they are full of it. Then they show me. > > Click on the Gnome foot icon (e.g., "Start" button). On a 233 MHz > box, it can take > 1 second for the menu to come up. On an AMD K6/2 > 450MHz, it can take .2-.4 seconds to come up, a noticable and distracting > delay. On a PIII 1 GHz, it can take .05 - .1 seconds to come up, > something that does NOT happen under Windows on the same box. Since this > is the most-used button, the entire desktop (and hence, 'Linux') seems > slow. > > The cause? Gnome re-reads the menus from disk at every click. > > > WORKAROUND > > Gnome Control Center -> Panel -> Menu -> "Keep menus in memory" I see a pb here : if you install a package, maybe your menu will not be update. Does menu force gnome/KDE/whatherwmyouwant menu regeneration when a package is installed ? > Since Red Hat set that to be the default setting, they have seen a > drastic decrease in the number of complaints about Gnome speed. Mandrake > should also make that the default. > > > [dereks@dev dereks]$ cat /etc/mandrake-release > Mandrake Linux release 8.1 (Vitamin) for i586 > > [dereks@dev dereks]$ rpm -q gnome-core gnome-libs > gnome-core-1.4.0.4-16mdk > gnome-libs-1.4.1.2-6mdk > > > --Derek > > > -- http://perso.wanadoo.fr/linux_wizard/index.html - Dijkstra me hait problement. -- Linus Torvalds, (dans kernel/sched.c)
Re: [Cooker] Results on a minimal installation
le mar 22-01-2002 à 12:01, Frederic Corne a écrit : > target : installation of a basic system + iptables + openssh server and > clients. > > it is on a vmware image (v2.0.4-1142) for a french keyboard. > install by nfs > VERSION : > Mandrake Linux Cooker-i586 20020121 23:19 > > using network.img > > - graphical install don't works, using "text" install (mode expert) > > - select "base system" + iptables + openssh server and clients > > - when installing packages : > -lot of perl complains about locales (means locales-fr is not > installed) > - ask for installing locales-et-2.3.1.2-6mdk.i586 ? why an > error of myself when selecting ? I don't known.? > - (off topic) : when add user, ask for "Real name" , "User name", > ... I think "user name" may trouble someone . "login name" or "user > login name" may be better. > - list of services started at boot time (see services.jpg): I don't > understood why there is an alsa, kudzu, sound, usb, nfslock and not sshd ! > > reboot . > - space used : 104Mo but : > very important : locales-fr is not installed !!! > iptables and openssh stuff are not installed ! > urpmi is not installed > > (installing of urpmi is tedious ! : > error: failed dependencies: > eject is needed by urpmi-3.2-2mdk > webfetch is needed by urpmi-3.2-2mdk > perl-DateManip >= 5.40 is needed by urpmi-3.2-2mdk > perl-gettext is needed by urpmi-3.2-2mdk > rpmtools >= 4.0-5mdk is needed by urpmi-3.2-2mdk > ) that's why to my mind urpmi need to be installed by default. So you will just have to install basesystem and after : urpmi sshd iptables > after 1h30 of divers hacks I have a correct system which use 120Mo > > > FC > > -- http://perso.wanadoo.fr/linux_wizard/index.html - "Two beer or not two beer, zat is ze question" -- M Megot, Prof de gym du Petit Spirou
Re: [Cooker] scanner does not work: problem with sane or devfs?
On Tue, 2002-01-22 at 04:17, Yves Duret wrote: > Frederik Himpe <[EMAIL PROTECTED]> writes: > > > Hi, > > > > I just configured my SCSI adapter (old AVA1505 ISA card), to use my > > scanner. Now sane-find-scanner does find it: > > > > [root@Jupiter dev]# sane-find-scanner > > # Note that sane-find-scanner will find any scanner that is connected > > # to a SCSI bus and some scanners that are connected to the Universal > > # Serial Bus (USB) depending on your OS. It will even find scanners > > # that are not supported at all by SANE. It won't find a scanner that > > # is connected to a parallel or proprietary port. > > > > sane-find-scanner: found SCSI scanner "AGFA SNAPSCAN 1236 1.20" at > > device /dev/sg1 > > [root@Jupiter dev]# ll /dev/sg1 > > lr-xr-xr-x1 root root 36 Jan 21 18:01 /dev/sg1 -> > > scsi/host1/bus0/target2/lun0/generic > > > > But when running scanimage or xsane, it says it can't find a scanner, > > and I should make sure the scanner is detected by sane-find-scanner. > > Could this be a devfs problem, or something wrong with sane? Are there > > others who can use their scanner? > > what is in your /etc/sane.d/snapscan.conf ? > edit it and put /dev/sg1 and remove all the other line beginning bu /dev/ Thank you, now it works perfectly. In /etc/sane.d/snapscan.conf was /dev/sga, I changed it to /dev/sg1. I was a bit surprised to read that there was a configuration file to edit, in Mandrake 8 it suffised to configure the SCSI-card and install sane. Frederik
[Cooker] Re: libfreetype.so.7 (again...)
Geoffrey Lee writes: > On Tue, Jan 22, 2002 at 09:44:58AM +0100, Oden Eriksson wrote: >> On Tuesdayen den 22 January 2002 09.29, Stefan van der Eijk wrote: >> > >Where is "libfreetype.so.7" ? >> > > >> > >With the latest X it seems to have disappeared, and latest kdebase (26mdk) >> > >seems to require it... >> > >> > If it were only kdebase it wouldn't have been a big issue: >> > >> > try running >> > >> > "urpmf --requires libfreetype.so.7" >> > >> > on your cooker system... >> >> That yields nothing on my system. > > > The libfreetype library was bumped down back to 6 for the XFree86 final. > > Assuming fredl's not changed the library in any way you can use a soft link > until things are rebuilt with libfreetype.so.6 again. Thanks, I did that just to be naugthy. Is there a particular reason to not go gack to build X against the standard freetype libs ? -- Kindest regards // Oden Eriksson Deserve-IT Networks/HFE Systems
Re: [Cooker] PATCH: Software manager never executed RPM scriptlets!
Frederic Lepied <[EMAIL PROTECTED]> writes: > > agreed, using DURING_INSTALL for this seems a bad idea. > > > > we'd better run ldconfig and update-menus than dropping a few other things > > done in %post's. > > > > maybe we could have another (different) way of skipping ldconfig and > > update-menus... > > > > I don't think setting DURING_INSTALL removed the execution of > scriplets. It should be something else because there is nothing in rpm > in that way... the message "Software manager never executed RPM scriptlets!" is wrong. The problem is that setting DURING_INSTALL disable the execution of *some* scriplets, those which have: if [ -z "$DURING_INSTALL" ]; then ... fi One such scriplet is the /sbin/installkernel one. So grpmi setting DURING_INSTALL causes /sbin/installkernel to exit without doing anything.
[Cooker] Results on a minimal installation
target : installation of a basic system + iptables + openssh server and clients. it is on a vmware image (v2.0.4-1142) for a french keyboard. install by nfs VERSION : Mandrake Linux Cooker-i586 20020121 23:19 using network.img - graphical install don't works, using "text" install (mode expert) - select "base system" + iptables + openssh server and clients - when installing packages : -lot of perl complains about locales (means locales-fr is not installed) - ask for installing locales-et-2.3.1.2-6mdk.i586 ? why an error of myself when selecting ? I don't known.? - (off topic) : when add user, ask for "Real name" , "User name", ... I think "user name" may trouble someone . "login name" or "user login name" may be better. - list of services started at boot time (see services.jpg): I don't understood why there is an alsa, kudzu, sound, usb, nfslock and not sshd ! reboot . - space used : 104Mo but : very important : locales-fr is not installed !!! iptables and openssh stuff are not installed ! urpmi is not installed (installing of urpmi is tedious ! : error: failed dependencies: eject is needed by urpmi-3.2-2mdk webfetch is needed by urpmi-3.2-2mdk perl-DateManip >= 5.40 is needed by urpmi-3.2-2mdk perl-gettext is needed by urpmi-3.2-2mdk rpmtools >= 4.0-5mdk is needed by urpmi-3.2-2mdk ) after 1h30 of divers hacks I have a correct system which use 120Mo FC <>
[Cooker] Re: evolution bug/patch to allow specifying sendmail path
On Tue, Jan 22, 2002 at 10:32:46AM +0100, Frederic Crozat wrote: > > Not until it is approved by Evolutions folks.. Which means what? Waiting for a release from them with the patch (I guess it won't be a patch but will be a "feature" at that time) included? I was hoping that using the distro based evolution with "value added" would short circuit that. We seem to add all kinds of "feature adding non-vendor" patches to other packages, why so formal with evolution? b. -- Brian J. Murrell
Re: [Cooker] urpmi
Daouda LO <[EMAIL PROTECTED]> writes: > urpmi use wget (or curl) at the backend to get files. > For wget there is a -c (or --continue ) option to "continue getting a > partially-downloaded file" if the ftp or http servers support "range > header" which is mostly the case. > Francois, what could be done there? It can't be used because it is not compatible with time stamp conditional download (which are considered preferable). François.
Re: [Cooker] evolution bug/patch to allow specifying sendmail path
On Tue, 22 Jan 2002 06:45:59 +0100, Brian J. Murrell wrote: > Evolution allows one to set either an SMTP server as it's method of > sending e-mail or one can tell it to use the local sendmail command. > > Problem is, the latter does not allow one to configure the path to the > sendmail. This sucks if you use a sendmail wrapper. > > There is a bug filed about this (only just recently however) at Ximian > complete with two available patches (the same patch just for different > versions of evolution) to correct the problem: > > http://bugzilla.ximian.com/show_bug.cgi?id=18382 > > Would it be possible to get that patch included in the next Mandrake > build of evolution? Not until it is approved by Evolutions folks.. -- Frédéric Crozat MandrakeSoft
Re: [Cooker] libfreetype.so.7 (again...)
On 20020122 Geoffrey Lee wrote: >On Tue, Jan 22, 2002 at 09:44:58AM +0100, Oden Eriksson wrote: >> On Tuesdayen den 22 January 2002 09.29, Stefan van der Eijk wrote: >> > >Where is "libfreetype.so.7" ? >> > > >> > >With the latest X it seems to have disappeared, and latest kdebase (26mdk) >> > >seems to require it... >> > >> > If it were only kdebase it wouldn't have been a big issue: >> > >> > try running >> > >> > "urpmf --requires libfreetype.so.7" >> > >> > on your cooker system... >> >> That yields nothing on my system. > > >The libfreetype library was bumped down back to 6 for the XFree86 final. > >Assuming fredl's not changed the library in any way you can use a soft link >until things are rebuilt with libfreetype.so.6 again. > I solved it with a backup of libfreetype.so.7*, installing the new XFree with --nodeps, and restoring the .7 versions to X11R6/lib. But now there is a duplicate library libfreetype is both in /usr/lib (from freetype2-2.0.6-1mdk) and in /usr/X11R6/lib (from XFree-libs). I think XFree should be rebuilt to use the standard freetype ?. -- J.A. Magallon # Let the source be with you... mailto:[EMAIL PROTECTED] Mandrake Linux release 8.2 (Cooker) for i586 Linux werewolf 2.4.18-pre4-beo #3 SMP Wed Jan 16 02:58:41 CET 2002 i686
[Cooker] no more msec custom ?
using msec-0.17-14mdk [root@bononcini guillaume]# msec custom msec: Invalid secure level custom. Use msec.py [0-5] to set it. -- Guillaume Rousse <[EMAIL PROTECTED]> GPG key http://lis.snv.jussieu.fr/~rousse/gpgkey.html
Re: [Cooker] libfreetype.so.7 (again...)
> > >>>Where is "libfreetype.so.7" ? >>> >>>With the latest X it seems to have disappeared, and latest kdebase (26mdk) >>>seems to require it... >>> >>If it were only kdebase it wouldn't have been a big issue: >> >>try running >> >>"urpmf --requires libfreetype.so.7" >> >>on your cooker system... >> > >That yields nothing on my system. > $ urpmf --requires libfreetype.so.7 scribus:requires:libfreetype.so.7 guarddog:requires:libfreetype.so.7 kstocks:requires:libfreetype.so.7 kdetoys3:requires:libfreetype.so.7 knetfilter:requires:libfreetype.so.7 keurocalc:requires:libfreetype.so.7 agbrowser:requires:libfreetype.so.7 qtella:requires:libfreetype.so.7 libgtk+2:requires:libfreetype.so.7 gtk+2:requires:libfreetype.so.7 kdelibs:requires:libfreetype.so.7 kdelibs-sound:requires:libfreetype.so.7 libgtk+2-devel:requires:libfreetype.so.7 kdebase:requires:libfreetype.so.7 kdegraphics:requires:libfreetype.so.7 libqtcups2:requires:libfreetype.so.7 kdeutils:requires:libfreetype.so.7 kdenetwork:requires:libfreetype.so.7 koffice:requires:libfreetype.so.7 kdevelop:requires:libfreetype.so.7 icewm-gnome:requires:libfreetype.so.7 kdbg:requires:libfreetype.so.7 kdebase-nsplugins:requires:libfreetype.so.7 qtcups:requires:libfreetype.so.7 xterm:requires:libfreetype.so.7 It's not too bad though... basically the packages that have been built since XF 4.1.96 was installed...
Re: [Cooker] libfreetype.so.7 (again...)
On Tue, Jan 22, 2002 at 09:44:58AM +0100, Oden Eriksson wrote: > On Tuesdayen den 22 January 2002 09.29, Stefan van der Eijk wrote: > > >Where is "libfreetype.so.7" ? > > > > > >With the latest X it seems to have disappeared, and latest kdebase (26mdk) > > >seems to require it... > > > > If it were only kdebase it wouldn't have been a big issue: > > > > try running > > > > "urpmf --requires libfreetype.so.7" > > > > on your cooker system... > > That yields nothing on my system. The libfreetype library was bumped down back to 6 for the XFree86 final. Assuming fredl's not changed the library in any way you can use a soft link until things are rebuilt with libfreetype.so.6 again. -- Geoff.
Re: [Cooker] libfreetype.so.7 (again...)
On Tuesdayen den 22 January 2002 09.29, Stefan van der Eijk wrote: > >Where is "libfreetype.so.7" ? > > > >With the latest X it seems to have disappeared, and latest kdebase (26mdk) > >seems to require it... > > If it were only kdebase it wouldn't have been a big issue: > > try running > > "urpmf --requires libfreetype.so.7" > > on your cooker system... That yields nothing on my system. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks/HFE Systems, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.17-7mdksmp: 13 hours 56 minutes | cpu0 @ 799.53 bm, fan 4591 rpm, temp +29°C | cpu1 @ 801.17 bm, fan 4560 rpm, temp +29.5°C
Re: [Cooker] libfreetype.so.7 (again...)
> > >Where is "libfreetype.so.7" ? > >With the latest X it seems to have disappeared, and latest kdebase (26mdk) >seems to require it... > If it were only kdebase it wouldn't have been a big issue: try running "urpmf --requires libfreetype.so.7" on your cooker system...
[Cooker] libfreetype.so.7 (again...)
Hi, Where is "libfreetype.so.7" ? With the latest X it seems to have disappeared, and latest kdebase (26mdk) seems to require it... -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Oden Eriksson, Deserve-IT Networks/HFE Systems, Jokkmokk, Sweden. | Mandrake Linux release 8.2 (Cooker) for i586 | Current uptime with kernel 2.4.17-7mdksmp: 13 hours 27 minutes | cpu0 @ 799.53 bm, fan 4500 rpm, temp +29°C | cpu1 @ 801.17 bm, fan 4560 rpm, temp +29.5°C