[Cooker] Re: [CHRPM] xmms-1.2.7-26mdk
On Wed, 19 Nov 2003 12:26:23 +0100 (CET) Oden Eriksson [EMAIL PROTECTED] wrote: -=-=-=- Name: xmms Version : 1.2.7 Packager: Guillaume Cottenceau [EMAIL PROTECTED] It would be nice to upgrade to xmms 1.2.8, there's been a lot of fixes since 1.2.7 was released, about one year and a half ago :-) The Packager tag may be removed, is it still useful to keep one ? -- Olivier Blin
Re: [Cooker] New Package: cscope
On Tue, 18 Nov 2003 01:28:47 +0100 Luca Berra [EMAIL PROTECTED] wrote: On Mon, Nov 17, 2003 at 09:08:13PM +, Nick Brown wrote: I've uploaded a new package to ftp://ftp.linux-mandrake.com/incoming/ cscope-15.5-1mdk.src.rpm cscope is an interactive, screen-oriented tool that allows the user to browse through C source files for specified elements of code. interesting, could you put is somewere else than incoming, so other contributors can check it I've made it available here: http://compil.mandrake.org/~blino/cscope-15.5-1mdk.src.rpm Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Tue, 18 Nov 2003 15:18:28 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: - the issues with detecting the wheel of ps/2 mice wrt to kernel it is irrelevant. we speak about detecting correct driver (module) for mouse. To this extent we have (on 2.6) psmouse - for any sort of PS/2 (type is autodetected by driver) amimouse - not relevant for x86 inport - busmouse (Microsoft) whatever it is :) lgibm - Logitech bus mouse logips2pp - Logitech PS/2++ - no idea what it is maplemouse - irrelevant pc110pad - IBM touchpad (one of) rpcmouse - irrelevant sermouse - requires user-level helper :( synaptics - for synaptics what I meant is that harddrake could - automatically or manually - store mouse driver somewhere, probably in /etc/default/mouse, for later use by mkinitrd or some otehr script, e.g. gpm Why would we need mouse drivers in initrd ? They're not needed to boot rootfs. I think mouse modules can be loaded in early initscripts. Keyboard drivers can be loaded in initscripts too, but before fs check (I guess it's the first time they are needed). As you said, we can store a list of needed modules in a config file, WDYT of /etc/sysconfig/mouse ? Here's roughly how I would do it, in a initscript loaded early: *** if /etc/sysconfig/mouse doesn't exist: MODULES = all available modules else MODULES = `cat /etc/sysconfig/mouse` LOADED = '' for m in MODULES: try to load module m if it succeeds, add m to LOADED list if /etc/sysconfig/mouse exists and no module was loaded: retry from beginning with all available modules # if it fails again: #what to do here ? write LOADED to /etc/sysconfig/mouse *** With this approach, it will try to load only needed modules (the one that were successfully loaded at last boot), and if it fails, it tries to load every available modules (should not happen very often, only at first boot or when mouse is replaced). Shall I start to write this initscript or is it bad ? / does it need tweaking ? -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 13:52:41 +0100 (MET)
Svetoslav Slavtchev [EMAIL PROTECTED] wrote:
and you dropped some cramfs changes:
--- cut here
---
--- kernel-source-2.6.0-test9-2.6.0-test9.orig/fs/cramfs/inode.c
+++ kernel-source-2.6.0-test9-2.6.0-test9/fs/cramfs/inode.c
@@ -43,7 +43,7 @@
static struct inode *get_cramfs_inode(struct super_block *sb, struct
cramfs_inode * cramfs_inode)
{
struct inode * inode = new_inode(sb);
- static struct timespec zerotime;
+ const struct timespec zerotime = { 0, 0 };
if (inode) {
inode-i_mode = cramfs_inode-mode;
-- cut here
--
sorry, I didn't included it in my previous mail :/
But I used it for my tests.
have you tried adding --nocompress
cramfs is already compressed and adding --nocompress increases the
size with~2k
Yes, I tried, with --compress, the initrd is really a cramfs one (not a
gzipped cramfs), so it needs the cramfs initrd patch.
Same results, the cramfs image is recognized, but cannot be mounted.
It won't make any difference to compress or not the cramfs initrd if the
cramfs initrd patch is applied.
I repeat one more time: it is only needed for non-compressed cramfs
initrd :-)
i've tried your initrd changes and all seemd fine until it actually
tried to mount it
:-) i've forgotten to compile in cramfs :-)
so let see what happens when the recompile is ready
Good luck :)
Strangly enough, I can mount the initrd correctly once the kernel is
booted up (in this case, I use a ext2 initrd, ext2 and cramfs are
builtin).
Should I ask about it on lkml ?
PS
the old modular ide is broken even if everything is compiled in
( see buffer layer errot. on lkml )
fix new patch uploaded, but i still get a oopses at cdrom
initialization kobject_register returned -17
I'll have a look later.
Cheers.
--
Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 15:58:17 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: it didn't worked, but it works with the debian's mkinitrd I'll have a look, thanks :) LFS's mkinitrd is a good reference too. have you missed that cramfs is readonly ? we actually are missing /dev/root as mkrootdev /dev/root fails -- read only fs but it probably needs quite deeper changes Yes, I missed that, sorry about that :-/ It was a bit tired, I haven't even slept an hour last night ... -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Mon, 17 Nov 2003 21:22:10 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: at least make it depend on CONFIG_CRAMFS_INITRD. it is not that crmafs is available but that it is used for initrd. but if it is really read-only, our initrd needs some tweaking indeed What's this CONFIG_CRAMFS_INITRD option ? I can't find it. To build a cramfs initrd, you may have a look at Debian's mkinitrd and linuxrc, there's available here : http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz I'm working on our linuxrc to be able to use cramfs. I've already made a patch to support cramfs in our mkinitrd, it should be a matter of hours now. Regards -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 20:29:45 +0100 Luca Berra [EMAIL PROTECTED] wrote: will someone hear me please. i posted about the same issue last time we spoke about replacing initrd fs. you need a writable dev! for devfs this is easy without devfs it is not! By the way, what should we do about devfs ? It is deprecated, but is there any working alternative yet ? udev needs userspace tools IIRC. if you use 2.4 with LVM1 you also need a writable /etc (this requrement can be lifted with LVM2, i believe) I am trying to find a way around it, probably my mkinitrd which already creates device nodes on the fly has only to be slightly tuned: mount a tmpfs on /dev and create the nodes i forgot about. I will try to add cramfs/tmpfs support if someone kindly notices the fact i am doing it, if this stuff is not scheduled to be merged sometimes then i will not bother. Okay, I let you do it :) It would be a good start to have a look at Debian's linuxrc and mkinitrd, since they use exactly what you want to do. http://http.us.debian.org/debian/pool/main/i/initrd-tools/initrd-tools_0.1.55.tar.gz It was about to patch our linuxrc, but if you wanna do it, you're welcome :) Can you have a look at the mkinitrd/make-initrd patches I've begun ? Thanks -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Mon, 17 Nov 2003 15:58:17 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: have you missed that cramfs is readonly ? we actually are missing /dev/root as mkrootdev /dev/root fails -- read only fs but it probably needs quite deeper changes Actually, that isn't my problem for now, the kernel can't mount my cramfs initrd ... I've sent my kernel to Luca Berra, I hope he'll get some results :) -- Olivier Blin
Re: [Cooker] Re: status of cramfs initrd in 2.6
On Tue, 18 Nov 2003 02:19:56 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: i assume this 256 is the trick, as you said you can mount it from a running kernel, but it probably can not recognize it as a rootfs at boot So, why this patch in Debian to be able to use cramfs initrd ? IIRC, the code in this patch allows to load an uncompressed cramfs initrd in/dev/ram0. -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sun, 16 Nov 2003 12:53:02 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: they could be loaded unconditionaly after root is mounted (there might be some warnings, but nothing that could harm the system) Do you want to try to load *all* mouse and keyboard drivers at boot ? That might work, but hey, that's not so smart :) come on it is really just as smart as compiling all of them into kernel. Yes, I agree, it's the same. But can't we use something like hotplug to automatically detect input devices and load needed modules ? If we use the load all modules approach, where should this modules be loaded ? In a new init script ? -- Olivier Blin
[Cooker] status of cramfs initrd in 2.6
Hi, I've made some tests this night to reduce the size of 2.6 kernel. I've modularized almost all that can be (except IDE, mouse and keyboard). vmlinuz is now a bit less than 1.3 Megabytes. Compiling ext2 as a module would save us about 70 more kilobytes. ext2 module is 79k, cramfs takes 13k when builtin. A cramfs initrd is slightly larger than a ext2 initrd (about 2k). So I patched mkinitrd and make-initrd to allow to build cramfs initrd. (patchs included in this mail). For now, the kernel can't load directly cramfs initrd (because the code doesn't recognize cramfs magic number), but it can load gzipped cramfs initrd (because the code can recognize a gzip file). Well, a patch has been made (by Debian ?) and is included in Debian kernel, but we don't care much since we can (theorically) load gzip cramfs. (I've extracted the patch from Debian's messy patch, it is included too in this mail). But when I try to boot with a gzipped cramfs initrd, the kernel can gunzip the initrd but fails to mount it as ramfs, sys_mount(/dev/root.old,/root,cramfs, ...) exits with EINVAL code. Strangly enough, I can mount the initrd correctly once the kernel is booted up (in this case, I use a ext2 initrd, ext2 and cramfs are builtin). Should I ask about it on lkml ? -- Olivier Blin mkinitrd.cramfs.patch Description: Binary data make-initrd.cramfs.patch Description: Binary data do_mounts_rd.c.cramfs.patch Description: Binary data
Re: [Cooker] kernel-2.6-test8 rpms
On Sat, 15 Nov 2003 20:57:36 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: On Wednesday 12 November 2003 04:44, Olivier Blin wrote: +# CONFIG_M586 is not set OK that needs tweaking anyway. -CONFIG_X86_F00F_BUG=y F00F code is really small, there is no reason to disable it. ok, I will keep it -- -CONFIG_X86_ALIGNMENT_16=y +CONFIG_X86_GOOD_APIC=y I can't find where it is referenced in arch/i386/Kconfig CONFIG_X86_INTEL_USERCOPY=y -# CONFIG_HPET_TIMER is not set anyone has info about how widely it is used? should it be enabled in generic kernel? sorry, I don't know +CONFIG_EDD=m make CONFIG_EDD module. It provides just sysfs interface to EDD data, unless we have applications that access sysfs we do not need it in kernel. And those applications can always modprobe edd first. ok, i'll do it -# CONFIG_MATH_EMULATION is not set +CONFIG_MATH_EMULATION=y OK that is just stupidity of allmodconfig. Remember it blindly tries to enable everything ... right CONFIG_MTRR=y -- -CONFIG_ACPI_AC=y -CONFIG_ACPI_BATTERY=y -CONFIG_ACPI_BUTTON=y No, please! Everything that can be module should be module. Desktop users has no need for most of them and those who need can always load them. It would be nice if harddrake could detect needed modules and automatically update /etc/sysconfig/acpi. I agree this should be built as module, I've not made the first 2.6 config file and I haven't had time yet to browse the whole config. I already planned to do it for next release. Acutally, I submitted you this diff before I had time to fix most of obvious things I would have fixed in next release :) Sorry for that, I should have wait a bit to send you the diff. -CONFIG_APM=y +CONFIG_APM=m not sure. Probably it should be builtin for legacy reasons - else you get APM missing in Mandrake kernel!. Although technically it can just be loaded out of initrd I guess. Given that new systems are likely to support ACPI may be we should make it module. And make harddrake detect when APM is needed :) ok, so builtin for now, module when initscripts will be able to load it -CONFIG_CPU_FREQ_TABLE=y +CONFIG_CPU_FREQ_GOV_USERSPACE=m +CONFIG_CPU_FREQ_24_API=y +CONFIG_CPU_FREQ_TABLE=m I think those need be modules if possible. Anyone has any experience with it? I'll build them as module for next release, if no objection -CONFIG_PARPORT=y -CONFIG_PARPORT_PC=y -CONFIG_PARPORT_PC_CML1=y +CONFIG_PARPORT=m +CONFIG_PARPORT_PC=m +CONFIG_PARPORT_PC_CML1=m come on, why should it be builtin? same as acpi, I planed to fix that in next release -CONFIG_BLK_DEV_FD=y ditto +CONFIG_BLK_DEV_FD=m +CONFIG_BLK_DEV_PS2=m CONFIG_BLK_DEV_XD=m -- -CONFIG_PARIDE_PARPORT=y +CONFIG_PARIDE_PARPORT=m ditto. I do not have paride device nor I believe do 99% of users. was planned too # -- -CONFIG_BLK_DEV_RAM=y +CONFIG_BLK_DEV_RAM=m should it be builtin for initrd to work? If not there is no reason to have it builtin. strange, i've quickly browsed the code, it seems it isn't needed. I'll have a try without. -CONFIG_IDE=y -CONFIG_BLK_DEV_IDE=y +CONFIG_IDE=m +CONFIG_BLK_DEV_IDE=m -- -CONFIG_BLK_DEV_IDEDISK=y +CONFIG_BLK_DEV_HD_IDE=y +CONFIG_BLK_DEV_IDEDISK=m CONFIG_IDEDISK_MULTI_MODE=y nope, module does not work. Even if it possible to fix all missing exported symbols, IDE layer does not provide for any sort of module reference counting (for chipset drivers) meaning it is simply unsafe. Which implies kernel must include all IDE drivers :( yep :/ That's what i did in test9.6mdk. Furthermore, ide is initialized before ramdisk is loaded, this will need some tweaking if we want to build IDE as module. I don't know what prevents ramdisk from being loaded before initcalls are done. Maybe I'll ask on lkml. -CONFIG_SCSI=y +CONFIG_SCSI=m module, please! -CONFIG_BLK_DEV_MD=y +CONFIG_BLK_DEV_MD=m same. was planned too -CONFIG_PACKET=y +CONFIG_PACKET=m module -CONFIG_UNIX=y +CONFIG_UNIX=m module I was not sure for those. Almost everybody use it, even if the box isn't networked. -CONFIG_ATM=y -CONFIG_ATM_CLIP=y -# CONFIG_ATM_CLIP_NO_ICMP is not set +CONFIG_ATM=m +CONFIG_ATM_CLIP=m come on really, should everyone have ATM? same, planned -CONFIG_INPUT_MOUSEDEV=y +CONFIG_INPUT_MOUSEDEV=m -CONFIG_SERIO=y -CONFIG_SERIO_I8042=y +CONFIG_SERIO=m +CONFIG_SERIO_I8042=m -CONFIG_KEYBOARD_ATKBD=y +CONFIG_KEYBOARD_ATKBD=m -CONFIG_MOUSE_PS2=y +CONFIG_MOUSE_PS2=m that is bad. Apparently to have your mouse (and keyboard) autodetected you have to build it in. OTOH some drivers are still left as module. Meaning - there should be some manual configuration. In which case why not configure others as well? ok, so i'll build in all mouse and keyboard drivers There is no problem loading them out of initrd. Of course it needs harddrake support finally. WDYT
Re: [Cooker] kernel-2.6-test8 rpms
On Sat, 15 Nov 2003 22:44:02 +0100 Olivier Blin [EMAIL PROTECTED] wrote: Furthermore, ide is initialized before ramdisk is loaded, this will need some tweaking if we want to build IDE as module. I don't know what prevents ramdisk from being loaded before initcalls are done. Maybe I'll ask on lkml. Well, no, I may be wrong. If we build IDE chipset as modules, they will be initialized when the module is loaded, this shouldn't hurt if the module is in initrd. So we only have to wait (or code) for modular IDE to be fixed. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-1mdk
On Sun, 16 Nov 2003 06:52:35 +0800 Abel Cheung [EMAIL PROTECTED] wrote: I have checked, the patch is partially upstream, and some bit of the patch doesn't apply anymore due to rewritten MSN protocol 9 support. Yes, but even if the patches are merged upstream the changelog entry should be kept. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Sun, 16 Nov 2003 07:16:29 +0800 Abel Cheung [EMAIL PROTECTED] wrote: On 2003-11-13(Thu) 21:18:55 +0100, Olivier Blin wrote: On Wed, 12 Nov 2003 11:02:47 +0800 Abel Cheung [EMAIL PROTECTED] wrote: configure.ac says it specifically wants tcl 8.3 ONLY. yes, could someone fix that in main ? My packages are only a temporary solution, and I don't have rights to upload in main. You only need to disable the TCL patch. If there is no objection I'll upload it later today. I'm trying to get festival-gaim into package, so I need some time :-) Nice. Can you be kind enough to merge back Gwenole's changelog and fix (nuke unpackaged files) (and patchs if needed), and to increase the release number ? Thanks. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Sun, 16 Nov 2003 08:33:31 +0800 Abel Cheung [EMAIL PROTECTED] wrote: It looks like Laurent is using his own spec to upload gaim package, and didn't look at others' modification to gaim package. Gwenole has removed unpackaged files in 0.68-2mdk, but they should be bundled with gaim instead. Laurent then goes ahead and add them back, but instead of adding changelog, he just insert new entries into 0.68-1mdk chnagelog instead... That's what I was talking about, sorry for not being clear enough :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sat, 15 Nov 2003 23:20:00 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: nope, module does not work. Even if it possible to fix all missing exported symbols, IDE layer does not provide for any sort of module reference counting (for chipset drivers) meaning it is simply unsafe. Which implies kernel must include all IDE drivers :( IIRC debian use it for ages ( and they are far no that experimental as mandrake is) and the kernel becomes really small with Os -- bzImage ~ 1400kb with Os + modular ide -- ~ 11xx kb it should work, we only need to hack mkinitrd may be harddrake/ drakx +++ include the debian patch I wonder how they do it. Is there a patch for modular IDE in their kenrel ? It is officially broken, even in 2.4 . and if we go hacking mkinitrd, we make also add suport for cramfs i'll upload it shortly to the usual place :-) that would be great by the way, why aren't new module-init-tools updated in main ? I'll submit a (very small) patch for mkinitrd to add splash in 2.6 initrds. -- arent the following pretty important, and alwasys needed ? -CONFIG_PACKET=y +CONFIG_PACKET=m module CONFIG_PACKET_MMAP=y CONFIG_NETLINK_DEV=m -CONFIG_UNIX=y +CONFIG_UNIX=m module -- and what about ipv4 As I said in my other reply, I don't think these one should be build as modules. -CONFIG_ATM=y -CONFIG_ATM_CLIP=y -# CONFIG_ATM_CLIP_NO_ICMP is not set +CONFIG_ATM=m +CONFIG_ATM_CLIP=m come on really, should everyone have ATM? and if only could tell me where it is ?-) He's right, really, it isn't needed :) From make menuconfig : ATM is a high-speed networking technology for Local Area Networks and Wide Area Networks. It uses a fixed packet size and is connection oriented, allowing for the negotiation of minimum bandwidth requirements. In order to participate in an ATM network, your Linux box needs an ATM networking card. do really want to put mouse co in initrd, IMO it could be loaded if/when root is mounted How to auto detect the right module to load ? it needs to be builtin only to have console support ... not sure actually how widely it is used. those needing it to debug are likely to know how to recompile kernel. you are probably right ;-) probably, but some users may use it to recover a almost-crashed kernel, it is worse including it ? how many bytes is it ? -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sun, 16 Nov 2003 04:20:24 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: I wonder how they do it. Is there a patch for modular IDE in their kenrel ? It is officially broken, even in 2.4 . yes, they do have patches both for 2.4 for 2.6 2.6 patches uploaded CA05-deb-modular_ide DV20-deb-modular_vesafb FC01-deb-cramfs_initrd I'll have a look at them, thanks :) my changelog uploaded CHANGES-2.6 my current patch tarball is uploading linux-test9s5.tar.bz2 nosrc.rpm may be rpm after successfully recompile under the same kernel :-) url as always http://varna.demon.co.uk/~svetlio/cook/2.6/ Nice, why not uploading your package to contrib ? Could you please make your kernel config file available so that we can discuss a bit more about options ? and if we go hacking mkinitrd, we make also add suport for cramfs i'll upload it shortly to the usual place :-) done Thanks again. 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 ? 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 ? but how do i find the config option ? i could find only the atm drivers :( It's called Asynchronous Transfer Mode (ATM) (EXPERIMENTAL), in Networking options. do really want to put mouse co in initrd, IMO it could be loaded if/when root is mounted How to auto detect the right module to load ? they could be loaded unconditionaly after root is mounted (there might be some warnings, but nothing that could harm the system) Do you want to try to load *all* mouse and keyboard drivers at boot ? That might work, but hey, that's not so smart :) [ about console support ] and these users will run not self compiled kernel ? i'm not that sure :-) I'll submit a poll on irc channels :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sun, 16 Nov 2003 04:56:07 +0100 Olivier Blin [EMAIL PROTECTED] wrote: Could you please make your kernel config file available so that we can discuss a bit more about options ? Nevermind, I've found it. How comes you have some extended attributes option for ReiserFS ? You've enabled lots of DEBUG options (almost all). Is it really necessary ? I've found lots of forgotten modules in my config files thanks to yours. Thanks again :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sun, 16 Nov 2003 05:55:50 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: Nice, why not uploading your package to contrib ? long time ago i wanted to submit similar multi-user kernel (based on 2.4), but really a lot of people didn't want yet another kernel :( Yep, that's a rather specific kernel :-/ but i would be happy if you merge some things and help me to fix the remaining issues: I'll be glad to help you - the 3rdparty merge -- make clean after make mrproper I'll have a look, what do you mean by make clean after make mrproper ? - kernel source ? What's the matter - more extra drivers ? Which ones ? Nobody has asked so far for new drivers ... (maybe forward my prism2.5 fixup to the wlan-ng ml as they don't like my web mail ((patch MD01..)) and ask them wether it seems correct). added in my todo list Could you please make your kernel config file available so that we can discuss a bit more about options ? they are already there :-) I've found (see my other post) could you add cramfs support ?-) yes, no problem Should I make it an option in mkinitrd ? initially yes, but i've the impression that 2.4 could also switch to it, and may be it will become the default :-) yes, but it's not supported by mkinitrd Do you want to try to load *all* mouse and keyboard drivers at boot ? That might work, but hey, that's not so smart :) ?-) and what do you mean by all ? the mostly used are just two(sort of) the one that was always in the kernel psmouse and hid (usb stuff) are there more (not exotic, and currently handled mouse drivers ?) that's why I meant by all :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test9 config
On Sun, 16 Nov 2003 06:06:41 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: :-) i found a suse 2.6 rpm -- check the patch tarball suse have ea + acl for ext2/3 reiserfs jfs xfs for more then a year :( ok, I'll have a look PS. if i only could compile # CONFIG_SCSI_AIC7XXX is not set # CONFIG_SCSI_AIC7XXX_OLD is not set # CONFIG_SCSI_AIC79XX is not set :( It builds fine here :) -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On 14 Nov 2003 07:01:23 -0500 Owyn [EMAIL PROTECTED] wrote: On Sat, 2003-11-08 at 12:06, Olivier Blin wrote: On 08 Nov 2003 11:49:06 -0500 Owyn [EMAIL PROTECTED] wrote: On Mon, 2003-11-03 at 18:12, Olivier Blin wrote: If nothing wrong is reported about the package till Wednesday, it will go right in contrib. Oups, I forgot. Done :) Olivier: Which source should I be using to get your contrib kernels? Can only seem to find test5.1 on 9.2/contrib. 9.2 is out, so there won't be any updates for it. You can use cooker contrib. $ urpmq -r kernel-2.6-source kernel-2.6-source-2.6.0-0.test9.5mdk You may also try my last release with bootsplash : http://compil.mandrake.org/~blino/kernel-2.6/ Regards -- Olivier Blin
Re: [Cooker] 9.2 ISOs on the mirrors.
On Fri, 2003-11-14 at 04:38, Warly wrote: LG has finally released their errata and fix for their drives. Is there a changelog for differences between the original and the new ISOs? Well, yes, it's empty ;p There isn't any difference between the old ISOs and the new ones. -- Olivier Blin
Re: [Cooker] [Bug 6273] [Installation] bootsplash can not be unmarked in package list
On Thu, 13 Nov 2003 19:17:30 +0200 Harijs Buss [EMAIL PROTECTED] wrote: How about the desktop backgrounds? Wrong example. Bootsplash is in no way _necessary_ part of boot process. There is IMHO no any clear aim to make it mandatory, except of course writing Mandrake 9.2 on it (but it is written also during text boot). I think he's right, we should split mandrake_theme, for example into mandrake_theme-backgrounds and mandrake_theme-bootsplash. WMs only need the backgrounds, not the bootsplash. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Wed, 12 Nov 2003 11:02:47 +0800 Abel Cheung [EMAIL PROTECTED] wrote: configure.ac says it specifically wants tcl 8.3 ONLY. yes, could someone fix that in main ? My packages are only a temporary solution, and I don't have rights to upload in main. You only need to disable the TCL patch. Regards -- Olivier Blin
[Cooker] kernel 2.6 with bootsplash and fixed IDE
Hi I've built a new release of 2.6-test9 with bootsplash support (yeah), fixed framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y, not m) and built-in ide chipsets support. As kenobi is down and the upload script is broken, all my packages were lost during upload from klama, I've kept the up package before my upload attempt, you can find it here : http://compil.mandrake.org/~blino/kernel-2.6/ Changelog : * Thu Nov 13 2003 Olivier Blin [EMAIL PROTECTED] 2.6.0-0.test9.6mdk - add bootsplash patch (patch3) - builtin console framebuffer (CONFIG_FRAMEBUFFER_CONSOLE=y) - builtin ide chipsets What would you like to have in next release ? -- Olivier Blin
Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE
On Thu, 13 Nov 2003 22:57:19 +0200 Diego Iastrubni [EMAIL PROTECTED] wrote: where can i find that splash patch for 2.6? i would like to apply it to my own kernel It's made by Stefan Reinauer from Suse, you can find it here : ftp://ftp.suse.com/pub/people/stepan/bootsplash/kernel/ Enjoy -- Olivier Blin
Re: [Cooker] kernel 2.6 with bootsplash and fixed IDE
On Thu, 13 Nov 2003 21:33:34 + Emmanuel Moll [EMAIL PROTECTED] wrote: It seems that /proc/cpufreq is not created when powernow-k7 is insmoded... any ideas??? Do you see any errors or warnings in syslog or when insmoding ? If you tested older packages, did it work with them ? Sorry, I've no cpu to test. -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 10:27:02 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: I do not remember having said that :) I said that modular IDE is known to not work - but the only proof of that statement I have seen is post-halloween document. I've read it on lklm in posts from Andrew Morton IIRC, I'll check it and give a more detailed answer at lunch. Regards. PS: bootsplash will be in my next 2.6 release :) -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 11:19:03 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: I've read it on lklm in posts from Andrew Morton IIRC, I'll check it and give a more detailed answer at lunch. ok, I would bei interested. I still like the idea of delayed initialization and loading IDE out of initrd. I've sent another reply to this, I couldn't wait for lunch ;) PS: bootsplash will be in my next 2.6 release :) Could you make your patches available separately - at least, as long, as it is not in CVS? I use standard kernel but I'd like to test it. Well, Stefan from Suse did it some days ago, he made it available here : ftp://ftp.suse.com/pub/people/stepan/bootsplash/kernel/ I have to make sure frame buffer is working before applying this patch. Any hint to test vesafb ? Do I need to pass video=vesafb ? -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 10:27:02 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: Ok, you're using a VIA82CXXX IDE chipset. I've set CONFIG_BLK_DEV_VIA82CXXX=m in test9.5mdk, but, as Andrey pointed out, ide chipsets won't even load in current 2.6 state. I do not remember having said that :) I said that modular IDE is known to not work - but the only proof of that statement I have seen is post-halloween document. Oups, it wasn't Andrew as I said but Alan Cox. It's quite old, but seems still true. Acutally, it's ide-proc that doesn't compile. A patch has been sent, but Alan waits the IDE code to be stable enough. (as you can read on LKML, Ali support looks really buggy ...) More details can be found here : http://marc.theaimsgroup.com/?l=linux-kernelm=103281667726673w=2 http://www.ussg.iu.edu/hypermail/linux/kernel/0306.0/0003.html But this problem can be avoided if we keep IDE support built-in (CONFIG_IDE=y, CONFIG_BLK_DEV_IDE=y). So general IDE module won't load, but we can try to load IDE chipset modules. But I readily admit it is true. It is not an IDE job to actually load chipset drivers - it is a job of PCI hotplug. But - we get chicken and egg problem here. You have apparently no way to dynamically load IDE drivers at the kernel probes for disks. Nor do you have any way to even STATICALLY load them out of initrd because initrd is initialized too late. Ideally we want to skip IDE init until initram has been inited and load correct driver after that. I appreciate if someone could get a look. Well, I will have a look, but I can't promise you anything, I've not read much kernel code for now. Olivier, thank you for config comparison, it is very useful, I will send a detailed comment later. You're welcome, it took me five minutes :) Can we assume that the module size is roughly the same size as if it was built-in ? I'll try to build some kernels to have a preview of the minimal size we can get. I can provide you the kernel config files from Fedora, made by Arjan van de Ven, his kernel is only 1.2 MiB IIRC. I've to work on kernel-2.6-source package too, I don't really know how I'll do it, perhaps a main kernel-2.6-source package with additionnals kernel-2.6-source-flavor binary packages that conflicts between them. Thanks for your time Andrey. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Wed, 12 Nov 2003 15:12:39 +0530 Jaimon Jose [EMAIL PROTECTED] wrote: If you're waiting for a fixed release (errm, I only disabled the TCL patch), grab it here: http://compil.mandrake.org/~blino/gaim/ You have a dependency on perl-base 5.8.2. I can't see this package anywhere except couple of cooker servers. Well, this package is entended for cooker, what's wrong ? Wait your mirror to catch up the new perl-base (it was uploaded yesterday). Regards -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 10:26:04 -0600 Bret Baptist [EMAIL PROTECTED] wrote: I know that my VIA82CXXX IDE chipset module was not placed in the initrd. I remade the initrd with the module using --with=via82cxxx, then I found out that ide drivers don't work well as modules So I rebuilt the kernel. :-) Yes, sorry, I made a mistake. I'll build a new package, perhaps this night. I'll try to fix this module loading issue and to fix our mkinitrd script to detect IDE modules (won't be easy ...). Sorry for the mess. -- Olivier Blin
Re: [Cooker] idea for MDK 10: use all iso images for installing
On 12 Nov 2003 18:49:54 +0100 Guillaume Cottenceau [EMAIL PROTECTED] wrote: Keld Jørn Simonsen [EMAIL PROTECTED] writes: Hi! I got an idea for MDK 10: Would it not be nice if you could do network and hd installs from the iso images? Olivier, any patch pending? I guess it will be ready some months before next release, as well as proxy support (which is almost done, I only need to patch stage2 now). I know how to do it, I just need some time to code and test. BTW, we should use the same user agent in urpmi : User-Agent: DrakX/vivelinuxabaszindozs ;) I've lot of things pending. For now, I'm fighting with asm kernel code :) -- Olivier Blin
Re: [Cooker] idea for MDK 10: use all iso images for installing
On Wed, 12 Nov 2003 19:47:22 +0100 [EMAIL PROTECTED] wrote: That's stange. Whith the Mdk9.2, id did have instllad my stystem form iso stored on my hd... Hum, what's strange ? It's what it's supposed to do, isn't it ? However, with current installer, you can only use the first ISO on hard disk. -- Olivier Blin
Re: [Cooker] 2.6test9.5 problems
On Wed, 12 Nov 2003 23:00:26 +1300 Bernard Varaine [EMAIL PROTECTED] wrote: 2.6 test9 boot in console mode. errors on loopback device (see mes2.6 attached) I can't see anything wrong with loopback in your syslog, can you please quote the loopback errors ? but freeze completely when trying to run X (XFree log attached) It's quite hard to debug since there's no errors in your XFree log ... (only some apm warnings) Do you use XFree drivers or ATI proprietary drivers? If you use the last ones, try to fall back to XFree drivers. Regards -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 21:49:01 +0100 (MET) Svetoslav Slavtchev [EMAIL PROTECTED] wrote: very short note (will come back later with longer one :) ) wanna include some 3rdparty stuff ?-) Why not :) That won't kill me or significantly increase the built time. i'm trying to ?port? the mdk 3rdparty modules to 2.6 great and i almost, partly got it, but ... 1.) grrr, i've no idea how to fix one issue make clean doesn't work after make mrproper( probably distclean too) I guess you only need to copy /boot/config in the kernel sources directory. I'll work on a solution for all this mess soon. 2.) i can not find external drivers that work with 2.6 here is what i got to compile (in one or another way, mostly troubled by prism2, ov511 also needs fixing:() Nice, where can I pick all this modules to include them in my nightly build ? :) best, svetljo PS 1) atmel-ng is berlios driver with intersil support 2.) lirc probably needs some tweaking/fixing too # # Unofficial 3rd party kernel additions # CONFIG_ACX100=m CONFIG_ATMEL_NG=m CONFIG_HOSTAP=m CONFIG_HOSTAP_FIRMWARE=y CONFIG_HOSTAP_PLX=m CONFIG_HOSTAP_PCI=m CONFIG_HOSTAP_CS=m # # Linux InfraRed Controller # CONFIG_LIRC=y CONFIG_LIRC_SUPPORT=y CONFIG_LIRC_MAX_DEV=2 CONFIG_LIRC_GPIO=m # CONFIG_LIRC_BT829 is not set CONFIG_LIRC_IT87=m CONFIG_LIRC_ATIUSB=m CONFIG_LIRC_SERIAL=m CONFIG_LIRC_HOMEBREW=y # CONFIG_LIRC_SERIAL_ANIMAX is not set # CONFIG_LIRC_SERIAL_IRDEO is not set # CONFIG_LIRC_SERIAL_IRDEO_REMOTE is not set # CONFIG_LIRC_SERIAL_TRANSMITTER is not set # CONFIG_LIRC_SERIAL_IGOR is not set CONFIG_LIRC_SERIAL_COM1=y # CONFIG_LIRC_SERIAL_COM2 is not set # CONFIG_LIRC_SERIAL_COM3 is not set # CONFIG_LIRC_SERIAL_COM4 is not set # CONFIG_LIRC_SERIAL_OTHER is not set CONFIG_LIRC_PORT_SERIAL=0x3f8 CONFIG_LIRC_IRQ_SERIAL=0x4 CONFIG_LIRC_SIR=m CONFIG_LIRC_SIR_IRDA=m CONFIG_LIRC_SIR_TEKRAM=m CONFIG_LIRC_SIR_ACTISYS_ACT200L=m CONFIG_LIRC_SIR_COM1=y # CONFIG_LIRC_SIR_COM2 is not set # CONFIG_LIRC_SIR_COM3 is not set # CONFIG_LIRC_SIR_COM4 is not set # CONFIG_LIRC_SIR_OTHER is not set CONFIG_LIRC_PORT_SIR=0x3f8 CONFIG_LIRC_IRQ_SIR=0x4 CONFIG_LUFS=m CONFIG_PRISM54=m CONFIG_QC_USB=m # # Prism2.5 wireless support # CONFIG_PRISM25=m CONFIG_P80211=m CONFIG_PRISM2_PLX=m CONFIG_PRISM2_PCI=m # CONFIG_PRISM2_USB is not set CONFIG_PRISM2_CS=m # CONFIG_OV511 is not set -- Olivier Blin
Re: [Cooker] Missing bootsplash options in Drakboot
On Wed, 12 Nov 2003 19:09:55 -0500 Élie Charest [EMAIL PROTECTED] wrote: This is something that has bugged me for weeks - I can never seem to get the bootsplash options in Drakboot. Actually, I did get them a month ago or so, but since I've upgraded to the 2.4.22 (and tried out 2.6.0) kernel, I don't get the options. I'm not sure how to troubleshoot this - anyone got any ideas? Is there a prerequisite in the initrd file in order to be able to see the bootsplash info in Drakboot? This bootplash panel has been disabled since months in Drakboot, while it works fine, I don't understand why. Can some MandrakeSoft people explain us what's wrong with it ? It only uses the switch-themes script IIRC. -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Wed, 12 Nov 2003 10:26:04 -0600 Bret Baptist [EMAIL PROTECTED] wrote: I know that my VIA82CXXX IDE chipset module was not placed in the initrd. I remade the initrd with the module using --with=via82cxxx, then I found out that ide drivers don't work well as modules So I rebuilt the kernel. :-) What do you mean by ide drivers don't work well as modules ? Do they even load ? -- Olivier Blin
Re: [Cooker] spamassassin broken
On Thu, 13 Nov 2003 00:58:31 -0500 Vincent Meyer, MD [EMAIL PROTECTED] wrote: Lots of things broken because perl is broken. gaim doesn't work either. gaim has already been rebuilt for perl, but Per Øyvind added a patch to force TCL 8.4 usage that breaks gaim (this has been discussed in another thread). I've uploaded fixed packages here : http://compil.mandrake.org/~blino/gaim/ -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Tue, 11 Nov 2003 12:33:18 +0300
Andrey Borzenkov [EMAIL PROTECTED] wrote:
I tried allmodconfig which resulted in ~1.2MB bzImage - same as
2.4.22-1mdk in your case. You have to add ELF support to it (as it is
also module in this case) which apparently gives you bare minimum. It
is likely that some features can be turned off, because allmodconfig
actually tries to enable everything, either as m or as y (except
CPU types support).
Note that I am not even sure if it boots. I had at least one report
about allmodconfig+devfs that could not mount IDE root but it may be
due to other problems. Although modular IDE is officially not
working (cf. post-halloween).
So, what should we do ? Built all IDE chipsets in ?
Brave hearts can experiment with configuration starting from
allmodconfig to see how much can be removed and how mauch has to be
added for it to boot at all :)
I've made a diff between our current config file and the allmodules
config files to show what built-ins could be avoided, see the result at
the end of my mail (it's not that long ...)
As you said, ELF should be kept built-in.
Should we modularize IDE, SCSI and AGP support ?
Strangely enough, initrd support can be compiled if ramdisk is disabled
or compiled as module, is it a bug ?
NFS can be compiled as module too.
Should we keep basic networking built-in ? (CONFIG_PACKET for example)
Thanks for the advice Andrey.
Regards.
---
$ diff -u kernel-config-2.6-{,allmod-}i586smp | egrep -A 3^-.*=y
-CONFIG_M586=y
+# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
# CONFIG_M586MMX is not set
--
-CONFIG_X86_F00F_BUG=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
--
-CONFIG_X86_ALIGNMENT_16=y
+CONFIG_X86_GOOD_APIC=y
CONFIG_X86_INTEL_USERCOPY=y
-# CONFIG_HPET_TIMER is not set
--
-CONFIG_EDD=y
-# CONFIG_NOHIGHMEM is not set
-CONFIG_HIGHMEM4G=y
+CONFIG_EDD=m
+CONFIG_NOHIGHMEM=y
+# CONFIG_HIGHMEM4G is not set
--
-CONFIG_HIGHMEM=y
-CONFIG_HIGHPTE=y
-# CONFIG_MATH_EMULATION is not set
+CONFIG_MATH_EMULATION=y
CONFIG_MTRR=y
--
-CONFIG_ACPI_AC=y
-CONFIG_ACPI_BATTERY=y
-CONFIG_ACPI_BUTTON=y
+CONFIG_ACPI_AC=m
+CONFIG_ACPI_BATTERY=m
+CONFIG_ACPI_BUTTON=m
--
-CONFIG_APM=y
+CONFIG_APM=m
CONFIG_APM_IGNORE_USER_SUSPEND=y
CONFIG_APM_DO_ENABLE=y
--
-CONFIG_CPU_FREQ_TABLE=y
+CONFIG_CPU_FREQ_GOV_USERSPACE=m
+CONFIG_CPU_FREQ_24_API=y
+CONFIG_CPU_FREQ_TABLE=m
--
-CONFIG_BINFMT_ELF=y
+CONFIG_BINFMT_ELF=m
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_MISC=m
--
-CONFIG_PARPORT=y
-CONFIG_PARPORT_PC=y
-CONFIG_PARPORT_PC_CML1=y
+CONFIG_PARPORT=m
+CONFIG_PARPORT_PC=m
+CONFIG_PARPORT_PC_CML1=m
--
-CONFIG_BLK_DEV_FD=y
+CONFIG_BLK_DEV_FD=m
+CONFIG_BLK_DEV_PS2=m
CONFIG_BLK_DEV_XD=m
--
-CONFIG_PARIDE_PARPORT=y
+CONFIG_PARIDE_PARPORT=m
#
--
-CONFIG_BLK_DEV_RAM=y
+CONFIG_BLK_DEV_RAM=m
CONFIG_BLK_DEV_RAM_SIZE=4096
CONFIG_BLK_DEV_INITRD=y
--
-CONFIG_IDE=y
-CONFIG_BLK_DEV_IDE=y
+CONFIG_IDE=m
+CONFIG_BLK_DEV_IDE=m
--
-CONFIG_BLK_DEV_IDEDISK=y
+CONFIG_BLK_DEV_HD_IDE=y
+CONFIG_BLK_DEV_IDEDISK=m
CONFIG_IDEDISK_MULTI_MODE=y
--
-CONFIG_SCSI=y
+CONFIG_SCSI=m
CONFIG_SCSI_PROC_FS=y
--
-CONFIG_BLK_DEV_MD=y
+CONFIG_BLK_DEV_MD=m
CONFIG_MD_LINEAR=m
CONFIG_MD_RAID0=m
--
-CONFIG_PACKET=y
+CONFIG_PACKET=m
CONFIG_PACKET_MMAP=y
CONFIG_NETLINK_DEV=m
-CONFIG_UNIX=y
+CONFIG_UNIX=m
CONFIG_NET_KEY=m
CONFIG_INET=y
--
-CONFIG_ATM=y
-CONFIG_ATM_CLIP=y
-# CONFIG_ATM_CLIP_NO_ICMP is not set
+CONFIG_ATM=m
+CONFIG_ATM_CLIP=m
--
-CONFIG_INPUT_MOUSEDEV=y
+CONFIG_INPUT_MOUSEDEV=m
CONFIG_INPUT_MOUSEDEV_PSAUX=y
CONFIG_INPUT_MOUSEDEV_SCREEN_X=1024
--
-CONFIG_SERIO=y
-CONFIG_SERIO_I8042=y
+CONFIG_SERIO=m
+CONFIG_SERIO_I8042=m
CONFIG_SERIO_SERPORT=m
--
-CONFIG_KEYBOARD_ATKBD=y
+CONFIG_KEYBOARD_ATKBD=m
CONFIG_KEYBOARD_SUNKBD=m
CONFIG_KEYBOARD_XTKBD=m
--
-CONFIG_MOUSE_PS2=y
+CONFIG_MOUSE_PS2=m
CONFIG_MOUSE_PS2_SYNAPTICS=y
CONFIG_MOUSE_SERIAL=m
--
-CONFIG_SERIAL_8250=y
-CONFIG_SERIAL_8250_CONSOLE=y
+CONFIG_SERIAL_8250=m
CONFIG_SERIAL_8250_CS=m
CONFIG_SERIAL_8250_ACPI=y
--
-CONFIG_SERIAL_CORE=y
-CONFIG_SERIAL_CORE_CONSOLE=y
+CONFIG_SERIAL_CORE=m
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
--
-CONFIG_AGP=y
-CONFIG_AGP_ALI=y
+CONFIG_AGP=m
+CONFIG_AGP_ALI=m
CONFIG_AGP_ATI=m
-CONFIG_AGP_AMD=y
+CONFIG_AGP_AMD=m
CONFIG_AGP_AMD64=m
-CONFIG_AGP_INTEL=y
+CONFIG_AGP_INTEL=m
CONFIG_AGP_NVIDIA=m
-CONFIG_AGP_SIS=y
-CONFIG_AGP_SWORKS=y
-CONFIG_AGP_VIA=y
+CONFIG_AGP_SIS=m
+CONFIG_AGP_SWORKS=m
+CONFIG_AGP_VIA=m
--
-CONFIG_EXT2_FS=y
+CONFIG_EXT2_FS=m
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
--
-CONFIG_FS_MBCACHE=y
+CONFIG_JBD_DEBUG=y
+CONFIG_FS_MBCACHE=m
CONFIG_REISERFS_FS=m
--
-CONFIG_QFMT_V2=y
+CONFIG_QFMT_V2=m
CONFIG_QUOTACTL=y
CONFIG_AUTOFS_FS=m
--
-CONFIG_NFS_FS=y
+CONFIG_NFS_FS=m
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
--
-CONFIG_NFSD=y
+CONFIG_NFSD=m
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
--
-CONFIG_LOCKD=y
+CONFIG_LOCKD=m
CONFIG_LOCKD_V4=y
-CONFIG_EXPORTFS=y
-CONFIG_SUNRPC=y
+CONFIG_EXPORTFS=m
+CONFIG_SUNRPC=m
CONFIG_SUNRPC_GSS=m
--
Olivier Blin
[Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Tue, 11 Nov 2003 23:31:27 +0100 (CET) Per Øyvind Karlsen [EMAIL PROTECTED] wrote: -=-=-=- Per Øyvind Karlsen [EMAIL PROTECTED] 0.72-2mdk - rebuild for new perl - rm -rf $RPM_BUILD_ROOT at the beginning of %install - fix compile against tcl 8.4(P2) - cleanups -=-=-=- gaim now segfaults at startup. The bug must caused by the TCL patch : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 16689)] 0x40c09f10 in Tcl_UtfToUniChar () from /usr/lib/libtcl8.4.so Regards. -- Olivier Blin
Re: [Cooker] Re: [CHRPM] gaim-0.72-2mdk
On Wed, 12 Nov 2003 03:49:01 +0100 Olivier Blin [EMAIL PROTECTED] wrote: gaim now segfaults at startup. The bug must caused by the TCL patch : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 16689)] 0x40c09f10 in Tcl_UtfToUniChar () from /usr/lib/libtcl8.4.so If you're waiting for a fixed release (errm, I only disabled the TCL patch), grab it here: http://compil.mandrake.org/~blino/gaim/ -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Tue, 11 Nov 2003 22:27:47 -0500 Scott Chevalley [EMAIL PROTECTED] wrote: I just tried the test9.5 kernel and during the fsck stage it keeps saying that DMA is turned off on the hard drive. I checked with hdparm and it is off and it gives a SIOC error when I try to enable it. I tried ide0=dma on the kernel command line, but it didn't change anything. I noticed some messages during boot about reiserfs being in slow mode. I've enclosed an example boot from my warnings log file to help. If there is other info I can give, just ask. Yes, I need please the output of lscpi and lspcidrake (to give me the exact name of your IDE chipset). Thanks. -- Olivier Blin
Re: [Cooker] no DMA in linux-2.6.0-0.test9.5mdk
On Tue, 11 Nov 2003 22:56:51 -0500 Scott Chevalley [EMAIL PROTECTED] wrote: Yes, I need please the output of lscpi and lspcidrake (to give me the exact name of your IDE chipset). Thanks. here ya go. Ok, you're using a VIA82CXXX IDE chipset. I've set CONFIG_BLK_DEV_VIA82CXXX=m in test9.5mdk, but, as Andrey pointed out, ide chipsets won't even load in current 2.6 state. I'll built-in ide chipsets back in next release. BTW, I'd like to know if the ide module is correctly detected by mkinitrd. Can you please try the following (as root) so I can check which modules are detected and added in the /lib of initrd ? cp /boot/initrd-2.6.0-0.test9.5mdk.img initrd-2.6-test9.5mdk.img.gz gunzip initrd-2.6-test9.5mdk.img.gz mkdir initrd-2.6-test9.5mdk mount initrd-2.6-test9.5mdk.img initrd-2.6-test9.5mdk -o loop ls initrd-2.6-test9.5mdk/lib umount initrd-2.6-test9.5mdk Thanks -- Olivier Blin
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Mon, 10 Nov 2003 08:40:33 +0100 Luca Berra [EMAIL PROTECTED] wrote: could you try and remove the CONFIG_ACPI_DEBUG item? It was already done. I've removed almost all DEBUG options. I've kept only CONFIG_DEBUG_KERNEL for Magic SysRq keys, CONFIG_DEBUG_SPINLOCK_SLEEP and CONFIG_FRAME_POINTER. Regards -- Olivier Blin
[Cooker] Re: [Contrib-Rpm] foobillard-2.9-1mdk
On Sun, 9 Nov 2003 16:17:15 +0100 (CET) Per Øyvind Karlsen [EMAIL PROTECTED] wrote: [Contrib-RPM] -=-=-=- Name: foobillard Relocations: (not relocateable) Version : 2.9 Vendor: MandrakeSoft Release : 1mdk Build Date: [...] Packager: Guillaume Cottenceau [EMAIL PROTECTED] [...] -=-=-=- foobillard.spec changed --- foobillard-2.8-1mdk.src.rpm/foobillard.spec 2003-11-09 16:17:14.0 +0100 +++ foobillard-2.9-1mdk.src.rpm/foobillard.spec 2003-11-09 16:17:14.0 +0100 -Packager: Guillaume Cottenceau [EMAIL PROTECTED] +Packager:Guillaume Cottenceau [EMAIL PROTECTED] Should we keep this packager tag ? Isn't it against our packaging policy ? No offense to gc ;) -- Olivier Blin
Re: [Cooker] 9.2 funny bootplash problem
On Sun, 9 Nov 2003 20:33:38 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: When I boot with vanilla 9.2 kernel and otherwise vanilla 9.2 I get strange effect. Using ASUS V7100 (GF2MX) on ASUS CUSL2 (i815) motherboard. Boot is completed, I get login prompt - but large 9.2 remains in lower right corner. If I do 'echo 0 /proc/splash' - it mostly disappears (but on this vt only, switching to another vt displays it again) except for small remnant along bottom of the screen (it looks like mode is switched so some part of screen simply is not touched anymore). It's not a bug, it's a feature :) To disable it, set LOGO_CONSOLE=no in /etc/sysconfig/bootsplash Regards -- Olivier Blin
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Sun, 9 Nov 2003 23:50:41 +0100 Oden Eriksson [EMAIL PROTECTED] wrote: lördagen den 8 november 2003 23.56 skrev Olivier Blin: On Sat, 8 Nov 2003 21:12:01 +0100 It will be in test9.5mdk . No module aic7xxx found for kernel 2.6.0-0.test9.4mdk Sorry, but there's no aic7xxx support in this one either... I said test9.5mdk ;) I'm tweaking the config files right now, it will be built next morning. -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On 08 Nov 2003 08:17:44 -0500 Owyn [EMAIL PROTECTED] wrote: vga=normal is the default lilo mode for Mdk92. It is not allowed as a kernel append option in MCC-Boot Options. Can you please send us your /etc/lilo.conf (if you use lilo) ? Here's mine (I've snipped non 2.6 parts) : boot=/dev/hda map=/boot/map default=260-0test94 keytable=/boot/fr-latin1.klt prompt nowarn timeout=50 message=/boot/message menu-scheme=wb:bw:wb:bw image=/boot/vmlinuz-2.6.0-0.test9.4mdk label=260-0test94 root=/dev/hda8 read-only optional vga=normal append= acpi=off noapic initrd=/boot/initrd-2.6.0-0.test9.4mdk.img -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On 08 Nov 2003 09:53:51 -0500 Owyn [EMAIL PROTECTED] wrote: Option not accesable from GUI.Edited and updated lilo to change vga=788 to vga=normal. Perfect. Can now see text mode boot messages. Nice. I wonder if we should modify the installkernel script in order to drop obsolete options (like mem=nopentium) and non-working options (like framebuffer in 2.6) when adding a new kernel in bootloader. Thanks You're welcome :) -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On 08 Nov 2003 11:49:06 -0500 Owyn [EMAIL PROTECTED] wrote: On Mon, 2003-11-03 at 18:12, Olivier Blin wrote: If nothing wrong is reported about the package till Wednesday, it will go right in contrib. Oups, I forgot. Done :) One more minor, but solid problem.The system bell does not work. Tested using Configuration-KDE-Sound-System Bell Booted 2.4. Enabled bell and tested. Ok. Booted 2.6. Same test. No sound. Not a big issue but a lot of people use this option to announce new mail. Do you use the artsd sound daemon ? If yes, does sound work fine with other sound applications using artsd ? You'll perhaps find something interesting about this in you ~/.xsession-errors . Regards -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On Sun, 09 Nov 2003 09:39:39 +1300 Bernard Varaine [EMAIL PROTECTED] wrote: I also have an issue with test9.4 and X on my noteboook ATI Radeon 7x00 Can you please give more details ? Make sure you've tried vga=normal in lilo.conf (see previous posts in threads for details). -- Olivier Blin
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Sat, 8 Nov 2003 21:12:01 +0100 Oden Eriksson [EMAIL PROTECTED] wrote: Hi (Olivier Blin) Is there a reason why aic7xxx is not compiled and provided with this package? No, there isn't any good reason ... Perhaps it was disabled by Olivier Thauvin in previous releases because it didn't compile. It will be in test9.5mdk . Regards. -- Olivier Blin
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Sun, 9 Nov 2003 01:23:35 +0100 Oden Eriksson [EMAIL PROTECTED] wrote: Another thing. I noticed ivp6 was loaded per default, why is that? Hum, you're right, I don't know why, perhaps a wrong module dependency. Also none of my sound modules was loaded at boot, I had to manually modprobe them, it's a initscript thing only? Does it happen with test5 or test9 ? It should be fixed in test9, which is uploaded in contrib. Enjoy. -- Olivier Blin
Re: [Cooker] kernel-2.6.0-0.test5.1mdk-1-1mdk
On Sun, 9 Nov 2003 02:50:46 +0100
Olivier Blin [EMAIL PROTECTED] wrote:
On Sun, 9 Nov 2003 01:23:35 +0100
Oden Eriksson [EMAIL PROTECTED] wrote:
Another thing. I noticed ivp6 was loaded per default, why is that?
Hum, you're right, I don't know why, perhaps a wrong module
dependency.
It's loaded by the network init script (/etc/rc.d/init.d/network) :
-
# If IPv6 is explicitly configured, make sure it's available.
if [ $NETWORKING_IPV6 = yes ]; then
alias=`modprobe -c | awk '/^alias net-pf-10 / { print $3 }'`
if [ $alias != ipv6 -a ! -f /proc/net/if_inet6 ]; then
case $(modprobe -V 2/dev/null) in
modprobe* )
echo alias net-pf-10 ipv6
/etc/modules.conf
;;
module-init-tools* )
echo alias net-pf-10 ipv6
/etc/modprobe.conf
;;
esac
fi
fi
-
$ grep ipv6 /lib/modules/`uname -r`/modules.alias
alias net-pf-10 ipv6
An alias is made to ipv6 in modules configuration files, so the
network script loads it.
I don't know if it's the correct behaviour what do you think ?
I'm cc-ing Andrey because he's the author of modprobe configuration
files, so he's likely to help us :)
--
Olivier Blin
Re: [Cooker] Club test RPMS for ATI and Win4Lin
On Fri, 07 Nov 2003 15:17:37 +0200 Buchan Milne [EMAIL PROTECTED] wrote: Greg Meyer wrote: On Friday 07 November 2003 04:42 am, Buchan Milne wrote: Yes, the initrd link was set up properly this time, although I have lost my bootsplash with the .21 kernel. I am not sure if it is something I have done or if it is a packaging problem. I don't think it's a packaging problem, the 3 kernels I tested with (I didn't have smp or enterprise kernels, so tested the normal, i686 and p3 kernels) all got bootsplash. You may want to check what /usr/share/bootsplash/scripts/detect-resolution says ... If detect-resolution doesn't work, you may have better results with my new detect-resolution script, the patches are available here : http://qa.mandrakesoft.com/show_bug.cgi?id=6265 Regards -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On 07 Nov 2003 20:52:54 -0500 Owyn [EMAIL PROTECTED] wrote: We have been having a kernel fest on our Linux forum.Score so far, 5 systems cleanly upgraded to test9.4 on fresh 9.2 systems with updates. Hi, I'm happy that our (Olivier Thauvin and me) package works fine on your systems :) 1 system hanging at boot.All systems are multi-boots which are used to test new distros. Variety of hardware. Could you please disable frame buffer (vga=normal in lilo.conf if you use lilo) and tell us the error messages you get ? Have found one solid problem.If you select logout/shutdown from KDE you get a BSOD. logout/reboot works fine. argh, I don't use neither kde nor kdm so I haven't noticed this, I'll try to track this bug. A major source of confusion is the lack of progress info in the initial boot, makes you think the system has hung. Is there any specific info we can send from the hanging system? As Tim replied to you, you need to disable framebuffer (vga=normal in lilo.conf) to see messages at boot. Bootsplash doesn't work currently with kernel 2.6, I hope somebody (perhaps me) will port it soon to 2.6, but we need a working vesa framebuffer before. Thanks for your report :) -- Olivier Blin
Re: [Cooker] Danger: Magazine with 9.2 with problematic kernel
On Thu, 06 Nov 2003 21:48:14 +0100 Pascal Terjan [EMAIL PROTECTED] wrote: I'm pretty sure the magazine didn't even bother to tell Mandrakesoft they'll distibute the 9.2... They don't need MandrakSoft's agreement, it's free software. Sure, it would be nice that magazines tell MandrakeSoft when they distribute Mandrake, but it's legal not to tell it. Do you warn the developper(s) each time you package a new piece of software ? It's almost the same thing ... -- Olivier Blin
Re: [Cooker] reliable mirrors . . .
On Thu, 6 Nov 2003 23:04:34 +0100 Guillaume Rousse [EMAIL PROTECTED] wrote: I'd really like to have someting as RSS to publish mirrors list. Mandrake would publish it this way, third-party projects as PLF or JPackage would also, and tools as urpmi.setup could easily retrieve and use them... That could also be used by the network install, to be more friendly, it would let the user pick an entry in the mirror list, what do you think of it ? -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
Added to the Nvidia 2.6 patch, I had to add one more patch to be able to build on a different running kernel, and somme specs changes IIRC. Nice, but I guess it will work only with the smp package (because that is the last one that is built before kernel-source is built ...) We need to make mrproper, copy/boot/config in kernel source directory, make oldconfig, make prepare and then make scripts. More details here : http://www.ussg.iu.edu/hypermail/linux/kernel/0307.1/1162.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg114289.html -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On Wed, 5 Nov 2003 09:05:14 -0600 [EMAIL PROTECTED] wrote: I tried the test9-4mdk last night on my mostly updated cooker box and found that there is no module for my network card. I have a Netgear fa310 pci ethernet card and it was using the tulip driver, but there isn't one in test9-4mdk. I looked online to see if there is another driver name, but haven't had much luck. Is there another driver to use? Oops, I wonder why this driver wasn't enabled, I'll compile all drivers of tulip family as modules in next build. The module you need will still be named tulip. Thanks for your report. -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
On Tue, 04 Nov 2003 17:21:12 +0300 Andrey Borzenkov [EMAIL PROTECTED] wrote: I fails to see these directions on www.minion.de. Quoting README: [ snip ] anyway - it works. It works for may people. Actually so far it worked for everyone :) Actually, no, there were some problems with the new kbuild : http://www.ussg.iu.edu/hypermail/linux/kernel/0307.1/1162.html http://www.mail-archive.com/[EMAIL PROTECTED]/msg114289.html I could add all this stuff in the %post of kernel-source, what do you think of it ? But that would require the correct kernel to be installed before kernel-source, because we need the correct /boot/config-%name-%version-%release to make oldconfig. What to do if both normal an -smp kernels are installed ? -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
I have the same problem with 23mdk, and the last tmb kernel. Doesn't work with reiserfs... kernel panic, can't find init. Works fine with XFS or ext3. Austin Hum, try 2.6 :) It must have all the features you need, except bootsplash ;) -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
Yeah, I've been playing with the cooker version a lot, but alsa seems sketchy. It doesn't inert properly by default, and the mixer settings seem to be screwed up. Some other modules don't insert by default any more. I've fixed many things since -test5, alsa should load fine now. Please can you tell me the name of the modules that don't insert ? And please report others bugs I should be aware of :) But the latency seems to be very low, and desktop applications seem to be noticeably snappier. It would be nice to see a 2.6 kernel with: - flawless alsa and other module auto-loading try -test9.4mdk and report again if it doesn't work - i686 build (I love my new P4; screw you overheating athlon!) I'll try to provide this soon. - some sort of init output (my screen is black until X starts) vga=normal in your bootloader entry should give you some output, it will disable framebuffer. vesa framebuffer doesn't work well in 2.6, that's why you get a black output. Thanks for your opinion about the package. -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
First of all, unlimited thanks for this package. no problem, the real work is done by kernel developpers :) Test9 has been running (with nvidia patched) since this morning without any trouble, but the load has been reasonably light. One thing I noticed that has nothing to do with the kernel is that I can choose 'a' when I set vga=ask, but lilo asks for a number. Can you try to pass vga=a in the append line of your lilo.conf ? Don't try vga=ask in the append, it won't work ;) The real feed back: alsa has a new version (0.9.8). From the openvortex site, it seems their driver is included. Anyone would know the module name? in -test9, alsa is 0.9.7, alsa 0.9.8 will be in -test10. Sorry, I haven't found the module name. -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
It's an M-Audio Quattro USB interface. It works fine with the latest 2.4 kernel, especially the tmb version. Does it require some patch to work with 2.4 or is the driver in alsa ? Damn, the 2.6 song will have to wait until this is fixed... ;-) I'm impatient to listen it :) -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
Wow. I eat my words. Test9.4mdk kicks ass. All modules load (alsa, firewire, USB, video, even joystick!!!) This is very cool. thanks to svetljo, he told me how to fix it Responsiveness is insane. Like even my mouse cursor moves faster. Is that normal? yes :) it was quit normal in -test5, perhaps a bit faster, but it's really fast in -test9, when I tried -test5 again this evening, i found the mouse really slow :) Since I'm a kernel moron... which of the following multimedia kernel options will this obsolete? - low latency No, IIRC, it doesn't exist anymore, this patch was made by Andrew Morton which is now the primary maintener, and Linus wanted to merge it in early 2.5 developpement. - preempt-able same - sched(0) Con Kolivas's scheduler has been merged in -test6 ( http://kerneltrap.org/node/view/922 ) - libcap capabilities Do you mean the trick in include/linux/capability.h ? http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/kernel-multimedia-2.4.22.9mm.1mdk/2.4.21-0.pre4.1mdk.cap_setpcap.patch?rev=1.1content-type=text/x-cvsweb-markup It should you safe to enable it, why isn't it in Juan's package ? I'm going to have to record a new song, just to test this thing out. hehe, I've heard it, very good :) Thanks Olivier. you're welcome, but this kernel doesn't require much work, almost all good patches have been merged ;) -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
Still a little issue in test9-4mdk : you should compile capability (CONFIG_SECURITY_CAPABILITIES=yes) in the kernel, not a module (, otherwise bind can't be started until capability module is loaded.. thanks, it will be done in next release -- Olivier Blin
Re: [Cooker] two point six
On Tue, 04 Nov 2003 22:26:47 -0500 Austin [EMAIL PROTECTED] wrote: Okay, I know everyone has been itching for a really bad song, written in ten minutes, and recorded in less than twenty, about the new kernel, so here it is: http://groundstate.ca/twopointsix.ogg Can you really write and record a song so fast ? That's really amazing :) Congrats, it's a good song, would you mind making the lyrics available ? -- Olivier Blin
Re: [Cooker] kernel 23mdk panic
On Tue, 04 Nov 2003 21:16:23 -0500 Austin [EMAIL PROTECTED] wrote: OH! I take it all back... really ? :) I just spent a whopping 20 minutes writing a song about how cool 2.6 is, and then I went to record it, and my bloody audio interface won't work. [EMAIL PROTECTED] austin]# tail /var/log/messages Nov 4 21:11:15 gamma373-179 kernel: hub 1-0:1.0: new USB device on port 1, assigned address 4 Nov 4 21:11:15 gamma373-179 kernel: drivers/usb/core/config.c: invalid alternate setting 4 for interface 1 Nov 4 21:11:15 gamma373-179 kernel: usb 1-1: can't read configurations, error -22 It's an M-Audio Quattro USB interface. It works fine with the latest 2.4 kernel, especially the tmb version. Can I have a look at your /proc/bus/usb/devices ? Your problem has been reported here : http://www.mail-archive.com/[EMAIL PROTECTED]/msg09733.html You could try to ask on the linux-usb-devel mailing list. ( http://lists.sourceforge.net/lists/listinfo/linux-usb-devel ) -- Olivier Blin
Re: [Cooker] freechem livecd presentation
NVIDIA support is apparently also there, we're looking at some bootsplash progress support, and I'm fighting with getting ide-scsi working correctly (which seems a bit tricky ...). I'd be glad to help you about bootsplash :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
It seems you're a bit ahead of the rest of us ... by about a day ... oops, sorry, it should be fixed now :) I should sleep a bit now ... -- Olivier Blin
[Cooker] test9.4mdk with ext3 as module
My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... It's finally fixed now, you can grab the test9.4mdk packages here: http://compil.mandrake.org/~blino/kernel-2.6/ If nothing wrong is reported about the package till Wednesday, it will go right in contrib. Next step is to add -mm1 patchset. -- Olivier Blin
Re: [Cooker] test9.4mdk with ext3 as module
If I could get alsa-0.9.8 and nVidia drivers, I'd keep running this baby. Very responsive compared 2.4.22-21 on my 1.3G 9.2 cooker machine! I'll try to build the nvidia drivers later today. If I succeed, i'll write a small howto :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? Right, the ext3 module can't be loaded from the initrd image because of unresolved symbols (journal_* functions IIRC). I don't really know how to track this error, this occurs very early. I've noticed that the jbd module wasn't included in the initrd, isn't it needed by the ext3 module ? But even with jdb in initrd, ext3 can't be loaded at boot. I've made another release with built-in ext3 : http://compil.mandrake.org/~blino/kernel-2.6/ Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
On Tue, 4 Nov 2003 04:08:30 +0100 Olivier Blin [EMAIL PROTECTED] wrote: BTW, test9-2mdk seems to be broken here - it has trouble loading the ext3.o module early in the boot process and since all my partitions are ext3 it can't mount anything and stops booting. Anyone else seeing this, or did I break something? Right, the ext3 module can't be loaded from the initrd image because of unresolved symbols (journal_* functions IIRC). I don't really know how to track this error, this occurs very early. I've noticed that the jbd module wasn't included in the initrd, isn't it needed by the ext3 module ? Some more info: insmod ext3.ko exits with -1 Unknown symbol in module From syslog (thanks to wacky on IRC) : ext3: Unknown symbol journal_force_commit ext3: Unknown symbol journal_dirty_data ext3: Unknown symbol journal_init_dev ext3: Unknown symbol journal_dirty_metadata ext3: Unknown symbol journal_forget ext3: Unknown symbol journal_wipe ext3: Unknown symbol journal_blocks_per_page ext3: Unknown symbol journal_errno ext3: Unknown symbol journal_extend ext3: Unknown symbol journal_invalidatepage ext3: Unknown symbol journal_create ext3: Unknown symbol journal_unlock_updates ext3: Unknown symbol journal_revoke ext3: Unknown symbol journal_lock_updates ext3: Unknown symbol journal_start_commit ext3: Unknown symbol journal_flush ext3: Unknown symbol journal_load ext3: Unknown symbol journal_try_to_free_buffers ext3: Unknown symbol journal_update_format ext3: Unknown symbol journal_get_write_access ext3: Unknown symbol journal_get_undo_access ext3: Unknown symbol journal_get_create_access ext3: Unknown symbol journal_destroy ext3: Unknown symbol journal_enable_debug ext3: Unknown symbol journal_clear_err ext3: Unknown symbol journal_stop ext3: Unknown symbol journal_init_inode ext3: Unknown symbol journal_start ext3: Unknown symbol log_wait_commit ext3: Unknown symbol journal_release_buffer ext3: Unknown symbol journal_check_available_features ext3: Unknown symbol journal_abort ext3: Unknown symbol journal_restart These symbols are defined in jbd module. But even with jdb in initrd, ext3 can't be loaded at boot. Errm, there's a mistake in my /linuxrc, I'll retry right now :) -- Olivier Blin
Re: [Cooker] kernel pb with ext3 and kernel -23mdk
On Mon, 3 Nov 2003 06:17:04 +0100 Gwenole Beauchesne [EMAIL PROTECTED] wrote: indeed, test9-2 gives me almost the same kind of pb. (no boot an ext3.ko pb) Hmm, how come? My patch shouldn't be in 2.6-test9-2mdk so, there shouldn't be any pb with it. That's pure coincidence :) I've compiled ext3 as module in test9-2mdk, but there's a bug in mkinitrd that prevents ext3 to be loaded at boot ... I'm tracking it right now, it should be fixed later this morning. -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
But even with jdb in initrd, ext3 can't be loaded at boot. Errm, there's a mistake in my /linuxrc, I'll retry right now :) Found it. If I add the following lines at the beginning of my /linuxrc in initrd image, it boots fine with ext3 as a module : echo Loading jbd.ko module insmod /lib/jbd.ko So the problem may/must be in mkinitrd. I'm working on it. In the meantime, you can use these instructions (as root) to build a correct initrd and run test9.2mdk : cp /boot/initrd-2.6.0-0.test9.2mdk.img initrd-2.6-test9.2mdk.gz gunzip initrd-2.6-test9.2mdk.gz mkdir initrd-2.6-test9 mount initrd-2.6-test9.2mdk initrd-2.6-test9 -o loop my_favourite_editor_aka_emacs initrd-2.6-test9/linuxrc # add the 2 lines to load jbd after #!/bin/nash umount initrd-2.6-test9 gzip initrd-2.6-test9.2mdk cp initrd-2.6-test9.2mdk.gz /boot/initrd-2.6.0-0.test9.2mdk.img lilo # or install any other boot loader Regards -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
So the problem may/must be in mkinitrd. I'm working on it. My mistake, it's a bug in kernel packaging. No depmod is done in %install, so mkinitrd find the first time an empty modules.desc file and can't guess ext3 depends on jbd ... A test9.4mdk will come later this evening, or are we already in the morning ? ;) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
I really need to browse all kernel config options, the initial config was done by Nanar months ago :) Everybody is free to update it, I made a basic config to make the package, but I am not good with kernel stuff, and my config are surelly not perfect. I made the package because nobody seems to be ok to start it. I'm not a kernel expert either :) I maintain this package only for fun and girls. I do not blame you for the initial config file, it was quite good. I haven't even browsed all the kernel config file ... Without the help of Svetljo and Andrey, our kernel hackers, I won't have noticed anything :) -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
well vanilla test9 has brocken rlogin/rsh and here is the fix by Linus http://marc.theaimsgroup.com/?l=linux-kernelm=106722085714275w=2 oups, I'll fix that in another release CONFIG_SOUND=yes CONFIG_SND=yes cause the problems with /etc/init.d/alsa if set to =m everything is ok thanks, fixed in -2mdk I really need to browse all kernel config options, the initial config was done by Nanar months ago :) CONFIG_USB=yes does the same for /etc/init.d/usb usbfs is not automatically mounted which might cause troubles for certain drivers turning to module fixes the problem fixed in -2dmk too all FS's built in ? why that ? Oops, there is no reason to do that, I've now compiled ext3, jbd, ReiserFS, jfs and xfs as modules in -2mdk. ext2 is still built-in because our initrd image is ext2. By the way, should we switch to ROM FS or Minix FS for initrd in order to gain some space ? my -2mdk rpms are available here : http://compil.mandrake.org/~blino/kernel-2.6/ Regards PS: don't forgot to CC Andrey, he may still be interested :) -- Olivier Blin -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
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 The -love patchset from Gentoo guys has a lot of new features :) Nick Scheduler v17a Exec-shield (default off - breakage warning) Kexec Vesa Hack MCE fix Autoregulation of swapiness Reiser4 (Breakage warning) Runtime Selectable IO schedulers Processor C3 idling for AMD76x http://forums.gentoo.org/viewtopic.php?t=98296postdays=0postorder=ascstart=150 They've some nice framebuffer (vesafb) fixes. Regards -- Olivier Blin
Re: [Cooker] Do not renice X by default
You need the kernel source of the kernel you want the drivers compiled for. By default it looks for the kernel in /usr/src/linux so I usually symlink that to my latest kernel build directory. Sorry for not stating so: I do have kernel-2.6-source of the same version installed. I can actually compile the driver - it's the installation that doesn't (when I do depmod). I get something like wrong module type or something like that. Hi, You should have a look at these threads : http://www.mail-archive.com/[EMAIL PROTECTED]/msg114289.html http://www.ussg.iu.edu/hypermail/linux/kernel/0307.1/1162.html I'm not sure if I can do something in the kernel package so that nvidia drivers compile out of the box. Maybe I could add a script that does all this stuff automatically. Regards -- Olivier Blin
Re: [Cooker] Do not renice X by default
any idea about gdm ? it's not set in /etc/X11/gdm/gdm.conf X isn't niced by gdm (just have a look with top). It was quite incoherent to nice X from xdm and not from gdm ... -- Olivier Blin
Re: [Cooker] kernel-2.6-test8 rpms
You may just as well jump to test9. I built against test8 only because test9 did not propagated to locale kernel.org mirror last weekend. patch applies to it even without any offset. Nice :) I have packaged -test9 with supermount -test8 patch, you can find it here : http://compil.mandrake.org/~blino/kernel-2.6/ httpd is up again on klama, thanks warly :) Also I had very nasty problem with test8 - no traffic ever flowed over dialup PPP connection. test9 fixed it whatever it was. Oh and test8 does not boot with inintrd and devfs :) Ouch :-/ I can't do much testing this week because I use a slow dialup connection, that's why I don't upload 2.6 to contrib. I'll do that next week :) Regards -- Olivier Blin
[Cooker] kernel-2.6-test8 rpms
Hi, I've built rpms of kernel-2.6-test8 (thanks to Andrey who released supermount for -test8). They're available here : http://www.enseirb.fr/~blino/kernel-2.6/ Can someone please confirm it boots and works before I upload the rpms to contrib ? Thanks -- Olivier Blin
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
Yeah, I thought about that. Is there a tool for gtk like Qt Designer? yes, try glade2 :) urpmi glade2 and then use glade-2 -- Olivier Blin
Re: [Cooker] [Mandrake 10] Ideas for RpmDrake [long]
I agree with this, however, screenshots could be limited to the Mandrake choice packages, and instead of being included in the distribution, been linked to a page on Mandrakeclub, as I suggested before. Why not simply using a HTML link to such screenshot ? A screenshot is really handful, it shows in one instant the layout of a software, and gives a rough idea of its possibilities. To include screenshots or pictures from http sources in packages, it would be nice to add a new Picture tag in rpms. For example, the OpenOffice.org package could have the following tags : Picture0: http://www.openoffice.org/product/pix/box.png Picture1: http://www.openoffice.org/product/pix/writer-big.png Picture2: http://www.openoffice.org/product/pix/calc-big.png The pictures could be saved in a cache directory, what do you think of /var/cache/urpmi/pictures/package group/package name/picture name ? For people who do not have a broadband connection, a checkbox would allow them not to download screenshots. For them, a package with thumbnails of screenshots in cache could be created just before final release. Such a package would perhaps be too huge. Pictures could be shared between packages, for example for xine and all its libs or devel packages. -- Olivier Blin
[Cooker] Re: [Contrib-Rpm] perl-Qt-3.008-3mdk
On Mon, 6 Oct 2003 01:30:56 +0200 (CEST) Thierry Vignaud [EMAIL PROTECTED] wrote: 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 ? And what does this _requires_exceptions mean ? -- Olivier Blin
Re: [Cooker] gaim 0.69 and 0.70 are out ...
#Fix encryption plugin mv %buildroot/usr/lib/gaim/encrypt %buildroot/usr/lib/gaim/encrypt.so It seems to be a libtoolize issue. This can easily be fixed : #we don't use libtool 1.5 yet %define __libtoolize /bin/true -- Olivier Blin
Re: [Cooker] kernel-mm rpm
On Fri, 26 Sep 2003 16:07:05 +0200 Buchan Milne [EMAIL PROTECTED] wrote: The 2nd entry here could be the problem. According to earlier painful experiments by others, you can't change the previous changelog (you can change the older ones though). Right, Danny has changed the previous changelog header s/9mm/9.1mm/ Sad, but too fix it, you need 2 releases :-/ %changelog -* Tue Sep 15 2003 Danny Tholen [EMAIL PROTECTED] 2.4.22.1.9mm-mdk +* Mon Sep 22 2003 Danny Tholen [EMAIL PROTECTED] 2.4.22.10.1mm-mdk +- sync with latest tmb +- correct changelog versioning +- provide kernel-source +- really fix lowlat (Duane) + +* Tue Sep 15 2003 Danny Tholen [EMAIL PROTECTED] 2.4.22.9.1mm-mdk -- Olivier Blin
Re: [Cooker] Re: [Contrib-Rpm] smokeqt-1.2.1-1mdk
On Wed, 24 Sep 2003 02:37:03 +0200 Marcel Pol [EMAIL PROTECTED] wrote: How does this relate to kdebindings-3.1.3? Smoke is part of that, but is that an older version or so? When I tried building it with kdebindings-3.1.2, compilation used a lot of memory, so I just disabled the build of smokeqt. From what I understood, SmokeQT use some parts of kdebindings, and is now part of PerlQt-3.008. The author splitted it in two packages, Perl-Qt will be built once SmokeQT hits the mirrors. Have a look at http://search.cpan.org/src/GGARAND/PerlQt-3.008/PerlQt/INSTALL for further information : PerlQt is not a direct Perl interface to the Qt library, but is rather an interface to the SmokeQt library generated by Kalyptus. -- Olivier Blin
Re: [Cooker] Totem and gnome-panel
BTW Why is this a reply to the gdesklets thread? It is, Cedric told me that Evolution has a weird behaviour when he compose a new message ... -- Olivier Blin
Re: [Cooker] gdesklets and mdk-check-update-gnome
Thanks for snipping the error, I had to look up the original message from the archive :-) Sorry, but the messages were sent the same day, don't you keep at least a one day archive in your mail client ? Anyway, there was a deps problem in gnome-python that was fixed in 2.0.0-2mdk. You really need to keep some local archive ;) Toni said he was using 2.0.0-2mdk. From: Toni Hermoso [EMAIL PROTECTED] To: Cooker [EMAIL PROTECTED] Subject: Re: [Cooker] gdesklets and mdk-check-update-gnome Date: Sat, 20 Sep 2003 15:32:10 +0200 rpm -qa | grep python gnome-python-gconf-2.0.0-2mdk python-imaging-1.1.3-2mdk python-base-2.3-3mdk gnome-python-2.0.0-2mdk gnome-python-nautilus-2.0.0-2mdk gnome-python-applet-2.0.0-2mdk pythonlib-1.28-4mdk rpm-python-4.2-16mdk gnome-python-bonobo-2.0.0-2mdk libpython2.2-2.2.3-6mdk python-numeric-22.0-3mdk python-2.3-3mdk libpython2.3-2.3-3mdk gnome-python-canvas-2.0.0-2mdk
Re: [Cooker] gdesklets and mdk-check-update-gnome
On Sat, 20 Sep 2003 15:32:10 +0200 Toni Hermoso [EMAIL PROTECTED] wrote: rpm -qa | grep python [...] libpython2.2-2.2.3-6mdk [...] Something missing or to be updated? I'm not sure if that could help, but can you remove libpython2.2-2.2.3-6mdk ? -- Olivier Blin
Re: [Cooker] compressed loopback supported?
On Sun, 21 Sep 2003 19:48:01 -0400 Robert L martin [EMAIL PROTECTED] wrote: Is there any chance that cloop support is in /can be added to 9.2? It's at least available in kernel packages made by Thomas Backlund. They're named kernel-tmb in contrib. From the changelog : * Thomas Backlund [EMAIL PROTECTED] 2.4.22.10.tmb.1mdk [...] - cloop 1.02 Im pondering doing a memory key version of Mandrake and it seems that this is just about the only piece missing. Keep us aware of your project :) Regards -- Olivier Blin
Re: [Cooker] gdesklets and mdk-check-update-gnome
On Sat, 20 Sep 2003 04:25:59 +0200 Toni Hermoso [EMAIL PROTECTED] wrote: I have the following output error: [ snip ] Any idea? Hi, I'd like to see the result of : rpm -qa | grep python Perhaps a Requires is missing in this packages. Regards -- Olivier Blin
Re: [Cooker] gnome-panel : transparency broken
On Mon, 15 Sep 2003 11:46:12 +0200 Frederic Crozat [EMAIL PROTECTED] wrote: your default background file is not present (mandrake_theme/mandrake_desk broken stuff) in /usr/share/mdk/backgrounds/default.png (it should be a symlink to the new background). In that case, gnome-panel defaults to no transparency.. I know it should use default background color instead but it is a very little side-effect bug.. Please fill a bug on bugzilla.gnome.org Please, can someone confirm this bug on Gnome's bugzilla ? http://bugzilla.gnome.org/show_bug.cgi?id=122331 Thanks -- Olivier Blin
Re: [Cooker] New SSH bug ?
On Tue, 16 Sep 2003 17:55:55 +0200 Jan Ciger [EMAIL PROTECTED] wrote: http://lists.netsys.com/pipermail/full-disclosure/2003-September/010103.html It seems to be fixed in Open SSH 3.7, to be annouced today. For further info in French: http://linuxfr.org/2003/09/16/13952.html -- Olivier Blin
