[arch-general] Nouveau problem
Hello again, the graphics card on my old pc is a Nvidia GeForce 3 Ti 200. Before the release of the version 1.8 of X.org I used the proprietary driver. Because this is not possible anymore, I tried the nouveau driver and everything I can get is a blank screen. The vesa driver works correctly with the same configuration files. Thanks for your time! Bye Lars
[arch-general] nfs problem
Hello, I tried to set up a nfs server and a nfs client in my network. I followed the instructions from the arch linux wiki. The server's ip address is 192.168.0.100 and the client's one is 192.168.0.101. I inserted the option --no-notify in /etc/conf.d/nfs-common.conf on the server. Here are the entries of the configuration files. --- On the server --- /etc/export: /home/user/share192.168.0.101(rw,sync,no_root_squash,no_subtree_check) /etc/hosts.allow: nfsd: 192.168.0.101/255.255.255.255 rpcbind: 192.168.0.101/255.255.255.255 mountd: 192.168.0.101/255.255.255.255 --- On the client --- /etc/hosts.allow: rpcbind: 192.168.0.100/255.255.255.255 If I try to mount the nfs share with the command "mount 192.168.0.100:/home/user/share /home/user/share", I will get the error message "mount.nfs: access denied by server while mounting". The directories /home/user/share on both machines are owned by the user. Maybe someone has an idea? Thanks! Bye Lars
Re: [arch-general] KDE 4.4 + pnm2ppa + CUPS
On 01/03/2010 10:38 AM, Lars Tennstedt wrote: On 01/03/2010 02:11 AM, Arvid Picciani wrote: On 01/02/2010 09:20 PM, Lars Tennstedt wrote: Qt4 applications behave like KDE4 applications. The printer recognizes the job and all it prints is a blank paper, sometimes with headline but always without the body. Does the same failure appear when printing to pdf? Also please try the following test: cd /tmp/ mkdir bla cd bla wget http://codepad.org/UggpuBz4/raw.cpp qmake -project qmake make ./bla and tell if it prints "Hello world" as expected. If not, please try a clean not downstream patched version of qt ( heresy has unfortunately only 4.6.0 as arch package, which according to arch devs breaks kde right now. http://hereticlinux.org/repo/i686/qt-4.6.0-3-i686.pkg.tar.gz ) finally, if that fails, please report a bug upstream, including your detailed cups setup and the above testcase. http://bugreports.qt.nokia.com thanks On 01/03/2010 02:11 AM, Arvid Picciani wrote: > On 01/02/2010 09:20 PM, Lars Tennstedt wrote: >> >> Qt4 applications behave like KDE4 applications. The printer recognizes >> the job and all it prints is a blank paper, sometimes with headline but >> always without the body. > > Does the same failure appear when printing to pdf? > Also please try the following test: > > cd /tmp/ > mkdir bla > cd bla > wget http://codepad.org/UggpuBz4/raw.cpp > qmake -project > qmake > make > ./bla > > > and tell if it prints "Hello world" as expected. > If not, please try a clean not downstream patched version of qt > ( heresy has unfortunately only 4.6.0 as arch package, which according > to arch devs breaks kde right now. > http://hereticlinux.org/repo/i686/qt-4.6.0-3-i686.pkg.tar.gz ) > > finally, if that fails, please report a bug upstream, including your > detailed cups setup and the above testcase. > http://bugreports.qt.nokia.com > > thanks > Hello, printing from Scribus (Qt4) to ps works correctly and from Kate (KDE4) to pdf also does. I have the feeling that it has something to do with pnm2ppa. My printer is a HP DeskJet 710C. It seems that Qt has problems with printers that need the pnm2ppa layer. Bye Lars Hello, I want to report about the situation again. Nothing has changed with the release of KDE SC 4.4.1 and Qt 4.6. The printing from KDE or Qt applications works only in rare cases. Kate prints only the header including the date but not the body of a text file, Okular often prints pdf documents without graphics and Gwenview has never printed any pixel of an image file on my system. In every case the printer behaved commonly excepting the result on the paper. On the other side printing from KDE or Qt applications to pdf or ps works as expected, also for normal printing from GNOME and GTK applications and from OpenOffice, Firefox and Thunderbird. Bye Lars
Re: [arch-general] KDE 4.4 + pnm2ppa + CUPS
On 01/03/2010 02:11 AM, Arvid Picciani wrote: On 01/02/2010 09:20 PM, Lars Tennstedt wrote: Qt4 applications behave like KDE4 applications. The printer recognizes the job and all it prints is a blank paper, sometimes with headline but always without the body. Does the same failure appear when printing to pdf? Also please try the following test: cd /tmp/ mkdir bla cd bla wget http://codepad.org/UggpuBz4/raw.cpp qmake -project qmake make ./bla and tell if it prints "Hello world" as expected. If not, please try a clean not downstream patched version of qt ( heresy has unfortunately only 4.6.0 as arch package, which according to arch devs breaks kde right now. http://hereticlinux.org/repo/i686/qt-4.6.0-3-i686.pkg.tar.gz ) finally, if that fails, please report a bug upstream, including your detailed cups setup and the above testcase. http://bugreports.qt.nokia.com thanks On 01/03/2010 02:11 AM, Arvid Picciani wrote: > On 01/02/2010 09:20 PM, Lars Tennstedt wrote: >> >> Qt4 applications behave like KDE4 applications. The printer recognizes >> the job and all it prints is a blank paper, sometimes with headline but >> always without the body. > > Does the same failure appear when printing to pdf? > Also please try the following test: > > cd /tmp/ > mkdir bla > cd bla > wget http://codepad.org/UggpuBz4/raw.cpp > qmake -project > qmake > make > ./bla > > > and tell if it prints "Hello world" as expected. > If not, please try a clean not downstream patched version of qt > ( heresy has unfortunately only 4.6.0 as arch package, which according > to arch devs breaks kde right now. > http://hereticlinux.org/repo/i686/qt-4.6.0-3-i686.pkg.tar.gz ) > > finally, if that fails, please report a bug upstream, including your > detailed cups setup and the above testcase. > http://bugreports.qt.nokia.com > > thanks > Hello, printing from Scribus (Qt4) to ps works correctly and from Kate (KDE4) to pdf also does. I have the feeling that it has something to do with pnm2ppa. My printer is a HP DeskJet 710C. It seems that Qt has problems with printers that need the pnm2ppa layer. Bye Lars
Re: [arch-general] KDE 4.4 + pnm2ppa + CUPS
On 01/02/2010 08:16 PM, Arvid Picciani wrote: On 01/02/2010 05:35 PM, Lars Tennstedt wrote: I can print with Firefox, GIMP, OpenOffice and GNOME applications but I cannot still with KDE 4 or Qt 4 applications. please check if pure qt applications work, such as opera. If not, how does the failure ocure? Qt4 applications behave like KDE4 applications. The printer recognizes the job and all it prints is a blank paper, sometimes with headline but always without the body.
[arch-general] KDE 4.4 + pnm2ppa + CUPS
Hello and a happy new year, I have noticed print problems on my pc sine the release of KDE 4.0.0. I guessed that I had to wait that the KDE 4 or Qt 4 print backend got better. But at the moment I use KDE 4.3.4 on Arch Linux with pnm2ppa from AUR and CUPS. My box is up-to-date. I can print with Firefox, GIMP, OpenOffice and GNOME applications but I cannot still with KDE 4 or Qt 4 applications. I did not find anything about that issue. Can someone help me? Bye Lars
Re: [arch-general] No sound after hal update
Magnus Therning wrote: On Tue, Nov 10, 2009 at 5:11 PM, Christopher Daley wrote: Have you tried running pulseaudio as a daemon? e.g. "/etc/rc.d/pulseaudio start' This would likely be a fix for now... First, it's not recommended to run pulseaudio in system mode. Second it fails: Nov 11 08:35:27 bryma pulseaudio[19871]: main.c: Running in system mode, but --disallow-exit not set! Nov 11 08:35:27 bryma pulseaudio[19871]: main.c: Running in system mode, but --disallow-module-loading not set! Nov 11 08:35:27 bryma pulseaudio[19871]: main.c: Running in system mode, forcibly disabling SHM mode! Nov 11 08:35:27 bryma pulseaudio[19871]: main.c: Running in system mode, forcibly disabling exit idle time! Nov 11 08:35:28 bryma pulseaudio[19872]: main.c: OK, so you are running PA in system mode. Please note that you most likely shouldn't be doing that. Nov 11 08:35:28 bryma pulseaudio[19872]: main.c: If you do it nonetheless then it's your own fault if things don't work as expected. Nov 11 08:35:28 bryma pulseaudio[19872]: main.c: Please read http://pulseaudio.org/wiki/WhatIsWrongWithSystemMode for an explanation why system mode is usually a bad idea. Nov 11 08:35:28 bryma pulseaudio[19872]: module.c: module-hal-detect is deprecated: Please use module-udev-detect instead of module-hal-detect! Nov 11 08:35:28 bryma pulseaudio[19872]: module.c: module-volume-restore is deprecated: Please use module-stream-restore instead of module-volume-restore! Nov 11 08:35:28 bryma pulseaudio[19872]: module-volume-restore.c: We will now load module-stream-restore. Please make sure to remove module-volume-restore from your configuration. I noticed there's a new HAL package available, I'll upgrade to see if things improve. /M Hello, my sound card did not work after hal update. I added the user to the audio group and now it works. Thanks for the help! Bye Lars
[arch-general] Swfdec Gnash
Hi there, the current problem with the new Xorg and the NVIDIA legacy driver and the progress of the nouveau driver let me think about removing the another last proprietary package on my systems. Please tell me of your experience with Swfdec and Gnash for example with YouTube and other flash content. Thanks for your time! Bye Lars
Re: [arch-general] Segmentation fault in X after last upgrade
Xavier wrote: On Wed, Nov 4, 2009 at 7:48 PM, Lars Tennstedt wrote: Hello, it seems that the NVIDIA developers will only fix it if they have time to do it. I guess that the legacy driver does not have a high priority. I tried the nouveau driver and it works on my old GeForce 3 even with compositing. It is a little bit slow but it does the job. Thanks for the hint. But on my other computer the nouveau driver does not work with a GeForce 7. It is weird. Two NVIDIA graphic cards and one needs the closed source driver and the another one the open source one. Geforce 7 should work, see the links in http://wiki.archlinux.org/index.php/Nouveau#Installation If it does not work at all, you should report that to upstream developers. Maybe try first the latest packages which have just been moved to extra today. I use a mirror that contains the version git20091013. It is behind the original Arch Linux mirror. It syncs daily so I guess that I will get the new version tomorrow. Then I will try again. By Lars
Re: [arch-general] Segmentation fault in X after last upgrade
Hello, it seems that the NVIDIA developers will only fix it if they have time to do it. I guess that the legacy driver does not have a high priority. I tried the nouveau driver and it works on my old GeForce 3 even with compositing. It is a little bit slow but it does the job. Thanks for the hint. But on my other computer the nouveau driver does not work with a GeForce 7. It is weird. Two NVIDIA graphic cards and one needs the closed source driver and the another one the open source one. Bye Lars Guus Snijders wrote: Thomas Bächler schreef: [ Xorg segfaults with Nvidia driver ] I don't know what you think, but I don't get the part where the nvidia dev says they plan to fix it, but he can't promise if and when. So they plan to fix it, but don't really know if they plan to fix it. So basically, you're screwed unless you plan on buying a GeForce 6 or newer. Maybe a good time to try the nouveau driver? I don't have a system with an Nvidia vga currently, but from waht i hear it's getting quite good. mvg, Guus
Re: [arch-general] Segmentation fault in X after last upgrade
Hi, Xorg with nvidia-96xx for a GeForce 3 Ti 200 does not start anymore on my Arch Linux installation (i686). First I thought that it was a failure caused by SLiM because the error output on screen was "respawning too fast" and I switched from respawn to once but that did not help. Even standalone X does not start. I looked into the log file and there were messages about that freetype and kbd cannot be found. But both are installed. Are these problems connected to each other? Bye Lars Edgar Kalkowski wrote: Magnus Therning schrob: Anyone else seeing something the same behaviour? Not the exact same thing here but since the latest upgrade to X.org 1.7.1 and Nvidia 190.42 two days ago my X already crashed twice with no errors in /var/log/Xorg.0.log except the following backtrace (with segfault): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x28) [0x45cf48] 1: /usr/bin/X (0x40+0x59ea9) [0x459ea9] 2: /lib/libpthread.so.0 (0x7f2572faa000+0xe7e0) [0x7f2572fb87e0] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f256eb4b000+0xa4aa2) [0x7f256ebefaa2] 4: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0xa6d2) [0x7f257361e6d2] 5: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x352a9) [0x7f25736492a9] 6: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x2f9ab) [0x7f25736439ab] 7: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x37722) [0x7f257364b722] 8: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x38a90) [0x7f257364ca90] 9: /usr/lib/libpixman-1.so.0 (0x7f2573614000+0x2f6ba) [0x7f25736436ba] 10: /usr/lib/libpixman-1.so.0 (pixman_image_composite+0x17c) [0x7f25736444ec] 11: /usr/lib/xorg/modules/libwfb.so (wfbComposite+0x163) [0x7f256e71fc43] 12: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f256eb4b000+0x33e817) [0x7f256ee89817] 13: /usr/bin/X (0x40+0xc2780) [0x4c2780] 14: /usr/bin/X (0x40+0x9baf9) [0x49baf9] 15: /usr/bin/X (0x40+0x9bdc5) [0x49bdc5] 16: /usr/bin/X (0x40+0x110d86) [0x510d86] 17: /usr/bin/X (0x40+0x22726) [0x422726] 18: /usr/bin/X (MapWindow+0x153) [0x424893] 19: /usr/bin/X (0x40+0x45976) [0x445976] 20: /usr/bin/X (0x40+0x466a4) [0x4466a4] 21: /usr/bin/X (0x40+0x2202c) [0x42202c] 22: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f25720549ed] 23: /usr/bin/X (0x40+0x21bd9) [0x421bd9] Segmentation fault at address 0x7f258d399000 Fatal server error: Caught signal 11 (Segmentation fault). Server aborting I don’t think that this really helps but at least you know that you are not alone. ;) Ed
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
Shridhar Daithankar wrote: On Monday 26 October 2009 19:25:09 Lars Tennstedt wrote: I suggest the opposite in the facts of speed. My work's computer runs with Windows XP and the hardware is faster than mine at home. But Windows XP often stands still without a reason and takes ages to do something. KDE 4.3 on my Arch Linux installation runs very well and fast. I guess that it depends on the hardware you use. But I would say that the enterprise linux distributions should use KDE 3.5 and GNOME 2.28 in the nearly future. In such an area with installations on many machines things just have to work and Plasma and GNOME Shell are too new. If KDE is too slow for you, use Xfce or LXDE. I do not miss anything under Xfce. And if you want to use Windows 7, use it. At the moment linux has little percentage on the desktop market. I am writing this for sole reason that silence of a satisfied linux user should not be taken as absence of one. I am a happy arch and KDE user and use windows XP only as much forced by the work. I don't know about vista. Rarely seen it in action. These are my opinions and not conclusions. Just adding a data point here. - KDE is hugely productive. Multiple desktop(it already had for ages but mentioned for comparison with XP), plethora of applets(plasma widgets lately), kopete, kmail, akregator, knews, kate, konsole, k3b and konqueror. It is so much ahead of windows that its not even the same race. Not to mention, each of these apps have innovation on its own that are hard to rival. - I was happy with KDE 3.5.x(on slack and arch) and upgraded to KDE4 just along the way. KDE4.1/4.2 were not upto the par but KDE4.3 is on par with KDE3.5.x for me. - I don't need any eye-candy on KDE and I have turned it off. Even though I have functioning nvidia drivers, I want my desktop fast, not animating and I am happy with that speed. Frankly I have not found any plasma widget worth keeping on desktop(I don't get to see the desktop anyways. Its always covered with some app). But I am a konsole geek. I could go alone with kate/konsole except email/IM/webbrowsing needs. - I couldn't change to GNOME. I hate it. File open dialog is lame compared to KDE. I don't know what virtues peole see in it. That is only one reason another is button order(third is GTK. C for desktop? Not for me and no mono please.). I could stand a half working KDE but not GNOME. - To people advocating lightweight options, Don't you lose what *KDE* offers? Instead of putting together a solution yourself, isn't it much better to use a solution that is put together already? Use xfce, throw in firefox and openoffice and its hardly any different from KDE+openoffice. Throw in thunderbird and pidgin and one begins to wonder whats the point? Is the dekstop really that lean now? Besides, throw in one KDE app. because its irresistible(kmail, kopete, k3b?) and again, one might as well run KDE. - Huge win for KDE is consistency. Whatever speed KDE desktop loads today, it will load with same speed 3 months down the line and 3 years down the line(I can attest that. My home directory has remains of mandrake 7 till date. Upgraded and moved from machine to machine). Windows will not. - I don't like nepomuk/strigi/akonadi and its off on my desktop. Thats more to do with hatred of mysql than these technologies itself. I won't let my desktop depend on mysql. Period. Come postgresql support and I will give it a go. Besides I don't have time to tag 10s of thousand of photos that I already have and every download from digital camera is at least 150 photos. - on point of desktop war, KDE is not fighting with windows but windows ecosystem. What does vanilla windows offer compared to KDE anyways? freecell and solitaire? Where is google messenger? where is an up to date browser? where is yahoo messenger? where is a good console? where are tons of utilities? Again, KDE is not fighting with windows. Its fighting with an echo- system. - for browser, I dabbled with lot of them and here is simple conclusion. The web is too fluid. There is no single app that can render it well, now and in future. And the whole web2.0 is a non-sense, at least functionally. So I have konqueror for regular browsing(no serious site breaks in it for me.) and firefox for occasions when its needed. Usually if it does not render well in konqueror, I bypass the site and not the browser. - use windows and you have to format/reinstall to upgrade. You realize how much productivity hit that is? It is impossible to get back all the small tweaks that one has accumulated over the period of time. Besides isn't that like last century? With arch we upgrade every month, if not more and don't have any problems. I am happy with linux desktop for long time, since 2001 and haven't had windows since then. The war is over. Neo won :) I have to agree. The time using De
Re: [arch-general] We have lost the desktop war. The reason? Windows 7.
RedShift wrote: This thread will probably erupt in a massive flamewar, yet I decided to post my story anyway. I am talking about the desktop experience in general, not the technical details behind it. Keep that in mind. I've been working these past few months with KDE 4.3 and it feels very sluggish and incomplete. I can't enable the desktop effects because that makes things even slower. I'm doing this on a fairly decent setup, an AMD Sempron 2 Ghz with an nVidia FX5500. My laptop suffers from this sluggishness as well. On top of that, lots of things annoy me in KDE 4.3, see the end of this post for my top annoyances. Yesterday I had to reboot to my Windows XP installation on this computer and I was shocked when I arrived in XP's userland. Everything was ridiculously fast. When returning to my linux desktop everything felt even more sluggish. That's when I decided to go back to KDE 3.5. I restored my old KDE 3.5 profile, installed the necessary packages and logged back in. WOF, everything is fast again. Opening new windows is instantaneous, hell even bringing up context menus is faster. If Linux is that much better, why does the current Linux desktop (KDE 4.3) still suck compared to an operating system that's 8 years old? Last week I also had the chance to check out Windows 7, and I was stumped. I was genuinly impressed by Windows 7's GUI. It feels fast, works fluently, it has nice effects which just work and work FAST. When browsing around it felt like a very solid desktop environment. I am jealous. I really am. The thought of using Windows 7 in favor of KDE 4.3 has occured to me much more than I like. And it's little things like dragging the windows to the top of the screen makes them maximized, dragging them to the left makes the take exactly 50% of the screen. How many times have you been manually resizing windows to fit next to each other? I have, too many times. These are things that really improve your productivity. So when should we have started working at a better desktop environment for Linux? When Mac OS X came out. When was that again? 2001. Yes, it really was that long ago. It already had awesome desktop effects that just work on (compared to these days) VERY modest hardware. And it worked fast as well. It was and still is a solid desktop environment. From that point on the Linux community should have recognized the threat Mac OS X was for the desktop environment. Unfortunately nobody did and we went on creating a big mess, fighting over implementations and technical details instead of attempting to create a solid desktop environment. Yet we did have a second chance in 2007. Microsoft obviously screwed up with Windows Vista, we had the chance to win back alot of terrain here until the release of Windows 7. So what did we come up with? KDE 4. Yes, a big dissapointment. We still don't have something that's comparable. So basically, where are we at? KDE 3.5 is Windows XP KDE 4.3 is Windows Vista ??? is Windows 7 When are we getting to the Windows 7 stage? Microsoft didn't do a big advertising campaign for the launch of Windows 7, nevertheless they delivered a big slap in the face to the Linux desktop environments. The numbers speak for themselves, Windows 7 has already sold more copies in its first week than Windows Vista did in its first month. And with good riddance, Windows 7 really is better than Windows Vista. Microsoft recognized the problems with Windows Vista and dealt with them. And dealt with them swiftly if you ask me, doing it in less then 3 years. Conclusion We are losing ground. We are losing it fast. Our competitors recognize what the user wants and delivered. If we are comparing enterprise desktops, there's no going around Red Hat. The current Red Hat desktop (5.4) ships with KDE 3.5, while its succesor RHEL 6 will be, if looking what Fedora brings now, shipped with KDE 4.2 or 4.3. That means KDE 4.2/4.3 will be the main desktop for enterprises for at least the next 3 years. A disgrace if you ask me. Users will be comparing desktop environments and they will find Windows 7 or Mac OS X to be better. After the damage RHEL 6 will have done to the reputation of the Linux desktop, it will take again as many years to rectify the damage done. Granted if we will have a solid desktop environment comparable to Windows 7 by the time RHEL 7 gets released. Which I can't help but doubt. My top KDE 4.3 annoyances: * Slo. Logging in takes a multifold of times it did under KDE 3.5, repainting windows takes up a lot of time * The battery status applet is buggy, it only shows the actual percentage after you've hovered it with the mouse, even when you've set it to always display. The scale it uses is also difficult to interpret. These bugs have been reported a long time ago and are still not fixed. * The run dialog is useless. The reason is the history function. It can't display a full history when you start typing, yo
Re: [arch-general] SMPlayer and Qt
Evangelos Foutras wrote: Lars Tennstedt wrote: Hello, I don't know. But your reply tells me that it does not matter. I guess that the differences between Qt 4.5.3 and 4.5.2 only consists of bug fixes and are not that important. Have a nice day! Lars Allan McRae wrote: Lars Tennstedt wrote: Hi there, SMPlayer version 0.6.8 (SVN r3213) form the repository is compiled with Qt 4.5.2. At the moment the version of Qt is 4.5.3. Is it time to rebuild SMPlayer? Does it matter? Allan It's dynamically linked [1] against Qt, so it will use the version of the library that is currently installed on the system. In this case, SMPlayer also reports that it's using Qt 4.5.3 in its about menu: "Using Qt 4.5.3 (compiled with Qt 4.5.2)". A rebuild of an application is required when one or more of the libraries it links against gets a "soname bump" which would indicate that its ABI [2] has changed. Oh, and please use bottom-posting [3] when replying. :) [1] http://en.wikipedia.org/wiki/Library_%28computing%29#Dynamic_linking [2] http://en.wikipedia.org/wiki/Application_binary_interface [3] http://en.wikipedia.org/wiki/Posting_style#Bottom-posting Hi, you see that I read the sites on wikipedia. Thanks for the links. I have learned something new today. See you, Lars
Re: [arch-general] SMPlayer and Qt
Hello, I don't know. But your reply tells me that it does not matter. I guess that the differences between Qt 4.5.3 and 4.5.2 only consists of bug fixes and are not that important. Have a nice day! Lars Allan McRae wrote: Lars Tennstedt wrote: Hi there, SMPlayer version 0.6.8 (SVN r3213) form the repository is compiled with Qt 4.5.2. At the moment the version of Qt is 4.5.3. Is it time to rebuild SMPlayer? Does it matter? Allan
[arch-general] SMPlayer and Qt
Hi there, SMPlayer version 0.6.8 (SVN r3213) form the repository is compiled with Qt 4.5.2. At the moment the version of Qt is 4.5.3. Is it time to rebuild SMPlayer? Bye, Lars
Re: [arch-general] GDM + Xfce
Hi, sorry that I answer only now. I tried slim and it does a great job. Thanks for the hint. Bye, Lars Andreas Radke wrote: Am Thu, 15 Oct 2009 08:27:51 +0200 schrieb ludovic coues : You can give a try to slim, as a login manager. Very simple, it does the job. try lxdm. it's in AUR. -Andy
[arch-general] GDM + Xfce
Hello, sorry that I have to annoy you again but you were always very helpful. I have a second Arch Linux install with GDM as login manager and Xfce as desktop environment. This installation is up-to-date. Since the version 2.28 of GDM or better GNOME was released, I noticed some little problems. I read the site about the GNOME 2.28 changes on wiki.archlinux.org and I now know how to configure the new GDM. But sometimes the login process from GDM to Xfce hangs forever and if I can login, it will take a much longer time now. These problems did not exist in the past. Can you help? Greetings Lars
Re: [arch-general] Plasma segmentation faults
Yesterday I deleted my .kde4 folder and Plasma has not crashed since then. If the problem appears again, I will rebuild kdebase with debug symbols. But it seems that my config files combined with the update from 4.2.4 to 4.3.0 caused the crashes. Bye Lars Bram Schoenmakers wrote: 2009/10/6 Lars Tennstedt : Hi Lars, On one desktop the task bar shows this. 1st row |firefox| 2nd row |firefox| Then I switched to another desktop and then back again. The taskbar shows this now. 1st row | ||firefox| 2nd row |firefox| On the first position of the the first row there appears an empty field. A few seconds later plasma crashes. I'd suggest to report this bug at http://bugs.kde.org . Please double check if it hasn't been reported before. I did a quick lookup over there but couldn't find something which looks like your problem. But, keep in mind that a crash report is useless without a backtrace, so I'd recommend to rebuild your packages with debug symbols if you do so. Kind regards,
Re: [arch-general] Plasma segmentation faults
Hi, I deleted .kde4 in my home directory and the problem seems to be gone. I guess I will delete it again when KDE 4.4.0 will come out. Bye, Lars Nicolas Bigaouette wrote: 2009/10/6 Guilherme M. Nogueira As for myself, I was using KDEmod before and now I'm just not in the mood to change from KDEmod to arch KDE. I don't know if there will be any issues and I wouldnt like then to happen now, as we're in the middle of the semester and I have a lot of importante stuff to do. That's my reason =P -- Guilherme M. Nogueira "Any sufficiently advanced technology is indistinguishable from magic." - Arthur C. Clarke When plasma crashed on me (latest kde, intel drivers, kwin effects on, kms on), it is almost all the time because either:1) I don't have room left on drive hosting /home/me. It always need me some time to realize this since the error and consequence (crash) does not report the cause... 2) A badly written plasmoid It's always a pain to be answered this, but you could try moving your ~/.kde4 and start with a new one. Or if you don't want, create a new user and login with it. If it works in the new user/config, then its the your configuration that is the problem, else its the system.
Re: [arch-general] Plasma segmentation faults
Hi, I deleted .kde4 in my home directory and the problem seems to be gone. I guess I will delete it again when KDE 4.4.0 will come out. Bye, Lars Nicolas Bigaouette wrote: 2009/10/6 Guilherme M. Nogueira As for myself, I was using KDEmod before and now I'm just not in the mood to change from KDEmod to arch KDE. I don't know if there will be any issues and I wouldnt like then to happen now, as we're in the middle of the semester and I have a lot of importante stuff to do. That's my reason =P -- Guilherme M. Nogueira "Any sufficiently advanced technology is indistinguishable from magic." - Arthur C. Clarke When plasma crashed on me (latest kde, intel drivers, kwin effects on, kms on), it is almost all the time because either:1) I don't have room left on drive hosting /home/me. It always need me some time to realize this since the error and consequence (crash) does not report the cause... 2) A badly written plasmoid It's always a pain to be answered this, but you could try moving your ~/.kde4 and start with a new one. Or if you don't want, create a new user and login with it. If it works in the new user/config, then its the your configuration that is the problem, else its the system.
Re: [arch-general] Plasma segmentation faults
Hi, there are no third party plasmoids on my system, really only stuff from the official repository. Recompilation with debug symbols is much time consuming, but it will be an option to follow next week or so. You mentioned the third party thing. I noticed a wired thing on my two row task bar in the panel before plasma crashed. My English is not so good that I can describe this perfectly. Maybe this little graphics is a good way to tell you. On one desktop the task bar shows this. 1st row |firefox| 2nd row |firefox| Then I switched to another desktop and then back again. The taskbar shows this now. 1st row | ||firefox| 2nd row |firefox| On the first position of the the first row there appears an empty field. A few seconds later plasma crashes. It is strange. Thanks for your time! Bye, Lars Bram Schoenmakers wrote: 2009/10/6 Lars Tennstedt : Hi Lars, Hello, Plasma crashes several times a day on my Arch Linux installation (32 bit) with a segmentation fault and recovers immediately. The problem has been occured since the release of version 4.3.0. I did not remember such a problem using version 4.2.x. My system is up-to-date, installed software is taken only from the official repositories core, extra and community, the desktop effects are enabled and the graphics card driver is the nvidia closed source one. There is no bug report about this on bugs.archlinux.org. Does anybody have similar problems? Bye, Lars Tennstedt It's hard to say what could cause this. Do you have any (3rd-party?) plasmoids installed? Maybe it is caused by a misbehaving C++ Plasmoid, so try to remove them one after another and see if the crashes disappear. Obtaining a backtrace is also handy in order to locate where the problem is. But that requires you to rebuild the kdelibs and kdebase packages, which may be time consuming. Or, you could try if you see the same problem with kdemod, they offer debug packages straight from the repository. For the record, I have no problems with Plasma on two very different machines (32bit and 64bit), both running KDEmod. Kind regards,
[arch-general] Plasma segmentation faults
Hello, Plasma crashes several times a day on my Arch Linux installation (32 bit) with a segmentation fault and recovers immediately. The problem has been occured since the release of version 4.3.0. I did not remember such a problem using version 4.2.x. My system is up-to-date, installed software is taken only from the official repositories core, extra and community, the desktop effects are enabled and the graphics card driver is the nvidia closed source one. There is no bug report about this on bugs.archlinux.org. Does anybody have similar problems? Bye, Lars Tennstedt
Re: [arch-general] Ruby and rubygems
Done Biru Ionut wrote: Lars Tennstedt wrote: I guess it is not a good idea to report the bug because the package is flagged out of date. So I will wait a bit longer. Greetings Lars Tennstedt report it. the maintainer will update and fix this issue as well.
Re: [arch-general] Ruby and rubygems
I guess it is not a good idea to report the bug because the package is flagged out of date. So I will wait a bit longer. Greetings Lars Tennstedt Johannes Held wrote: Lars Tennstedt : I noticed that RubyRipper does not start anymore since the last ruby update. Can anyone confirm that? confirmed
Re: [arch-general] Ruby and rubygems
Hello, I noticed that RubyRipper does not start anymore since the last ruby update. Can anyone confirm that? Bye Lars Tennstedt Lars Tennstedt wrote: The answer was so easy that I missed it. Thanks! Johannes Held wrote: hi I updated my Arch Linux box today and pacman wanted to install an update for ruby that conflicted with rubygems. So I removed rubygems. But what is the reason for this conflict? afaik new ruby 1.9 contains rubygems and rake.
Re: [arch-general] Ruby and rubygems
The answer was so easy that I missed it. Thanks! Johannes Held wrote: hi I updated my Arch Linux box today and pacman wanted to install an update for ruby that conflicted with rubygems. So I removed rubygems. But what is the reason for this conflict? afaik new ruby 1.9 contains rubygems and rake.
[arch-general] Ruby and rubygems
Hello, I updated my Arch Linux box today and pacman wanted to install an update for ruby that conflicted with rubygems. So I removed rubygems. But what is the reason for this conflict? Bye, Lars Tennstedt
[arch-general] Konsole problems
Hello, I searched the forum and the bug database for this and did not find anything about it. I have a problem with Konsole. I am using KDE and the binary nvidia driver. The composite effets are enabled and my system is up to date. Sometimes Konsole's window disappears partially. Then I have to minimize and maximize the window to renew it. I did not recognize this behaviour when KDE 4.2 was installed on my system. Does anybody have similar problems? It is not a big problem at all. But it is a little bit annoying. Thanks for your help! Bye, Lars Tennstedt
Re: [arch-general] Audio cd ripper
Thanks for your comments. I tried RubyRipper and it fits my needs. But my girl friend needs something that is easier to configure. I mean she is not so good in lame's command line options. I have much trouble using the audio cd kio plugin. Ich noticed there are some (many) audio cds that are not recognized properly by konqueror or dolphin. Maybe they are multi data discs or something like that or I missed something. I noticed improvement since the release of KDE 4.3. Can anybody help? Thanks again. Lars Thomas Bächler wrote: Fabian Schölzel schrieb: 2009/9/4 Thomas Bächler : There is an awesome and easy converter in KDE (already in KDE3), but it's invisible since KDE4 (they forgot to add a UI that appears when you insert a CD). Fire up konqueror or dolphin, enter "audiocd:/" into the URL field and feel the love. You can adjust the settings for encoding as well as querys for automatic track tagging in the "Advanced" tab in systemsettings under the category "Audio CD" and "CDDB Retrieval". Yes - however, the default settings are quite good, I don't think I ever changed something here.
