[Bug 1762113] Re: Tools no longer work against hardware TPM device on e.g. Intel NUC's tpm_crb driver on recent kernels
I'm adding a comment here as I have new information. I discovered a tpm_crb-driven tpm implementation on a laptop running Bionic (ASUS ZenBook UX360CAK). Now that I happened to test tpm2-tools on it, I discovered that: - tpm2_getrandom worked on it, - tpm2_listpcrs also worked. The /dev/tpm0 device behaves as it used to, e.g. writing a command request sends back a response, not an echo of the request. Therefore, I am making the following conclusions: - tpm2-tools itself is fine, - tpm_crb driver per se is probably fine, though there likely is a bug in linux kernel somewhere, - /dev/tpm0 is still programmed the same way, by writing requests and reading responses. The target hardware where things still don't work is an Intel NUC 6CAYB. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1762113 Title: Tools no longer work against hardware TPM device on e.g. Intel NUC's tpm_crb driver on recent kernels To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/tpm2-tools/+bug/1762113/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1762113] [NEW] Tools no longer work against hardware TPM device on e.g. Intel NUC's tpm_crb driver on recent kernels
Public bug reported:
Executing something like this should cause the TPM to return 4 bytes of
random data:
$ sudo strace tpm2_getrandom -T device 4
strace shows that this happens instead:
openat(AT_FDCWD, "/dev/tpm0", O_RDWR) = 3
write(3, "\200\1\0\0\0\f\0\0\1{\0\4", 12) = 12
read(3, "\200\1\0\0\0\f\0\0\1{\0\4", 4096) = 12
e.g. writing a command to TPM seems to cause it to just echo the written
command back, rather than the TPM's actual response for this command.
This is not how it used to work in 16.04. This behavior is not expected
by the tools, which parse this as a TPM error:
ERROR: TPM2_GetRandom Error. TPM Error:0x17b
However, we haven't seen the response yet, so we can't determine if TPM
had an error processing the command. It's just a broken assumption made
by the TPM interface library that the read() after command gives the
response's data rather than the request's data. All other TPM commands
fail similarly for this reason. (For what it's worth, there identical
problem with the tss2 package, which provides an alternative suite of
TPM 2.0 related tools.)
This used to work on the 4.10 kernel from 16.04. It was already broken
on the Hardware Enablement 16.04 kernel that's based on 4.13, so there
must have been some change in kernel that has broken this between 4.11
to 4.13 releases. I was deferring writing this bug until I managed to
test it on 4.15, but alas, the tools don't work there either.
The big change in kernel seems to be that a TPM in-kernel resource
manager has been added. The resource manager's point is to allow
multiple processes to use TPM concurrently. It is unclear to me whether
this also implies changes to the way the tpm0 device should work. I am
in fact having really hard time finding any documentation of the tpm0
interface, so I can't even confirm if this programming API's apparent
change has been intended or not. I am currently assuming that kernel is
working properly and it's the tools that must be updated to resolve the
problem, but it is also possible that this bug should be opened against
the kernel itself instead. It is conceivable that the issue is limited
to subset of TPM drivers. Unfortunately, the only hardware with TPM I
have available is based on tpm_crb driver on an Intel NUC, so I can't
test if the tools would work on some other hardware implementation.
Regarding the resource manager, trying the commands against the
resource-managed TPM device makes no difference in the result:
$ sudo strace tpm2_getrandom -T device -d /dev/tpmrm0 4
...
openat(AT_FDCWD, "/dev/tpmrm0", O_RDWR) = 3
write(3, "\200\1\0\0\0\f\0\0\1{\0\4", 12) = 12
read(3, "\200\1\0\0\0\f\0\0\1{\0\4", 4096) = 12
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: tpm2-tools 2.1.0-1build1
ProcVersionSignature: Ubuntu 4.15.0-13.14-generic 4.15.10
Uname: Linux 4.15.0-13-generic x86_64
ApportVersion: 2.20.9-0ubuntu4
Architecture: amd64
Date: Sun Apr 8 07:24:12 2018
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=
LANG=fi_FI.UTF-8
SHELL=/bin/bash
SourcePackage: tpm2-tools
UpgradeStatus: No upgrade log present (probably fresh install)
** Affects: tpm2-tools (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug bionic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1762113
Title:
Tools no longer work against hardware TPM device on e.g. Intel NUC's
tpm_crb driver on recent kernels
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/tpm2-tools/+bug/1762113/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1739631] Re: Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file
To comment #5: If what you describe is true, then that is a different bug, somehow. The default cacerts file should be in pkcs12 format, which can't be used by java for some reason. The JKS keystore file can be read, regardless of the keystore type setting in the security file. However, I am happy about the suggestion to change the keystore.type=jks parameter in the java.security file. Once this change has been made, openjdk-9 can also generate JKS keystores from "udpate-ca-certificates -f" and that is altogether simpler way to recover from this bug than installing JDK 8, let it generate keystore, and then update to JDK 9 that preserves the cacerts in JKS format regardless of the settings of JDK 9. So here are the workaround steps that can be done instead, to fix TLS for Java 9 when the keystore type happens to be PKCS12. 1. edit /etc/java-9-openjdk/security/java.security file. Find the line that says keystore.type = pkcs12 and change that to jks 2. rm /etc/ssl/certs/java/cacerts file 3. run "update-ca-certificates -f" -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1739631 Title: Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/1739631/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1739631] Re: Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file
While it may be so that OpenJDK ships with empty certificates file, this is not sufficient to explain the issue, or consistent with the bug report I made. Quoting from the original bug report: "I discovered that the JDK's lib/security/cacerts is a symlink to /etc/ssl/certs/java/cacerts, which is provided by ca-certificates-java package". This symlink exists, and it is the one used by JDK. The issue was that JDK9 is unable to read the contents of PKCS12-formatted keystore file, but is able to read its old JKS keystore file. In both cases, the files do contain certificates. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1739631 Title: Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/1739631/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1739631] [NEW] Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file
Public bug reported: I ran into a problem after doing approximately the following on an install of Ubuntu 17.10: sudo apt-get install openjdk-9-jdk maven ca-certificates-java Running "mvn package" on my own project threw this error without downloading anything: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty It seems that all TLS connections fail due to missing trust anchors in Java 9! After some investigation, I discovered that the JDK's lib/security/cacerts is a symlink to /etc/ssl/certs/java/cacerts, which is provided by ca-certificates-java package. This file appeared to be a PKCS12 file with password "changeit" protecting it. I was able to list its contents using both keytool -list -cacerts and openssl pkcs12 -in cacerts with that password, confirming that the file actually did hold the certificates. Regardless, Java 9 was not able to use the contents of this file for whatever reason. To workaround the issue, I downgraded to openjdk-8-jdk, did rm /etc/ssl/certs/java/cacerts, then did update-ca-certificates -f, then upgraded back to openjdk-9-jdk. The old Java 8 -generated JKS file with empty string as password was usable in the Java 9, permitting mvn and other things to make TLS connections again. The problem can be reintroduced by having java 9 installed and doing rm /etc/ssl/certs/java/cacerts and then update-ca-certificates -f. ProblemType: Bug DistroRelease: Ubuntu 18.04 Package: ca-certificates-java 20170930 ProcVersionSignature: Ubuntu 4.13.0-21.24-generic 4.13.13 Uname: Linux 4.13.0-21-generic x86_64 ApportVersion: 2.20.8-0ubuntu5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Thu Dec 21 17:36:05 2017 EcryptfsInUse: Yes InstallationDate: Installed on 2017-12-21 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) PackageArchitecture: all ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=fi_FI.UTF-8 SHELL=/bin/bash SourcePackage: ca-certificates-java UpgradeStatus: Upgraded to bionic on 2017-12-21 (0 days ago) modified.conffile..etc.default.cacerts: [inaccessible: [Errno 13] Lupa evätty: '/etc/default/cacerts'] ** Affects: ca-certificates-java (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug bionic wayland-session -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1739631 Title: Fresh install with JDK 9 can't use the generated PKCS12 cacerts keystore file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/1739631/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1289378] Re: rt2800 crash on skb_push, apparently underflows the skb area
Submited upstream bug https://bugzilla.kernel.org/show_bug.cgi?id=72471 ** Bug watch added: Linux Kernel Bug Tracker #72471 http://bugzilla.kernel.org/show_bug.cgi?id=72471 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1289378 Title: rt2800 crash on skb_push, apparently underflows the skb area To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1289378/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1289378] Re: rt2800 crash on skb_push, apparently underflows the skb area
** Tags added: kernel-bug-reported-upstream -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1289378 Title: rt2800 crash on skb_push, apparently underflows the skb area To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1289378/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1289378] Re: rt2800 crash on skb_push, apparently underflows the skb area
Tested with 3.14-rc6, crash occurred in about 1 hour. ** Tags added: kernel-bug-exists-upstream -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1289378 Title: rt2800 crash on skb_push, apparently underflows the skb area To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1289378/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1289378] [NEW] rt2800 crash on skb_push, apparently underflows the skb area
Public bug reported: I have RT2800-based 5 GHz wireless card that serves as access point with hostapd. The hardware has served me well for years, but just yesterday on the 6th, the system has started crashing random. The system is headless, so I have no images of the prior crashes, but I connected up LCD last night and when I woke up, I saw a crash on the screen which I photographed. None of the crashes seem to be logged in dmesg. Based on experience so far, the system crashes unpredictably, the shortest interval that I've seen it crash is 20 minutes and the longest may be about 10 hours. Typically it won't last more than an hour, though. I found Tuomas Räsänen complaining about a crash that smells like the same issue to me: http://permalink.gmane.org/gmane.linux.drivers.rt2x00.user/2460 Tuomas mentions that the crash occurs on hostapd version 2.x only. According to my dpkg.log, hostapd updated from version 1:1.0-3ubuntu4 to 1:2.1.0ubuntu1 on 6th 09:00, and the first hard crash was sometime between 18:18 and 19:20 that day. I am currently running with rt2800pci removed from kernel, which seems to have worked around the crash. My other wlan card, ath9k, seems to produce no problems. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: linux-image-3.13.0-16-generic 3.13.0-16.36 ProcVersionSignature: Ubuntu 3.13.0-16.36-generic 3.13.5 Uname: Linux 3.13.0-16-generic x86_64 AlsaDevices: total 0 crw-rw 1 root audio 116, 1 Mar 7 10:11 seq crw-rw 1 root audio 116, 33 Mar 7 10:11 timer AplayDevices: Error: [Errno 2] No such file or directory: 'aplay' ApportVersion: 2.13.2-0ubuntu5 Architecture: amd64 ArecordDevices: Error: [Errno 2] No such file or directory: 'arecord' AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: CRDA: country EU: (2402 - 2482 @ 40), (N/A, 20) (5170 - 5250 @ 40), (N/A, 20) (5250 - 5330 @ 40), (N/A, 20), DFS (5490 - 5710 @ 40), (N/A, 27), DFS Date: Fri Mar 7 15:47:11 2014 IwConfig: Error: [Errno 2] No such file or directory: 'iwconfig' PciMultimedia: ProcEnviron: TERM=screen-256color-bce PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcFB: 0 inteldrmfb ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-16-generic root=UUID=f71305f7-0fa2-4521-b633-87103dab6ace ro cgroup_disable=memory elevator=cfq RelatedPackageVersions: linux-restricted-modules-3.13.0-16-generic N/A linux-backports-modules-3.13.0-16-generic N/A linux-firmware 1.126 RfKill: Error: [Errno 2] No such file or directory: 'rfkill' SourcePackage: linux UpgradeStatus: Upgraded to trusty on 2011-04-29 (1042 days ago) dmi.bios.date: 12/22/2011 dmi.bios.vendor: Intel Corp. dmi.bios.version: BLH6710H.86A.0146.2011.1222.1415 dmi.board.asset.tag: To be filled by O.E.M. dmi.board.name: DH67CL dmi.board.vendor: Intel Corporation dmi.board.version: AAG10212-210 dmi.chassis.type: 3 dmi.modalias: dmi:bvnIntelCorp.:bvrBLH6710H.86A.0146.2011.1222.1415:bd12/22/2011:svn:pn:pvr:rvnIntelCorporation:rnDH67CL:rvrAAG10212-210:cvn:ct3:cvr: ** Affects: linux (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug trusty ** Attachment added: Digital camera shot of the oops https://bugs.launchpad.net/bugs/1289378/+attachment/4011896/+files/IMG_20140307_090626.jpg -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1289378 Title: rt2800 crash on skb_push, apparently underflows the skb area To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1289378/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1001584] [NEW] libvirt-bin support for hugepages: apparmor needs a rule for hugetlbfs
Public bug reported: Firstly, transparent hugepages can be enabled with: # echo always /sys/kernel/mm/transparent_hugepage/enabled they are nice and easy to get working, but do not survive memory pressure on the host. I/O pressure on the host breaks the 2M pages back to 4k pages, and therefore renders transparent hugepages useless for long-lived processes, as nothing will reassemble the 4k pages back to 2M pages after memory pressure has ceased. So, kvm should be set up using explicit hugetlbfs support for now. Firstly, kvm is very irritating in that it tends to silently use ordinarily backed memory if hugepage support fails to work, so for a while I thought things were fine despite I had just wasted 8 GB of memory on unused hugepages. This is, however, something to fix within kvm itself rather, and it may be that this is how kvm maintainers prefer it to work. I personally disagree, but it is possible to cat /proc/meminfo and observe if kvm is using hugepages or not: HugePages_Free value equals HugePages_Total when nobody is using hugepages. I chose to mount hugetlbfs at /hugepages, which makes the directory for kvm's memory pages /hugepages/libvirt/qemu. libvirt-bin had to be restarted for it to recognize the hugetlbfs mount location. I need total of 4400 hugetlb pages for my VMs, so I wrote a /etc/sysctl.d/60-custom.conf which says vm.nr_hugepages=4400 and set that value using sysctl -w. I had to retry that command a bunch of times, each time getting more hugepages than before, until finally I got all 4400. However, apparmor still denies access to the hugepage mount point by default. I added a line such as /hugepages/libvirt/qemu/* rw, to every virtual machine's apparmor profie, which are generated from /etc/apparmor.d/libvirt/TEMPLATE by libvirt-aa-helper. I did not discover a way to regenerate the files from the TEMPLATE, so I just manually modified every one after fixing the TEMPLATE file. I would suggest that libvirt-aa-helper should detect hugepages usage from the domain configuration file (memoryBackinghugepages//memoryBacking) and then find out where hugepages are mounted and add that rw grant to that location. $ lsb_release -rd Description:Ubuntu 12.04 LTS Release:12.04 $ apt-cache policy libvirt-bin libvirt-bin: Installed: 0.9.8-2ubuntu17.1 Candidate: 0.9.8-2ubuntu17.1 Version table: *** 0.9.8-2ubuntu17.1 0 500 http://fi.archive.ubuntu.com/ubuntu/ precise-updates/main amd64 Packages 100 /var/lib/dpkg/status 0.9.8-2ubuntu17 0 500 http://fi.archive.ubuntu.com/ubuntu/ precise/main amd64 Packages ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1001584 Title: libvirt-bin support for hugepages: apparmor needs a rule for hugetlbfs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1001584/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 657457] [NEW] interleave ! pulsesink link doesn't work
Public bug reported: I have a stereo LADSPA plugin I want to use to filter my audio using gstreamer. Unfortunately, I discovered that gstreamer's gstladspa plugin can't be naturally used with stereo sound sources. However, I realized that the interleave and deinterleave plugins can be used to split a 2-channel stream to 2 separate streams, which can be routed to the LADSPA plugin, and the result can then be reassembled back to 2-channel audio. However, there is a bug between the interleave and pulsesink. Given a suitable 2-channel file, one should be able to reproduce the problem on a 10.10 installation: gst-launch-0.10 \ de.src0 '!' queue '!' in.sink0 \ de.src1 '!' queue '!' in.sink1 \ filesrc location=$1 '!' decodebin '!' deinterleave name=de \ interleave name=in '!' audioconvert '!' pulsesink To parse this out, the fragment is copypasted from shell script. The filename to play is specified in $1, and is decoded and split to two channels (it is a stereo file), which are then piped through queue (which seems to be necessary for some reason) to the interleave sink, which assembles them together and sends the result to pulsesink. However, pulsesink rejects this command, saying: Setting pipeline to PAUSED ... Pipeline is PREROLLING ... ERROR: from element /GstPipeline:pipeline0/GstPulseSink:pulsesink0: Failed to create stream: Invalid argument Additional debug info: pulsesink.c(826): gst_pulseringbuffer_acquire (): /GstPipeline:pipeline0/GstPulseSink:pulsesink0 ERROR: pipeline doesn't want to preroll. Setting pipeline to NULL ... Freeing pipeline ... The failure to create stream arises from pa_stream_new() call in ext/pulse/pulsesink.c. The strange thing is, if I change the sink to alsasink, the file I specified begins to play, indicating that the problem must somehow be related to pulsesink. Similarly, if I modify the last line to something like: interleave name=il '!' audioconvert '!' flacenc '!' decodebin '!' pulsesink also workarounds the problem, for some unfathomable reason. ** Affects: gst-plugins-good0.10 (Ubuntu) Importance: Undecided Status: New -- interleave ! pulsesink link doesn't work https://bugs.launchpad.net/bugs/657457 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 657457] Re: interleave ! pulsesink link doesn't work
OK, I discovered that NULLing out the channel map in the pa_stream_new()
call seems to fix the problem, so therefore the problem must be with bad
generation of the channel-positions in interleave source or bad handling
of (valid) channel-positions in pulsesink.
I haven't yet worked out how to give custom channel-positions arrays on
the gst-launch command line. Should be an array of integers, and in this
case probably {1, 2}, but I haven't found the syntax to express those
arrays in yet.
--
interleave ! pulsesink link doesn't work
https://bugs.launchpad.net/bugs/657457
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 630223] [NEW] Multiple config file support regression
Public bug reported: Binary package hint: hostapd In maverick, the /etc/init.d/hostapd script does this: [[ -r $DAEMON_CONF ]] || exit 0; However, hostapd itself supports multiple config files to run an access point simultaneously on several interfaces. (See man page of hostapd.) Here's the value I have in /etc/default/hostapd: DAEMON_CONF=/etc/hostapd/hostapd-n.conf /etc/hostapd/hostapd-g.conf Just commenting the test at the init.d script fixes this regression. May I suggest just testing that DAEMON_CONF != ? ** Affects: hostapd (Ubuntu) Importance: Undecided Status: New -- Multiple config file support regression https://bugs.launchpad.net/bugs/630223 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 478974] Re: GDM should use the preferred layout of the user
I was about to open a bug just like this one. In my opinion, the keyboard configuration program should have a way of setting user's preferred keyboard, which applies to GDM as well. My situation was the follows: GNOME always came up with USA keyboard layout, which I then fixed every time by going to the keyboard settings and removing the stupid USA layout and keeping Finnish. This went on for months and frustration mounted. I did everything I thought I could to force Finnish layout to come up by default, including the apply system- wide option, but no go, USA layout always appeared. I finally realized that GDM has 3 controls in the taskpanel area which I never noticed before because they only appear once I have selected an user account and my eyes were invariably focused on the password prompt. One of them is the layout, and it held my hated USA choice. In my experience, having the default come from GDM but having no obvious way to adjust the default from within GNOME is a bug, and there are probably more users like me who can't figure out why GNOME always selects the wrong keyboard layout for them. -- GDM should use the preferred layout of the user https://bugs.launchpad.net/bugs/478974 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 457144] [NEW] Add pulseaudio support to sun-java6-jdk
Public bug reported: OpenJDK for amd64 contains the following files: ./jre/lib/amd64/libpulse-java.so ./jre/lib/ext/pulse-java.jar and a sound.properties file with this: # OpenJDK on Ubuntu is configured to use PulseAudio by default javax.sound.sampled.Clip=org.classpath.icedtea.pulseaudio.PulseAudioMixerProvider javax.sound.sampled.Port=org.classpath.icedtea.pulseaudio.PulseAudioMixerProvider javax.sound.sampled.SourceDataLine=org.classpath.icedtea.pulseaudio.PulseAudioMixerProvider javax.sound.sampled.TargetDataLine=org.classpath.icedtea.pulseaudio.PulseAudioMixerProvider Copying the files above from openjdk to sun jdk and these rows to sound.properties seems to turn java6 jdk pulseaudio aware. It'd be great to see future versions of the package do this automatically. The following is not related to the bug but describes my motivation. I need to do this because I don't get sound with OSS or ALSA applications because of routing problems with optical connection from Audigy 2 ZS that's somehow related to pulseaudio but undebugable for me. It is related to the Optical Raw switch, which I could toggle in the past to get alsa and oss sound working again over the digital output. However, in the karmic betas this setting can no longer be toggled with alsamixer, and thus I *must* have audio routed via pulseaudio to hear anything at all. ProblemType: Bug Architecture: amd64 Date: Wed Oct 21 15:26:34 2009 DistroRelease: Ubuntu 9.10 NonfreeKernelModules: nvidia Package: sun-java6-jdk 6-15-1 ProcEnviron: PATH=(custom, user) LANG=fi_FI.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-14.48-generic SourcePackage: sun-java6 Uname: Linux 2.6.31-14-generic x86_64 ** Affects: sun-java6 (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug -- Add pulseaudio support to sun-java6-jdk https://bugs.launchpad.net/bugs/457144 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 457144] Re: Add pulseaudio support to sun-java6-jdk
** Attachment added: Dependencies.txt http://launchpadlibrarian.net/34098646/Dependencies.txt ** Attachment added: XsessionErrors.txt http://launchpadlibrarian.net/34098648/XsessionErrors.txt -- Add pulseaudio support to sun-java6-jdk https://bugs.launchpad.net/bugs/457144 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 326149] Re: ondemand cpufreq governor reacts too slowly
As a workaround, I have these lines in my rc.local to fix my two cores: echo 30 /sys/devices/system/cpu/cpu0/cpufreq/ondemand/up_threshold echo 30 /sys/devices/system/cpu/cpu1/cpufreq/ondemand/up_threshold The default value of 95 seems tad high. I think it takes about 2 seconds here before CPU speed ramps up from idle, which is very irritating to watch. The lower the value, the faster it seems to react... As a general rule, there should be a decent application-specific way to opt out of ondemand (while the application is running, it's forbidden to conserve CPU). I have some latency-critical applications that do not react well to the cpu scaler changing the cpu speed underneath them. The application's structure is a fixed length of computation that produces audio in the end. The timing of the calculation is carefully tuned with nanosleep to stop right before audio driver is ready to accept more data to minimize latency. Since the fixed period of computation takes variable time with ondemand jiggling the CPU frequency, it produces audio underruns. -- ondemand cpufreq governor reacts too slowly https://bugs.launchpad.net/bugs/326149 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 80834] Re: Unexpected crash while playing ogg file in g_hash_table_foreach
Sebastien Bacher wrote: Antti, could you get a new crash file, the crash format changed I promise, next time it crashes. It has worked good lately. -- Antti -- Unexpected crash while playing ogg file in g_hash_table_foreach https://launchpad.net/bugs/80834 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 81426] Re: [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text()
Sebastien Bacher wrote: Thanks for your bug report. The crash looks like a memory corruption. Could you try to get a valgrind log for it? (you can follow the instructions from https://wiki.ubuntu.com/Valgrind for that) I found out that I could workaround the issue by uninstalling the finnish locale for GNOME. (Sorry, I forgot to go mention it on the bug report. It was during a working day and I simply forgot about the whole issue.) After reinstalling the language packages, it crashes again, so let me see what happens with valgrind... This message war printed 4 times to STDERR: (GNOME Control Center:1670): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Virhe rivillä 1, kohdassa 9: Virheellinen UTF-8-merkistöinen teksti The finnish part says: Error on line N, position M: Malformed UTF-8 text. I don't know how long I should let this gnome-control-center run on valgrind. I just do not see the window appearing despite waiting for 5 minutes, and valgrind says it detected more than 1000 errors and stops reporting new errors. I hope it's okay that I just aborted it. -- Antti -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] Re: [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text()
It seems launchpad ate the email attachment. ** Attachment added: The valgrind log http://librarian.launchpad.net/6425796/valgrind.log.1859.gz -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text()
Public bug reported: gnome-control-center just crashes on segfault on startup. Don't know why. ProblemType: Crash Date: Thu Jan 25 11:15:08 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/gnome-control-center Package: gnome-control-center 1:2.17.90-0ubuntu1 ProcCmdline: gnome-control-center ProcCwd: /data/home/alankila ProcEnviron: [EMAIL PROTECTED] PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games [EMAIL PROTECTED] SHELL=/bin/zsh Signal: 11 SourcePackage: control-center StacktraceTop: g_markup_escape_text () from /usr/lib/libglib-2.0.so.0 g_markup_vprintf_escaped () from /usr/lib/libglib-2.0.so.0 g_markup_printf_escaped () from /usr/lib/libglib-2.0.so.0 application_tile_new_full () from /usr/lib/libslab.so.0 ?? () from /usr/lib/libslab.so.0 Uname: Linux alankila-laptop 2.6.20-5-generic #2 SMP Sat Jan 6 14:50:47 UTC 2007 i686 GNU/Linux UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev scanner video ** Affects: control-center (Ubuntu) Importance: Undecided Status: Unconfirmed -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] CoreDump.gz
** Attachment added: CoreDump.gz http://librarian.launchpad.net/5852973/CoreDump.gz -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] Disassembly.txt
** Attachment added: Disassembly.txt http://librarian.launchpad.net/5852975/Disassembly.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] ProcMaps.txt
** Attachment added: ProcMaps.txt http://librarian.launchpad.net/5852976/ProcMaps.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] Dependencies.txt
** Attachment added: Dependencies.txt http://librarian.launchpad.net/5852974/Dependencies.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] Registers.txt
** Attachment added: Registers.txt http://librarian.launchpad.net/5852978/Registers.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] ProcStatus.txt
** Attachment added: ProcStatus.txt http://librarian.launchpad.net/5852977/ProcStatus.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] Stacktrace.txt
** Attachment added: Stacktrace.txt http://librarian.launchpad.net/5852979/Stacktrace.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 81426] ThreadStacktrace.txt
** Attachment added: ThreadStacktrace.txt http://librarian.launchpad.net/5852980/ThreadStacktrace.txt -- [apport] gnome-control-center crashed with SIGSEGV in g_markup_escape_text() https://launchpad.net/bugs/81426 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80834] Unexpected crash while playing ogg file in g_hash_table_foreach
Public bug reported: Binary package hint: rhythmbox So far I don't know how to reproduce this. I have had rhythmbox crash several times, but always unpredictably, a few minutes in the song. Sometimes it doesn't seem to outright crash but just locks up, and I end up killing it. This time a segfault happened. I'm not sure if these two crash modes are related. For most part, it works fine, so I can't reproduce this at will. Apport crash report follows. ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: Unconfirmed -- Unexpected crash while playing ogg file in g_hash_table_foreach https://launchpad.net/bugs/80834 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80834] Re: Unexpected crash while playing ogg file in g_hash_table_foreach
** Attachment added: Apport-generated crash report. http://librarian.launchpad.net/5807766/_usr_bin_rhythmbox.1000.crash -- Unexpected crash while playing ogg file in g_hash_table_foreach https://launchpad.net/bugs/80834 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
