RE: [Bug 80892] Re: USB braille display no longer starts with brltty
Hi Henrik, Thanks Mike. Hm, interesting looks like it's interfering with Network Manager somehow. -- A new feature in Feisty. I'll add a bug task for NM so the maintainers of that will have a look. In the meantime, Mike: could you try uninstalling network-manager and see if that helps? I'm reluctant to do this as the removal also wants to remove ubuntu-desktop. Mike -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
Hi Henrik, removing the network manager and rebooting made no difference with this problem. -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
If you can give me more detailed information on what you are asking I can give this a try. Note that the same braille display and the same version of brltty work just fine on an edgy system. -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
The sudo modprobe ehci_hcd made no difference. When I tried to restart brltty I got the same result. I also just tried the latest brltty sources from head with the same result. If it would help, perhaps I could allow you to ssh into a machine that exhibits the problem. I'm normally not into opening ports but for abit of testing it should be OK. -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
RE: [Bug 80892] Re: USB braille display no longer starts with brltty
My mistake, use sudo modprobe -r ehci_hcd Sadly nothing has changed. Mike -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
An interesting new development here. Within the past half hour a new version of brltty was uploaded and added to udev to support the auto detection of braille displays on boot up. Braille now starts successfully for me. A couple small problems remain though: 1. brltty attempted to start twice which made an error appear on the braille display. A press of any key on the braille display dismissed the error. 2. Orca is not currently communicating with brltty so I am currently only able to read text consoles with brltty. This problem could however be a configuration error on my part so I'll give more info when I have it. -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 83939] Re: brltty starts twice on boot
Well, re-adding the exit line certainly changes the behavior. Now when I boot the laptop with the USB display attached brltty continually tries to initialize the display never with any success. This is the exact behavior I reported in the original bug. It almost seems like something that starts up late in the boot process is continually poling the usb ports thus not allowing brltty to start after a certain point. What is strange is that before the recent changes brltty never loaded via the brltty in init.d either which makes me wonder why does it alter the behavior at all? -- brltty starts twice on boot https://launchpad.net/bugs/83939 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] USB braille display no longer starts with brltty
Public bug reported: I have connected a Baum Super Vario braille display to the USB port of my laptop. When I boot feisty I hear the tone telling me the the display is attempting to initialize just as the GDM login is appearing. After about 2 seconds I then hear the tone telling me that the connection to the display has been terminated. At no point do I ever see data on the braille display. If I then switch to a terminal and attempt to start rltty manually I repeatedly hear the initialization and shutdown tones until I kill the brltty process. This system is configured with all stock feisty packages, I have not attempted to build brltty from svn. Manually. Starting brltty with this braille display works with out a problem on both of my edgy systems. This problem happenns with multiple installs of the feisty daily live CD including the one from January 20th. Please let me know what log files I should include here to help resolve the problem. ** Affects: Ubuntu Importance: Undecided Status: Unconfirmed -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 85404] Re: bcm43xx completely broken in feisty
I am also noticing the problems reported above. I am using a Dell latitude d400 with a broadcom bcm4306 wireless chip set. I am not able to view any wireless networks. Do the developers have enough information here from other users or should I include more details? -- bcm43xx completely broken in feisty https://launchpad.net/bugs/85404 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92060] Re: [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy()
I can confirm this behavior with latest updates. This bug has rendered my system pretty useless. It doesn't matter how I start orca: from a terminal, from a launch menu shortcut or at startup. Just to confirm it wasn't a problem with gnome-speech or orca I rebuilt both with the same result. -- [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() https://launchpad.net/bugs/92060 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92060] Re: [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy()
Sorry I wasn't clear in my last comment. I was responding to the following comment. [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() from Jan Claeys at 2007-03-13 22:46:14 UTC -- [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() https://launchpad.net/bugs/92060 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92060] Re: [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy()
I just downloaded Jonathan's latest espeak zip file. Orca still only talks for about 30 seconds and then crashes because speech has crashed. I'm about to install Cepstral Swift to see if that works. -- [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() https://launchpad.net/bugs/92060 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 92060] Re: [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy()
I think we have a much larger sound problem here. I just installed Cepstral swift and test-speech shows me the voice and all its parameters but I hear nothing from the sound card. -- [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() https://launchpad.net/bugs/92060 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
RE: [Bug 92060] Re: [apport] espeak-synthesis-driver crashed with SIGSEGVin strcpy()
The strange thing is that after this crash it kept reading (maybe it is restarted automatically?) but then crashed the programs it was reading from. -- If orca detects a problem it will attempt to restart. This is probably why you were seeing this behavior. Mike -- [apport] espeak-synthesis-driver crashed with SIGSEGV in strcpy() https://launchpad.net/bugs/92060 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
Here is the requested syslog. Note that I killed the brltty process after it attempted to initialize several times. -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80892] Re: USB braille display no longer starts with brltty
** Attachment added: log of attempt to start brltty http://librarian.launchpad.net/6083796/E%3A%5Csyslog -- USB braille display no longer starts with brltty https://launchpad.net/bugs/80892 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1242300] [NEW] Clang cannot locate standard header files
Public bug reported: This command fails saying that limits.h cannot be found: echo '#include limits.h' | clang -v -xc -o /dev/null - This is the full verbose output from it: Debian clang version 3.2-7ubuntu1 (tags/RELEASE_32/final) (based on LLVM 3.2) Target: x86_64-pc-linux-gnu Thread model: posix /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -target-linker-version 2.23.2 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.2 -fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem /usr/local/include -internal-isystem /usr/bin/../lib/clang/3.2/include -internal-isystem /usr/include/clang/3.2/include/ -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /usr/include -fdebug-compilation-dir /home/mike -ferror-limit 19 -fmessage-length 205 -mstackrealign -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -o /tmp/--n2pM6N.o -x c - clang -cc1 version 3.2 based upon LLVM 3.2svn default target x86_64-pc-linux-gnu ignoring nonexistent directory /usr/bin/../lib/clang/3.2/include ignoring duplicate directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include/clang/3.2/include /usr/include/x86_64-linux-gnu /usr/include End of search list. In file included from stdin:1: /usr/include/limits.h:124:16: fatal error: 'limits.h' file not found # include_next limits.h ^ Now, my first thought was that my limits.h file had been deleted somehow, but running locate limits.h shows that there is a limits.h in /usr/include, which clang searches through according to the verbose output. This has only been a problem since upgrading to Ubuntu 13.10. ProblemType: Bug DistroRelease: Ubuntu 13.10 Package: clang 1:3.2-20 ProcVersionSignature: Ubuntu 3.11.0-12.19-generic 3.11.3 Uname: Linux 3.11.0-12-generic x86_64 NonfreeKernelModules: fglrx ApportVersion: 2.12.5-0ubuntu2 Architecture: amd64 Date: Sun Oct 20 12:21:43 2013 InstallationDate: Installed on 2013-04-02 (200 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: llvm-defaults UpgradeStatus: Upgraded to saucy on 2013-10-17 (2 days ago) ** Affects: llvm-defaults (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug saucy -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1242300 Title: Clang cannot locate standard header files To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/llvm-defaults/+bug/1242300/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1242300] Re: Clang cannot locate standard header files
clang-3.4 isn't fully released yet, is it? I think it's still work in progress, and it isn't in the package manager (not even in sid). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1242300 Title: Clang cannot locate standard header files To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/llvm-defaults/+bug/1242300/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs