Re: [Cooker] lirc 0.6.6 lirc_serial module !
* Stardate: 2002-10-29 19:07 * Incoming subspace signal from Florent BERANGER [EMAIL PROTECTED] : Hello, when can we have lirc 0.6.6 (www.lirc.org) and lirc_serial fix (if it's not already done) ? Thanks, Florent I have uploaded some fixes to incoming: %changelog * Thu Oct 17 2002 Maxim Heijndijk [EMAIL PROTECTED] 0.6.5-6mdk - Small initscript fixes. * Wed Oct 16 2002 Maxim Heijndijk [EMAIL PROTECTED] 0.6.5-5mdk - Bunzipped lircd.sysconfig * Wed Oct 16 2002 Maxim Heijndijk [EMAIL PROTECTED] 0.6.5-4mdk - More initscript fixes to correctly test for kernel module presence - Bzipped lircd.sysconfig * Mon Sep 23 2002 Frederic Crozat [EMAIL PROTECTED] 0.6.5-3mdk - Fix initscript to correctly test for kernel module presence (bug 303) * Wed Jul 10 2002 Frederic Crozat [EMAIL PROTECTED] 0.6.5-2mdk - Merged patches from Maxim Heijndijk [EMAIL PROTECTED] : - Made initscript more failsafe and configurable. Please incorporate these in the new version. -- Best regards, M@X. * Climate Control Psychedelic Soundscapes - http://go.to/cchq/ * Linux Shell Scripts RPM Software Packages - http://go.to/conmen/ * Photography Pages - http://home.wanadoo.nl/cchq/photo/photo.html System is up 11:59
Re: [Cooker] KDEHOME in startkde
Here's a patch for the newest kdebase package. Laurent, *please* apply. --- David Walser [EMAIL PROTECTED] wrote: OK, here's the patch (attached). *please* apply __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/ --- /usr/bin/startkde~ 2002-10-26 04:52:29.0 -0400 +++ /usr/bin/startkde 2002-10-29 16:41:55.0 -0500 @@ -30,15 +30,21 @@ # people's heads. We use colours from the standard KDE palette for those with # palettised displays. +# The user's personal KDE directory is usually ~/.kde, but this setting +# may be overridden by setting KDEHOME. + +kdehome=$HOME/.kde +test -n $KDEHOME kdehome=`echo $KDEHOME|sed s,^\~/,$HOME/,` + #test $XDM_MANAGED || bkg=-solid #C0C0C0 #xsetroot -cursor_name left_ptr $bkg -if [ ! -d $HOME/.kde/share/config ] ; then - mkdir -p $HOME/.kde/share/config +if [ ! -d $kdehome/share/config ] ; then + mkdir -p $kdehome/share/config fi -if [ ! -e /dev/dsp ] [ ! -e $HOME/.kde/share/config/kcmartsrc ] ; then - echo [Arts] $HOME/.kde/share/config/kcmartsrc - echo StartServer=false $HOME/.kde/share/config/kcmartsrc +if [ ! -e /dev/dsp ] [ ! -e $kdehome/share/config/kcmartsrc ] ; then + echo [Arts] $kdehome/share/config/kcmartsrc + echo StartServer=false $kdehome/share/config/kcmartsrc fi if [ `whoami` = root ] ; then @@ -73,22 +79,22 @@ mkdir -p ~/Desktop/ ; fi - if [ ! -d ~/.kde/Autostart/ ] ; then - mkdir -p ~/.kde/Autostart/ ; + if [ ! -d $kdehome/Autostart/ ] ; then + mkdir -p $kdehome/Autostart/ ; fi - if [ -e ~/.drakfw ] [ $(cat ~/.kde/share/apps/konqueror/bookmarks.xml | wc -l | awk '{print $1}') = 1 ] ; then - cp -f /usr/share/mdk/kde/bookmarks.xml ~/.kde/share/apps/konqueror/ - perl -pi -e /\[KonqMainWindow Toolbar bookmarkToolBar\]/ .. /^\s*$/ and s/Hidden=true/Hidden=false/ ~/.kde/share/config/konquerorrc + if [ -e ~/.drakfw ] [ $(cat $kdehome/share/apps/konqueror/bookmarks.xml | wc -l | awk '{print $1}') = 1 ] ; then + cp -f /usr/share/mdk/kde/bookmarks.xml $kdehome/share/apps/konqueror/ + perl -pi -e /\[KonqMainWindow Toolbar bookmarkToolBar\]/ .. /^\s*$/ and s/Hidden=true/Hidden=false/ $kdehome/share/config/konquerorrc fi - if [ ! -d ~/.kde/share/apps/konqueror ] ; then - mkdir -p ~/.kde/share/apps/konqueror/ cp /usr/share/mdk/kde/bookmarks.xml ~/.kde/share/apps/konqueror/ + if [ ! -d $kdehome/share/apps/konqueror ] ; then + mkdir -p $kdehome/share/apps/konqueror/ cp /usr/share/mdk/kde/bookmarks.xml $kdehome/share/apps/konqueror/ fi if [ ! -e ~/Desktop/.ArrangeIcons ] ; then - cp /usr/share/mdk/kde/ArangeIcons.desktop ~/.kde/Autostart/ touch ~/Desktop/.ArrangeIcons - else rm -f ~/.kde/Autostart/ArangeIcons.desktop + cp /usr/share/mdk/kde/ArangeIcons.desktop $kdehome/Autostart/ touch ~/Desktop/.ArrangeIcons + else rm -f $kdehome/Autostart/ArangeIcons.desktop fi #/usr/bin/kdesktop-links /dev/null 21 @@ -106,13 +112,6 @@ # /usr/bin/nspluginscan #fi - -# The user's personal KDE directory is usually ~/.kde, but this setting -# may be overridden by setting KDEHOME. - -kdehome=$HOME/.kde -test -n $KDEHOME kdehome=`echo $KDEHOME|sed s,^\~/,$HOME/,` - # Activate the kde font directories. # # There are 4 directories that may be used for supplying fonts for KDE.
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 29 Oct 2002, David Walser wrote: --- Buchan Milne [EMAIL PROTECTED] wrote: On Tue, 29 Oct 2002, David Walser wrote: Just the same as *one* method in windows. In *the* method. You can initiate it two ways (see bottom) windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. In Windows you normally have to do a lot of keyboard crap just to copy and paste. You're in Linux. Yes it's different, yes you have to get used to it, but yes the way in Linux is superior. Note, this is only in *KDE*, Gnome works like windows. And I have been running linux on the desktop for quite a while ... When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. The only thing you're missing is hold Ctrl during that first click. You're gonna be doing it for the rest anyway (or shift). I've never seen anyone that knows how to use multiple selection not do it that way. Try a trackstick (on some laptops). So, I move the trackstick (with one hand), and hold the CTRL-button with another hand, now how do I click the mouse button? This is much easier with double-click, trust me. And another one, try select-all when changing windows. In double-click, you can click to focus, and CTRL-A, which you can't do in single-click. Buchan -- |Registered Linux User #182071-| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x121 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Buchan Milne [EMAIL PROTECTED] wrote: On Tue, 29 Oct 2002, David Walser wrote: --- Buchan Milne [EMAIL PROTECTED] wrote: On Tue, 29 Oct 2002, David Walser wrote: Just the same as *one* method in windows. In *the* method. You can initiate it two ways (see bottom) windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. In Windows you normally have to do a lot of keyboard crap just to copy and paste. You're in Linux. Yes it's different, yes you have to get used to it, but yes the way in Linux is superior. Note, this is only in *KDE*, Gnome works like windows. And I have been running linux on the desktop for quite a while ... Gnome sucks. Tell me something I don't know. When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. The only thing you're missing is hold Ctrl during that first click. You're gonna be doing it for the rest anyway (or shift). I've never seen anyone that knows how to use multiple selection not do it that way. Try a trackstick (on some laptops). So, I move the trackstick (with one hand), and hold the CTRL-button with another hand, now how do I click the mouse button? This is much easier with double-click, trust me. Double-clicking itself is hard enough, I find it especially difficult on a laptop. I do see what you're saying about doing 3 things at once though, so maybe on a laptop you should configure double-click as a special case. It shouldn't be the default. And another one, try select-all when changing windows. In double-click, you can click to focus, and CTRL-A, which you can't do in single-click. Works for me. If you found a way in which it doesn't that sounds like a bug. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] MDK 8.2, 1024 MB RAM
On Tuesday 29 October 2002 21:35, Peter Magnusson wrote: On Wed, 23 Oct 2002, Bryan Whitehead wrote: Actaully it's more than that. A machine with 2GB of ram only sees this without highmem: total used free sharedbuffers cached Mem:904940 185524 719416 0 84 107520 -/+ buffers/cache: 77920 827020 Swap: 3084400 03084400 We can't run any HIGHMEM kernels cause they hard lock on every machine after minimal use. :( So how do you do to use more memory? Or dont you use it at all? So far no word/help from Mandrake :( :( http://linux.oreillynet.com/pub/a/linux/2002/10/10/intro_gentoo.html?page=2
Re: [Cooker] Kdevelop problem
On Tue, 2002-10-29 at 11:10, Mario Vazquez wrote: When creating a simple C project from KDevelop Project -- New... I got this error: configure.in:101: error: m4_popdef: undefined macro: AC_Dest autoconf/status.m4:844: AC_CONFIG_FILES is expanded from... configure.in:101: the top level autom4te: /usr//bin/m4 failed with exit status: 1 make[1]: *** [cvs] Error 1 make: *** [all] Error 2 sh: line 1: ./configure: No such file or directory Packages installed: kdevelop-2.1.3-7 kdebase-3.1-0.beta2.17 kdelibs-3.1-0.beta2.11 autoconf-2.13-15 autoconf2.5-2.54-1 automake1.6-1.7.1-2 Also tried latest sources of automake 1.7.1 and autoconf 2.54 directly from GNU Org. You should not use autoconf2.5 and automake1.6, you shouldn't even have them installed together, so or you are not using cooker, or you forced the install. In either case, you are on your own. Sorry. $ urpmf --conflicts kdevelop kdevelop:conflicts:automake1.6 kdevelop:conflicts:autoconf2.5 =o= kk1 signature.asc Description: This is a digitally signed message part
Re: [Cooker] Kdevelop problem
--- Quel Qun [EMAIL PROTECTED] wrote: On Tue, 2002-10-29 at 11:10, Mario Vazquez wrote: When creating a simple C project from KDevelop Project -- New... I got this error: configure.in:101: error: m4_popdef: undefined macro: AC_Dest autoconf/status.m4:844: AC_CONFIG_FILES is expanded from... configure.in:101: the top level autom4te: /usr//bin/m4 failed with exit status: 1 make[1]: *** [cvs] Error 1 make: *** [all] Error 2 sh: line 1: ./configure: No such file or directory Packages installed: kdevelop-2.1.3-7 kdebase-3.1-0.beta2.17 kdelibs-3.1-0.beta2.11 autoconf-2.13-15 autoconf2.5-2.54-1 automake1.6-1.7.1-2 Also tried latest sources of automake 1.7.1 and autoconf 2.54 directly from GNU Org. You should not use autoconf2.5 and automake1.6, you shouldn't even have them installed together, so or you are not using cooker, or you forced the install. In either case, you are on your own. Sorry. $ urpmf --conflicts kdevelop kdevelop:conflicts:automake1.6 old news, we have no workaround for this currently kdevelop:conflicts:autoconf2.5 and this is the one that doesn't make sense. We have the autoconf packages made so that they can coexist peacefully. Is there still an outstanding issue with it? What is it? Let's fix it! Nothing AFAIK requires automake1.6, but all kinds of stuff requires autoconf2.5, we shouldn't have it conflicting with kdevelop. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 2002-10-29 at 21:30, David Walser wrote: windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. In Windows you normally have to do a lot of keyboard crap just to copy and paste. You're in Linux. Yes it's different, yes you have to get used to it, but yes the way in Linux is superior. *tap, tap* No, you're in KDE. GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. The only thing you're missing is hold Ctrl during that first click. You're gonna be doing it for the rest anyway (or shift). I've never seen anyone that knows how to use multiple selection not do it that way. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. -- adamw
[Cooker] interesting perl libraries
http://linux.dd.com.au/quest/os-perl/ Sys::Hostname::Long - Long hostname. OS::Detect - Operating System Detection - and details Device::ParallelPort - Low level and some high level parallel port drivers Device::SerialPort2 - auto detect serial port from Windows to Unix
RE: [Cooker] kernel-2.4.19-17 is definitely broken
so what is the 'official' status of what kernel we should be using for Mandrake 9.0? I normally just install the latest RPM kernel build from the Mandrake mirrors and it works fine... -Original Message- From: Adam Williamson [mailto:aw280;cam.ac.uk] Sent: Wednesday, October 30, 2002 6:50 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] kernel-2.4.19-17 is definately broken On Tue, 2002-10-29 at 20:08, Mario Vazquez wrote: Mine is a Dell Latitude CPi, and double check and it's not working when using kernel 2.4.19-17 First, define not working. The difference between -16mdk and -17mdk is that -17mdk uses ACPI by default. There could be several reasons for your problem. Most likely, your laptop doesn't support ACPI. Easy; edit your bootloader's config (/etc/lilo.conf if you use lilo) and add acpi=off to the boot options. Now you'll go back to using APM, the older system that -16mdk and earlier kernels use. But also, you could think it's not working because you're using some kind of utility that only supports APM power management...try with some ACPI tools before deciding for sure it doesn't work. -- adamw
[Cooker] RE: kernel-2.4.19-17 is definitely broken
I have heard that the prism2-utils package installs and sets to run the wlan-ng driver for PRISM2 cards.. The wlan_cs driver is obsolete? -Original Message- From: Juan Quintela [mailto:quintela;mandrakesoft.com] Sent: Wednesday, October 30, 2002 5:29 AM To: Mcleod, Ian Cc: 'Gary Lawrence Murphy'; Mandrake Cooker Subject: Re: kernel-2.4.19-17 is definately broken mcleod, == Mcleod, Ian [EMAIL PROTECTED] writes: mcleod, I am using the stock standard Mandrake 9.0 kernel - I have lost XMMS sound mcleod, (could be unrelated though) - are we advised to upgarde our kernel? This should work, no idea why it is borken :( Will look at it. BTW, this kernel is still not aimed as 9.0 upgrade. ACPI works in all my machines (except in one and it uses old code automatically just well), but I _know_ that it don't work in all people machines :( 9.1 will have ACPI kernel by default and everybody that complains until then will have acpi fixed or their system blacklisted to use the old code. Problem is that basically all the new laptops PIV requires or need ACPI to function well. mcleod, BTW - when will the wlan-ng (as opposed to wlan_cs) wireless kernel drivers mcleod, be included by default? /lib/modules/2.4.19-18mdksmp/kernel/3rdparty/prism25/cs/prism2_cs.o.gz This driver should be the one that you are searching for, or I don't know what wlan-ng are you talking about :( Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
[Cooker] Re: kernel 17mdk NVidia
On Tue, 2002-10-29 at 13:14, Juan Quintela wrote: quel == Quel Qun [EMAIL PROTECTED] writes: quel --- Original Message --- quel From: rcc [EMAIL PROTECTED] quel To: Cooker [EMAIL PROTECTED] quel Subject: [Cooker] kernel 17mdk NVidia ... quel It looks like the whole acpi thing is quite flaky. Why are the quel files in /proc/acpi when all the doc show them in /proc/sys/acpi? quel acpid looks for the rules in /etc/acpi/events and fails to start quel because this folder does not exist. Where is acpictl? Long story, basically: - acpid is obsolete ospmd is very alpha :( - I am packaging ospmd (first need software suspend to work). - ACPI code in kernel is very old and buggy, new code is _way_ better, but perhaps still not perfect. Thanks for answering, any piece of information is always welcome. =o= kk1 signature.asc Description: This is a digitally signed message part
RE: [Cooker] kernel-2.4.19-17 is definitely broken
On Tue, 2002-10-29 at 22:49, Mcleod, Ian wrote: so what is the 'official' status of what kernel we should be using for Mandrake 9.0? I normally just install the latest RPM kernel build from the Mandrake mirrors and it works fine... Err...for 9.0 you should use the 9.0 kernel. This mailing list is for Cooker, not 9.0. For 9.0, just as for any stable release, and for the kernel package, just as for any other package, use the stock package, or a package from the 9.0 update source, if it's updated for some reason. DON'T use Cooker packages. Cooker packages are for Cooker, this applies to the kernel as much as anything else... -- adamw
Re: [Cooker] RE: kernel-2.4.19-17 is definitely broken
On Tue, 2002-10-29 at 22:51, Mcleod, Ian wrote: I have heard that the prism2-utils package installs and sets to run the wlan-ng driver for PRISM2 cards.. The wlan_cs driver is obsolete? No. The wlan-ng drivers are already in stock Mandrake kernels. The prism2-utils package includes some basic utilities necessary for actually using these drivers. wlan_cs is an older driver, somewhat obsolete, but still used by some. wlan-ng and the orinoco_cs driver are the more up-to-date drivers. -- adamw
Re: [Cooker] Re: kernel-2.4.19-17 is definately broken
Juan, when making a preempt kernel for mandrakeclub I think I noticed some errors in the kernel spec and tried to correct them: - fixed a nesting case in the spec which would not work on 8.2 boxes - fixed a gcc 2.96 (also on 8.2 boxes) compile error in an atm driver - fixed a place were a mv errored out because it couldn't overwrite directories (this always happened to me, do not know why it seems to work for others, perhaps because of my config options ). Changed it in to a cp -R and rm -rf - fixed a link that seems to point to the wrong place - 2 mandrake readme's were put in %{target_source} but %doc only finds them when they are actually in %{_builddir}/%src_dir. As Buchan pointed out, errors of the doc macro are not fatal and you have to be watching to notice that something goes wrong. If you feel any of these changes (see diff) are completely wrong, please let me know so I can make changes to the club rpms. Also I included 3 patches from Andrey Borsenkov. One which fixes a spinlock which you forgot to unlock in supermount, a supermount NLS patch and the other fixes a scsi timeout issue. Sadly the supermount spinlock patch only helps people on smp in theory, although for some reason I cannot reproduce the losing of files on mounted media with these patches applied, but I can without (maybe just good luck). I attach a diff of my kernel spec against 2.4.19-17 my spec here. All preempt changes are preceeded by ###, so they disabled by default and you can quickly remove them after doing the diff. But I left them in because maybe you want to include them at one time? As far as testing goes: I had 27 downloads for 9.0 and 29 downloads for 8.2 and nobody reported any problems. The downside is current included XFS is bugged (doesn't unlock spinlocks) and I had to disable it. But I hear cvs XFS is better. Danny --- kernel-2.4.spec.orig Tue Oct 29 20:10:10 2002 +++ kernel-2.4.spec Tue Oct 29 20:10:45 2002 -57,12 +57,14 %ifarch %{ix86} %define build_secure 1 %define build_BOOT 1 +###%define build_preempt 1 %endif # End of user definitions %{?_without_up: %{expand: %%define build_up 0}} %{?_without_smp: %{expand: %%define build_smp 0}} +###%{?_without_preempt: %{expand: %%define build_preempt 0}} %{?_without_secure: %{expand: %%define build_secure 0}} %{?_without_enterprise: %{expand: %%define build_enterprise 0}} %{?_without_BOOT: %{expand: %%define build_BOOT 0}} -78,6 +80,7 %{?_with_up: %{expand: %%define build_up 1}} %{?_with_smp: %{expand: %%define build_smp 1}} +###%{?_with_preempt: %{expand: %%define build_preempt 1}} %{?_with_secure: %{expand: %%define build_secure 1}} %{?_with_enterprise: %{expand: %%define build_enterprise 1}} %{?_with_BOOT: %{expand: %%define build_BOOT 1}} -220,6 +223,12 Patch1: patch-%{pre_version}.bz2 %endif +###Patch101: preempt-kernel-rml-2.4.19-2.patch.bz2 +Patch102: 2.4.18-18mdk.scsi-error-timeout.patch.bz2 +Patch103: 2.4.18-18.supermount-NLS.patch.bz2 +Patch105: supermount-spinlock.patch.bz2 +###Patch106: supermount-preempt.patch.bz2 +###Patch107: preempt-config.patch.bz2 #END -243,12 +252,21 Obsoletes: alsa, hackkernel Provides: alsa, hackkernel BuildRequires: libbinutils2-devel, bison, perl + +#Fix nesting (doesn't work on 8.2): +%if !%build_82 %{build_doc} +BuildRequires: docbook-utils-pdf +%endif + %if %{build_doc} # welcome to make htmldocs psdocs pdfdocs BuildRequires: ghostscript sgml-tools jadetex -%if !%build_82 -BuildRequires: docbook-utils-pdf -%endif + +# nesting wouldn't work on 8.2: +#%if !%{build_82} +#BuildRequires: docbook-utils-pdf +#%endif + # yes, we need both BuildRequires: docbook-dtd41-sgml docbook-dtd41-sgml BuildRequires: tetex-dvips tetex-latex transfig -312,6 +330,24 and other appropriate items. # +### # kernel-preempt: a preemptible kernel +### # + +###%package -n kernel-preempt-%{mdkversion} +###Summary: A preemptible Linux kernel, which reduces the latency of the kernel. +###Group: System/Kernel and hardware +###Provides: %kprovides +###Prereq: %prereq +###Requires: %requires +###Url: http://www.tech9.net/rml/linux/ + +###%description -n kernel-preempt-%{mdkversion} +###This kernbel allows processes to be preempted even if in kernel mode. The design used +###is to allow a task to be preempted anywhere within the kernel, using spinlocks +###as markers for non-preemptibility regions. The resulting system response is +###greatly increased, with measured average latencies under 1ms. + +# # kernel-boot: BOOT Kernel # -417,6 +453,23 ./%{patches_ver}/scripts/apply_patches -v ./%{patches_ver}/patches +###Danny: I do my work separatly +###%patch101 -p1 -b .preempt +###%patch107 -p1 -b .preemptconfig + +%patch102 -p1 -b .scsitimeout +%patch103 -p2 -b .supermountandrey +%patch105 -p1 -b .spinlock + +###%patch106 -p1 -b .supermountpreempt + +#gcc 2.96 workaround (yes I know it is ugly): +%if
[Cooker] Kmix crashes
FYI: KMix crashes every time it is run. Below is the Backtrace: 0x41143739 in wait4 () from /lib/i686/libc.so.6 #0 0x41143739 in wait4 () from /lib/i686/libc.so.6 #1 0x411c0340 in sys_sigabbrev () from /lib/i686/libc.so.6 #2 0x40f54a73 in waitpid () from /lib/i686/libpthread.so.0 #3 0x406c6532 in KCrash::defaultCrashHandler(int) (sig=6) at kcrash.cpp:235 Fully Cooker freshened. Bill Greenwood, (a.k.a. Zoron) Mdk Club Member {{{
RE: [Cooker] kernel-2.4.19-17 is definitely broken
sorry my mistake - you people are referring to unstable packages - anything released for a stable Mandrake release should be 'stable' too.. -Original Message- From: Adam Williamson [mailto:aw280;cam.ac.uk] Sent: Wednesday, October 30, 2002 9:33 AM To: [EMAIL PROTECTED] Subject: RE: [Cooker] kernel-2.4.19-17 is definitely broken On Tue, 2002-10-29 at 22:49, Mcleod, Ian wrote: so what is the 'official' status of what kernel we should be using for Mandrake 9.0? I normally just install the latest RPM kernel build from the Mandrake mirrors and it works fine... Err...for 9.0 you should use the 9.0 kernel. This mailing list is for Cooker, not 9.0. For 9.0, just as for any stable release, and for the kernel package, just as for any other package, use the stock package, or a package from the 9.0 update source, if it's updated for some reason. DON'T use Cooker packages. Cooker packages are for Cooker, this applies to the kernel as much as anything else... -- adamw
Re: [Cooker] Kdevelop problem
Yep, you caught me, I force the install since that many KDE sources I tried required autoconf 2.5x and automake 1.5. Some of them are: SIM KBEAR Quanta KMess Kopete And have the idea that newer is better! Maybe I'm wrong. From: Quel Qun [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Cooker] Kdevelop problem Date: 29 Oct 2002 14:10:55 -0800 On Tue, 2002-10-29 at 11:10, Mario Vazquez wrote: When creating a simple C project from KDevelop Project -- New... I got this error: configure.in:101: error: m4_popdef: undefined macro: AC_Dest autoconf/status.m4:844: AC_CONFIG_FILES is expanded from... configure.in:101: the top level autom4te: /usr//bin/m4 failed with exit status: 1 make[1]: *** [cvs] Error 1 make: *** [all] Error 2 sh: line 1: ./configure: No such file or directory Packages installed: kdevelop-2.1.3-7 kdebase-3.1-0.beta2.17 kdelibs-3.1-0.beta2.11 autoconf-2.13-15 autoconf2.5-2.54-1 automake1.6-1.7.1-2 Also tried latest sources of automake 1.7.1 and autoconf 2.54 directly from GNU Org. You should not use autoconf2.5 and automake1.6, you shouldn't even have them installed together, so or you are not using cooker, or you forced the install. In either case, you are on your own. Sorry. $ urpmf --conflicts kdevelop kdevelop:conflicts:automake1.6 kdevelop:conflicts:autoconf2.5 =o= kk1 signature.asc _ Choose an Internet access plan right for you -- try MSN! http://resourcecenter.msn.com/access/plans/default.asp
RE: [Cooker] RE: kernel-2.4.19-17 is definitely broken
Why isn't it enabled by default of have an option on installation? At least it is easy to install just by installing the prism2-utils package (and then it is enabled?) -Original Message- From: Adam Williamson [mailto:aw280;cam.ac.uk] Sent: Wednesday, October 30, 2002 9:34 AM To: [EMAIL PROTECTED] Subject: Re: [Cooker] RE: kernel-2.4.19-17 is definitely broken On Tue, 2002-10-29 at 22:51, Mcleod, Ian wrote: I have heard that the prism2-utils package installs and sets to run the wlan-ng driver for PRISM2 cards.. The wlan_cs driver is obsolete? No. The wlan-ng drivers are already in stock Mandrake kernels. The prism2-utils package includes some basic utilities necessary for actually using these drivers. wlan_cs is an older driver, somewhat obsolete, but still used by some. wlan-ng and the orinoco_cs driver are the more up-to-date drivers. -- adamw
Re: [Cooker] Probs installing 9.0 on an old pentium machine
Oden Eriksson wrote: tisdagen den 29 oktober 2002 18.26 skrev Kimmo Hovi: [snip] Is there a workaround for this, or do I just simply lose? (And go back to The Other rpm system) Try install on the hard drive mounted on another machine, and then switch back? it does seem to actually only affect the 200mhz pentium-mmx this was discussed on the list just before 9.0 release, and I remember several people claiming success with slower or faster cpu, but not with the 200 mhz . ( which is actually the platform I'm using to develop on. ) Jaqui
Re: [Cooker] wine problem
On Wed, 30 Oct 2002 00:12:54 +0100 Danny Tholen [EMAIL PROTECTED] wrote: On Tuesday 29 October 2002 19:19, Florent BERANGER wrote: directory /mnt/cdrom; starting in windows directory. /usr/bin/wine.bin: cannot find 'Setup.exe' [cosmicflo@cosmic cosmicflo]$ Florent eh..well...I think I made a mistake in the autoconfig script so it forgets to add /mnt/cdrom to the .wine/config. Nobody noticed it before 9.0 was released. I will fix it as soon as I have time to look at it again, unless Mark beats me to it:) bah, completely forgot about this. Spent my time stealing isdn stuff (kernel, capi, applets) from SuSE and RH to get some form of isdn dialer applet running on mdk. BTW, looks really weird to have smpppd (SuSE meta pppd) running on Mandrake, even though I changed configure with yast2 to configure with drakconnect. Anyway, I attached a quick fix for the cdrom problem. Thierry? - Mark --- wine-config.pl.old 2002-10-30 00:30:24.0 +0100 +++ wine-config.pl 2002-09-30 23:00:14.0 +0200 @@ -162,7 +162,7 @@ { push @fat, $_[1] if ( -d $_[1]); } - elsif ($_[0] =~ /\/mnt\/cdrom\d?/) + elsif ($_[1] =~ /\/mnt\/cdrom\d?/) { push @iso, [ $_[1], $1 ] if ($_[3] =~ /dev=([\w\/]+)/); }
Re: [Cooker] wine problem
Le Mardi 29 Octobre 2002 23:22, Pierre a écrit : man wine.conf no, it must works out of the box. For me, I have resolved the problem by editing the config file but it must be fixed for everyone. On 2002.10.29 19:19 Florent BERANGER wrote: Hello, I have a problem with wine out of the box : [cosmicflocosmic cosmicflo]$ wine /mnt/cdrom/Setup.exe Warning: could not find wine config [Drive x] entry for current working directory /mnt/cdrom; starting in windows directory. /usr/bin/wine.bin: cannot find 'Setup.exe' [cosmicflocosmic cosmicflo]$ Florent
[Cooker] 71 modules :)
Hi. I just got the mod_vdbh module to compile, so now we have apache2-mod_vdbh-2.0.43_1.0.1-1mdk in cooker too :) It may be so that apache2-mod_vdbh-2.0.43_1.0.1-1mdk will obsolete apache2-mod_v2h-2.0.43_2.0-2mdk, but I'm not really sure yet. More info on this will follow soon. Chears. -- Regards // Oden Eriksson - Deserve-IT Networks http://d-srv.com Check the Modules For Apache2 status page at: http://d-srv.com/modules_for_apache2.html
Re: [Cooker] Background in KDE on Cooker from 10/29
On Tuesday 29 October 2002 01:57 pm, Serge Pluess wrote: Hi just installed a fresh cooker from 10/29 and tried to change the background for KDE. So I tried to manually change the line in: /home/user/.kde/share/config/kdesktoprc under [Desktop0] WallpaperList=. Mine works if I only put: [Desktop0] Wallpaper=/path/to/wallpaper.jpg then log out and back in. It seems to only wanna work for one wallpaper, but that should hold us until it's fixed. -s
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Adam Williamson [EMAIL PROTECTED] wrote: On Tue, 2002-10-29 at 21:30, David Walser wrote: windows, I normally click, and then hit shift or contol, and then continue selecting. This doesn't work in KDE in single-click. In Windows you normally have to do a lot of keyboard crap just to copy and paste. You're in Linux. Yes it's different, yes you have to get used to it, but yes the way in Linux is superior. *tap, tap* No, you're in KDE. GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). When using a laptop, I usually click to focus in the file list, then shift/ctrl to use arrows (since it's faster than getting back to the stick on my laptop). This also doesn't work in KDE in single-click. The only thing you're missing is hold Ctrl during that first click. You're gonna be doing it for the rest anyway (or shift). I've never seen anyone that knows how to use multiple selection not do it that way. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Wed, 2002-10-30 at 00:57, David Walser wrote: No, you're in KDE. GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). i don't really understand your argument here... you can use your/the-old/the-standard/the-linux-way copy-paste (highlight and middle click) everywhere.. in gnome and in kde too... i personally use it most of times, but sometimes it's not an easy thing to do.. for example: i highlight a http-address in an e-mail.. now i switch to mozilla/konqueror/whatever and want to paste the link. but first i have to clear the old address, so i have to click at the end of the old address and clear the whole line with backspace... of course i could highlight the old adress and press DEL, but that will erase the new-address from the clipboard... when using the windows-way-copy/paste, i copy the address, i select the old-address, and delete it, and then i paste the new one.. so as you can see sometimes the first way is easier, sometimes the second.. it's only a matter of what you got used to... Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. the second thing i don't understand.. you mean that gnome follows the windows interface? ( and kde does not ? ) btw. i don't think won't bring anything useful, except for a gnome vs. kde flamewar bye, gabor -- signature.asc Description: This is a digitally signed message part
[Cooker] Bug in rescue disc (cdrom) with vi
I've a bug when i launch the rescue mode booting from cdrom (mdk9.0). I want to use vi in order to modify config. files but when i launch it, i can't use array keys. If i use them, i can't do nothing else because keys are not well typed after. I have to use emacs to do my modifs (i'm a vi user and it's a little bit inhuman! ;) ) Maybe a pbl of $TERM ? Pierre signature.asc Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, Oct 29, 2002 at 12:25:18PM -0800, David Walser wrote: If it's not a big deal why would Mandrake go to the work of changing what the KDE Project picked as the default?? KDE defaults aren't written in blood. Mandrake should alter KDE defaults to whatever their customer base prefers. If the majority of the customer base prefers double click then it really ought to be double click. Now it appears that I've misunderstood the KDE double click bug in tree views. Indeed this is a real bug. So let's get it fixed. Go report it to bugs.kde.org. Figure out who the maintainer is. Heck dig into the code and figure out why it behaves that way and fix it. Going back and forth bitching about this bug is pointless. It doesn't change that Mandrake has every right to change a default. -- Ben Reser [EMAIL PROTECTED] http://ben.reser.org If you're not making any mistakes, you're flat out not trying hard enough. - Jim Nichols
Re: [Cooker] Bug in rescue disc (cdrom) with vi
Pbt ([EMAIL PROTECTED]) wrote: I've a bug when i launch the rescue mode booting from cdrom (mdk9.0). I want to use vi in order to modify config. files but when i launch it, i can't use array keys. If i use them, i can't do nothing else because keys are not well typed after. I have to use emacs to do my modifs (i'm a vi user and it's a little bit inhuman! ;) ) Maybe a pbl of $TERM ? use hjkl //Han -- http://www.xs4all.nl/~hanb/software msg80253/pgp0.pgp Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
for example: i highlight a http-address in an e-mail.. now i switch to mozilla/konqueror/whatever and want to paste the link. but first i have to clear the old address, so i have to click at the end of the old address and clear the whole line with backspace... of course i could highlight the old adress and press DEL, but that will erase the new-address from the clipboard... this isn't that related, but here's (yet another) peice of totally undocumented coolness related to mozilla/konqueror. instead of all that crap, just highlight the url and middle click it into the middle of the browser window and KAZAM, it's loaded. I found that out a couple of years ago and I'm still amazed by how cool it is (except with konquerors new tabbed browsing where it doesn't work on a new tab). -Elliott
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue Oct 29 15:57 -0800, David Walser wrote: Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). Thank you for showing how much of an idiot you are (though Adam could have been clearer in his reply). GNOME does use middle click to paste. No C-v/C-c needed. Have you ever actually *used* a double-click based system? You only need the double click when activating something on the desktop or in $FILE_MANAGER. If activating double-click there causes all sorts of stupidity, it's not the fault of the double-click activation, it's the fault of an insanely bad design by the KDE developers. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. If any Linux UI (apart from Ice...) is emulating Windows, it's KDE. Granted the double versus single click issue is 100% irrelevant to me. I still use Sawfish with GNOME and don't run Nautilus or any other GUI file manager. -- Levi Ramsey [EMAIL PROTECTED] [EMAIL PROTECTED] Love lies in pools of questions. GPG Key Fingerprint: 354C 7A02 77C5 9EE7 8538 4E8D DCD9 B4B0 DC35 67CD Currently playing: %s Linux 2.4.19-16mdk 19:34:46 up 0 min, 0 users, load average: 0.65, 0.17, 0.05
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tue, 2002-10-29 at 23:57, David Walser wrote: GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Your opinion. Not relevant. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes Well, sure (though this is notoriously fragile across applications and toolkits). It's completely irrelevant to the single-click / double-click argument, though. I have no idea why you brought it up. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Well, good for you, set your preferences how you like. I merely presented a perfectly valid point against your original point, one your response does nothing to refute. Personally I use GNOME because I like the framework and see great things happening for 2.2, and most of my favourite apps are GNOME / GTK apps (Evolution, Gaim, Galeon) so it makes sense. If you have a problem with that, it's just that - your problem. Not mine. -- adamw
[Cooker] compiling mozilla?
Has anyone succeeded in compiling a stock Mozilla on current Cooker? I wanted to try Galeon 1.3.0, so I got Mozilla 1.2b, applied the GTK2 patch from the Galeon archive (as recommended by their INSTALL file) and tried to compile Moz (using the recommended configure options) and it quit out quite early in the make process, with this error: gcc -o xpidl.o -c -DOSTYPE=\Linux2.4\ -DOSARCH=\Linux\ -DOJI -I../../../dist/include/xpcom -I../../../dist/include -I/home/adamw/source/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -pedantic -Wno-long-long -march=athlon-xp -mcpu=athlon-xp -pthread -pipe -DNDEBUG -DTRIMMED -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 -I/usr/X11R6/include -include ../../../mozilla-config.h -DMOZILLA_CLIENT -Wp,-MD,.deps/xpidl.pp xpidl.c In file included from xpidl.c:42: xpidl.h:53:24: libIDL/IDL.h: No such file or directory In file included from xpidl.c:42: xpidl.h:132: parse error before IDL_ns xpidl.h:132: warning: no semicolon at end of struct or union xpidl.h:133: warning: type defaults to `int' in declaration of `tree' xpidl.h:133: ISO C forbids data definition with no type or storage class xpidl.h:137: parse error before '}' token xpidl.h:137: warning: ISO C does not allow extra `;' outside of a function xpidl.h:151: parse error before p xpidl.h:236: parse error before find_underlying_type xpidl.h:236: parse error before typedef_ident xpidl.h:236: warning: type defaults to `int' in declaration of `find_underlying_type' xpidl.h:236: ISO C forbids data definition with no type or storage class xpidl.h:243: parse error before const_tree xpidl.h:249: parse error before method_tree xpidl.h:255: parse error before method_tree xpidl.h:261: parse error before method_tree make[4]: *** [xpidl.o] Error 1 make[4]: Leaving directory `/home/adamw/source/mozilla/xpcom/typelib/xpidl' make[3]: *** [export] Error 2 make[3]: Leaving directory `/home/adamw/source/mozilla/xpcom/typelib' make[2]: *** [export] Error 2 make[2]: Leaving directory `/home/adamw/source/mozilla/xpcom' make[1]: *** [tier_2] Error 2 make[1]: Leaving directory `/home/adamw/source/mozilla' make: *** [default] Error 2 Any ideas? -- adamw
Re: [Cooker] Kmix crashes
On Tuesday 29 October 2002 04:13 pm, SpamKill wrote: FYI: KMix crashes every time it is run. Below is the Backtrace: 0x41143739 in wait4 () from /lib/i686/libc.so.6 #0 0x41143739 in wait4 () from /lib/i686/libc.so.6 #1 0x411c0340 in sys_sigabbrev () from /lib/i686/libc.so.6 #2 0x40f54a73 in waitpid () from /lib/i686/libpthread.so.0 #3 0x406c6532 in KCrash::defaultCrashHandler(int) (sig=6) at kcrash.cpp:235 Fully Cooker freshened. Unfortunately, this has been reported before (by me and others), hasn't yet been fixed. It's still bugging me here too: I get the exact same backtrace. Fully reproducable on every cooker machine here I've tried loading kmix on. -- Wesley J. Landaker - [EMAIL PROTECTED] OpenPGP FP: C99E DF40 54F6 B625 FD48 B509 A3DE 8D79 541F F830
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Adam Williamson [EMAIL PROTECTED] wrote: On Tue, 2002-10-29 at 23:57, David Walser wrote: GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Your opinion. Not relevant. Fact actually, though not exactly the point. The point is Gnome tries to be Windows, KDE tries to be better. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes Well, sure (though this is notoriously fragile across applications and toolkits). It's completely irrelevant to the single-click / double-click argument, though. I have no idea why you brought it up. Pay attention. I was talking to Buchan. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Well, good for you, set your preferences how you like. I merely presented a perfectly valid point against your original point, one your response does nothing to refute. Personally I use um..? Point is Mandrake shouldn't turn KDE into Gnome/Windows/Mac/whateverthehellsingle-clicksthesedays GNOME because I like the framework and see great things happening for 2.2, and most of my favourite apps are GNOME / GTK apps (Evolution, Gaim, Galeon) so it makes sense. If you have a problem with that, it's just that - your problem. Not mine. No problem at all, more power to you. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Elliott Martin [EMAIL PROTECTED] wrote: this isn't that related, but here's (yet another) peice of totally undocumented coolness related to mozilla/konqueror. instead of all that crap, just highlight the url and middle click it into the middle of the browser window and KAZAM, it's loaded. I found that out a couple of years ago and I'm still amazed by how cool it is (except with konquerors new tabbed browsing where it doesn't work on a new tab). Yep, this totally rocks. In Konqueror, additionally you have Ctrl-O to open a URL, and that handy little button next to the Location line to clear it (much quicker than highlight/delete, and doesn't whack clippy). As for a new tab, it depends on your profile, what you have Web Browsing open to. If you have it open to about:blank use Ctrl-O or the location line. If you have it open to about:konqueror, you can still middle click on the document. Also for those who didn't know, Mozilla has Ctrl-Shift-L which == Ctrl-O in Konq. It comes up with a URL highlighted, but *doessn't* whack your clipboard, so you can hit delete and paste a new URL. It's quicker than screwing with the location line. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] braille display driver
Florent BERANGER wrote: Is anyone can do an RPM for Mdk of brltty (http://dave.mielke.cc/brltty/) braille display driver ? I've tried without success and it's important to an Open system to offer access to blink persons ! For info, Suse have it. Florent I tried doing a rpm for that one last month, but I had some troubles making it compile, if noone else makes it work I'll try looking into it again soon, but right now I'm ill, will probably be away from the computer the next days -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] drakxconf bug ??
Hi all was wondering about drakxconf, when i fire drakxconf and choose Add new users or boot configuration it works fine however choosing Auto install makes the program exits choosing any option from the remaining always opens the one above it! i.e: internet and networking opens display configuration and so on also running boot configuration produce the following errors: Wed Oct 30 02:38:24 2002 Gtk-LOG **: file gtkcombo.c: line 849 (gtk_combo_set_popdown_strings): assertion `strings != NULL' failed. at /usr/lib/libDrakX/bootlook.pm line 137. Wed Oct 30 02:38:24 2002 Gtk-LOG **: file gtkcombo.c: line 849 (gtk_combo_set_popdown_strings): assertion `strings != NULL' failed. at /usr/lib/libDrakX/bootlook.pm line 138. and the curses turns into a busy cursor need o kill and restart sawfish for that! # rpm -qf /usr/sbin/drakxconf drakconf-9.0-6.1mdk == Also the resolution settings in the Mandrake control center doesn't open it returns me to the control center again with the error: no card configured at /usr/lib/libDrakX/Xconfig/card.pm line 82. printed to xterm -- -- Katoob Main Developer Linux registered user # 224950 ICQ # 58475622 With Great Power, Comes Great Responsibilities. msg80262/pgp0.pgp Description: PGP signature
Re: [Cooker] Kmix crashes
For what it's worth, kmix runs for me. Of course it has 60 tabs for the exact same mixer, and none of them actually change any volume levels... but it runs. ;-) Lonnie Borntreger On Tue, 2002-10-29 at 19:02, Wesley J Landaker wrote: On Tuesday 29 October 2002 04:13 pm, SpamKill wrote: FYI: KMix crashes every time it is run. Below is the Backtrace: 0x41143739 in wait4 () from /lib/i686/libc.so.6 #0 0x41143739 in wait4 () from /lib/i686/libc.so.6 #1 0x411c0340 in sys_sigabbrev () from /lib/i686/libc.so.6 #2 0x40f54a73 in waitpid () from /lib/i686/libpthread.so.0 #3 0x406c6532 in KCrash::defaultCrashHandler(int) (sig=6) at kcrash.cpp:235 Fully Cooker freshened. Unfortunately, this has been reported before (by me and others), hasn't yet been fixed. It's still bugging me here too: I get the exact same backtrace. Fully reproducable on every cooker machine here I've tried loading kmix on.
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
someone mentioned something about this should be done from drakfirsttime and I totally agree, and I actually like the idea of bluecurve(I really have'nt checked it out yet), but at the same time this should be an option in drakfirsttime, this way we would not have this discussion and at the same time we would not upset anyone(we really don't want all the flaming that redhat received, do we?) To sum it all up, things that appeal to newbies should be an option or something so things would'nt annoy the more experienced users. I'm not very well at putting stuff into words in english, but I hope people understood what I meant:) -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
Re: [Cooker] Re: kernel-2.4.19-17 is definately broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 29 October 2002 01:59 pm, Juan Quintela wrote: mcleod, == Mcleod, Ian [EMAIL PROTECTED] writes: mcleod, I am using the stock standard Mandrake 9.0 kernel - I have lost XMMS sound mcleod, (could be unrelated though) - are we advised to upgarde our kernel? This should work, no idea why it is borken :( Will look at it. I can confirm this. Sound was working with 2.4.19-16mdk. Then, when I updated the kernel to 2.4.19-17mdk, the only sound I was getting was the output from my line-in that I use for my electric guitar effects processor for recording. All other sounds were gone untill I grabbed the tarball from kernel.org and built my own. As I stated in an earlier post, my sound card is a Creative Labs Sound Blaster AWE 64 value ISA-PnP. If you need any further information about my system, don't hesitate to ask. BTW, this kernel is still not aimed as 9.0 upgrade. ACPI works in all my machines (except in one and it uses old code automatically just well), but I _know_ that it don't work in all people machines :( 9.1 will have ACPI kernel by default and everybody that complains until then will have acpi fixed or their system blacklisted to use the old code. Problem is that basically all the new laptops PIV requires or need ACPI to function well. Also can confirm this. My Compaq Presario 700RSH won't shutdown or reboot correctly without ACPI functionality. - -- Gary Greene Sent from seele.gvsu.edu 20:31:44 up 3 days, 6:52, 4 users, load average: 0.30, 0.18, 0.16 = Founder and president of GVLUG. Chairman and Project Lead of the E-media Committee of AltReal. PHONE : 331-0562 EMAIL : [EMAIL PROTECTED] [EMAIL PROTECTED] = -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9vzhoVg8c0/GZcW8RAhKUAJsFFSQTdBWv97bXWkNb3l2JoEOxjwCeMlmt qpdhZY7OpT9hu4Fr37snZdQ= =bV70 -END PGP SIGNATURE-
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On 2002.10.30 Per Øyvind Karlsen wrote: someone mentioned something about this should be done from drakfirsttime and I totally agree, and I actually like the idea of bluecurve(I really have'nt checked it out yet), but at the same time this should be an option in drakfirsttime, this way we would not have this discussion and at the same time we would not upset anyone(we really don't want all the flaming that redhat received, do we?) To sum it all up, things that appeal to newbies should be an option or something so things would'nt annoy the more experienced users. I really hate the idea of Bluecurve (not the theme itself). People like (and really like, look at flamewars) Gnome or KDE. I'm a Gnome one, but this will not affec what I want to say. Gnome has a Human Interface Guidelines. GTK2 is implemented to follow that. Gnome people has spent lot of time designing both appearance and _behaviour_ of interface. People is used to it and people who like Gnome like it for its behaviour. It should not be chaged. The default is fine for newbies. Experienced users can tweak it. Of course same for KDE. Other thing is that KDE defaults look brain damaged for Gnome fans and viceversa. Or that any of them has bugs. And some people in this thread should really take a lecture on HCI about visual hints, behaviours and so on... -- J.A. Magallon [EMAIL PROTECTED] \ Software is like sex: werewolf.able.es \ It's better when it's free Mandrake Linux release 9.1 (Cooker) for i586 Linux 2.4.20-rc1-jam0 (gcc 3.2 (Mandrake Linux 9.0 3.2-2mdk))
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
J.A. Magallón wrote: On 2002.10.30 Per Øyvind Karlsen wrote: someone mentioned something about this should be done from drakfirsttime and I totally agree, and I actually like the idea of bluecurve(I really have'nt checked it out yet), but at the same time this should be an option in drakfirsttime, this way we would not have this discussion and at the same time we would not upset anyone(we really don't want all the flaming that redhat received, do we?) To sum it all up, things that appeal to newbies should be an option or something so things would'nt annoy the more experienced users. I really hate the idea of Bluecurve (not the theme itself). People like (and really like, look at flamewars) Gnome or KDE. I'm a Gnome one, but this will not affec what I want to say. Gnome has a Human Interface Guidelines. GTK2 is implemented to follow that. Gnome people has spent lot of time designing both appearance and _behaviour_ of interface. People is used to it and people who like Gnome like it for its behaviour. It should not be chaged. The default is fine for newbies. Experienced users can tweak it. Of course same for KDE. Other thing is that KDE defaults look brain damaged for Gnome fans and viceversa. Or that any of them has bugs. And some people in this thread should really take a lecture on HCI about visual hints, behaviours and so on... I fail to see how this is related to my post? My point was that it could be nice to have something similar, but still make it an option to not use, don't make it default, make it as a first time choiche(drakfirsttime) -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] Gnome VS My Mouse
I hadn't noticed this until last night: when you switch to a text console and then back to gnome, the acceleration and sensitivity of the mouse is reset to the default values, and they can't seem to be recovered without a system reboot. It's not a serious problem, but it does make using my touchpad mouse a little difficult when moving the pointer across the screen requires brushing across the touchpad multiple times. Oh yeah. Before I forget, my mouse is a standard PS/2 touchpad mouse. _ Surf the Web without missing calls! Get MSN Broadband. http://resourcecenter.msn.com/access/plans/freeactivation.asp
Re: [Cooker] naat-backend
[EMAIL PROTECTED] (Oden Eriksson) writes: tisdagen den 29 oktober 2002 17.35 skrev Florin: [EMAIL PROTECTED] (Oden Eriksson) writes: gcc -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE -o config-test.pl.bin config-test.pl.c /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/DynaLoader/DynaLoader.a /usr/lib/perl5/5.8.0/i386-linux-thread-multi/auto/Data/Dumper/Dumper.so -L/usr/local/lib /usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so -lnsl -lndbm -lgdbm -ldl -lm -lpthread -lc -lcrypt -lutil /usr/bin/ld: cannot find -lndbm collect2: ld returned 1 exit status -lndbm ??? (florin@penguin)[rpm/SOURCES]-0rpmf ndbm db1-devel:/usr/include/db1/ndbm.h libgdbm2-devel:/usr/include/gdbm/ndbm.h db2-devel:/usr/lib/libndbm.a db2-devel:/usr/lib/libndbm.so Aha, so there's just a missing buildrequires then, ok, thanks. please do not update the Requires as this is the same package as for a 8.2 distro ... unless you create sections for different packages versions ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] naat-backend
[EMAIL PROTECTED] (Oden Eriksson) writes: tisdagen den 29 oktober 2002 17.53 skrev Florin: -lndbm ??? (florin@penguin)[rpm/SOURCES]-0rpmf ndbm db1-devel:/usr/include/db1/ndbm.h libgdbm2-devel:/usr/include/gdbm/ndbm.h db2-devel:/usr/lib/libndbm.a db2-devel:/usr/lib/libndbm.so Aha, so there's just a missing buildrequires then, ok, thanks. please do not update the Requires as this is the same package as for a 8.2 distro ... unless you create sections for different packages versions ... I will and cannot touch this package. But doesn't 8.2 have db2-devel ? I installed MNF on a buddy of mines 9.0 system, I just find it strange that previous naat-backend versions didn't complain when building. well, I didn't change anything concerning that part ... -- Florin http://www.mandrakesoft.com http://people.mandrakesoft.com/~florin/
Re: [Cooker] compiling mozilla?
Install the libIDL2_0-devel package. -Dave On Tue, 2002-10-29 at 19:53, Adam Williamson wrote: Has anyone succeeded in compiling a stock Mozilla on current Cooker? I wanted to try Galeon 1.3.0, so I got Mozilla 1.2b, applied the GTK2 patch from the Galeon archive (as recommended by their INSTALL file) and tried to compile Moz (using the recommended configure options) and it quit out quite early in the make process, with this error: gcc -o xpidl.o -c -DOSTYPE=\Linux2.4\ -DOSARCH=\Linux\ -DOJI -I../../../dist/include/xpcom -I../../../dist/include -I/home/adamw/source/mozilla/dist/include/nspr -I/usr/X11R6/include -fPIC -I/usr/X11R6/include -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -pedantic -Wno-long-long -march=athlon-xp -mcpu=athlon-xp -pthread -pipe -DNDEBUG -DTRIMMED -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/orbit-1.0 -I/usr/X11R6/include -include ../../../mozilla-config.h -DMOZILLA_CLIENT -Wp,-MD,.deps/xpidl.pp xpidl.c In file included from xpidl.c:42: xpidl.h:53:24: libIDL/IDL.h: No such file or directory In file included from xpidl.c:42: xpidl.h:132: parse error before IDL_ns xpidl.h:132: warning: no semicolon at end of struct or union xpidl.h:133: warning: type defaults to `int' in declaration of `tree' xpidl.h:133: ISO C forbids data definition with no type or storage class xpidl.h:137: parse error before '}' token xpidl.h:137: warning: ISO C does not allow extra `;' outside of a function xpidl.h:151: parse error before p xpidl.h:236: parse error before find_underlying_type xpidl.h:236: parse error before typedef_ident xpidl.h:236: warning: type defaults to `int' in declaration of `find_underlying_type' xpidl.h:236: ISO C forbids data definition with no type or storage class xpidl.h:243: parse error before const_tree xpidl.h:249: parse error before method_tree xpidl.h:255: parse error before method_tree xpidl.h:261: parse error before method_tree make[4]: *** [xpidl.o] Error 1 make[4]: Leaving directory `/home/adamw/source/mozilla/xpcom/typelib/xpidl' make[3]: *** [export] Error 2 make[3]: Leaving directory `/home/adamw/source/mozilla/xpcom/typelib' make[2]: *** [export] Error 2 make[2]: Leaving directory `/home/adamw/source/mozilla/xpcom' make[1]: *** [tier_2] Error 2 make[1]: Leaving directory `/home/adamw/source/mozilla' make: *** [default] Error 2 Any ideas? -- adamw
Re: [Cooker] braille display driver
Per Øyvind Karlsen wrote: | Florent BERANGER wrote: | | Is anyone can do an RPM for Mdk of brltty (http://dave.mielke.cc/brltty/)braille display driver ? I've tried without success and it's important to an Open system to offer access to blink persons ! | For info, Suse have it. Florent | | | | | | I tried doing a rpm for that one last month, but I had some troubles making it compile, if noone else makes it work I'll try looking into it again soon, but right now I'm ill, | will probably be away from the computer the next days | I've done a rpm now, I've submitted it to contribs, meanwhile: http://www.dvalin.sintrax.net/rpms/RPMS/brltty-3.1-1mdk.i586.rpm http://www.dvalin.sintrax.net/rpms/SRPMS/brltty-3.1-1mdk.src.rpm -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
re[Cooker] Probs installing 9.0 on an old pentium machine
I just downloaded 9.0 (again) and successfully installed on pentium-mmx 200mhz system. the problems that I had just before release have been fixed. (isn't it nice to hear something nice? ;) )
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tuesday, October 29, 2002, at 04:57 PM, David Walser wrote: [...] GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). You're quite anal about your opinions, no? Are you trying to imply that a standard X cut-n-paste works better in KDE than GNOME? Funny... I highlight and middle click in GNOME also. Actually, I find this whole thread quite laughable... we're arguing over one click vs. two? Sheesh... Juan needs to release a really shitty system-breaking kernel so that people actually talk about worthwhile things. /me shakes his head in amazement. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Ok, this is *really* laughable. You think GNOME is more similar to windows than KDE? What kinda pot you been smoking? Care to share? KDE is the biggest Windows wanna-be out there! One reason I *don't* run KDE is because it reminds me too much of windows. Even KDE3 is too close to windows for my liking. If you want to move on to something better, use Enlightenment. Or WindowMaker. If you're trying to move onto something better, in terms of look and overall UI, than windows, you really need to stop using KDE. Sorry... had to interject. I've been trying hard not to laugh too much at this silly thread, but this one almost made me pee my pants. What happened to the good old days when people actually discussed useful stuff on this mailing list? It's depressing to see what the list has been reduced to. And no, David, this isn't directly an attack on you, so please don't take it as such. I just found your message far too amusing to pass up. =) -- MandrakeSoft Security; http://www.mandrakesecure.net/ lynx - source http://linsec.ca/vdanen.asc | gpg --import {FE6F2AFD: 88D8 0D23 8D4B 3407 5BD7 66F9 2043 D0E5 FE6F 2AFD} PGP.sig Description: PGP signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Levi Ramsey [EMAIL PROTECTED] wrote: On Tue Oct 29 15:57 -0800, David Walser wrote: Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). Thank you for showing how much of an idiot you are Thanks you. I could say the same. (though Adam could have been clearer in his reply). GNOME does use middle click to paste. If you had been paying attention, I made no claims it didn't. That's not what I was talking about. Really, I understand all of our tendencies to get emotional, but I honestly hoped to start a technical discussion. Someone is trying to change policy behind our backs, I think it's a stupid change, and I'm trying to get a discussion out in the open. Attacking technical decisions is one thing, take person attacks off list if you wouldn't mind (and same goes for me if I've failed to heed that). No C-v/C-c needed. Have you ever actually *used* a double-click based system? You only need the double click when activating something on the desktop or in $FILE_MANAGER. If activating double-click there causes all sorts of stupidity, it's not the fault of the double-click activation, it's the fault of an insanely bad design by the KDE developers. Well yes, but you're missing the grand point. Double-click *itself* is stupid. What the KDE developers have tried to do is minimize as much as possible double-click being required, and that's a wonderful goal. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. If any Linux UI (apart from Ice...) is emulating Windows, it's KDE. Well it's more underlying technical stuff Gnome is modeling after Windows, but no, Ice and KDE are certainly not Windows clones, nor are they trying to be. KDE is trying to be a sensible graphical desktop environment, taking ideas from everywhere and innovating on its own, and Ice is simply trying to be a non-resource intensive, but still usable (and simple) window manager. Granted the double versus single click issue is 100% irrelevant to me. I ...don't run Nautilus or any other GUI file manager. That's probably true of most of us. The clicking issue is slightly more broadly important than that (not much), mainly we're all worrying about the users. __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On October 29, 2002 09:05 pm, Vincent Danen wrote: On Tuesday, October 29, 2002, at 04:57 PM, David Walser wrote: [...] GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). You're quite anal about your opinions, no? Are you trying to imply that a standard X cut-n-paste works better in KDE than GNOME? Funny... I highlight and middle click in GNOME also. Actually, I find this whole thread quite laughable... we're arguing over one click vs. two? Sheesh... Juan needs to release a really shitty system-breaking kernel so that people actually talk about worthwhile things. /me shakes his head in amazement. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Ok, this is *really* laughable. You think GNOME is more similar to windows than KDE? What kinda pot you been smoking? Care to share? KDE is the biggest Windows wanna-be out there! One reason I *don't* run KDE is because it reminds me too much of windows. Even KDE3 is too close to windows for my liking. If you want to move on to something better, use Enlightenment. Or WindowMaker. If you're trying to move onto something better, in terms of look and overall UI, than windows, you really need to stop using KDE. Sorry... had to interject. I've been trying hard not to laugh too much at this silly thread, but this one almost made me pee my pants. What happened to the good old days when people actually discussed useful stuff on this mailing list? It's depressing to see what the list has been reduced to. And no, David, this isn't directly an attack on you, so please don't take it as such. I just found your message far too amusing to pass up. =) Touche Vincent, touche ;))
Re: [Cooker] braille display driver
Per Øyvind Karlsen wrote: Per Øyvind Karlsen wrote: | Florent BERANGER wrote: | | Is anyone can do an RPM for Mdk of brltty (http://dave.mielke.cc/brltty/)braille display driver ? I've tried without success and it's important to an Open system to offer access to blink persons ! | For info, Suse have it. Florent | | | | | | I tried doing a rpm for that one last month, but I had some troubles making it compile, if noone else makes it work I'll try looking into it again soon, but right now I'm ill, | will probably be away from the computer the next days | I've done a rpm now, I've submitted it to contribs, meanwhile: http://www.dvalin.sintrax.net/rpms/RPMS/brltty-3.1-1mdk.i586.rpm http://www.dvalin.sintrax.net/rpms/SRPMS/brltty-3.1-1mdk.src.rpm Opps, big mistake in -1mdk, make that: http://www.dvalin.sintrax.net/rpms/RPMS/brltty-3.1-2mdk.i586.rpm http://www.dvalin.sintrax.net/rpms/SRPMS/brltty-3.1-2mdk.src.rpm -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
--- Vincent Danen [EMAIL PROTECTED] wrote: On Tuesday, October 29, 2002, at 04:57 PM, David Walser wrote: [...] GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). You're quite anal about your opinions, no? Are you trying to imply that a standard X cut-n-paste works better in KDE than GNOME? Funny... I highlight and middle click in GNOME also. That makes 3 people not paying attention and jumping in the middle of a conversation. C'mon Vincent, surely you have better things to do (I know you do, I've seen some of your great work) than jump in here criticising me. Actually, I find this whole thread quite laughable... we're arguing over one click vs. two? Sheesh... Juan needs to Unfortunately little details are important..., but hey, the fact that they are says a lot about how far we've come. We've got the major issues solved, and now we're fighting over the little issues striving for the perfect desktop OS :D release a really shitty system-breaking kernel so that people actually talk about worthwhile things. Didn't he? :o) /me shakes his head in amazement. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Ok, this is *really* laughable. You think GNOME is more similar to windows than KDE? What kinda pot you been smoking? Care to share? KDE is the biggest Windows wanna-be out there! One reason I *don't* run KDE is because it reminds me too much of windows. Even KDE3 is too close to windows for my liking. Hmm, well we'll have to trade drugs sometime...? If you want to move on to something better, use Enlightenment. Or WindowMaker. If you're trying to move onto something better, in terms of look and overall UI, than windows, you really need to stop using KDE. hehe Sorry... had to interject. I've been trying hard not to laugh too much at this silly thread, but this one almost made me pee my pants. just watch your computer, hopefully you have good offsite backups :D What happened to the good old days when people actually discussed useful stuff on this mailing list? It's depressing to see what the list has been reduced to. Well, like I said, I think it just means we're getting there. On a related note, the problem with discussing *useful* stuff is nobody seems to care. We try to discuss useful stuff and it just doesn't happen. More complicated technical questions get asked, and nobody answers. Only simple (non-useful to you maybe) stuff like this generates lively discussions. I do think that is depressing. And no, David, this isn't directly an attack on you, so please don't take it as such. I just found your message far too amusing to pass up. =) Well, being called anal *could* be taken as a compliment... :o) __ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/
Re: [Cooker] GDM Sessions
On Mon, 2002-10-28 at 08:06, Frederic Crozat wrote: On Fri, 11 Oct 2002 11:56:29 +, Nathan A. Smith wrote: Hi, I wanted to find out how to add a Session to the GDM list. I have added E17 (from source) and then created a file under /etc/X11/gdm/Sessions. The file is then chmod 777 E17. Restarting GDM and everything works. However on a reboot -- the E17 file is changed (make unexecutible). How do I fix this behavior? Create file in the right directory = check in /etc/X11/wmsession.d/ :)) And don't forget to run /usr/sbin/fndSession as root too Thanks Nasa -- Frederic Crozat MandrakeSoft
[Cooker] HP Deskjet 820cse broken on mdk 9.0
I have a HP Deskjet 820cse, and the driver seems to be broken on mdk 9.0, running a smp kernel. The printer test page when using drakconf and cups to set it up, loads halfway into the machine where the print head alignes with the top of the paper then it just sits there the light blinking (means recieving print job) and never prints. the testprint job just sits there in the cups print que: Processing Since XXX I have tried setting the printer port to standard, ecp, epp, spp and all other options in the bios and the error appears to be the same. It never starts putting the ink to paper. Had no problem in version 8 through 8.2, seems to me to be a driver issue.
[Cooker] Long term usage problems
All, I've come across a few small problems with 9.0 based on long term usage and multiple installs. 1. On all installs if you chose 1024 x 768 resolution X is incapable of redrawing the screen in kde if you chose to use multiple backgrounds ( In my case 1 image per screen 4 screens) This has occurred on all systems used. Moving to 1280 X 1024 or higher does not yield the same condition. It also occurs at 16 24 and 32 bit color. 2. Whenever the desktop is blank (no applications open) KDE has the annoying habit of presenting as the standard icon the busy icon instead of an arrow. (Doesn't affect me but to someone just coming over from windows this could be interpreted as Linux being slow) 3. Windowmaker is incapable of using the Mandrake Menu schema and as such has no application menu available to it. Again small things. But problems nonetheless. All of which have occurred across multiple installs done both by myself and others. James
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
Spencer wrote: On October 29, 2002 09:05 pm, Vincent Danen wrote: On Tuesday, October 29, 2002, at 04:57 PM, David Walser wrote: [...] GNOME uses double-click by default, and I don't have a problem with doing things that way. A lot of keyboard crap? Huh? You yourself admit that doing a multiple select with a double-click model involves one *fewer* keyboard press. Thank you for the second reminder that Gnome sucks. Keyboard crap for copy/paste == Ctrl-C/Ctrl-V, in Linux you just highlight and middle click. And yes there's one more button press to initiate the selection process with single-click, that's a *hell* of a lot better that *lots* more mouse crap (aka double-clicks). You're quite anal about your opinions, no? Are you trying to imply that a standard X cut-n-paste works better in KDE than GNOME? Funny... I highlight and middle click in GNOME also. Actually, I find this whole thread quite laughable... we're arguing over one click vs. two? Sheesh... Juan needs to release a really shitty system-breaking kernel so that people actually talk about worthwhile things. /me shakes his head in amazement. Hi! I don't. Because I use GNOME, which uses double-click, and I don't have to. Like it or not, this is a legitimate adaptation problem. Yes, I understand you stick to Gnome because you like the Windows interface. Some of us like to move on to better things. Ok, this is *really* laughable. You think GNOME is more similar to windows than KDE? What kinda pot you been smoking? Care to share? KDE is the biggest Windows wanna-be out there! One reason I *don't* run KDE is because it reminds me too much of windows. Even KDE3 is too close to windows for my liking. If you want to move on to something better, use Enlightenment. Or WindowMaker. If you're trying to move onto something better, in terms of look and overall UI, than windows, you really need to stop using KDE. Sorry... had to interject. I've been trying hard not to laugh too much at this silly thread, but this one almost made me pee my pants. What happened to the good old days when people actually discussed useful stuff on this mailing list? It's depressing to see what the list has been reduced to. And no, David, this isn't directly an attack on you, so please don't take it as such. I just found your message far too amusing to pass up. =) Touche Vincent, touche ;)) actually, with stuff like gconf etc. I'd say that gnome is technically more windows wannabe than kde, anyways, that does'nt matter, personal attacks over these things are just plain stupid, and kde vs gnome flamewars have no place on this list, calling people idiots and generally troll is not good -- Mvh Per Øyvind Karlsen Delonic Technology Group AS Sysadmin, developer, greasemonkey www.delonic.no - +47 41681061
[Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.12mdk
Laurent, * Tue Oct 29 2002 Laurent MONTEL [EMAIL PROTECTED] 3.1-0.beta2.12mdk - Fix buildrequires reported by Stefan van der Eijk [EMAIL PROTECTED] Not quite... Some of the BuildRequires I put on the list are still missing: http://eijk.homelinux.org/build/cooker/alpha/problem/kdelibs-3.1-0.beta2.12mdk.src.rpm.txt /bin/sh ../../libtool --silent --mode=compile --tag=CXX alpha-mandrake-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/arts -I../../arts/kde/lib -I../.. -I../../dcop -I../../libltdl -I../../kdecore -I../../kdeui -I../../kio -I../../kio/kio -I../../kio/kfile -I../.. -I/usr/lib/qt3/include -I/usr/X11R6/include-DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -fno-builtin -g3 -O2 -mieee -mcpu=ev5 -pipe -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -c -o libartskde_la.all_cc.lo `test -f libartskde_la.all_cc.cc || echo './'`libartskde_la.all_cc.cc /bin/sh ../../libtool --silent --mode=link --tag=CXX alpha-mandrake-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -fno-builtin -g3 -O2 -mieee -mcpu=ev5 -pipe -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT-o libartskde.la.closure libartskde_la_closure.lo -L/usr/X11R6/lib -L/usr/lib/qt3/lib -L/usr/lib -no-undefined -version-info 2:0:1 libartskde_la.all_cpp.lo libartskde_la.all_cc.lo ../../kio/libkio.la -lqtmcop -lsoundserver_idl libtool: link: cannot find the library *`/usr/lib/libaudiofile.la'* make[3]: *** [libartskde.la.closure] Error 1 make[3]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8/arts/kde' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8/arts' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8' make: *** [all] Error 2 error: Bad exit status from /home/cooker/tmp/rpm-tmp.95593 (%build) and then later (with audiofile-devel included): /bin/sh ../../../libtool --silent --mode=compile --tag=CXX alpha-mandrake-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../kabc -I../../../dcop -I../../../libltdl -I../../../kdecore -I../../../kdeui -I../../../kio -I../../../kio/kio -I../../../kio/kfile -I../../.. -I/usr/lib/qt3/include -I/usr/X11R6/include-DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -fno-builtin -g3 -O2 -mieee -mcpu=ev5 -pipe -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT -c -o kabc_ldap_la.all_cpp.lo `test -f kabc_ldap_la.all_cpp.cpp || echo './'`kabc_ldap_la.all_cpp.cpp /bin/sh ../../../libtool --silent --mode=link --tag=CXX alpha-mandrake-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -fno-builtin -g3 -O2 -mieee -mcpu=ev5 -pipe -fno-exceptions -fno-check-new -DQT_NO_TRANSLATION -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_COMPAT-o kabc_ldap.la.closure kabc_ldap_la_closure.lo -L/usr/X11R6/lib -L/usr/lib/qt3/lib -L/usr/lib -module -avoid-version -module -no-undefined -lldap -llber -lresolv kabc_ldap_la.all_cpp.lo ../../libkabc.la ../../../kdeui/libkdeui.la /usr/bin/ld: cannot find -ldb collect2: ld returned 1 exit status make[4]: *** [kabc_ldap.la.closure] Error 1 make[4]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8/kabc/plugins/ldap' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8/kabc/plugins' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8/kabc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/cooker/RPM/BUILD/kdelibs-3.0.8' make: *** [all] Error 2 error: Bad exit status from /home/cooker/tmp/rpm-tmp.63416 (%build) please add BuildRequires audiofile-devel and db3-devel to the spec file. It's really needed to build the package. libxslt1 can probably be removed as libxslt1-devel Requires it. libopenssl0-devel can also be removed as libcups1-devel Requires it. with kind regards, Stefan smime.p7s Description: S/MIME Cryptographic Signature
Re: [Cooker] Re: [CHRPM] kdelibs-3.1-0.beta2.11mdk
On Tuesday, October 29, 2002, at 10:20 PM, David Walser wrote: [...] You're quite anal about your opinions, no? Are you trying to imply that a standard X cut-n-paste works better in KDE than GNOME? Funny... I highlight and middle click in GNOME also. That makes 3 people not paying attention and jumping in the middle of a conversation. C'mon Vincent, surely you have better things to do (I know you do, I've seen some of your great work) than jump in here criticising me. You're right... I didn't follow the entire thread... I do have better things to do. I've been skimming it. I wasn't directly criticising you, exactly, just this thread. It's about the silliest thing I read in a long time. Actually, I find this whole thread quite laughable... we're arguing over one click vs. two? Sheesh... Juan needs to Unfortunately little details are important..., but hey, the fact that they are says a lot about how far we've come. We've got the major issues solved, and now we're fighting over the little issues striving for the perfect desktop OS :D True... but I think you're missing the point. This single vs. double clicking is, I think, completely configurable. If it isn't, then it should be. I'd suggest leaving the defaults as they are... default. If someone wants to change them, they should feel free. I used to think that having a single mouse button on my macs was retarded... I don't mind it so much now. But I haven't gone and changed my Linux machines to single click... primarily because it doesn't really matter to me. I think most people are in the same boat. release a really shitty system-breaking kernel so that people actually talk about worthwhile things. Didn't he? :o) Ummm... no comment on that one. 17mdk seems to work pretty good on my cooker box... =) Ok, this is *really* laughable. You think GNOME is more similar to windows than KDE? What kinda pot you been smoking? Care to share? KDE is the biggest Windows wanna-be out there! One reason I *don't* run KDE is because it reminds me too much of windows. Even KDE3 is too close to windows for my liking. Hmm, well we'll have to trade drugs sometime...? I guess... =) The reason I use GNOME is because it isn't like windows... the reason I refuse to use KDE is for the same reason... it smacks too much of windows for me. I guess different people, more familiar with their preferred desktop, feel differently. If you want to move on to something better, use Enlightenment. Or WindowMaker. If you're trying to move onto something better, in terms of look and overall UI, than windows, you really need to stop using KDE. hehe =) Sorry... had to interject. I've been trying hard not to laugh too much at this silly thread, but this one almost made me pee my pants. just watch your computer, hopefully you have good offsite backups :D Ever hear Adam Sandler's world's longest pee? I'm not quite that bad... =) What happened to the good old days when people actually discussed useful stuff on this mailing list? It's depressing to see what the list has been reduced to. Well, like I said, I think it just means we're getting there. I think it means we're nitpicking. As far as I'm concerned, we're already there. To me, it doesn't matter which desktop you use, it's still more functional and more customizable than Windows. It's better looking than Windows. It feels better than windows. The single click vs. double click is irrelevant, I think, because it is customizable. It's like going from windows to a Mac... you used to have to live with what you got. You don't have to do that anymore. On a related note, the problem with discussing *useful* stuff is nobody seems to care. We try to discuss useful stuff and it just doesn't happen. More complicated technical questions get asked, and nobody answers. Only simple (non-useful to you maybe) stuff like this generates lively discussions. I do think that is depressing. That I do agree with. While I wish I could take the time to answer every worthwhile technical question on this list, it's just impossible. I try to know a little bit about everything, and excel in some areas that interest me. And while I'd like to do more things, like LDAP integration, more security tools and enhancements, etc. (which are things I'm interested in), the time issue is of prime importance. I think others probably feel the same way. The problem with a list like cooker is that it's too general... you can discuss anything you want, provided it's relevant to cooker. And what's cooker? A few thousand different software packages. One would have to basically know everything to be able to contribute to everything on cooker. You may have a few folks proficient with Apache, others with Squid, others with KDE, etc. but trying to get everyone talking on the same wavelength is often difficult. While I don't think splitting cooker into multiple sub-lists that
KDE 3 on 8.2
HI, the sad fact is that I can't install a cooker because of bandwidth caps on my ISP. However, can anyone out there give me some pointers as to how to upgrade to KDE3 under an 8.2 install? Thanks -- Regards Ken Simpson
Re: KDE 3 on 8.2
read this: http://kde.org/documentation/faq/install.html then this: http://developer.kde.org/build/compile_kde3_0.html From: Ken Simpson [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: KDE 3 on 8.2 Date: Wed, 30 Oct 2002 07:38:49 +1100 HI, the sad fact is that I can't install a cooker because of bandwidth caps on my ISP. However, can anyone out there give me some pointers as to how to upgrade to KDE3 under an 8.2 install? Thanks -- Regards Ken Simpson _ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
Re: KDE 3 on 8.2
Hi, On Tuesday 29 October 2002 12:38 pm, Ken Simpson wrote: HI, the sad fact is that I can't install a cooker because of bandwidth caps on my ISP. However, can anyone out there give me some pointers as to how to upgrade to KDE3 under an 8.2 install? I don't remember if it required any tricks, but KDE 3.0 for 8.2 has been in 'unsupported' for quite a while. You can download it from here: ftp://ftp.ciril.fr/pub/linux/mandrake-devel/unsupported/8.2/ppc/ Bye, Phil