Re: [arch-general] Pulseaudio 5.1 Setup echoes Front Speakers to Rear speakers
Does the same happens with speaker-test? (included in alsa-utils) Try running it like this: speaker-test -c 6 2014-03-17 2:40 GMT-03:00 Kyle Terrien kyleterr...@gmail.com: On 03/16/2014 10:21 PM, Kyle Terrien wrote: Are you using PulseAudio? D'oh! I noticed the subject line said Pulseaudio right after sending my message. Sorry for the stupid question. --Kyle
Re: [arch-general] Gnome 3.6, No logout entry? (Gnome-unstable and testing)
2012/10/14 甘露(Gan Lu) rhythm@gmail.com: On Sun, Oct 14, 2012 at 11:53 AM, martin kalcher alternative-status-menu doesn't work, it just adds suspend. And it's also missing hibernate now...
Re: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1)
275.09.07 here, no problems loading big images. I do use a custom kernel with with a recompiled nvidia drivers, but I doubt that would have anything to do with it. 2011/6/17 Yaro Kasear y...@marupa.net: On Friday, June 17, 2011 04:10:01 PM Richard Schütz wrote: The new driver really seems to have a major problem. I figured out that you just need an image with 2047px width to screw up the driver. ATTENTION: This can crash your X server and corrupt memory! Example: [1], an otherwise harmless picture. Every picture with the same width will work, too. I could trigger the bug at least with Firefox, Midori, Epiphany and EOG. It looks like some applications like Chromium alter the size, so they don't trigger it. [1] http://www.abload.de/img/nvbugy7cd.jpg Are we sure ths is a bug with the nVidia driver? Can someone load that image who isn't using it?
Re: [arch-general] After kdelibs and workspace last package updates KDE is not working properly.
if you can't find a process called kded4 running, start it from a terminal. If you find it, kill it and try again. That should get all kde daemons running again, but will not fix whatever is triggering the problem. 2011/5/27 Álvaro Villalba Navarro vn.alv...@gmail.com: The powersaving profile are also lost. 2011/5/27 Álvaro Villalba Navarro vn.alv...@gmail.com: No, I'm using kde from extra (4.6.3-2). 2011/5/27 Sven-Hendrik Haase s...@lutzhaase.com: On 05/27/2011 10:52 AM, Álvaro Villalba Navarro wrote: Hi list, I upgraded kdelibs, kdeworkspace, kdeedu and networkmanagement plasmoid yesterday (except for the last one, it was just a package upgrade) and after that the kde cookies service is not working anymore (neither for konqueror nor for rekonq). System tray now has the old colorful icons, instead of the 4.6 white and minimalist ones (that's not an really an issue, it's just weird), and everytime I try to enable the networkmanagement plasmoid the whole plasma crashes and reboots without the plasmoid enabled. I've noticed more weird things in its behaviour, but I don't remember it now, so if it happens again I'll say it here. Has anybody the same problem? Does anybody know what this package upgrade was supposed to do? -- Álvaro Villalba Navarro Are you running kde-unstable? If you do, report upstream bugs. Chances are somebody already did and you can provide info on it. -- Álvaro Villalba Navarro -- Álvaro Villalba Navarro
Re: [arch-general] Chromium crashes KDE 4.5.1
2010/9/13 Sven-Hendrik Haase s...@lutzhaase.com On 13.09.2010 18:38, Madhurya Kakati wrote: Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P Using that exact setup and haven't seen this crash yet. Do you have any error logs after starting the panel manually? Is qt-gtk-engine used as the widget theme for gtk apps?
Re: [arch-general] Chromium crashes KDE 4.5.1
2010/9/13 Sven-Hendrik Haase s...@lutzhaase.com On 13.09.2010 19:34, Adriano Moura wrote: 2010/9/13 Sven-Hendrik Haase s...@lutzhaase.com On 13.09.2010 18:38, Madhurya Kakati wrote: Hi, I am using Chromium 6.0.x with KDE 4.5.1. Whenever any website presents a dialog box asking for confirmation for something (for example in gmail if i close the tab without logging out it presents a dialog box asking for confirmation) and after i click on any button on it the kde panel crashes. Also, i suspect plasma crashes too but applications that are open including chromium do not crash. This happened even in KDE 4.4.However it happens in KDE only and not in any other DE. Please tell me why this happens and how to stop it from happening. Thanks. P.S- Telling me to stop using KDE is not an appropriate answer :P Using that exact setup and haven't seen this crash yet. Do you have any error logs after starting the panel manually? Is qt-gtk-engine used as the widget theme for gtk apps? Yep. This was actually inteded for the OP, but anyway, if it works for you, this shouldn`t be the cause...
Re: [arch-general] All kdemod3 menu apps in Lost Found menu folder + control panel apps gone - how to get back?
Deleting the .menu files won't actually result in loss of any shortcut. It will only make it default to the information provided from the .desktop files, instead of the overrides made in .menu files. Nevertheless, always backup :) What you will lose are sections, subsections and shortcut order, modified trough the menu system. Any information inside the .desktop files will be kept. KDE should put everything into it's default position (provided there is any inside the .desktop files), well, at least KDE4 does. I've also experienced this kind of messy behavior, but with KDE4. It's so much trouble that I decided to just delete every menu file and make the changes inside .desktop files. This may also work globally with other DEs, if they respect the XDG rules. A shortcoming may be that You shouldn't edit system .desktop files (You can, but pacman may eat it), but instead, duplicate them to yours personal ~/.config/share/applications/ dir. Add or Look for this inside .desktop files: Type=Application Categories=Game;ArcadeGame; The menu system will try to match these Categories and put inside directories (sections) defined in /usr/share/desktop-directories/ or ~/.local/share/desktop-directories/ Also, your old directories might still be defined in there. They won't be visible in menus until some .desktop file reference them. Trying to fix this inside the menu editor might get things even worse. (but you could try!) 2010/7/21 David C. Rankin drankina...@suddenlinkmail.com On 07/19/2010 05:06 PM, Adriano Moura wrote: Look arround in ~/.gnome/apps ~/.gnome/mime-info/ and ~/kde/share/ If you find something suspecious, try hiding again. I really don't know how those DEs handle those files, but you can try. 2010/7/19 David C. Rankindrankina...@suddenlinkmail.com 1 down 1 to go. Any other ideas on the crazy menu errors? Well now I think I've found the motherload of screwed up menu files. Going through ~/.config/menus, I have found hundreds of menu 'undo files'. The directory is filled with: 04:45 alchemy:~/.config l menus/ total 2028 drwxr-xr-x 2 david dcr 12288 Jul 16 00:02 . drwxr-xr-x 39 david dcr 4096 Jul 19 13:11 .. -rw-r--r-- 1 david dcr 6952 Jun 27 09:57 applications-kmenuedit.menu -rw-r--r-- 1 david dcr 19055 Jul 19 00:58 applications.menu -rw-r--r-- 1 david dcr 1363 Nov 29 2009 applications.menu.undo-10 -rw-r--r-- 1 root root 12350 Jul 15 20:47 applications.menu.undo-100 -rw-r--r-- 1 root root 12418 Jul 15 20:48 applications.menu.undo-101 -rw-r--r-- 1 root root 12488 Jul 15 20:48 applications.menu.undo-102 -rw-r--r-- 1 root root 12555 Jul 15 20:49 applications.menu.undo-103 -rw-r--r-- 1 root root 12660 Jul 15 20:50 applications.menu.undo-104 -rw-r--r-- 1 root root 12765 Jul 15 20:50 applications.menu.undo-105 -rw-r--r-- 1 root root 12831 Jul 15 20:50 applications.menu.undo-106 -rw-r--r-- 1 root root 12894 Jul 15 20:50 applications.menu.undo-107 -rw-r--r-- 1 root root 12970 Jul 15 20:50 applications.menu.undo-108 -rw-r--r-- 1 root root 12970 Jul 15 20:55 applications.menu.undo-109 -rw-r--r-- 1 david dcr 1443 Nov 29 2009 applications.menu.undo-11 -rw-r--r-- 1 root root 13075 Jul 15 20:56 applications.menu.undo-110 -rw-r--r-- 1 root root 13142 Jul 15 20:56 applications.menu.undo-111 -rw-r--r-- 1 root root 13206 Jul 15 20:56 applications.menu.undo-112 -rw-r--r-- 1 root root 13274 Jul 15 20:56 applications.menu.undo-113 -rw-r--r-- 1 root root 13354 Jul 15 20:56 applications.menu.undo-114 -rw-r--r-- 1 root root 13418 Jul 15 20:57 applications.menu.undo-115 -rw-r--r-- 1 root root 13487 Jul 15 20:57 applications.menu.undo-116 -rw-r--r-- 1 root root 13558 Jul 15 20:57 applications.menu.undo-117 -rw-r--r-- 1 root root 13627 Jul 15 20:58 applications.menu.undo-118 -rw-r--r-- 1 root root 13732 Jul 15 20:58 applications.menu.undo-119 -rw-r--r-- 1 david dcr 1509 Nov 29 2009 applications.menu.undo-12 -rw-r--r-- 1 root root 13802 Jul 15 20:58 applications.menu.undo-120 -rw-r--r-- 1 root root 13875 Jul 15 20:59 applications.menu.undo-121 snip They all look to be from the time I edited the gnome menu and from when the menus in kde3 broke. The file content looks like this: 04:49 alchemy:~/.config/menus cat applications.menu.undo-100 !DOCTYPE Menu PUBLIC '-//freedesktop//DTD Menu 1.0//EN' 'http://standards.freedesktop.org/menu-spec/menu-1.0.dtd' Menu Move OldAccessories/alacarte-made/Old Newalacarte-made-1/alacarte-made/New /Move Move OldGames/Old NewAccessories/Games/New /Move Move OldEducation/Old NewAccessories/Education/New /Move Move OldArchlinux/Old NewAccessories/Archlinux/New /Move NameApplications/Name MergeFile type=parent/etc/xdg/menus/applications.menu/MergeFile
Re: [arch-general] All kdemod3 menu apps in Lost Found menu folder + control panel apps gone - how to get back?
Try to hide ~/.local/share/applications and ~/.config/menus, then start one of the DEs If the menus get back to their default (no custom shortcuts/order), something screwed up those files. There also might be other places for specifc DEs to store their .desktop or .menu files. 2010/7/19 David C. Rankin drankina...@suddenlinkmail.com On 07/19/2010 12:39 AM, David C. Rankin wrote: On 07/18/2010 11:34 PM, David C. Rankin wrote: snip Also, what ever happened also caused all kde3 control panel entries to disappear from the control panel. Now I don't have a control panel any more: 23:22 alchemy:/opt/kde/share/applications/kde kcmshell --list The following modules are available: Huh? Something I have never seen before is the complete loss of the desktop configuration dialogs. When I rt-click on the kde3 desktop here is what I get: (14K) http://www.3111skyline.com/dl/Archlinux/bugs/kde3-rt-click-on-dt.jpg I am really curious as to what in the heck caused this problem. When I opened enlightenment tonight, I noticed changes to the enlightenment menu items that could ONLY have occurred as a result of the changes I made in Gnome alacarte. The app titles in my enlightenment menus where what I had changed names to in gnome. Is there anyway alacarte could have effected menus in other desktops? I get that all desktops pretty much use the same .desktop files, but something had to have completely screwed up my kde3 menu structure. If so, that's a serious bug. Anybody got any info on whether alacarte can effect menus in other desktops? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] All kdemod3 menu apps in Lost Found menu folder + control panel apps gone - how to get back?
Look arround in ~/.gnome/apps ~/.gnome/mime-info/ and ~/kde/share/ If you find something suspecious, try hiding again. I really don't know how those DEs handle those files, but you can try. 2010/7/19 David C. Rankin drankina...@suddenlinkmail.com 1 down 1 to go. Any other ideas on the crazy menu errors?
Re: [arch-general] What broke ctrl+c ??
2010/7/17 David C. Rankin drankina...@suddenlinkmail.com On 07/16/2010 09:52 PM, David C. Rankin wrote: Guys, I have a strange problem. ctrl+c is completely broken on my system. It won't cancel Jack Schit. It is the strangest thing I've seen. I apologize if there is some archain Arch notice on this I apologize, I've missed it. This is easy to test. Just to 'ping anywhere' and then try and kill it with ctrl+c. I have to open another terminal and either 'killall ping' or kill the pid to get the thing to stop. Same thing happens if I mistype a cli and need to cancel the execution (like if I mistype a ' instead of a and the script continues on a new line) What's up with this? OK I've narrowed it down to gnome-terminal. If I use konsole (kde3 or kde4) ctrl+c works just fine. Can anyone else try in gnome-terminal and see if ctrl+c is broken for you? Just type 'ping whatever' and then try to kill ping with crtl+c. I can't and that's a problem. I'm using using gnome-terminal 2.30.2-1 -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com Does Xterm and the VT's works? if so, it must be something with the gnome terminal :)
Re: [arch-general] A question about Arch Sixty Four
This is actually normal. 64 bits systems uses 64bits per memory address, by default. That alone would make 64bits systems eat twice as much memory than a 32bit systems. Of course you can program can be coded to use 32bit variables, but hey, isn't the larger number representation one of the 64bits advantage? Also, if you want 64bit systems, you may want huge quantities of memory. More than 3GB, which makes most of the memory consumption somewhat useless. 2010/5/24 Dan McGee dpmc...@gmail.com: On Mon, May 24, 2010 at 8:13 PM, Gary Wright wrigg...@gmail.com wrote: 2010/5/24 Frédéric Perrin frederic.per...@resel.fr: On a 64 bit machine, in « char *p; », p will use 64 bits (8 bytes), instead of 4 bytes in a 32 bits machine [I'm talking about p, not about *p which doesn't look like it exists]. Gary Wright seems to be saying that the impact is negligible. Nicky726 seems to be saying that there is a difference of up to 80%. I am surprised by such a claim, but there seems to be anecdotes on Google of people seeing the same thing. As I don't have a 64 bits machine, I can't test for myself. -- Fred Well, heres something vaguely empirical. Just downloaded the two latest netinstall medias and threw them on a usb stick. I ran precisely four commands after logging in as root on each netinstall arch: 1) mkdir /mnt/tmp 2) mount /dev/sda3 /mnt/tmp #my home partition 3) uname -a /mnt/tmp/gary/memcomp 4) free -m /mnt/tmp/gary/memcomp results to be seen here: http://aur.pastebin.com/YwTJA6cR short story: ~29 MB more used on x86_64... or about 30 percent. But when installing a whole system, many more variables come into play. It might have just been my dumb luck that ram usage ended up within 1-2 mb of eachother. 47 MB - 21 MB (for a difference of 26 MB) is what you want to be looking at and nothing else. Throw buffers and cache out the window. Of course, that now skews the percentage a lot higher than what you stated to (47 - 21) / 21 = 123%. I'm not buying those numbers though as you didn't capture near enough information and not all that much was running. More useful are probably things like pmap comparison of the same binaries, etc. after doing as close to identical operations. I'm not sure even that would help, see the following pastebin to see those deceiving results: http://aur.pastebin.com/GzjTZYMe -Dan
Re: [arch-general] A question about Arch Sixty Four
Need to revise my text next time. Hope it's legible. 2010/5/25 Adriano Moura adriano.l...@gmail.com: This is actually normal. 64 bits systems uses 64bits per memory address, by default. That alone would make 64bits systems eat twice as much memory than a 32bit systems. Of course you can program can be coded to use 32bit variables, but hey, isn't the larger number representation one of the 64bits advantage? Also, if you want 64bit systems, you may want huge quantities of memory. More than 3GB, which makes most of the memory consumption somewhat useless. 2010/5/24 Dan McGee dpmc...@gmail.com: On Mon, May 24, 2010 at 8:13 PM, Gary Wright wrigg...@gmail.com wrote: 2010/5/24 Frédéric Perrin frederic.per...@resel.fr: On a 64 bit machine, in « char *p; », p will use 64 bits (8 bytes), instead of 4 bytes in a 32 bits machine [I'm talking about p, not about *p which doesn't look like it exists]. Gary Wright seems to be saying that the impact is negligible. Nicky726 seems to be saying that there is a difference of up to 80%. I am surprised by such a claim, but there seems to be anecdotes on Google of people seeing the same thing. As I don't have a 64 bits machine, I can't test for myself. -- Fred Well, heres something vaguely empirical. Just downloaded the two latest netinstall medias and threw them on a usb stick. I ran precisely four commands after logging in as root on each netinstall arch: 1) mkdir /mnt/tmp 2) mount /dev/sda3 /mnt/tmp #my home partition 3) uname -a /mnt/tmp/gary/memcomp 4) free -m /mnt/tmp/gary/memcomp results to be seen here: http://aur.pastebin.com/YwTJA6cR short story: ~29 MB more used on x86_64... or about 30 percent. But when installing a whole system, many more variables come into play. It might have just been my dumb luck that ram usage ended up within 1-2 mb of eachother. 47 MB - 21 MB (for a difference of 26 MB) is what you want to be looking at and nothing else. Throw buffers and cache out the window. Of course, that now skews the percentage a lot higher than what you stated to (47 - 21) / 21 = 123%. I'm not buying those numbers though as you didn't capture near enough information and not all that much was running. More useful are probably things like pmap comparison of the same binaries, etc. after doing as close to identical operations. I'm not sure even that would help, see the following pastebin to see those deceiving results: http://aur.pastebin.com/GzjTZYMe -Dan
Re: [arch-general] Gnome/Gtk-2.0 BLING! (list of surprisingly cool themes)
This is your lucky day! I've just made this light theme, for you! http://www.kde-look.org/content/show.php/Soft+Metal?content=120867 Sorry for the mid-topic propaganda, but I don't want to open a new topic about themes. Seems fine to share here some more :) 2010/2/26 Nilesh Govindarajan li...@itech7.com: On Sat, Feb 27, 2010 at 4:31 AM, Sachiel sachiel2...@gmail.com wrote: On Fri, Feb 26, 2010 at 8:50 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Listmates, I stumbled across some absolutely killer gtk-2.0 metacity themes that caught my eye. If you use gnome, Xfce, etc.., give them a try and I guarantee you, you Are all of them black-ish? Thank god I didn't check them out. I hate blackish themes. -- Nilesh Govindarajan Site Server Administrator www.itech7.com
Re: [arch-general] kde control center Use my KDE style in GTK applications causes ooo buttons to disappear
I had some of these problems, it seems that going to Appearence Themes Colors and unchecking Apply colors to non KDE applications fixes some weired color and flat pannels (no gradients at all) problems. Now, the icon and menus problem should be caused by the gtk-qt-engine AND an specific theme you are using. I think that you should avoid it and use native themes like the gtk one that Ondřej Kučera specified. On Tue, May 5, 2009 at 3:27 PM, Ondřej Kučera ondrej.kuc...@centrum.cz wrote: Hi, David C. Rankin, J.D.,P.E. wrote: The problem seems to have started after changing the kde control center setting for Appearance Themes - GTK Styles and Fonts - Use my KDE style in GTK applications. I just confirmed this on an X86_64 box that I had not made this setting on. I opened ooowriter and all buttons were there in a very flat and ugly style. I then changed the above setting which required a KDE restart. So I logged out and logged back in, reopened the same document and all of the buttons started disappearing. Has anyone else seen anything like this? More importantly, how do I fix it? I have no direct solution; when I was still using gtk-qt-engine, I was encountering weird problems all the time (fonts in menus being white instead of black which made them hard to read is one I remember the most). Then I discovered qtcurve. It's a highly configurable and a very nice (in my opinion) style for QT/KDE _and_ GTK as well. When you install packages qtcurve-kde4, qtcurve-kde3 and qtcurve-gtk2 from [community], you gain a nice, clean and unified look for all KDE, QT and GTK applications without any additional help (I don't even have that Use my KDE style in GTK applications option checked in KDE settings). So give it a shot, maybe you'll like it. Ondřej -- Cheers, Ondřej Kučera divbr/div