Re: [Cooker] [Bug 6389] [mandrake_theme] provide a default background
"[bgmilne]" <[EMAIL PROTECTED]> writes: > http://qa.mandrakesoft.com/show_bug.cgi?id=6389 > > > [EMAIL PROTECTED] changed: > >What|Removed |Added > > Status|NEW |RESOLVED > Resolution||INVALID > > > > > --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 16:52 --- > pre/post scripts on all packages that provide mandrake_theme should ensure that > /usr/share/mdk/backgrounds/default.png exists and points the right background > (Mandrake.png, Powerpack.png etc). > > Check in %pre of mandrake_theme: > if [ ! -f /usr/share/mdk/backgrounds//default.png -o -L > /usr/share/mdk/backgrounds//default.png ]; then > rm -f /usr/share/mdk/backgrounds//default.png > ln -s Mandrake.png /usr/share/mdk/backgrounds//default.png > fi better provide some script in mandrake_theme-common
Re: [Cooker] Re: [CHRPM] drakxtools-9.3-5mdk
FACORAT Fabrice <[EMAIL PROTECTED]> writes: > Going to learn MakeCD and find a computer where I could be trying to > install cooker you don't have to fight with mkcd to switch a box from mdk9.2 to cooker. just add urpmi sources for cooker and its contribs and run "urpmi --auto-select"
Re: [Cooker] latex2html broken w/ new perl
Giuseppe Ghibò <[EMAIL PROTECTED]> writes: > > > Shouldn't there be a preventive rebuild of everything depending > > > on perl? > > yes: do not write stuping programs that rely on specific versions > > of perl. > > since there're still maintream authors that do this, we've to > > patch such programs to rely on /usr/bin/perl and not > > /usr/bin/perl- > > Why? How one program can be sure for instance that /usr/bin/perl is > compatible with old version (for instance imaging /usr/bin/perl is > perl 6.0 and program was only tested against perl 5.8.1)? let's be serious: main upstream authors won't look at perl changes, distro maintainers do quite more work in that area. especially, latex2html predate the whole perl-5.8.x and perl-5.8.2 is only a bugfix release for 5.8.1 that main mainstream authors won't work with until their prefered distro get updated ... i even remember that in the old days (around 1995) they hardcoded /usr/local/bin/perl stuff in some latex2html scripts. this is just a badly packaged (at mainstream level) program.
Re: [Cooker] Some Wiki stuff
Warly <[EMAIL PROTECTED]> writes: > New 10.0 credits, please have a look and update/fill/unfill > > http://qa.mandrakesoft.com/twiki/bin/view/Main/MandrakeLinux10Credits for i18n/l10n issues, this list (or at least the one in mandrake-release) should only has ascii characters. eg "Bokmål" should only be written "Bokmål" in soft/control-center/po/nb.po, not in the CREDITS list (unless someone ensure CREDITS is in utf8 and alter mcc and credits2po to tag strings as utf8 on input from CREDITS)
Re: [Cooker] latex2html broken w/ new perl
[EMAIL PROTECTED] writes: > Current latex2html is looking for perl5.8.1: > > bash: /usr/bin/latex2html: /usr/bin/perl5.8.1: bad interpreter: No such file or > directory > > Shouldn't there be a preventive rebuild of everything depending on perl? yes: do not write stuping programs that rely on specific versions of perl. since there're still maintream authors that do this, we've to patch such programs to rely on /usr/bin/perl and not /usr/bin/perl-
Re: [Cooker] Re: status of cramfs initrd in 2.6
Luca Berra <[EMAIL PROTECTED]> writes:
> the real problem is:
> how the hell do i know if i have devfs using nash?
if (access("/dev/.devfsd", F_OK) != 0) ...
Re: [Cooker] kernel-2.6-test8 rpms
Olivier Blin <[EMAIL PROTECTED]> writes: > How can harddrake detect the mouse/keyboard type ? > It is easy ? it's not. see: - the issues with detecting the wheel of ps/2 mice - the recent issues in kernel-2.6.0-test9 with sharing mouse & keyboard box for several machine
Re: [Cooker] kernel-2.6-test9 config
"Andrey Borzenkov" <[EMAIL PROTECTED]> writes: > > I'm working on our linuxrc to be able to use cramfs. > > I on working on linuxrc based on initramfs. Now when > I got Al Viro advice how to free it it should be easy. This allows > to avoid *any* filesystem builtin in kernel :) his solution would be a small c program that just glob and unlink everything ... > hopefully I get prototype in a couple of weeks. IMHO it is better > than hack more filesystems.
Re: [Cooker] [Bug 2666] [drakxtools] ATI Rage 128 misassigned as ATI Rage 128 TVOUT
"[jkreps]" <[EMAIL PROTECTED]> writes: > Amazing. Last night I repeatedly changed the sound config via MCC > in an attempt to get the PCI SBLive! 512 to work the way it did > under 9.1 and 8.2. I even pulled the SBLive card and tried to get > the AC97 chip to work, but failed. So, Last night I reinstalled the > SB card and chose the audigy driver. It still gave me the 41 slider > KMix with the AC97 brand, even though the AC97 chip was turned off > in the BIOS. Because of pending storms I shut down the computer > last night. When I got home from work this evening I turned on the > box and when it booted I opened the KMix. It was the 12 slider > version!!! I clicked the Line In record button and fired up TVTime. > Sound came pouring out! the kmix issue is a bug that has been fixed in kde-3.2 cvs (ie kdemultimedia-3.2 will have a fixed kmix when it'll be released) > To get it to work it seems I had to power down and turn off the > computer before the config change would be recognized. ??? maybe some acpi issue prevent proper initialization of the sound card by the bios ? have you tried to boot with and w/o acpi?
Re: [Cooker] ALSA driver dose not work in 9.2 final
"" <[EMAIL PROTECTED]> writes: > I have an intel chipset based sound card that use to work with ALSA > driver (snd-intel8x0) in mandrake 9.0 and the 9.1 release. > > I installed the final release of 9.2 and it dose not load. The OSS > (i810_audio) works okay, but I need to use the ALSA because it has > the full duplex capability > > My soundcard chip is detected correctly as 82801 AC97 as u > might figured that out from the above mentioned drivers. > > I hope some one can help to resolve this. please follow the instructions listed in thoubleshooting window of draksound and at: http://qa.mandrakesoft.com/twiki/bin/view/Main/HardwareHowTo#Sound_Cards classic bug sound tester: "lspcidrake -v | fgrep AUDIO" will tell you which driver your card use by default (and if your card is detected) "grep sound-slot /etc/modules.conf" will tell you what driver it currently uses "/sbin/lsmod" will enable you to check if its module (driver) is loaded or not "/sbin/chkconfig --list sound" and "/sbin/chkconfig --list alsa" will tell you if sound and alsa services're configured to be run on initlevel 3 "aumix -q" will tell you if the sound volume is muted or not "/sbin/fuser -v /dev/dsp" will tell which program uses the sound card.
Re: [Cooker] kernel-2.6-test9 config
"Andrey Borzenkov" <[EMAIL PROTECTED]> writes: > > i've uploaded your work. hotplug is maintained by fredl. > > good he has been silent wrt initscirpts as well. I hope he's not > following fpons ... he won't but he's busy with managment stuff (he's head of developers) > looks like reverse diff to me. > [...] > > -/usr/share/doc/hotplug-2003_08_05 > > -/usr/share/doc/hotplug-2003_08_05/ChangeLog > > -/usr/share/doc/hotplug-2003_08_05/README > > +/usr/share/doc/hotplug-2002_04_01 > > +/usr/share/doc/hotplug-2002_04_01/ChangeLog > > +/usr/share/doc/hotplug-2002_04_01/README > > mine is based on post-2003_08_05 CVS :) upload script got broken somewhere :-( > > > > Should I make it an option in mkinitrd ? > > > > > > I guess yes. But this is compatibility problem. It is not > > > supported on vanilla kernel so you have to detect patched kernel > > > somehow. And how are you going to do it? You will get a flood of > > > "bug reports" from users who compiled their own kernels (vanilla > > > ones or whatever) and cannot load initrd. > > > > just check for /mdk/ and ! /custom/ in uname -r output > > that is still just wild guess :( but it'll work... grep /proc/filesystems else
Re: [Cooker] kernel-2.6-test9 config
Andrey Borzenkov <[EMAIL PROTECTED]> writes: > > > > by the way, why aren't new module-init-tools updated in main ? > > > > > > because the maintainer is hiding somewhere :( > > > > Well, the packager (Chmouel) is gone, he doesn't work at > > MandrakeSoft anymore. > > module-init-tools have been maintained by thierry. I do not know > about hotplug. i've uploaded your work. hotplug is maintained by fredl. btw your changes result in quite some changes (are you sure we haven't lost any features ?) : --- hotplug--files.old 2003-11-17 12:06:28.0 +0100 +++ hotplug--files.new 2003-11-17 12:06:28.0 +0100 @@ -1,37 +1,27 @@ /etc/hotplug -/etc/hotplug.d -/etc/hotplug.d/default -/etc/hotplug.d/default/default.hotplug /etc/hotplug/blacklist -/etc/hotplug/dasd.agent -/etc/hotplug/firmware.agent /etc/hotplug/hotplug.functions /etc/hotplug/ieee1394 /etc/hotplug/ieee1394.agent /etc/hotplug/ieee1394/sbp2 -/etc/hotplug/input.agent -/etc/hotplug/input.rc /etc/hotplug/net.agent /etc/hotplug/pci /etc/hotplug/pci.agent /etc/hotplug/pci.rc /etc/hotplug/scsi.agent -/etc/hotplug/tape.agent /etc/hotplug/usb /etc/hotplug/usb.agent /etc/hotplug/usb.distmap /etc/hotplug/usb.handmap /etc/hotplug/usb.rc /etc/hotplug/usb/usb-storage -/etc/init.d/hotplug -/etc/sysconfig/hotplug /sbin/hotplug /usr/lib/hotplug /usr/sbin/hotplugctl /usr/sbin/update-usb.usermap -/usr/share/doc/hotplug-2003_08_05 -/usr/share/doc/hotplug-2003_08_05/ChangeLog -/usr/share/doc/hotplug-2003_08_05/README +/usr/share/doc/hotplug-2002_04_01 +/usr/share/doc/hotplug-2002_04_01/ChangeLog +/usr/share/doc/hotplug-2002_04_01/README /usr/share/man/man8/hotplug.8.bz2 /usr/share/man/man8/update-usb.usermap.8.bz2 /var/run/usb compare package requires * --- hotplug--requires.old 2003-11-17 12:06:28.0 +0100 +++ hotplug--requires.new 2003-11-17 12:06:28.0 +0100 @@ -1,5 +1,4 @@ /bin/sh -bash chkconfig ifplugd libc.so.6 > > > > I'll submit a (very small) patch for mkinitrd to add splash in 2.6 > > > > initrds. > > > > > > could you add cramfs support ?-) > > > > yes, no problem > > Should I make it an option in mkinitrd ? > > > > I guess yes. But this is compatibility problem. It is not supported > on vanilla kernel so you have to detect patched kernel somehow. And > how are you going to do it? You will get a flood of "bug reports" > from users who compiled their own kernels (vanilla ones or whatever) > and cannot load initrd. just check for /mdk/ and ! /custom/ in uname -r output
Re: [Cooker] kernel-2.6-test9 config
Olivier Blin <[EMAIL PROTECTED]> writes: > > > by the way, why aren't new module-init-tools updated in main ? > > > > because the maintainer is hiding somewhere :( > > Well, the packager (Chmouel) is gone, he doesn't work at > MandrakeSoft anymore. > The real maintener is now Andrey, but I guess he hasn't rights to > upload in main. Who can volunteer ? just updated
Re: [Cooker] Settting date and time from MCC
Dennis Veatch <[EMAIL PROTECTED]> writes: > Clicking on set date and time gens this error; > > cannot fork and exec "/usr/sbin/clock.pl" since it is not executable just fixed in upcoming 9.3-7mdk sorry :-(
Re: [Cooker] Re: [CHRPM] drakxtools-9.3-5mdk
FACORAT Fabrice <[EMAIL PROTECTED]> writes: > Le ven 14/11/2003 à 15:02, Thierry Vignaud a écrit : > > FACORAT Fabrice <[EMAIL PROTECTED]> writes: > > > > > > Name: drakxtools Relocations: (not relocateable) > > > > Version : 9.3 Vendor: MandrakeSoft > > > > Release : 5mdk Build Date: Sat Nov 8 10:59:37 > > > > 2003 > > > > > > There's seems to have a problem with timedrake/draketime > > > > thus, your problem is either with clock.pl from the drakconf package > > or with ntp wizard from the drakwizard package, but not with the > > drakxtools package > > Note : > - I don't use ntp wizard but use ntp support in clock.pl > - I believed that clock.pl was part of drakxtools and so should be named > timedrake it's not but i'll move it there
Re: [Cooker] Re: [CHRPM] drakxtools-9.3-5mdk
FACORAT Fabrice <[EMAIL PROTECTED]> writes: > > Name: drakxtools Relocations: (not relocateable) > > Version : 9.3 Vendor: MandrakeSoft > > Release : 5mdk Build Date: Sat Nov 8 10:59:37 2003 > > There's seems to have a problem with timedrake/draketime thus, your problem is either with clock.pl from the drakconf package or with ntp wizard from the drakwizard package, but not with the drakxtools package > Indeed, I set my cooker box to sync to my local ntp server. The > problem is that my cooker box always want to have 1 hour less than > my server. All the others 9.1 box are synced correctly, only my > cooker box remove one hour. > I set timezone for Europe/Paris, but nothing, try to say that my > system time was GMT ( and not ), and still nothing. > > + Note 1 : > - on my cooker box, date display this : > [EMAIL PROTECTED] powerpack]$ date > ven nov 14 12:37:15 UTC 2003 > [EMAIL PROTECTED] powerpack]$ LC_ALL=C date > Fri Nov 14 12:37:32 UTC 2003 > > - on my server ( 9.1 ) and others clients ( 9.1 ), date display this : > [EMAIL PROTECTED] root]# date > ven nov 14 13:38:19 CET 2003 > [EMAIL PROTECTED] root]# LC_ALL=C date > Fri Nov 14 13:38:25 CET 2003 > > > Notice the CET versus UTC > > + Note 2 : > - in my cooker box, /etc/sysconfig/clock contains this : > [EMAIL PROTECTED] root]# more /etc/sysconfig/clock > UTC=false > ARC=false > ZONE=Europe/Paris > > - in my 9.1 box, I have : > [EMAIL PROTECTED] root]# more /etc/sysconfig/clock > UTC=true > ZONE=Europe/Paris > ARC=false > > > + Note 3 : > a diff -u between /usr/lib/libDrakX/timezone of 9.1 and cooker give me > this ( I remove specific ntp lines ) : does your problem go away when this patch is reversed ?
Re: [Cooker] perl-Magick relocation error
Gary Walsh <[EMAIL PROTECTED]> writes: > I am trying to run the BINS web photo album program and I get the > following perl error: > > /usr/bin/perl: relocation error: > /usr/lib/perl5/site_perl/5.8.1/i386-linux-thread-multi/auto/Image/Magick/Magick.so: > undefined symbol: InitializeMagick > > What is a relocation error? the linker cannot relocate symbol => the package needs to be rebuild and relinked with current version of imagemagick libraries
Re: [Cooker] [Bug 6045] [drakxtools] Impossible to use with ADSL ethernet modem
John Allen <[EMAIL PROTECTED]> writes: > > 23:05 --- is this bug still valid ? > > Its because the driver (firmware uploader) does not work with the > 9.2 kernel. It only appears to work with the stock 9.1 kernel. i hardly believe that: there're so much people here in france that use usb speedtouch !!!
Re: [Cooker] [Bug 6312] [harddrake] New: harddrake auto-setup has problems with wireless pci cards in managed mode
"[joe]" <[EMAIL PROTECTED]> writes: > I'm having problems using auto-setup with a wireless card in managed > mode. The problem is that there is no option for setting the > wireless parameters needed for a pci card. So harddrake sets things > up in ad-hoc mode and the card doesn't work. > > The work around is to manually put in a WIRELESS_MODE=managed in the > cfg file in network-scripts but there should be an obvious way of > doing this with hardware detect. if a wireless card appear, harddrake offer to run drakconnect which set WIRELESS_MODE to "Managed" by default. i guess your module is not listed as a wireless one (aka not in "airo aironet_cs aironet4500_cs airo_cs airport at76c503 hermes netwave_cs orinoco_cs prism2_usb orinoco ray_cs usbvnet_rfmd wavelan_cs wvlan_cs"). what does report "lspcidrake -v" ?
Re: [Cooker] alsa-tools
Austin <[EMAIL PROTECTED]> writes: > > Cool. I had problems compiling 0.9.9, that's why it's 0.9.8? > > Huh? > When was 0.9.9 released? never. cvs directly go from 0.9.8 to 1.0 anyway...
Re: [Cooker] GNOME 2.5/2.6 and cooker
Götz Waschk <[EMAIL PROTECTED]> writes: > > > I think that's what he was trying to say. ATM gtk+2.3 isn't very > > > compatible with gtk+2.2, but I hope this will change. > > it does be (i'm currently using it) > > I've reverted to gtk+2.2 on my box, because there were several > problems with gtk+2.3, e.g. my top panel was moving down the screen > over the bottom panel. i never tried gnome with gtk+-2.3 :-)
Re: [Cooker] GNOME 2.5/2.6 and cooker
Götz Waschk <[EMAIL PROTECTED]> writes: > > > I haven't yet decided if I'll push GTK+ 2.4 in cooker, but ATM, > > > I won't push 2.3.0 since it is not yet stable and I don't see > > > any new release of software using it.. > > Does this mean that, if GTK+ 2.4 is out and binary compatible with > > 2.2 (I mean if GNOME 2.4 runs fine under GTK+ 2.4), then you may > > put 2.4 into cooker later? Sorry for ignorance, I didn't follow > > gtk+ development... > > I think that's what he was trying to say. ATM gtk+2.3 isn't very > compatible with gtk+2.2, but I hope this will change. it does be (i'm currently using it)
Re: [Cooker] kernel 23mdk panic
Jure Repinc <[EMAIL PROTECTED]> writes: k> Quel Qun wrote: > > reiserfs seems to be borked. > > I also get kernel panic with harddrive which has 3 partitions on it: > swap, ext3 and ntfs. So it is not just reiserfs. Worked just fine with > -19mdk kernel.
[Cooker] Re: [Contrib-Rpm] viewcvs-1.0-0.20031104.1mdk
David Walluck <[EMAIL PROTECTED]> writes:
> --- viewcvs-1.0-0.20031001.1mdk.src.rpm/viewcvs.spec 2003-11-05 09:22:47.0
> +0100
> +++ viewcvs-1.0-0.20031104.1mdk.src.rpm/viewcvs.spec 2003-11-05 09:22:47.0
> +0100
> @@ -1,6 +1,6 @@
> %define name viewcvs
> %define version 1.0
> -%define release 0.20031001.1mdk
> +%define release 0.20031104.1mdk
>
> Summary: A CGI program to access CVS bases
> Name:%{name}
> @@ -63,8 +63,8 @@
> %config(noreplace) %{_sysconfdir}/cvs/viewcvs.conf
>
> %changelog
> -* Sun Oct 19 2003 David Walluck <[EMAIL PROTECTED]> 0:1.0-0.20031001.1mdk
> -- 1.0-dev (CVS-20030101) with svn support
> +* Sun Oct 19 2003 David Walluck <[EMAIL PROTECTED]> 0:1.0-0.20031104.1mdk
> +- 1.0-dev (CVS-20031104) with svn support
>
> * Thu May 29 2003 Guillaume Rousse <[EMAIL PROTECTED]> 0.9.2-5mdk
> - fixed documentation and icons installation
you lost your own changelog ...
[Cooker] Re: [Contrib-Rpm] octave-forge-2003.06.02-1mdk
David Walluck <[EMAIL PROTECTED]> writes: > David Walluck <[EMAIL PROTECTED]> 0:2003.06.02-1mdk > > - release thanks, i planned to package it for years but never attempt to do it :-(
[Cooker] Re: [CHRPM] urpmi-4.4-42mdk
Guillaume Rousse <[EMAIL PROTECTED]> writes: > Guillaume Rousse <[EMAIL PROTECTED]> 4.4-42mdk > > - added bash-completion > - spec cleanup > - bziped additional sources this package and especially its spec file is in cvs. i just committed your changes in cvs but do not forget this when altering packages whose upstream maintainer is mandrake and ask someone to commit them back into cvs
Re: [Cooker] iwconfig security flow
Pierre BETOUIN <[EMAIL PROTECTED]> writes: > Even if it's not suided, it could be exploited through a script or a > frontend. ... exploited to get a shell with the same right as the shell that run it. iwconfig isn't clean but it's not unsafe
Re: [Cooker] [9.2] misleading : Press Y within 5 seconds File system check
Eric Fernandez <[EMAIL PROTECTED]> writes: > >Are you *very* *very* sure this is still present in 9.2 > > > >It was there in 9.1, but it was fixed for 9.2. > > > >Please ensure that you are not confused, as I am sure (and I tested > >quite a few times with 9.2rc2) that it is fixed. > > > >Regards, > >Buchan > > > > Yep, I definitely confirm on a new 9.2 install + updates. Of course, > if bootsplash is not silent (after pressing escape). do you really get fs corruption as of october ?
Re: [Cooker] kernel-2.6-test8 rpms
Olivier Blin <[EMAIL PROTECTED]> writes: > > > i would rather wait for a later bk snapshot > > > > > if the question is what to release I'd rather used test9 given two > > mentioned problems. > > Should I consider applying 2.6.0-test9-mm1 patchset ? > http://kerneltrap.org/node/view/1070 since andrew will be the maintainer for the 2.6.x branch, yes.
Re: [Cooker] [Bug 6264] [drakxtools] New: drakperm does not save settings
Buchan Milne <[EMAIL PROTECTED]> writes: > > i changed permissions (actual security level 3) for /home/* from > > 711 to 750, hit ok, then reran drakperm and the setting was back > > to 711. i had to lower down the security level in draksec, then > > manually edit /usr/share/msec/perm.3 and then set the security > > level back in draksec. > > drakxtools is currently 9.2-18mdk in cooker, and 9.2-16.3mdk in > Mandrake 9.2 with all updates. IIRC, your bug was fixed for > 9.2-16.3mdk, please update and test. @resolution=invalid in draksec, only sysadmin email was not saved. drakperm was "fixed" to not let sysadmin think he can alter system rules. permissions are *not* saved in /usr/share/msec/perm. but in : - /etc/security/msec/level.local is for net & system rules - /etc/security/msec/security.conf for cron checks - /etc/security/msec/perm.local for customized file permission rules whereas: - /usr/share/msec/level. contains the default values for the checks - /var/lib/msec/security.conf hold the defaults - /usr/share/msec/perm. contains syadmin file permission rules if the end user alter system rules, they'll be overwritten on msec package update. the right file where to save permissions is /etc/security/msec/perm.local. if the permission for some file in the system rule is not what you want, just add a rule that override the system one (customized rules are enforced after the system ones)
Re: [Cooker] What is an LG CD-ROM?
Olivier Thauvin <[EMAIL PROTECTED]> writes: > Le Jeudi 30 Octobre 2003 15:05, Austin a écrit : > > On Thu, 2003-10-30 at 04:06, Jay DeKing wrote: > > > Yeah... like my fancy new LG LCD display. It's got some dead pixels, > > and the store I bought it at says LG won't return it unless there are > > MORE THAN SEVEN dead pixels, otherwise the store has to foot the bill. > > Ah ah... > A friends just get a new computer, the screen (LG LCD display too) > has two dead pixel. It seems LG is very good to made bad hardware :( actually, unlike crt screens, it's hard to make an lcd screen without a few dead pixels (only one dead transistors and ...). [ well, on the contrary, high quality crt trinitron screens used to have an horizontal line on them ] they've fscked their cdrom drives (and they did know it since newer firmwares weren't broken -- maybe they didn't want to release updates so that nobody get afraid) but they cannot be bashed for a few dead pixels
Re: [Cooker] Dependency Oddities (weirdness)
Gwenole Beauchesne <[EMAIL PROTECTED]> writes: > > > rpm it requires dejagnu and glibc-static-devel > > > I went ahead and rebuilt without this and got no errors. Comments? > > 2. gcc needs > > > > gcc-gnat >= 3.1 is needed by gcc-3.3.1-2mdk > > libgnat1 >= 3.1 is needed by gcc-3.3.1-2mdk > > needed to build the ada95 frontend > > > glibc-static-devel >= 2.2.5-14mdk is needed by gcc-3.3.1-2mdk > > dejagnu is needed by gcc-3.3.1-2mdk > > needed to get working make check > > > tetex is needed by gcc-3.3.1-2mdk > > tetex-dvips is needed by gcc-3.3.1-2mdk > > tetex-latex is needed by gcc-3.3.1-2mdk > > needed to get docs > > If I add BuildRequires, they are needed. But you are free to maintain your > own packages. maybe can we add a few "%ifdef %make_check" or "%ifdef %ada_build" in order to bootstrap other arches (which would first define them to 0 and then to 1 on second build once 3rd party dep have been compiled) ?
[Cooker] Re: 9.2 - manpages in Russian completely screwed up
Andrey Borzenkov <[EMAIL PROTECTED]> writes: > please, fix. i'll
Re: [Cooker] Congratulations, thanks and coupla comments :)
Pablo Saratxaga <[EMAIL PROTECTED]> writes:
> > > 2all - what do you think of translating contributors list? I
> > > mean, using native names in native locale. I do not know how
> > > many non-ISO8859-1 contributors are there though ...
> >
> > that would be nice :-)
>
> Yes; I usually put N() around people name showing in credit screens;
> so it allows for names to be written correctly for non latin scripts
> (or even for latin scripts using lots of accents)
here the list does not come from perl sources but from a text file
included in mandrake-release package that is read at runtime by
drakconf.
> > pablo, maybe should we import them in drakconf po ?
> >
> > it's not hard: the following perl script converts CREDITS from
> > mandrake-release into a dumb perl file such as :
> > >=>
> > > { >
> > > N("contributor1") => N("description1), >
> > > N("contributor2") => N("description2), >
> > > (...) >
> > > } >
> > >=>
>
> You mean a credits-screen common to all mdk-tools? (like the generic
> credits screen of Gnome that lists all contributors)
> It would indeed be a good idea; I don't know where exactly to tie
> it... maybe an extra menu entry "about mandrake linux..." ?
the "about" window of mcc list mandrake contributors since mdk9.2
(only mcc's "about" dialog)
just run it :-)
> I didn't knew about that CREDITS file; translators should be added
> too (only a few are)
just go (in the cooker twiki)
Re: [Cooker] Re: NTP client in clock.pl
Daouda LO <[EMAIL PROTECTED]> writes: > > > Ok, i just finished putting ntp client feature in mcc > > > (clock.pl). It's aimed to sync with a ntp server in local network > > > but can be used for external ntp servers. > > > Replace /usr/sbin/clock.pl by the one at > > > http://peoples.mandrakesoft.com/~daouda/misc/clock.pl > > > > why not just share the installer code > > Why not just check the source before posting i did: why not share most code from install_steps_interactive::configureTimezone()
[Cooker] Re: NTP client in clock.pl
Daouda LO <[EMAIL PROTECTED]> writes: > > Ok, i just finished putting ntp client feature in mcc > (clock.pl). It's aimed to sync with a ntp server in local network > but can be used for external ntp servers. > Replace /usr/sbin/clock.pl by the one at > http://peoples.mandrakesoft.com/~daouda/misc/clock.pl why not just share the installer code
Re: [Cooker] Congratulations, thanks and coupla comments :)
"Andrey Borzenkov" <[EMAIL PROTECTED]> writes: > [thierry, would you mind Cc to me directly?] no. [ well, if i remember ] > > > - there are problems in some MCC tools when embedded, they do > > > not fit in parent window (apparently due to different size of > > > translated strings) but no scrollbars are available so some > > > controls (buttons et al) cannot be reached. More or less the > > > same as always, it happens in every release. I can send > > > screenshots if anyone is interested. > > > i would be more interested in patches against share/po/ru.po :-) > > sure but as I said tranlsations look mostly right. Russian does have > longer words than English in average so it is generic problem that > must be addressed - you cannot assume fixed size dialog that suits > everybody. Is it possible to compute parent window size based on > child size? problem is that they're issues because mcc must fit into 800x600 > This probably needs to be done once on init for max size > as otherweise window starts "flickering". > > > the fix is probably to go for using WrappedLabel instead of Label > > and feed them with formatAlaTeX() everywhere for better layout. > > ehh ... could you translate it for us mere mortals? :) some labels are filled with sized texts and are not marked as wrapp-able. we should use wrapped labels were needed. also, some labels look bad with some translations due to wrapping issues vs manual return caracters. so i suggest to separate paragraphs by two lines like in LaTeX and let formatAlaTeX() from MDK::Common do the jobs for us. filling with paragraphs + auto-wrapping should clear most l10n visual bugs.
Re: [Cooker] Install description need to be update
Olivier Thauvin <[EMAIL PROTECTED]> writes: > Internet: Some tools to send and read mail (pine, mutt) [...] > > Isn't time to remove pine from example ??? Except you plan to take > pine from plf and put it back into main ;) just fixed in cvs thanks.
Re: [Cooker] Re: [CHRPM] xterm-179-2mdk
Jaco Greeff <[EMAIL PROTECTED]> writes: > > %changelog > > +* Wed Oct 29 2003 Thierry Vignaud <[EMAIL PROTECTED]> 179-2mdk > > +- patch 3: fix pasting when cursor is on scrollbar (backported from 181) > > + > > +* Wed Oct 29 2003 Thierry Vignaud <[EMAIL PROTECTED]> 179-2mdk > > + > > * Wed Jul 02 2003 Thierry Vignaud <[EMAIL PROTECTED]> 179-1mdk > > - new release > > Umm, seems an extra changelog date slipped in there somehow. O, > well, no harm done. grr :-(
Re: [Cooker] Congratulations, thanks and coupla comments :)
Andrey Borzenkov <[EMAIL PROTECTED]> writes:
> - there are problems in some MCC tools when embedded, they do not
> fit in parent window (apparently due to different size of translated
> strings) but no scrollbars are available so some controls (buttons
> et al) cannot be reached. More or less the same as always, it
> happens in every release. I can send screenshots if anyone is
> interested.
i would be more interested in patches against share/po/ru.po :-)
the fix is probably to go for using WrappedLabel instead of Label and
feed them with formatAlaTeX() everywhere for better layout.
> The overall look is really more polished and professional. MCC looks
> very nice, do I understand right that draksec now takes care of
> grsecurity settings? Some options smell like it. Translations were
> also mostly good so far.
draksec is just a gui wrapper for msec.
if msec supports it, draksec'll
> 2all - what do you think of translating contributors list? I mean,
> using native names in native locale. I do not know how many
> non-ISO8859-1 contributors are there though ...
that would be nice :-)
pablo, maybe should we import them in drakconf po ?
it's not hard: the following perl script converts CREDITS from
mandrake-release into a dumb perl file such as :
>=>
> { >
> N("contributor1") => N("description1), >
> N("contributor2") => N("description2), >
> (...) >
> } >
>=>
#!/usr/bin/perl
use strict;
use MDK::Common;
output("contributors.pl",
join("\n",
qq(#/usr/bin/perl
use lib qw(/usr/lib/libDrakX);
use common;
{
),
(map {
my ($contributor, $descr) = split(', ', $_, 2);
qq(\tN("$contributor") => N(qq($descr)),);
} cat_(glob("/usr/share/doc/mandrake-release-*/CREDITS"))),
"}"
)
);
and then we would just have to list it in
soft/control-center/po/POTFILES.in:
Index: po/POTFILES.in
===
RCS file: /cooker/soft/control-center/po/POTFILES.in,v
retrieving revision 1.11
diff -u -p -r1.11 POTFILES.in
--- po/POTFILES.in 26 Aug 2002 08:57:44 - 1.11
+++ po/POTFILES.in 29 Oct 2003 13:33:13 -
@@ -1,5 +1,6 @@
control-center
clock.pl
+contributors.pl
menus_launcher.pl
print_launcher.pl
gecko.pm
Re: [Cooker] can't rebuild emacs
jokerman <[EMAIL PROTECTED]> writes: F> i'm trying to rebuild emacs and rpm -ba doesn't work > it fails with the error > > LC_ALL=C ./temacs -batch -l loadup dump > Loading loadup (source)... > Using load-path (/home/fubar/rpm/BUILD/emacs-21.3/lisp) > Loading byte-run... > Loading subr... > Loading version.el (source)... > Loading widget... > Loading custom... > Loading emacs-lisp/backquote... > Loading map-ynp... > Loading env... > Loading cus-start (source)... > Wrong type argument: listp, [unset 0 custom-handle-all-keywords new-pass > rear-nonsticky margin inhibit-redisplay major-mode 0 env ...] > make[1]: *** [emacs] Error 255 > make[1]: Leaving directory `/home/fubar/rpm/BUILD/emacs-21.3/build-nox/src' > make: *** [src] Error 2 > error: Bad exit status from /home/fubar/rpm/tmp/rpm-tmp.55115 (%build) > > > RPM build errors: > Macro % has illegal name (%define) > Bad exit status from /home/fubar/rpm/tmp/rpm-tmp.55115 (%build) > error: Macro % has illegal name (%define) > [EMAIL PROTECTED] SPECS]$ works for me: bash-2.05b$ rpm --rebuild /SRPMS/emacs-21.3-6mdk.src.rpm (...) Finding Provides: /usr/lib/rpm/filter.sh ' ' /usr/lib/rpm/find-provides Using BuildRoot: /home/tv/rpm/tmp/emacs-root to search libs Finding Requires: /usr/lib/rpm/filter.sh ' ' /usr/lib/rpm/find-requires /home/tv/rpm/tmp/emacs-root i586 Provides: emacs-bin Requires(interp): /bin/sh /bin/sh /bin/sh Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 Requires(post): /bin/sh Requires(postun): /bin/sh Requires: emacs = 21.3-6mdk /bin/sh libICE.so.6 libSM.so.6 libX11.so.6 libXaw3d.so.7 libXext.so.6 libXmu.so.6 libXpm.so.4 libXt.so.6 libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libjpeg.so.62 libm.so.6 libm.so.6(GLIBC_2.0) libncurses.so.5 libpng.so.3 libtiff.so.3 libungif.so.4 libz.so.1 Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/tv/rpm/tmp/emacs-root Wrote: /home/tv/rpm/RPMS/i586/emacs-21.3-6mdk.i586.rpm Wrote: /home/tv/rpm/RPMS/i586/emacs-el-21.3-6mdk.i586.rpm Wrote: /home/tv/rpm/RPMS/i586/emacs-leim-21.3-6mdk.i586.rpm Wrote: /home/tv/rpm/RPMS/i586/emacs-nox-21.3-6mdk.i586.rpm Wrote: /home/tv/rpm/RPMS/i586/emacs-X11-21.3-6mdk.i586.rpm Executing(%clean): /bin/sh -e /home/tv/rpm/tmp/rpm-tmp.18681 + umask 022 + cd /home/tv/rpm/BUILD + cd emacs-21.3 + rm -rf /home/tv/rpm/tmp/emacs-root + exit 0 Executing(--clean): /bin/sh -e /home/tv/rpm/tmp/rpm-tmp.18681 + umask 022 + cd /home/tv/rpm/BUILD + rm -rf emacs-21.3 + exit 0
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Giuseppe Ghibò <[EMAIL PROTECTED]> writes: > > > > > Photoshop 3.0 > > Cmon, it's PhotoShop 3.0, which is problably 5 or 6 years old, not > latest PhotoShop 7! Probably the graphist is using an old MAC. indeed she do. > > > >sadly designers and graphists have to use photoshop because: > > > >- they're not computer scientist are almost used with photoshop > > > >- they need cjk color system. > > CMYK is not proprietary, it's just complementary to RGB... ;-) lots of efficient color matching algorithms are copyrighted. there are too many patents and trade secrets in this area...
Re: [Cooker] msec fscked me over. good
illogic-al <[EMAIL PROTECTED]> writes: > > > > up until this morning i was happily at msec 4. i changed one > > > > of the default settings and now i can't su to root from > > > > anywhere. Either in X or at console. Help. I don't wanna > > > > reinstall. I have 9.2 btw > > > > > > but once again man prevails over machine! > > > or man prevails over sh ... uh crappy that is, software in this case. > > > Somehow msec decided to change the suid bit on /bin/su > > > > Well, it didn't decide that by itself, since su does not feature > > in the default permissions: > well i certainly didn't tell it to. i had no bloody idea what suid > bit was or how to set em till today. > > > > $ grep su /usr/share/msec/perm.? > > /usr/share/msec/perm.0:/var/lock/subsys root.root > > 755 > > /usr/share/msec/perm.1:/var/lock/subsys root.root > > 755 > > /usr/share/msec/perm.2:/var/lock/subsys root.root > > 755 > > /usr/share/msec/perm.3:/var/lock/subsys root.root > > 755 > > /usr/share/msec/perm.4:/var/lock/subsys root.adm > > 750 > > /usr/share/msec/perm.5:/var/lock/subsys root.root > > 700 > that's exactly what mine says check out /etc/security/msec/perm.local also
Re: [Cooker] Huge List of Updates
Pierre Jarillon <[EMAIL PROTECTED]> writes: > > > And if people were reporting bugs/responding to queries DURING > > > the beta/RC period, more bugs would be fixed BEFORE final > > > release... > > > > excuse me, but most people will test during RC period, but the > > problem was you release ... how many ... 2 RC ! after RC2 there > > were many bugs remaining to fix, and some people could not install > > RC2 on their computer. When i could see that some people were > > beginning to install RC2, they had many problems with > > screensavers, etc ... > > Yesterday I contact konica because I had a problem with a > > printer. The technician in order to test the printer under linux > > as I was using mdk install ... RC2 ( yes that's the last one > > available ). > > As the overall time can't be expanded, it could be better to have 2 > beta and 3 RC instead of 3 beta and 2RC. > As people use to test only RC, this is a way to get a best bug > report. agreed. nice idea > > Have you have a look at RC of OO.org ? You were able to release a > > RC with mdk 9.2 because there was practically no differences > > between the final RC and the final version. > > OOo did five RC which were truely Release Candidate. > However OOo is far less complicated as a full distro. indeed some bugs came from different compoents interaction (different libs version requires, compiler, ...)
Re: [Cooker] Huge List of Updates
Brook Humphrey <[EMAIL PROTECTED]> writes: > Yes this is true also I should file a bug report for the scsi being > broke in the kernel. I have three machines with two different kinds > of scsi cards. All of them crash trying to format the hard > drives. So I know this is not isolated in my case. I think i even > two or three more systems I could test this on. it's still time to do so that a workaround or a fix can be found > These systems can not be tested with rc's because they are > production boxen. it's kind of damned if you do damned if you dont > I guess. However on my desktop it works great. The bad part is that > due a scsi hard drive failure I really needed to upgrade and well I > was not able to and ended up having to put up a whole new server > without scsi. It's all on a 80 gig maxtor now. The other systems > dont have ide they are scsi only. well, since the boot kernel and the distro kernel are not the same, you may upgrade your machines by doring a regular update or an update through urpmi (urpmi urpmi; urpmi --auto-select) > Thanks guys for all your hard work. If you need help troubleshooting > the scsi problems I have three downed servers that I can test on. could you fill in a bug report with oops message if possible or any error message availlable on text consoles ? thanks
Re: [Cooker] Huge List of Updates
Simon Oosthoek <[EMAIL PROTECTED]> writes: > > Since 9.x, we are now providing ALSO providing updates for > > bugfixes.. > > That's very much appreciated! > > > But maybe we should go back and drop all non-security fixes > > updates ? > > please no! But having bugfixes in updates should not be a reason to > have less strict requirements for a final release. actually mdk9.2 was quite better than previous releases regarding quality. > > And if people were reporting bugs/responding to queries DURING the > > beta/RC period, more bugs would be fixed BEFORE final release... > > Oh come on, you can't blame everyone else that you can't fix bugs > that aren't reported. There are so many bugs that were reported and > not fixed. sadly, they were obvious bugs that could have been fixed earlier indeed
[Cooker] drakconnect vs usb isdn modems
could someone test the following patch that add non hidden support for
for bewan/gazel usb modems (type is obviously wrong but uneeded for
hisax_st5481 module anyway) ?
Index: network/isdn.pm
===
RCS file: /cooker/gi/perl-install/network/isdn.pm,v
retrieving revision 1.78
diff -u -p -r1.78 isdn.pm
--- network/isdn.pm 8 Sep 2003 14:54:48 - 1.78
+++ network/isdn.pm 22 Oct 2003 16:07:30 -
@@ -187,11 +187,13 @@ sub isdn_ask {
isdn_ask_step_1:
my $e = $in->ask_from_list_(N("ISDN Configuration"),
$label . "\n" . N("What kind of card do you have?"),
-[ N_("ISA / PCMCIA"), N_("PCI"), N_("I don't know") ]
+[ N_("ISA / PCMCIA"), N_("PCI"), N_("USB"), N_("I don't know") ]
) or return;
isdn_ask_step_1b:
if ($e =~ /PCI/) {
$isdn->{card_type} = 'pci';
+} elsif ($e =~ /USB/) {
+ $isdn->{card_type} = 'usb';
} else {
$in->ask_from_list_(N("ISDN Configuration"),
N("
@@ -206,7 +208,7 @@ If you have a PCMCIA card, you have to k
$e = $in->ask_from_listf(N("ISDN Configuration"),
N("Which of the following is your ISDN card?"),
sub { $_[0]{description} },
- [ grep { $_->{card} eq $isdn->{card_type} } @isdndata ]) or goto isdn_ask_step_1b;
+ [ grep { $_->{card} eq $isdn->{card_type} } @isdndata ]) or goto ($isdn->{card_type} =~ /usb|pci/ ? 'isdn_ask_step_1' : 'isdn_ask_step_1b');
$e->{$_} and $isdn->{$_} = $e->{$_} foreach qw(driver type mem io io0 io1 irq firmware);
isdn_ask_step_3:
@@ -247,7 +249,7 @@ sub isdn_detect_backend {
if (my ($c) = modules::probe_category('network/isdn')) {
$isdn->{$_} = $c->{$_} foreach qw(description vendor id driver options firmware);
$isdn->{$_} = sprintf("%0x", $isdn->{$_}) foreach 'vendor', 'id';
- $isdn->{card_type} = 'pci';
+ $isdn->{card_type} = $c->{bus} eq 'USB' ? 'usb' : 'pci';
($isdn->{type}) = $isdn->{options} =~ /type=(\d+)/;
# $c->{options} !~ /id=HiSax/ && $isdn->{driver} eq "hisax" and $c->{options} .= " id=HiSax";
if ($c->{options} !~ /protocol=/ && $isdn->{protocol} =~ /\d/) {
Index: network/isdn_consts.pm
===
RCS file: /cooker/gi/perl-install/network/isdn_consts.pm,v
retrieving revision 1.12
diff -u -p -r1.12 isdn_consts.pm
--- network/isdn_consts.pm 28 May 2003 13:39:35 - 1.12
+++ network/isdn_consts.pm 22 Oct 2003 16:07:30 -
@@ -324,6 +324,16 @@ our @isdndata =
type => '36',
card => 'pci',
},
+ { description => "BeWAN R834 (USB)",
+ driver => 'hisax_st5481',
+ type => '99',
+ card => 'usb',
+ },
+ { description => "Gazel 128 (USB)",
+ driver => 'hisax_st5481',
+ type => '99',
+ card => 'usb',
+ },
);
1;
thanks.
Re: [Cooker] Bugzilla update
Warly <[EMAIL PROTECTED]> writes: > I have merge the bugzilla CVS into qa.mandrakesoft.com. > > Warn for any error. > > Moreover I have try to make it a bit faster, shortcircuiting a very > slow function and removing the product choice from the bug edition > pages (this decrease the page size from 400 KB to about 50 KB) i love you morpheous !
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Mike <[EMAIL PROTECTED]> writes: > > > crop is > > > another one key shortcut. > > > > SHIFT-C in Gimp > > that is 2 keys... > > anyway... it seems like there are a lot of improvements in 1.3, ill give > it a go > > #urpmi gimp1_3 > no package named gimp1_3 > > looks like i need to set up my sources... it's in contribs
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Rob <[EMAIL PROTECTED]> writes: > Speaking of ass-head-removal, I look forward to the day when > cinepaint starts replacing the gimp as the de facto Linux image > manipulation program, not just because of its slightly less > hostile interface but also because the two most common cultural > references to the word "gimp" in the US (and maybe other English > speaking countries) are very, very negative and one could very > well get you sued if the wrong person heard you utter the word. > Some of us *are* using and promoting Linux in business. I'm glad > cinepaint is at least in contrib. uh? what're the offenses ?
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Pierre Jarillon <[EMAIL PROTECTED]> writes: > > > $ strings /mount-point-of-mdk9.2-CD1/doc/install/images/LMDK.jpg | head > > > -2 JFIF > > > Photoshop 3.0 > > > sadly designers and graphists have to use photoshop because: > > - they're not computer scientist are almost used with photoshop > > - they need cjk color system. > > Yes I know that. André Pascual http://www.linuxgraphic.org told me > that CMYK is a great problem because the definitions of colors are > referenced on a proprietary table of colors : Pantone which produces > the inks! Pantone is the Microsoft of inks: http://www.pantone.com/ > The market is locked, absolutely unfree. They need we take care of > them ! ;-) > > But some people have found that photoshop was used in Mandrake. > Olivier Thauvin has a quick way to solve the problem and avoid any > remark. But the problem will be hidden only. this does not solve any problem but only hide the fact that the professional printing processing is all made of proprietary softwares :-(
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Thierry Vignaud <[EMAIL PROTECTED]> writes: > sadly designers and graphists have to use photoshop because: > - they're not computer scientist are almost used with photoshop > - they need cjk color system. > and not, basic exporting in gimp2 is not full cjk support. > and cjk support in gimp is not at the corner of the street due to > legal problems (mainly because most cjk/rvb conversion algorithms > being covered by patents :-() > - because printing professionnals only deal with cjk and proprietary > formated files, lots have problems with postscript, ... argh s/CJK/CMYK/g of course
Re: [Cooker] Mandrake uses Photoshop... What a pity!
Pierre Jarillon <[EMAIL PROTECTED]> writes: > Mount MandrakeLinux-9.2-17-Download-1.i586.iso > And look at: doc/install/images/LMDK.jpg > You don't see anything wrong ? No, of course. > But now try this: > > $ strings /mount-point-of-mdk9.2-CD1/doc/install/images/LMDK.jpg | head -2 > JFIF > Photoshop 3.0 > > Grr... sadly designers and graphists have to use photoshop because: - they're not computer scientist are almost used with photoshop - they need cjk color system. and not, basic exporting in gimp2 is not full cjk support. and cjk support in gimp is not at the corner of the street due to legal problems (mainly because most cjk/rvb conversion algorithms being covered by patents :-() - because printing professionnals only deal with cjk and proprietary formated files, lots have problems with postscript, ... so this is eventually a no-no point :-(
Re: [Cooker] Idea for future iso's
John Allen <[EMAIL PROTECTED]> writes:
> If mandrake moved more strongly to a subscription service, then
> maybe releases could be made when they are ready, rather than at a
> specific date. This could ensure that we don't have some of the
> silly problems that are plaguing 9.2
whatever time you put for freezing/stabilizing, there'll always be
bugs because there're just too much things involved in the distros.
what's more, if that time last too much, people keep going on: why not
included XYZ-3.3 which was just released and has so much nice bugfixes
and new features which result in either people tired of debugging the
same stuff or stabilizing work trashed because of an update.
and anyway, too much people actually only test latest rcs and complain
too late (when final is out) because they do not want to test earliers
betas or rcs ("they should be too buggy; let other people look for
bugs")
Re: [Cooker] usb webcam in mandrake 9.2
Guy McArthur <[EMAIL PROTECTED]> writes: > I had to add the line "above ov511 ovcamchip" to /etc/modules.conf > for my Creative USB webcam (I think it uses the same usb chip as > your Phillips). This is because the kernel module was renamed > (search for 'Linux ov511' to find the driver site). what was the old driver name ? (so that i can alter proper files)
Re: [Cooker] Re: [CHRPM] drakxtools-9.2-17mdk
illogic-al <[EMAIL PROTECTED]> writes: > > > > Name: drakxtools Relocations: (not > > > > relocateable) Version : 9.2 Vendor: > > > > MandrakeSoft Release : 17mdk Build Date: > > > > Thu Oct 16 19:38:50 2003 > > > > > > great thanks to mdk team and till/thierry as now I can easily add a ppd > > > file for a new printer. > > > > > > So If i understand well, I just need to drop the ppd file in > > > /usr/share/cups/model/LaMarque and then I will be able to select it. > > > great !!! > > > hope this will be an update for 9.2 > > > > yes it'll > yes? come on man! don't leave us in suspense :) the update is in the queue (should be released soon)
Re: [Cooker] Re: [CHRPM] drakxtools-9.2-17mdk
FACORAT Fabrice <[EMAIL PROTECTED]> writes: > > -=-=-=- > > Name: drakxtools Relocations: (not relocateable) > > Version : 9.2 Vendor: MandrakeSoft > > Release : 17mdk Build Date: Thu Oct 16 19:38:50 2003 > > great thanks to mdk team and till/thierry as now I can easily add a ppd > file for a new printer. > > So If i understand well, I just need to drop the ppd file in > /usr/share/cups/model/LaMarque and then I will be able to select it. > great !!! > hope this will be an update for 9.2 yes it'll
Re: [Cooker] 9.2 ide-scsi
Guy McArthur <[EMAIL PROTECTED]> writes: > I did the same thing in 9.2, but left the room during the next > reboot. Came back, saw my mistake, and rebooted again, but there was > no harddrake message this time. Is it a bug? Or the expected > behaviour (and my stupidity). harddrake only complain if sg has appeared or disappeared > After this change, all the removable:// urpmi entries are broken, > and must be re-added. It'd be nice, though perhaps asking too much, > if that could be worked around somehow. Come to think of it, it'd > also be great if there were a "use scsi emulation" option in the > drakwhatever screen for each cd-rom drive... agreed
Re: [Cooker] [Bug 6161] [drakxtools] New: Drakconnect automagically installs adiusbadsl without confirmation
"[baud]" <[EMAIL PROTECTED]> writes: > When launching Drakconnect, it keeps insisting on installing > adiusbadsl-1.0.4 which overwrites the installation made from tar.gz > and erases part of the configuration. > > Suppose there is an RPM v1.0.5 available, how would it replace the > existing 1.0.4 version ? Would it be automagically installed ? From > where ? As it would not be the original cdrom and there are chances > the internet connection is down...) eagle-usb spec file just as to contain the following lines: => Provides: adiusbadsl = %version > Obsoletes: adiusbadsl <= 1.0.4 > =>
Re: [Cooker] 9.2 disasters list (continuing)
Brook Humphrey <[EMAIL PROTECTED]> writes: > > > > It won't be a problem if I *buy* the powerpack, so as far as > > > > Mandrake is conserned this is no problem. I only wish I had > > > > known about this _before_ downloding it, then I would not have > > > > spent my time on it. What about the download edition, is the > > > > kde-i18n-sv package in there? > > > > > > Yes, but then you don't get kernel-source. > > > > > > Seems we can no longer get a full distribution on 3 CDs? Time to go to 4 > > > for download? > > > > Ouch. What's taking so much space? > > stupid emacs and xemacs and all the assorted packages. No real users > use these out there it is more of a developer odity (as not all > developers use this thing either). Not only that but truly useful > packages such as midnight commander (when I select console tools) > and gvim are not even installed. fill a bug on install assigned to david baudens suggering mc be inclued in console tools list. > I'm not sure if they are even on the cd's as I havn't even managed > to get them downloaded yet and am still using my custom cd's from > cooker after it was frozen for the cd's. These two are only about 5 > or 6 megs together at the most compared to probably close to 100 > megs for emacs including all it's assorted packages. regarding "real" end users, the odds are low that he'll use either vi or emacs. the same for mc... the user'll use konq instead "trully interested" packages is a very personal subject. eg i tootally disagree with you and i think emacs is infinitevely more usefull than mc ... for me. neither me or you is a typicall end user i bet.
Re: [Cooker] not enough CDs?
Leon Brooks <[EMAIL PROTECTED]> writes: > > The 3 ISOs provided to the club are only the 3 out of the 7 provided > > into the boxed version. > > > [...] but yes there are some binaries on the first source CD > > as I prefer removing some source than removing binary rpm). > > So... reading between the lines, where this list was complaining about 3 > CDs not being enough, you're telling us that 7 CDs is not enough? (-: 10.4 Gb of srpms + rpms + installer just does not fit :-(
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> writes: > > > so the bloat started with 9.1 ? > > > > > > can you check > > > grep "CONFIG_KALLSYMS" /boot/config-* > > > > the bloat really was acpi support out of the box > > acpi is about 120k that's true, > but acpi doesn't say : > " the kernel size will increase with 10-20 %" > which is indeed true acpi was the one than enlarge kernel the most in last mdk releases.. once acpi was integrated, there was almost no free space availlable on the floppy. it only need few enhancements to core drivers to exceed the floppy size... note that there's also another culprit: the bootsplash that enlarge quite lot the initrd > PS. > there is one related thred on lkml may be > "Where's the bzip2 compressed linux-kernel patch?" > might be interesting to include it ? > > http://marc.theaimsgroup.com/?t=10664547841&r=1&w=2 > http://shepard.kicks-ass.net/~cc/ memory issues (need to allocatite much ram in real mode and the like) ...
Re: [Cooker] 9.2 cannot produce a floppy boot disk.
"Svetoslav Slavtchev" <[EMAIL PROTECTED]> writes: > so the bloat started with 9.1 ? > > can you check > grep "CONFIG_KALLSYMS" /boot/config-* the bloat really was acpi support out of the box
Re: [Cooker] Another niggle for 9.2 (not t obad though)
Brook Humphrey <[EMAIL PROTECTED]> writes: > For 9.2 when installed and using a logitech mouse it finds it fine during > install but after reboot it looses the wheel on the wheel mouse. > > The fix for this is to simply goto mousedrake and redoo it and then > it will work. So I'm assuming that the mouse config is just not > right when the installer saves it. will you be nice enough to redo an install, save the config files, run mousedrake and post here a diff of the config files before and after running mousedrake ? /etc/sysconfig/mouse /etc/X11/xinit.d/mouse_buttons /etc/X11/xinit.d/auxmouse_buttons /etc/X11/XF86Config /etc/X11/XF86Config-4
[Cooker] [RFC] enhancing drakconnect: rtc providers db
one of the worse fields for network configuration is the modem configuration. eg: (at least in france) usualy providers provide kits for windows users that auto set dns, phone numper, pap/terminal based/..., whereas linux users have to get these data and feed drakconnet with it however kpp come with a database which is made of: - configs for provider - rules for accounting the first part is what is interesting for drakconnect. the db is sorted as country|provider (aka, tree branches are countries, leafs are providers). but the db is quite empty (eg for france, only clubinternet is listed). it would be nice: - to enhance this database (let spam kde :-)) - to make drakconnect: o read this db, o offer to pick a provider, o and prefill the modem configuration form format is (french provider ClubInternet example) : >===> > # KDE Config File > > AccountingEnabled=1 > > AccountingFile= > > Authentication=1 > > AutoDNS=1 > > AutoName=0> > BeforeConnect=> > BeforeDisconnect= > > Command= > > DNS= > > DefaultRoute=1> > DisconnectCommand=> > Domain=club-internet.fr > > ExDNSDisabled=0 > > Gateway=0.0.0.0 > > IPAddr=0.0.0.0> > Name=ClubInternet > > Password=%PASSWORD% > > Phonenumber=0860301020> > ScriptArguments= > > ScriptCommands= > > StorePassword=1 > > SubnetMask=0.0.0.0> > Username=%USERNAME% > > VolumeAccountingEnabled=0 > > pppdArguments=> >===> so if you want to contribute to kppp, you're welcome :-)
Re: [Cooker] Ramdisk uncompressing problem
Shift <[EMAIL PROTECTED]> writes: > I have a strange problem with the Mandrake Powerpack ISO. When I > boot on the first disk, all is OK until the the following error : > > "Loading program into memory..." > "Detecting USB Devices" > then > "Could not uncompress second stage ramdisk. " > > The log (Alt-F3) talk about > /tmp/image/Mandrake/base/mdkinst_stage2.bz2 probably a failled media
Re: [Cooker] errata: kernel-source not on 9.2 CDs?
Adam Williamson <[EMAIL PROTECTED]> writes: > Hmm. I notice from the website it appears there won't *be* a 3-CD bought > edition of 9.2. How odd. It lists a 2-CD "discovery edition", then the > PowerPack and the ProSuite. MDKsoft care to comment? see http://www.mandrakelinux.com/fr/9.2/features/ : - simplified box oriented for soho, desktop, small office - 1 set of tool (no duplicates) - kde enforced - nv/ati/... drivers provided so kernel-source missing is not so a pb (kernel-source being availlable with kernel update)
Re: [Cooker] Broadcom 94306 802.11g
Luca Berra <[EMAIL PROTECTED]> writes: > On Wed, Oct 15, 2003 at 03:39:57PM -0700, Cory Meisch wrote: > >Hi All, > >I just migrated laptops to a newer one. (I'll get the model and > >specifics later, as this is a proto HP). Anyway, it has an 802.11g > >wireless broadcom based card in it. Drakconnect does not automatically > >detect it. I will search around for drivers but assuming MDK Cooker > >doesn't have those yet. > looking at the announce for linuxant driverloader i believe there is no > OSS or Free driver for this card > http://lwn.net/Articles/53452/ > but you can try driverloader a few remarks: - it only works for x86 - linuxant claim to vendors that: they do not have anymore to design drivers for linux or publish datasheet: "It also allows vendors to drastically reduce time to market or eliminate the need to support multiple drivers for Windows and Linux. By using the same driver on both platforms, significant resources can be saved." - linuxant try to make money of every linux user by forcing them to pay a licence from linuxant in order to use their hardware whereas it's the vendor job to provide support (without any *extra* cost) yes, it's said to be costly *for now* (as hsf & co drivers were supposed to be). just look at what they did for their modem drivers once they get a position i do not see any pros in such a trend. after nvidia and ati, we may see support for new hardware become worse and worse :-(
Re: [Cooker] [Bug 6147] [kernel] New: apic blocking network configuration
"[manu]" <[EMAIL PROTECTED]> writes: > The mainboard who cause problem is a "asus tusl2-c" > with noapic, the rtl8139 card can be used. > without, no. known. see http://www.mandrakelinux.com/en/errata.php3#netapic
Re: [Cooker] [Bug 6145] [msec] New: Maintainer or author e-mail address not reachable
"[sven]" <[EMAIL PROTECTED]> writes: > The readme and maybe other files list [EMAIL PROTECTED] as the > contact address. The mailserver claims that this user is not > avaible.Please change it to a valid address or point to the bugzilla > directly. This cost me half a hour bevor I found the good hiden > Mandrake bugzilla. fixed in cvs @resolution=fixed
Re: [Cooker] Joining the Club
Michael Lothian <[EMAIL PROTECTED]> writes: > I wan't to join Mandrake club it get the 9.2 ISO when they're > released and also to do my bit for mandrake > > Is it possible to pay monthly? sadly no
Re: [Cooker] [Bug 6121] [traceroute] New: traceroute doesn't work
"[jokerman64]" <[EMAIL PROTECTED]> writes: > just try it, all you'll see is asterisks @resolution=invalid it works smoothly. the relays that do not answer to reverse dns are displayed with "*"
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Buchan Milne <[EMAIL PROTECTED]> writes: > > > Of course, it would be a bit less effort (since none of the > > > mainstream screenshot tools has an option to not use the > > > decorations) to include them. > > > gimp do has it. > > I thought it did, but checked in 1.3.x, which does not (I looked now > in 1.2.x and it does, but who wants GTK1 stuff when GTK2 stuff is > available ;-). > > Maybe I should file a bug on gimp1.3 ;-). afaic, they switch from using xwd (!!!) to direct x11 access a few weeks ago :-(
Re: [Cooker] Gxine has no sound when viewing Quicktime clips
Cory Meisch <[EMAIL PROTECTED]> writes: > > > Anyone has the same problem? I created 3 ISOs from cooker couple > > > days ago. I could watch other sites (CNN, CNET news) no problem > > > but when wacthing any Quicktime clip (pixar.com, quicktime.com) > > > I got no sound. > > > > > > Soundcard is SBLive! using emu10k1 module. > > > > bug in quicktime lib? > > I have same problem... I thought it was just lack of QT support in > Linux or the format my camera encodes QT. But yeah, I have same > problem. fill bugzilla regarding gxine then
Re: [Cooker] Ideas for MDK 10
Cory Meisch <[EMAIL PROTECTED]> writes: > How much desire would there be for multi head configuration support > in Harddrake? none. in XFdrake, there would be. though it should already do it.
Re: [Cooker] Gxine has no sound when viewing Quicktime clips
Larry Nguyen <[EMAIL PROTECTED]> writes: > Anyone has the same problem? I created 3 ISOs from cooker couple days > ago. I could watch other sites (CNN, CNET news) no problem but when > wacthing any Quicktime clip (pixar.com, quicktime.com) I got no sound. > > Soundcard is SBLive! using emu10k1 module. bug in quicktime lib?
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Buchan Milne <[EMAIL PROTECTED]> writes: > > I think the lack of window decorations might be a little confusing > > to the kind of users who'd benefit most from screenshots. Maybe > > require the use of the MandrakeGalaxy window decorations too? > > But that requires the user to use one of the window managers that > has MandrakeGalaxy decorations ... which of course would more consistent with the fact most end users use kde or gnome with the default theme (anti-troll warning: cooker people are by no way real end users as those one can found in real shops :-)). > Of course, it would be a bit less effort (since none of the > mainstream screenshot tools has an option to not use the > decorations) to include them. gimp do has it. xwd too (xwd -nobdrs vs xwd) i guess others have it too.
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Vedran Ljubovic <[EMAIL PROTECTED]> writes: > > BTW, I like your interface, I think the layout is quite nice, but > > I don't think qt is going to be an option since all the mdk tools > > are built on gtk. > > Yeah, I thought about that. Is there a tool for gtk > like Qt Designer? glade2 and glade-perl (plus some manul changes due to new perl-Gtk2)
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Vedran Ljubovic <[EMAIL PROTECTED]> writes: > > There would take very much diskspace, especially screenshots! And > > what about the time needed to do all the screenshots, list > > plugins.. > > Well obviously screenshots should be made while packaging. Apart > from distributing the workload, this has another benefit of > requiring packagers to test their packages. And also, screenshot > would be present only for "programs" (e.g. packages that are listed, > which usually are rather large anyway). Noone said that screenshots > need to be up-to-date! I think most users would be satisfied with > something a few versions back. Finally, those screenshot can be low > res, as suggested by Olivier. So I could give up on the "Click here > to enlarge" part :) then screenshots can be 8-bit PNGs constrained > to 200x150 pixels. That shouldn't be larger than 20-30 kB. what's more, this bring the coherency problem where packages would come with screenshots made into different desktop, with different themes, with different fonts, ...
Re: [Cooker] And next ?
Pierre Jarillon <[EMAIL PROTECTED]> writes: > > > http://bugs.mandrakelinux.com/ > > > > Cool. Something to play with in future :) . As said before, I > > can't really afford to work on/with cooker, this way might be a > > lot better solution for me to contribute to Mandrake > > Good conception. It looks faster than bugzilla, but it is empty. > Bugzilla is too slow : to display a bug such as > http://qa.mandrakesoft.com/show_bug.cgi?id=5066 has a weight of > 438084 bytes. This is mainly due to the great number of in > the markup. > > With a 56k modem, at least100 seconds are necessary to load this > page, and 15s with an ADSL 512k. This is too much. vote for #5809 then :-) and spam warly about it :-)
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
"ef2" <[EMAIL PROTECTED]> writes: > > > I try mcc, go to system, then launch the "set date and time". > > > It is not there. > > > > you need to install the drakwizard package. > > This also could be improved by adding a "server tools" entry to > check in the drakconf menu. So that the first time, it would install > drakwizard without the need to use rpmdrake (like Sane is installed > the first time you use the Scandrake tool). People would not need to > know it is called "drakwizard" (this is also a recurrent question on > forums) to have access to the server wizards. drakconf should maybe just require drakwizard. dadou?
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Charles A Edwards <[EMAIL PROTECTED]> writes: > > you need to install the drakwizard package. > > I tied using the time server in drakwizard, on multiple occasions > and with all listed Time Severs, but all I get is > "Warning: The time servers are not responding..etc." > > Have only been successful if using webmin and using an nist server > of My choice. quoting someone 2000 years ago, go and fill bugzilla :-)
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
illogic-al <[EMAIL PROTECTED]> writes: > > That's not obvious to me. Packages (programs) installation has > > been simplified in rpmdrake2 (ending up with, among others, > > current two-different-interfaces which is so critized - even if > > it's logical and drastically simplifies the GUI). Simple > > categories are available, good documentation in powerpack manuals > > and online (and even with a clickable "Help" button now). > > rpmdrake2 you say? where might that little pearl be hiding? this is current rpmdrake. the previous one was written in c/gtk+1 and was replaced by a new one written in perl/gtk+-1 in mdk9.1 (perl/gtk+-2 since mdk9.1)
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > > > better ntp support, configurable out of mcc > > > > > > > > it already is, but from the time wizard, not from the server > > > > section > > > > > > where is that, then? It might just be my blind eyes. > > > I try mcc, go to system, then launch the "set date and time". > > > It is not there. > > > > you need to install the drakwizard package. > > OK, did so. Why was this not installed by default, I have installed > a number of server things, including sendmail, ftp, sshd, at > installation time. dadou? > > > And then, the "set date and time" is a natural place to have it, so > > > even if it is available from another place, it should also be > > > available there. > > > > merging features only availlable in wizard into drakxtools when > > duplicated would be nice. (hint interface team) > > I actually only kind of wanted ntp service as a client machine, not > as server. So the client ntp setup should be available to all > machines, including normal clients, and not require server > drakwizard. sure
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > better ntp support, configurable out of mcc > > > > it already is, but from the time wizard, not from the server section > > Just noting in passing, this is a genuine problem, even for cookers. > My system administators installed some patches to reject mail which > had a clock severely out of sync. The second most frequent source of > this error was the cooker list. Something like between 10 and 20 > mails a day get rejected because they are "from the future", more > than 3 hours newer than the current time. it's a poster pb: those who post the rejected mails are not correcly configured regarding date & time
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > > > better ntp support, configurable out of mcc > > > > it already is, but from the time wizard, not from the server > > section > > where is that, then? It might just be my blind eyes. > I try mcc, go to system, then launch the "set date and time". > It is not there. you need to install the drakwizard package. > And then, the "set date and time" is a natural place to have it, so > even if it is available from another place, it should also be > available there. merging features only availlable in wizard into drakxtools when duplicated would be nice. (hint interface team)
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Simon Oosthoek <[EMAIL PROTECTED]> writes: > > > So could rpmdrake provide info on packages, even if there is no > > > media available for it? > > > > How? Telepathy? > > Of course ;-) > > But until then, why not have a textfile or a *db* file with the > following: > > package-version.rpm, Summary, description this is called hdlists ... > for each source (main, contrib, (plf), (jpackage)) a separate file, > possible to reconfigure afterwards, or even using update (hmm, > sounds almost like a hdlist file).
Re: [Cooker] sound problem in rc2
Guy McArthur <[EMAIL PROTECTED]> writes: > The sound init script is unable to initialize the volume settings of > my sound card. This is the output of `service sound restart` : > > alsactl: save_state:1061: No soundcards found... > Can't open /root/tmp/asound.state_tmp: No such file or directory. > Can't open /root/tmp/asound.state_tmp: No such file or directory. > Setting mixer settings alsactl: load_state:1134: No soundcards found... > > However, using kmix, I can enable the master volume, and turn it up. > (Though even with 'save settings as default' they are not remembered > -- not sure how kmix interacts with alsa's or device settings). this is already fixed since early september in initscripts-7.06-23mdk: "mandrake_firstime, sound/sound.init: move alsa unmute code from mandrakefirst time to sound service. rationale: mandrake first time is called way too early, before the sound module is loaded. so the proper place really is while initialization sound. now oss & alsa are defaulted to the same place. oss default to 80% and alsa to 66%."
Re: [Cooker] video in RC2
Guy McArthur <[EMAIL PROTECTED]> writes: > > > "Unable to open /dev/video0 (No such device)" > > > But /dev/video0 does exist, with correct permissions. > > > > this does not means that the device file does not exist on the fs (aka > > the device on-disk representation) but that the kernel does not which > > device is linked to it. > > > > aka the driver for it hasn't registered any device > > > > what does reports lspcidrake -v ? > > lspcidrake -v shows this: > > ov511 : OmniVision Technologies, Inc.|OV511+ WebCam [] > (vendor:05a9 device:a511) > > > what is dmesg output? > > Linux video capture interface: v1.00 > i2c-core.o: i2c core module version 2.8.0 (20030714) > usb.c: registered new driver ov511 > ov511_core.c: USB OV511+ video device found > ov511_core.c: model: Creative Labs WebCam 3 (id=21) > ov511_core.c: Device at usb-00:07.2-1 registered to minor 0 > ov511_core.c: v2.25 : ov511 USB Camera Driver (V4L2 disabled) > ov511_core.c: No sensor is detected yet so the driver found it. what is the ouput of the following commands: ls -o /dev/.devfsd ls -o /dev/video* cat /proc/video/* (or is it /proc/v4l/* ? i do not rember)
Re: [Cooker] Re: [Contrib-Rpm] perl-Qt-3.008-3mdk
Olivier Blin <[EMAIL PROTECTED]> writes: > > BuildRequires: libsmokeqt-devel > > BuildRequires: kdelibs-devel > > BuildRequires: perl-devel > > +# not spoted by rpm: > > +Requires: libsmokeqt1 > > +%define _requires_exceptions QtShell > > Shouldn't libsmokeqt1 be auto-required since libsmokeqt-devel is > build-required ? no. linked libraries are found through ldd. the bug being that some files are not checked for (here the .so) > And what does this _requires_exceptions mean ? there's a perl script defining a package and using it. rpm automagically find this package usage but not the package definition in the same script
Re: [Cooker] video in RC2
Guy McArthur <[EMAIL PROTECTED]> writes: > I've tried 9.2 RC1 and 2. In both, my webcam driver is loaded, but somehow the > ddevice is not configured. The error message I get from a video4linux > application is: > > "Unable to open /dev/video0 (No such device)" > But /dev/video0 does exist, with correct permissions. this does not means that the device file does not exist on the fs (aka the device on-disk representation) but that the kernel does not which device is linked to it. aka the driver for it hasn't registered any device > The kernel module (ov511) is loaded. what does reports lspcidrake -v ? what is dmesg output?
Re: [Cooker] ueberschriebene modules.conf
Dieter Thalmayr <[EMAIL PROTECTED]> writes: > the sound card module that Mandrake (9.2 RC1) prefers doesn't work > on my notebook. via82cxxx_audio does, but still: > harddrake keeps writing unnecessary lines into modules.conf as soon > as I try to configure the working module. this was fixed after rc1 > If I'm lucky, it keeps the "alias sound-slot-0 via82cxxx_audio" > line. How can Mandrake been brought from changing my modules.conf? > Which service is responsible for this (I suspect harddrake or one of > its cronies), why does harddrake not recognize that the file was > edited by hand, which rules apply in the first place? it does now
Re: [Cooker] http://www.mandrakelinux.com/en/
FACORAT Fabrice <[EMAIL PROTECTED]> writes: > > New improved version: > > http://members.ij.net/mrmazda/tmp/MdkHome-en.html > > buggy display under Konqueror 3.2alpha2 konqueror 3.1.92 is somewhat buggy regarding html rendering (text collision, missing or overwritten and the like) so it may not be a css bug
[Cooker] [ANN] drakconnect (aka networking) maintenance
poulpy (damien chaumette) is on hollydays and won't be online until quite some time. i'll try to resume maintainership upon drakconnect for some time despite not being a network guru. (my goal being to release some update regarding drakxtools because of drakconnect & drakfont) so if you have enough information (error trace when running from a terminale, wrong config files or better diff of wrong & good config files, and the like...), please report/fill bug reports with that. i'll be more able to fix bug in standalone tool rather than in installer, so please focus on standalone drakconnect. thanks.
Re: [Cooker] [Mandrake 10] more ideas for next MDK
Diego Iastrubni <[EMAIL PROTECTED]> writes: > mcc: > * bring back capabilities for changing the lilo/grub theme see drakconf; it's scheduled > * real support for linmodems (even if the drivers will not be on the > d/l edition) see drakconnect. anyway, the new "let pay twice for having a working modem" policy of linuxant has drawbacks... > * in 8.2 it had themes, where did they go? the menu theme appears only if there're directories in /usr/share/mcc/themes/ anyway, considering the lack of uptodate themes, i may consider dropping that feature since: - in one year, nobody make a theme package uptodate with current icon list despite i've tried to make plf guy move up (drakconf-themes being in plf) so current themes availlable from plf: o do not cover all icons from default theme o provide icons witout transparency which looks very wrong in mcc o provide icons that're unshown in active states, ... - it would be uncomplete once we'd the "runtime adding items to mcc" feature (if interface team agreed on that one). well, we may defaulting on icon from default theme as we currently do but this may not be beautiful if new theme is much color different > * lirc mcc module maybe time for magic cosmo to review its drakir and push it into contribs? > misc: > * add the mouse cursors packages to main X leaks for now > * l10n for Mozilla > * l10n for OO.org already availlable > * bring FireBird to main instead of Mozilla quite much debatable :-)
Re: [Cooker] [Mandrake 10] enhancing mail server wizard
Buchan Milne <[EMAIL PROTECTED]> writes: > > integration of spamassassin with postfix > > > > possiblity to nuke files with standard virus extension in postfix > > (.exe, .pif..) > > This shouldn't be done out-the-box without user intervention. We > need a drakmailserver or something. warly, we may enhance mail server wizard with an "ala drakfirewall" feature with a list of possible "rejectable" extentions, resulting in writing in /etc/postfix/header_checks sg like: # attack double extension ala readme.doc.pif files: /^Content-(Type|Disposition):.* (file)?name="?.*\.[A-Za-z0-9]+\.(asd|exe|bat|chm|com|cil|dll|hlp|hta|js|lnk|nws|ocx|pif|reg|scr|sh[bs]|vb|vb[se]|ws[cfh]|msi)"?/ REJECT # exexutable attachments: /^Content-(Type|Disposition):.* (file)?name="?.*\.(asd|exe|bat|chm|com|cil|dll|hlp|hta|js|lnk|nws|ocx|pif|reg|scr|sh[bs]|vb|vb[se]|ws[cfh]|msi)"?/ REJECT
Re: [Cooker] [Mandrake 10] An Idea for next MDK 10...
Keld Jørn Simonsen <[EMAIL PROTECTED]> writes: > better ntp support, configurable out of mcc it already is, but from the time wizard, not from the server section > harmonization of drakx and mcc - using the same wizards etc. code consolidation will always be a goal
Re: [Cooker] 9.2RC2 CD Error
"Norman Zhang" <[EMAIL PROTECTED]> writes: > Loading alt0... > Loading alt0/all.rdz.isolinux: Disk error 80, AX=4280, drive 9F > Boot failed: press a key to retry media error > Is this due to a corrupt image? yes > But I was able to install 9.2RC2 on another box using same set of > CDs. The other CDROM even has a slower read speed. cd drivers slightly corrupt cds from times to times (when head hit the cd surface). maybe your other driver has corrup your cd. or maybe was it less sensible to surface artefacts that new one.
Re: [Cooker] cpio error
Emmanuel Moll <[EMAIL PROTECTED]> writes: > I'm trying to install slmdm for my laptop ut when i'm rpming the > package, I et the following: > > /dev/ttySL0: cpio: rename failed - Operation not permitted this is due to wrong packaging: this program packager[1] should never had packaged /dev/* entries in the first place. these are provided by the makedev package and are overided by the kernel for most people since they use devfs. hence the error you got since one cannot create device on devfs mounted /dev. > Any knows how to fix this problem (I've googled a bit and apparently > it's MDK problem) but I couldn't find a fix. mkdir /root/root mount --bind / /root/root mount --bind /root/root/dev /dev #install the mispackaged program umount /dev umount /root/root or simpler : mkdir /dev.devfs #install the mispackaged program mount --move /dev.devfs /dev [1] where does this package come from?
Re: [Cooker] ISA sound without sndconfig.
Ric Johnson <[EMAIL PROTECTED]> writes: > I am not sure what you mean by "kick out". I hope it does not mean > to remove it. > Harddrake does not even recognize the ISA AWE64 anymore. we do not probe for isa cards for quite some times. it brokes some of newer boxes. > It did in previous MDk versions but could not config it. > It certainly cannot do it(config) now, so without a working > sndconfig, no newbie with an (awe64) ISA sound card would have > sound... you can use alsaconf instead
