[Bug 1283003] Re: [Bluetooth + 14.04] Bluetooth headsets are not working after last couple of updates
hello this helped me out. sudo apt-get purge pulseaudio-module-bluetooth bluetooth bluez-* bluez sudo apt-get install blueman bluez pulseaudio-module-bluetooth --install-suggests pactl load-module module-bluetooth-discover found here -> http://firstdoit.com/quick-tip-bluetooth-a2dp-on-linux- mint-17-qiana-mate/?utm_source=blog.gadr.me but works on Ubuntu 14.04 perfect (for me) .. good luck -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-bluetooth in Ubuntu. https://bugs.launchpad.net/bugs/1283003 Title: [Bluetooth + 14.04] Bluetooth headsets are not working after last couple of updates To manage notifications about this bug go to: https://bugs.launchpad.net/blueman/+bug/1283003/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1310583] Re: System monitor not showing network traffic
same problem. zero network activity in all traffic monitors. (conky, netspeed-applet2, netstat -i, .. ) I upgrade from 12.04.4 to 14.04. after that traffic is gone to zero. someone wrote -> Stats are back in 3.14rc1. -> We will see. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-system-monitor in Ubuntu. https://bugs.launchpad.net/bugs/1310583 Title: System monitor not showing network traffic To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bug/1310583/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 369050] Re: Could not register with SIP server on same machine
I have installed Ekiga today and can confirm this behaviour. I'm new to Ubuntu and Ekiga, but I would love to switch to an open source Skype alternative. If you can give me a few hints on how to retrieve the information you need, I'd be happy to help. Cheers. ** Changed in: ekiga (Ubuntu) Status: Invalid => New -- Could not register with SIP server on same machine https://bugs.launchpad.net/bugs/369050 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to ekiga in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 512493] [NEW] Totem changed settings, kills nvidia settings
Public bug reported: Binary package hint: totem When changing Settings of color/brightness/hue and so on. It changes Video Adaptor Settings in nvidiasettings. Example: Reboot Ubuntu. Starting totem, playing with bad settings (in totem) an video. After that starting mplayer, vlc, smplayer(what ever). Any of this players shows the same bad settings by playing the videos, like totem did. They show the same picture settings i made in totem. The problem seams to be that totem is changing the nvidia (video adaptor settings) It does not matter what nvidia driver is being used. 185,190.. all with same problem. -> An other machine with ATI graphic, works without a problem with totem. Hope you can unterstand my bad english. Tried with Ubuntu Jaunty and Karmic Totem: 2.26.1 and 2.28.2 ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 ExecutablePath: /usr/bin/totem-gstreamer NonfreeKernelModules: nvidia Package: totem-gstreamer 2.26.1-0ubuntu5.1 ProcEnviron: PATH=(custom, user) LANG=de_DE.UTF-8 SHELL=/bin/bash SourcePackage: totem Uname: Linux 2.6.28-17-generic i686 ** Affects: totem (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- Totem changed settings, kills nvidia settings https://bugs.launchpad.net/bugs/512493 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 512493] Re: Totem changed settings, kills nvidia settings
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/38375124/Dependencies.txt ** Attachment added: "ProcMaps.txt" http://launchpadlibrarian.net/38375125/ProcMaps.txt ** Attachment added: "ProcStatus.txt" http://launchpadlibrarian.net/38375126/ProcStatus.txt -- Totem changed settings, kills nvidia settings https://bugs.launchpad.net/bugs/512493 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to totem in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
I am not sure if this is related, but I am experiencing problems with GDM overriding language selections I apply on a per-programme basis via the env variable. Normally, when I select Chinese (China) at the login screen, I can still run programmes in English by prepending an env argument, e.g. "env LANG=en_US.UTF-8 firefox". That way I can run an English instance of Firefox in a Chinese language Ubuntu session. This was working fine up to Lucid. Maverick was the first Ubuntu release that caused problems. After installing Maverick, whatever language I specified at the login screen would stick, and I couldn't run programmes in an alternative language by prepending env. The issue disappeared somewhere along the way after an update, though. However, I just finished setting up a fresh install of Natty and the problem reappaeared. Is this related to this bug or described somewhere else? Has somebody else experienced similar problems? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
A screenshot demonstrating the conflict between gdm and env. I selected "Chinese (China)" at the login screen to run a Chinese language session of Ubuntu. In this Chinese Ubuntu session I am trying to run an English instance of Firefox by prepending "env LANG=en_US.UTF-8". Note how Firefox comes up in Chinese instead of English. ** Attachment added: "demonstration of gdm & env conflict" https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162/+attachment/2146803/+files/gdm-env-conflict.png -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Gunnar, thank you for your quick reply. Unfortunately, this didn't make a difference. Firefox still comes up in Chinese. This is on a fresh Natty install, by the way (had to reinstall since my last post for a different reason). Suppose that means the bug is not fixed then? Any other suggestions? Any additional test you'd like me to run? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Yes, of course. Firefox wasn't running when I executed the env LC_MESSAGES and env LANG commands. I also tried running the command with other programmes, such as gedit, but always got the same result: contrary to my expectation, the programme would not open up in the language specified, but in the language I picked at login. This didn't happen on Lucid, and, as I pointed out above, stopped happening on Maverick. Do other users also experience this problem? Shall we track this in a separate bug report? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792735] [NEW] Language selection at login overrides language selection via env LANG
Public bug reported: Binary package hint: gdm After installing Ubuntu 11.04 (Natty) on my system, I started experiencing problems where the language selection at login (GDM) overrides any language selection which I apply on a per-programme basis via "env LANG". I usually run Ubuntu in Chinese, but start certain programmes in English by setting the $LANG variable to en_US.UTF-8: env LANG=en_US.UTF-8 gedit Expected result: gedit will open up with an English GUI (this used to work throughout the last three versions of Ubuntu, i.e. Karmic to Maverick) What happens instead: gedit opens up in Chinese (see attached screenshot env-lang-problem.png) The same applies for other programmes which I used to run in English using the above command, e.g. firefox and thunderbird. I tried using "env LC_MESSAGES" (env LC_MESSAGES=en_US.UTF-8 firefox) as suggested here (https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162), but this didn't make a difference either. Using "export" also didn't change anything. The language selected at login sticks and all programmes open up in Chinese. I have attached an output of "locale" below and hope that this helps to track down the problem. Other than selecting iBus as my input method and installing support for Chinese and a few other languages, I didn't apply any other changes through gnome-language- selector. Suspicious behaviour: Throughout the last three Ubuntu versions, when selecting an Asian language at login, that language would be written in its native characters, e.g. 汉语（中国）or 日本語（日本）. Since Natty, all languages are displayed in English, e.g. Chinese (China) or Japanese (Japan). Not sure if this is related, but I thought it might help ... System information: Ubuntu 11.04 (Natty) uname -a: Linux thinkpad 2.6.38-8-generic #42-Ubuntu SMP Mon Apr 11 03:31:24 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux GDM version: 2.32.1-0ubuntu3.2 (gdm) Output of "locale" after selecting "Chinese (China)" at login: LANG=en_US.UTF-8 LANGUAGE=zh_CN:en_US:en LC_CTYPE="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES=zh_CN.UTF-8 LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= Possibly related to bug #553162: https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162 ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: gdm 2.32.1-0ubuntu3.2 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2 Uname: Linux 2.6.38-8-generic x86_64 Architecture: amd64 Date: Sat Jun 4 11:38:45 2011 InstallationMedia: Ubuntu 11.04 "Natty Narwhal" - Release amd64 (20110427.1) ProcEnviron: LANGUAGE=zh_CN:en_US:en LANG=en_US.UTF-8 LC_MESSAGES=zh_CN.UTF-8 SHELL=/bin/bash SourcePackage: gdm UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: gdm (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug chinese english gdm language natty -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/792735 Title: Language selection at login overrides language selection via env LANG -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792735] Re: Language selection at login overrides language selection via env LANG
** Attachment added: "Screenshot demonstrating how the language selected at login overrides env LANG" https://bugs.launchpad.net/bugs/792735/+attachment/2154538/+files/env-lang-problem.png ** Tags added: chinese english gdm language ** Tags removed: unity-2d -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/792735 Title: Language selection at login overrides language selection via env LANG -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 553162] Re: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing
Thanks again for your suggestions, Gunnar. I copied your commands directly from here to the terminal, so it is not a typo. Strangely, setting env LANG with firefox or thunderbird actually worked on the last three Ubuntu versions, even though it may be incorrect to run it this way. I was able to run an English instance of Thunderbird, for example, by using env LANG. I have opened a separate bug report here: https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/792735 and supplied more information to track down the problem. Any suggestions would be welcome! -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/553162 Title: Set $LANGUAGE if the user picks a different locale in gdm, so that language-selector and gdm stop disagreeing -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 792735] Re: Language selection at login overrides language selection via env LANG
Thank you for your reply, Gunnar. Sorry it has taken me so long to reply. I set up Lucid and Natty on a virtual machine and ran a few more additional tests. Also, after reading through the Language Support help document and the previous discussion at https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/553162 I now have a much better understanding of how language preferences are set on Ubuntu, and how those settings have changed over time. As I understand it, until a while ago, when selecting a certain language at login through GDM, this would change all language-related variables (i.e. $LANG and all $LC_* variables), which means that the display language as well as regional formats were altered. The change you (@Gunnar) have introduced only changes the display language and leaves regional formats unchanged, so you can run an US English language- session of Ubuntu which displays date, time and currency values in the Swedish format, for example. You have achieved this by setting the $LANGUAGE and $LC_MESSAGES variables to the selected language, but leaving the other $LC_* variables unchanged, which thus retain the setting from gnome-language-selector -> Text. Hence, setting $LANGUAGE and $LC_MESSAGES on a per-programme basis allows a user to run programmes in a different language, e.g. env LC_MESSAGES=en_US.UTF-8 firefox env LANGUAGE=en gedit If I understand correctly, env LANG used to work on earlier Ubuntu versions because $LANGUAGE still wasn't being used then. Under those circumstances, altering $LANG would change a programme's language. To achieve the same behaviour on Natty, $LANGUAGE needs to be unset: unset LANGUAGE; env LANG=en_US.UTF-8 gedit While changes you have applied appear logical to me, I am wondering if this is in line with how most applications handle language settings? What I mean is, are you sure all programmes either use $LANGUAGE or $LC_MESSAGES to determine their display language? Are there applications which look at other variables, e.g. $LANG, to determine their display language? Are such problems to be expected on the user's side? Ironically, both commands you suggested above (env LANGUAGE and env LC_MESSAGES) also work for me now. Not sure if I did anything wrong before, but it seems this bug report is invalid. I'll track this issue for a few more days and, if no illogical behaviour appears again, mark the bug as invalid. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gdm in Ubuntu. https://bugs.launchpad.net/bugs/792735 Title: Language selection at login overrides language selection via env LANG To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/792735/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33883] Re: hidden files not included in directory 'properties'
I confirm this bug for Ubuntu 10.04 Lucid Lynx and Nautilus 2.30.1. The preferences window doesn't show the right file size and the workaround provided in the description doesn't change this. Even with View -> Show hidden files enabled the file size & file count in the preferences window are still wrong. This is extremely confusing and annoying behaviour and should be fixed asap. Not being able to tell how large a folder really is makes it nearly impossible to calculate space requirements for backups and the such. -- hidden files not included in directory 'properties' https://bugs.launchpad.net/bugs/33883 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a direct subscriber. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 840946] Re: gnome-settings-daemon crashed with SIGSEGV in g_cclosure_marshal_VOID__STRING()
I only start Ubuntu 11.10. after a few seconds the error appears. No unity bar is shown. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/840946 Title: gnome-settings-daemon crashed with SIGSEGV in g_cclosure_marshal_VOID__STRING() To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/840946/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 124315] Re: Remember+restore window position of applications if WM_WINDOW_ROLE set
The last weeks have seen a lot of discussion on the bug, and it seems the general consensus is that this behaviour isn't desired by most users and is, in fact, a major issue for most people. People have pointed out that this feature is very standard in most major operating systems and there seems to be a common desire for a quick and stable solution to this problem. Apparently, the window manager isn't the only one at fault, but changes in the applications' handling of window positions/size are required as well. However, there seems to be room for improvement in the window manager -- which is only reasonable, since obviously these things work well with other window managers. Considering the importance and visibility of this issue, would it perhaps be possible to include this bug in the "one hundred paper cuts" project? -- provided this issue fits the scope of the project. https://bugs.launchpad.net/hundredpapercuts http://www.omgubuntu.co.uk/2010/12/get-involved-with-the-one-hundred-paper-cuts-project/ -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to metacity in ubuntu. https://bugs.launchpad.net/bugs/124315 Title: Remember+restore window position of applications if WM_WINDOW_ROLE set -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 607708] Re: Nautilus is generally slow
I reopened the bug report because this is still an issue and has not changed over the last three Ubuntu releases (Karmic to Maverick). I am currently running Ubuntu Maverick on a Intel i5 quad core CPU and Nautilus is still extremely slow to open. The first time Nautilus opens a folder it takes about 2-3 seconds until the window finally shows up. Also, as Mohamed pointed out above, folders that contain a large number of files are very slow to load, and take at least 5 seconds, even on this machine. I have tested this on a wide variety of systems, from high end desktop PCs (>= quad core) to laptops (>= dual core 1.6 mhz) to netbooks (single core atom cpus), in various Linux distributions (Ubuntu 9.10 to 10.10, Fedora 12 and SUSE 11.2) and in 32 as well as 64 bit architectures, and I can confirm that this is not hardware related as Nautlius is very slow in all these configurations. Nautilus is typically slower by a ratio of 2:1 to 3:1 when compared to Windows Explorer (Windows 7) on dual boot systems. This is very much an issue considering that there are many fine Linux file managers out there that outperform Nautilus by far. Please let me know if I can provide any more information. ** Changed in: nautilus (Ubuntu) Status: Expired => New -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to nautilus in ubuntu. https://bugs.launchpad.net/bugs/607708 Title: Nautilus is generally slow -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
