[Cooker] Quick typo (RC2)
Hey guys, Just a little typo I noticed while installing RC2. When selecting what X server you want it calls the 4.x one 4.2.0. It should now read 4.2.1. rob
Re: [Cooker] 9.0 Beta 3: Windows Autorun application
After reading the thread a couple of hours ago I decided to start working on a replacement. I've got a pretty good one going using only the windows C API to eliminate any problems with dependencies. I'd be more than willing to GPL it for use in Mandrake. Do you folks have the source to the original for a reference? Any requests besides the concerns issued here? rob On Friday 16 August 2002 03:55 am, Jure Repinc wrote: > Warly wrote: > > The thing is that we have not the soure any more of this windows apps, > > and that we generally on patch the binary to change the version number... > > :( > > > > It is quite hard to find a windows developer here arround... > > I didn't know that. Maybe one could be found if you ask for him on > Mandrake Forum or somwhere so he could do some work to make Mandrake > Linux look good for first time users who still use Windows. If I knew > how to programm (actually I know something but this can hardly be called > basics), I would be more then glad to try and improve this app.
Re: [Cooker] Beta 3
I havn't downloaded the iso yet. I'm at work and havn't gotten the opportunity yet. I will check it and get back to you when I get the chance. rob - Original Message - From: "Scurvy D. Licious" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 15, 2002 3:08 AM Subject: Re: [Cooker] Beta 3 > Hi, I downloaded disc1.iso from the same mirror today, I was wondering if you > checked them md5sum and compared it with the md5sum on the mirror? Mine were > wrong, I don't know if it was just me or if the mirror is wrong or > whatLet me know if yours are wrong too, if you still have the .iso's > intact. Thanks. > > Scurvy > > On Thursday 15 August 2002 01:30 pm, Robert Shade wrote: > > Just a quick question. Beta 3 is out on carroll.cac.psu.edu, but there are > > still packages being recompiled with the new gcc. Was beta 3 made before > > the new gcc was put in? > > > > thanks. > > > > rob > >
[Cooker] Beta 3
Just a quick question. Beta 3 is out on carroll.cac.psu.edu, but there are still packages being recompiled with the new gcc. Was beta 3 made before the new gcc was put in? thanks. rob
[Cooker] Re: is gcc 3.1 rebuilding done yet?
>Mozilla does not work with Java as I understand it (any idea on when >there will be a Java built with gcc 3.1? This shouldn't matter, should it? As I understand it it is only the C++ part of gcc this is binary incompatable. So unless there is C++ in the java implimentation that you use, you should be able to compile java with ecgs and Mozilla with gcc3.1 without any problems. Or have I been misinformed? rob
RE: [Cooker] IMP keeps doing maintenance
> With the current imp3 package in contrib, everytime > you login it asks you to do maintenance The ironic thing is I never heared about this thing until a few days ago, and now I here about it everywhere. :) Anyway. See this section of the docs pertaining to disabling maintanance functions: http://www.horde.org/faq/admin/config/index.php#c23 rob
Re: [Cooker] aa VM / win4lin
>Running 2.4.17.16mdk : >- really use andrea vm_24. I assume that you mean that you are running win4lin successfully with this kernel? (with necessary patches of course) If you are, please send me the file mm/vmscan.c (for reasons I will explain below) from your source tree to see what is going on. Yeah, I did look through the mandrake cvs after I posted and saw that they've been using it since then. However looking at vm_24 it looks like the collision occurs with the win4lin patch as well. The problem occurs in the swap_out function in the file mm/vmscan.c, in the vanilla kernel the arguments to swap_out are: unsigned int priority, unsigned int gfp_mask, zone_t * classzone however, in the aa vm_* kernel patches he made the arguments to swap_out: zone_t * classzone The win4lin patch uses the priority and gfp_mask variables like so: CALL_MKI_HOOK(MKI_HOOK_SWAP, (void *)priority, (void *)gfp_mask); as far as I can see, any kernel with the aa VM will fail to accept any win4lin patches. This might be on the edge of the scope of this list, but hopefully the maintainer of the kernel rpm is listening. Thanks. Robert
[Cooker] aa VM / win4lin
When you guys made the jump from 2.4.17 to 2.4.18, you also included the aa VM. If you folks think that this is a better VM than the one included in the the linux 2.4.18, ok, but it breaks the 2.4.18 patch for win4lin terribly. Not sure if this is just something that was overlooked or what, but since you guys have a partnership with Netraverse and I think you said earlier that all Mandrake Linux's were going to be compatable with win4lin I thought you would like to know. And I'd kinda like to get it working with the latest mandrake kernel too. ;) I've tried just disabling the aa-VM patch you have in the source rpm, but later patches seem to rely on the changes made in it. And yes, I've thought about using the included linus 2.4.18, but then I would have to manually patch it with supermount, the bootsplash stuff, etc. and that would just suck. :) Thanks for your time. Robert
RE: [Cooker] Cooker Compile
> To answer your question, I am not sure what you refer to as 'install > program'. The Mandrake Install program... I mean could you recompile the SRPMS, but them in a directory on a separate HD, boot with the mandrake HD bootfloppy image, and use them to install Mandrake? Robert Shade [EMAIL PROTECTED]
[Cooker] Cooker Compile
I love Mandrake, but I've also made my own LinuxFromScratch (www.linuxfromscratch.org). While I like the speed increase I get when compiling from scratch. I like the tools that come with Mandrake not to mention the ease of RPM package management. Could one of the cooker maintainers give me a simple howto to compile Cooker from the SRPMS. I know how to compile SRPMS, but I was wondering what order I would need to compile them in or if the install program will even recognize *.i686.rpm's instead of the i586 ones. Robert Shade [EMAIL PROTECTED]