Re: [Cooker] kde-3.2-alpha2 for test.
On Thursday 25 September 2003 12:09, Laurent Montel wrote: > Hi, > I created all kde-3.2-alpha2 for MDK9.2 just for test. > For the moment MDK menu doesn't work. > I reapplyed 50 patchs from 400. > I will apply them after. > > There is some update problem: > -> kmail, knode, korn moved from kdenetwork to kdepim > -> split is not again perfect (so report all split problem please) > -> mdk menu not supported > -> there is a problem with mandrake-galaxy program it frozes kwin (I don't > know why :( => I add a conflict and uninstall it please before to launch > kde) > > I ported galaxy theme to "kwin 3". > > MDK menu entry exists but they don't use by kde3.2 > > I compile all with "--enable-debug=full" => -g3 > > News in KDE 3.2 see "http://developer.kde.org/development-versions/kde-3.2- > features.html" > > Big improvment of kmail/knodes > Support SVG format (static and dynamic SVG) > Add new program: > -> kpdf => frontend to xpdf > -> ksvg > -> kontact see http://kontact.kde.org/ > -> kopete now it's into kdenetwork > -> kwallet gestion of passwd > > So report bugs found please. > KDE config bugs please (config upgrade) etc. > > Regards. > > For the moment this packages is not into cooker, so you can download it > from http://peoples.mandrakesoft.com/~lmontel/kde-3.2-alpha2/ > > PS: save your config file > PS2: save your mail > > BECAREFULL it's package for test . would've sent this last night but kmail settings got mangled and I had to hunt down the prob. kdeaddons requires libkdemultimedia-common-devel or libkdemultimedia-noatun-devel libkdeaddons also requires libkdegames
Re: [Cooker] Am now experiencing random lockups...
On Sunday 09 March 2003 11:58 am, Buchan Milne wrote: > On Sun, 9 Mar 2003, jokerman64 wrote: > > My vid card may just have decided to go schizo, but that's unlikely > > because I've been having absolutely NO problems with it since I upgraded > > to RC2. It was actaully working better in RC2 (no lockups when playing > > UT2003). Yes i have the nvidia proprietary drivers (4191) but I'm sure > > this isn't it. > > I would ggo with the NVidia drivers ... since it is the only piece of > proprietary software that would cause problems while just running X (ie > not UT2003). If you do not need OpenGL all the time, try using the nv > driver. Or, try the kernel from Mandrake 9.0 updates (to see if it is that > NVidia has not updated their binary kernel module for 2.4.20+) > > Regards, > Buchan It would seem that I have erred in my judgement. I'm not sure yet what the cause is but i think I've figured it out. I recently started experiencing random lockups when using the keramik style. I finally got "persuaded" to find some sort of fix when my computer locked up in the middle of me typing a paper. So in i go to the innards of my computer and nothing I find until by chance I remember that I installed the newest kernel and realize by some marvellous twist of fate i didn't have to recompile my nvidia drivers. I look into it more and realize that the initrd being used is from 9.0 (supermount fix) kernel but the actual kernel is cookerized. Hmmm, and the wheels start turning. Couple minutes later i do a mkinitrd restart on sure enough 1.) X crashes and 2.) acpi works. This pretty confirms my suspicions that my suspicions that i was using modules from the old kernel in the new kernel. Which means that the NVIDIA modules weren't exactly in sync. My expert opinion is now that the galaxy theme was not in fact causing my lockups. I still don't know if the problems will show up again. I'll consider it gone after about a week without rebooting. LET THE TESTING BEGIN ... anew -- A bird in hand is less painful than two in the bush.
[Cooker] oh how sweet it is
just installed the new menu package (provides the icons i was missing) and my new ... ah, look at the screenie. you'll see :) I am zen http://uhaweb.hartford.edu/obennett/zen.jpg -- A bird in hand is less painful than two in the bush.
[Cooker] 1000 votes allowed?
2873 logdrake from drakxtools-9.1-15mdk uses up cpu 0 votes used out of 1000 allowed. is this right do we actually get 1000 votes now? -- Lord, what fools these mortals be! -- William Shakespeare, "A Midsummer-Night's Dream"
Re: [Cooker] bugs i've found so far
On Monday 10 March 2003 7:35 am, Reinout van Schouwen wrote: > On Fri, 7 Mar 2003, obennett wrote: > > I think that would be a good fix but "Save" rather than "Close" (as > > gnome does) would be more appropriate here as it explains to the lay > > user exactly what is/has been done. > > Not really. The reason that GNOME uses 'Close' and not 'Save' or something > else, is that it uses instant-apply where possible. So the changes have > already been effectuated before closing the window. the average person doesn't know this so having "Close" might cause them to just stare wondering if their settings are going to be saved or not. Sad as it is this actually happens. -- You possess a mind not merely twisted, but actually sprained.
Re: [Cooker] [Bug 3078] [fluxbox] New: Fluxbox Backgeround has to be a mistake
On Sunday 09 March 2003 6:50 pm, cybercfo wrote: > http://qa.mandrakesoft.com/show_bug.cgi?id=3078 > >Product: fluxbox > Component: fluxbox >Summary: Fluxbox Backgeround has to be a mistake >Version: 0.1.14-6mdk > Platform: PC > OS/Version: All > Status: UNCONFIRMED > Severity: normal > Priority: P2 > AssignedTo: [EMAIL PROTECTED] > ReportedBy: [EMAIL PROTECTED] > > > The new background for fluxbox is so bad I am filing it as a bug. Usually > this stuff is a matter of preference, but c'mon guys. > > Please look at this screenshot and vote for this. > > http://www.gkmweb.com/images/fluxbck.jpg > > > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. hahahahahahahh That made my day (thank god they didn't do this to kde). rotflmao -- There is always one thing to remember: writers are always selling somebody out. -- Joan Didion, "Slouching Towards Bethlehem"
Re: [Cooker] Am now experiencing random lockups...
On Sunday 09 March 2003 2:21 pm, N Smethurst wrote: > Out of interest, what kind of 3D performance difference are you guys > getting between the XFree and the Nvidia drivers? Since installing rc2 I > have been using the Xfree drivers and it's like someone has taken my > geforce 4 out and replaced it with an old S3 or something. I don't think XFree drivers provide 3d acceleration. if they do i wouldn't mind using them. > Le Dimanche 9 Mars 2003 20:12, Buchan Milne a écrit : > > On Sun, 9 Mar 2003, jokerman64 wrote: > > > > (P.S. could you set Kmail 1.5 to wrap lines?) > > > > > > true, it is want as opposed to need but the way to fix a problem is > > > not to avoid (as I so often do) but to go looking for a solution. And > > > in any case I'm not going to sacrifice opengl support for stabilty on > > > cooker. The whole point is to break stuff and find out why (or report > > > it so that someone else can). > > > > > > I was not meaning to do away with OpenGL forever, just to try and build > > yuor rpm while running with the nv driver (it might be best to reboot > > too to ensure that the loading of the NVidia driver does not affect it, > > you may need to remove it from your /etc/modules also) so that we can > > either eliminate nvidia as the cuplrit, or confirm that it is. If it is, > > you could then try a different release of the drivers, or on a different > > kernel. > > > > Regards, > > Buchan I actually got a fix for this over at #plf so everything is honkey dorey. :) -- There is only one way to be happy by means of the heart -- to have none. -- Paul Bourget
Re: [Cooker] Making room for kdeartwork
On Sunday 09 March 2003 1:04 am, Jean-Michel Dault wrote: > I was discussing with a few business people on friday, and we talked > about screensavers and backgrounds. > > They *want* screensavers, as a matter of fact, the first thing they do > when they receive a machine, is they put their company logo in the > background. > > I realized we ship *five* php-manuals: french, english, german, spanish, > italian... > > I suggest we keep french and english, since these our biggest markets, > and drop the other three. > > This way, we have room for kdeartwork. > > WDYT? > > Jean-Michel No complaints here. -- Fortune finishes the great quotations, #3 Birds of a feather flock to a newly washed car.
Re: [Cooker] .fonts.cache files in konqueror
On Saturday 08 March 2003 6:16 pm, Sascha Noyes wrote: > Is anyone else experiencing this after the latest kdebase upgrade? > > I opened konqueror (it defaults to my home dir). Usually it opens in > "detailed list view" without showing hidden files, but this time it opened > in "icon view" with hidden files. Anyway, my processor was going at 100% > constantly adding empty files named like the following: > ".fonts.cache-1.TMP-Axl3v0". It had added 168 before I changed back to > detailed list view. > > Sascha Noyes > -- > Please encrypt all correspondence. > PGP key available from: > http://individual.utoronto.ca/noyes/snoyes.asc yeah but for me this happened when view thumbnails from preview function in home directory. it's taking place less and less after each upgrade i think and most of the files delete themseleves. -- Nice boy, but about as sharp as a sack of wet mice. -- Foghorn Leghorn
Re: [Cooker] bugs i've found so far
On Friday 07 March 2003 7:24 am, John Keller wrote: > Guillaume Cottenceau wrote: > > Actually "save & quit" concerns only the changes in the > > "activated" checkboxes. "Immediately" canceling the rest would > > not be easy because each real action (add/modify/remove) is > > actually done by urpmi. The good fix would be to rename the > > buttons but I don't have a good enough idea for them.. > > May I suggest taking a page out of the Mac's (and now Gnome's) book? Simply > have a single, "Close" button. I think that would be a good fix but "Save" rather than "Close" (as gnome does) would be more appropriate here as it explains to the lay user exactly what is/has been done. > This clears up both confusion from what the buttons can and can't do, as > well as reduces the importance of the action (I don't need confirmation for > something that I can easily undo myself). > > Beyond that, there is the possibility to link the "remove" button, at > least, to the "save" ability. Rather than remove the source when the user > clicks the button, remove it (or not) upon exit. Because "removed" sources I think that's a brilliant idea. > I hope these ideas help out. Just a bit of one-man brainstorming... -- In a five year period we can get one superb programming language. Only we can't control when the five year period will begin.
Re: [Cooker] bugs i've found so far
On Friday 07 March 2003 7:11 am, Guillaume Cottenceau wrote: > Please use *meaningful* Subject: line in your emails or else it's > very difficult to guess if your email concerns me or not. Point taken. I wasn't really posting this as a bug report though it was more a commentary on little niggling annoyances I'd found thus far. When I file an actual bug report then you'll have all the info (and descriptions) you could ever dream of. > Yes, I'm aware of that yet I don't know how to fix it. No biggie. neither do I, i just find the problems :-D > Actually "save & quit" concerns only the changes in the > "activated" checkboxes. "Immediately" canceling the rest would > not be easy because each real action (add/modify/remove) is > actually done by urpmi. The good fix would be to rename the > buttons but I don't have a good enough idea for them.. -- Teutonic: Not enough gin.
[Cooker] Kernel multimedia?
Where the heck is that package on the cds. Is it a package, a search for "kernel" in rpmdrake doesn't turn it up.
[Cooker] Update function
I think I'm gonna start testing the upgrade function on 9.0, 9.1 RCs and maybe Debian and gentoo(?). Good idea or no. Maybe I should just test on rpm based distributions. Is it working reasonably well for me to be able to do this. -- Real Users hate Real Programmers.