[Bug 82095] Re: nvidia resolution and 3d not initialised properly
** Changed in: linux-restricted-modules-2.6.20 (Ubuntu) Sourcepackagename: xresprobe => linux-restricted-modules-2.6.20 Status: Needs Info => Confirmed -- nvidia resolution and 3d not initialised properly https://bugs.launchpad.net/bugs/82095 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 63905] Re: mouse cursor disappears
I can confirm this problem from a clean install of Kubuntu Feisty Beta, updated to 20070325. Everything is like the first post says. This is a x86_64 install on a Gigabyte mobo with an on-board nVIDIA 6100 GPU, part of the nForce 430 chipset. I have yet to check if this same problem happens running the propietary nVIDIA drivers, but as they have another set of currently severe and unfixed issues I have been unable to carry those tests. As the one eway to fix the cursor problem seems to reboot the box, it seems like a problem with the driver setting some register on the board on boot, and unsetting it under some circumstances and never resetting it back to normal. Maybe an issue with the hardware cursor? Maybe forcing the software cursor could workaround this problem in the meanwhile. Hope it helps. -- mouse cursor disappears https://launchpad.net/bugs/63905 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 82095] Re: nvidia resolution and 3d not initialised properly
I have the same issue here, with a different card (integrated GeForce 6100 GPU, part of a nForce 430 based motherboard) and from a clean x86_64 install of Feisty Beta, updated up to 20070325. No matter what you try to set resolution higher than [EMAIL PROTECTED] Hz, it is ignored by the X server using the propietary nVIDIA drivers. Sounds like this problem could be the same reported here: http://www.nvnews.net/vbulletin/showthread.php?t=88469 I have yet to try this fix, hope someone affected by this problem has some more time than me, or then (k)ubuntu updates the binary nVIDIA driver to the latest version, that maybe fixed the problem. >From the X startup logs you can see than the module "ddc" is doing nothing, >but when running the "nv" based X server it does its job and gets modes and >resolutions from the monitor and card. However, using "nvidia" it doesn't work >and even ModeLine are silently ignored. Here is an excerpt of an X session >start with the "nvidia" driver: (II) LoadModule: "ddc" (II) Loading /usr/lib/xorg/modules//libddc.so (II) Module ddc: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 [...] (II) Setting vga for screen 0. (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32 (==) NVIDIA(0): RGB weight 888 (==) NVIDIA(0): Default visual is TrueColor (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0) (**) NVIDIA(0): Enabling RENDER acceleration (II) NVIDIA(0): Support for GLX with the Damage and Composite X extensions is (II) NVIDIA(0): enabled. (II) NVIDIA(0): NVIDIA GPU GeForce 6100 at PCI:0:5:0 (GPU-0) (--) NVIDIA(0): Memory: 262144 kBytes (--) NVIDIA(0): VideoBIOS: 05.51.28.39.00 (--) NVIDIA(0): Interlaced video modes are supported on this GPU (--) NVIDIA(0): Connected display device(s) on GeForce 6100 at PCI:0:5:0: (--) NVIDIA(0): @@@ (CRT-0) (--) NVIDIA(0): @@@ (CRT-0): 350.0 MHz maximum pixel clock (II) NVIDIA(0): Assigned Display Device: CRT-0 (WW) NVIDIA(0): No valid modes for "[EMAIL PROTECTED]"; removing. (WW) NVIDIA(0): No valid modes for "1280x1024"; removing. (WW) NVIDIA(0): No valid modes for "1024x768"; removing. (WW) NVIDIA(0): No valid modes for "800x600"; removing. (WW) NVIDIA(0): No valid modes for "640x480"; removing. (WW) NVIDIA(0): (WW) NVIDIA(0): Unable to validate any modes; falling back to the default mode (WW) NVIDIA(0): "nvidia-auto-select". (WW) NVIDIA(0): (II) NVIDIA(0): Validated modes: (II) NVIDIA(0): "nvidia-auto-select" (II) NVIDIA(0): Virtual screen size determined to be 800 x 600 (==) NVIDIA(0): DPI set to (75, 75); computed from built-in default (--) Depth 24 pixmap format is 32 bpp Software versions installed: nvidia-glx: 1.0.9631+2.6.20.3-12.11 linux-image-2.6.20-12-generic: 2.6.20-12.20 xserver-xorg-core: 2:1.2.0-3ubuntu4 Finally, to answer Timo Aaltonen question, for my particular case, here is the information requested (run from an X session based on the driver "nv"): sudo xresprobe nv === id: res: 2768x256 1600x1200 1280x1024 1152x864 1024x768 832x624 800x600 720x400 640x480 512x512 465x3364 465x257 301x257 freq: disptype: lcd/tmds sudo ddcprobe = vbe: VESA 3.0 detected. oem: NVIDIA vendor: NVIDIA Corporation product: Crush50 Board - c51g Chip Rev memory: 65536kb mode: 640x400x256 mode: 640x480x256 mode: 800x600x16 mode: 800x600x256 mode: 1024x768x16 mode: 1024x768x256 mode: 1280x1024x16 mode: 1280x1024x256 mode: 320x200x64k mode: 320x200x16m mode: 640x480x64k mode: 640x480x16m mode: 800x600x64k mode: 800x600x16m mode: 1024x768x64k mode: 1024x768x16m mode: 1280x1024x64k mode: 1280x1024x16m edid: ц�S edid: 1 1 id: 5310 eisa: CTX5310 serial: manufacture: 0 2000 input: composite sync, sync on green, digital signal. screensize: 101 140 gamma: 2.70 dpms: non-RGB, no active off, no suspend, standby timing: [EMAIL PROTECTED] Hz (VGA 640x400, IBM) timing: [EMAIL PROTECTED] Hz (XGA2) timing: [EMAIL PROTECTED] Hz (VGA) timing: [EMAIL PROTECTED] Hz (Mac II, Apple) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (Mac II) timing: [EMAIL PROTECTED] Hz Interlaced (8514A) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] Hz (VESA) timing: [EMAIL PROTECTED] (VESA) ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] ctiming: [EMAIL PROTECTED] dtiming: [EMAIL PROTECTED] dtiming: [EMAIL PROTECTED] dtiming: [EMAIL PROTECTED] dtiming: [EMAIL PROTECTED] Hope it helps. -- nvidia resolution and 3d not initialised properly https://launchpad.net/bugs/82095 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 518478] Re: Long delays tuning DVB-T channels
> It would also help to check that it's not a kernel driver problem, by using
> the new VLC on the old Ubuntu kernel and vice versa.
>
I think we can put the kernel drivers out of the question, as another DVB-T
player ("kaffeine") is working as expected when tuning DVB-T channels. However,
I'll install another kernel version and try, if really needed.
> Can you please provide a threads stack trace from the middle of VLCs doing
> "nothing" for 20 seconds.
>
Don't know exactly how to do what you request :-( Through plain-old "strace" to
the vlc process I can see lots of the following looping (among other syscalls)
while "vlc" seems to be waiting for something:
[pid 28181] read(26,
"\1\1y\0\0\0\0\0y\0\240\4\0\0\0\0H\0\0\0H\377\36\0108\361\336\10\0\0\0\0",
4096) = 32
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28181] read(26, 0xc378a18, 4096) = -1 EAGAIN (Resource temporarily
unavailable)
At another point in the "strace" file descriptor number 26 gets assigned to
another "vlc" thread:
[pid 28176] write(2, "[0xa7080d8] main video output de"..., 83) = 83
[pid 28176] socket(PF_FILE, SOCK_STREAM, 0) = 26
[pid 28176] connect(26, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"}, 20) = 0
[pid 28176] getpeername(26, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"},
[20]) = 0
[pid 28176] uname({sys="Linux", node="desktop", ...}) = 0
[pid 28176] access("/home/username/.Xauthority", R_OK) = 0
[pid 28176] open("/home/username/.Xauthority", O_RDONLY) = 28
[pid 28176] fstat64(28, {st_mode=S_IFREG|0600, st_size=382, ...}) = 0
[pid 28176] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb5695000
[pid 28176] read(28, "\0\0\0\4\300\250\1\2\0\0010\0\22MIT-MAGIC-COOKIE-1\0"...,
4096) = 382
[pid 28176] read(28, "", 4096) = 0
[pid 28176] close(28) = 0
[pid 28176] munmap(0xb5695000, 4096)= 0
[pid 28176] getsockname(26, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"},
[2]) = 0
[pid 28176] fcntl64(26, F_GETFL)= 0x2 (flags O_RDWR)
[pid 28176] fcntl64(26, F_SETFL, O_RDWR|O_NONBLOCK) = 0
[pid 28176] fcntl64(26, F_SETFD, FD_CLOEXEC) = 0
[pid 28176] poll([{fd=26, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=26,
revents=POLLOUT}])
[pid 28176] writev(26, [{"l\0\v\0\0\0\22\0\20\0\0\0", 12}, {"", 0},
{"MIT-MAGIC-COOKIE-1", 18}, {"\0\0", 2},
{"\1\227\363\232Y\230\242\210\343\341-\260\202[\350H", 16}, {"", 0}], 6) = 48
[pid 28176] read(26, 0xa6bc180, 8) = -1 EAGAIN (Resource temporarily
unavailable)
[pid 28176] poll([{fd=26, events=POLLIN}], 1, -1
Seems quite strange, maybe my brief analysis of the problem is completely
wrong. Please advice on taking a "threads stack trace" as previously requested.
Thank you.
--
Long delays tuning DVB-T channels
https://bugs.launchpad.net/bugs/518478
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 518478] [NEW] Long delays tuning DVB-T channels
Public bug reported: Binary package hint: vlc Just upgraded from Ubuntu 9.04 to 9.10, and one of the things on "vlc" that started to fail (somewhat) is DVB-T channels tuning. Tuning the channels (configured in a previously defined, used for a long time, .m3u file) works in the end, but takes a random amount of time to do so, from 10 seconds to more than 20 seconds. Looking and the debugging output it seems like a problem loading the demux module "ts", as you can seen in the following log fragment: main debug: looking for demux module: 51 candidates dvb debug: frontend has acquired signal dvb debug: frontend has acquired carrier dvb debug: frontend has acquired stable FEC dvb debug: frontend has acquired sync dvb debug: frontend has acquired lock dvb debug: - Bit error rate: 0 dvb debug: - Signal strength: 59839 dvb debug: - SNR: 55769 [...long delay waiting for "vlc" to show anything on the screen...] main debug: using demux module "ts" main debug: TIMER module_need() : 20902,782 ms - Total 20902,782 ms / 1 intvls (Avg 20902,781 ms) As I understand, "vlc" succeeds tuning the DVB card, but instead of inmediately decoding the stream, it takes it nearly 21 seconds loading the "ts" demux module and starting to decode the program. Trying other configured DVB-T channels show the same output, buf different "TIME module_need()" times, and the time it takes "vlc" to show the stream matched the delay shown in the logs. Doesn't seem to be a configurable parameter to speed up this step, and can't think of any problem that makes the "ts" demux module to take that long. I have tried loading DVDs and MP3 files on "vlc" and switching between files and medias, and only when tuning DVB-T channels I experience the above problem. Hope it helps. ProblemType: Bug Architecture: i386 Date: Sun Feb 7 19:03:57 2010 DistroRelease: Ubuntu 9.10 NonfreeKernelModules: nvidia Package: vlc 1.0.2-1ubuntu2.1 ProcEnviron: PATH=(custom, no user) LANG=es_ES.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-19.56-386 SourcePackage: vlc Uname: Linux 2.6.31-19-386 i686 ** Affects: vlc (Ubuntu) Importance: Undecided Status: New ** Tags: apport-bug i386 -- Long delays tuning DVB-T channels https://bugs.launchpad.net/bugs/518478 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 518478] Re: Long delays tuning DVB-T channels
** Attachment added: "Dependencies.txt" http://launchpadlibrarian.net/38863756/Dependencies.txt -- Long delays tuning DVB-T channels https://bugs.launchpad.net/bugs/518478 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 1771749] Re: Ethernet connection lost after few minutes since starting
I have been affected by this one for a time now on a 18.04 LTS install on a laptop with both wired and wireless ethernet. Not a fresh install, but one that had been upgraded from earlier releases. I have both Wireless and wired ethernet configured. NetworkManager is taking care of network IP address assignment, which is done dynamically on both cases through DHCP from the AP/router. Every now and then, I get both network interfaces with no IP address assigned whatsoever. It may happen after resuming from suspend (laptop being powered down from hours to days) or while actively using the laptop. In all cases it seems NetworkManager service is still running and "dhclient" processes are up and running for the interfaces. For the latest time this has occured to me: """ # service NetworkManager status ● NetworkManager.service - Network Manager Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled) Active: active (running) since Fri 2018-11-16 21:31:31 CET; 4 days ago Docs: man:NetworkManager(8) Main PID: 845 (NetworkManager) Tasks: 5 (limit: 4915) CGroup: /system.slice/NetworkManager.service ├─ 845 /usr/sbin/NetworkManager --no-daemon ├─12154 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-wlp3s0.pid -lf /var/lib/NetworkManager/dhclient-cef3df46-08a4-4e76-b0d8-3a2c21cd504e-wlp3s0.lease -cf /var/lib/NetworkManager/dhclient-wl └─23839 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-enp0s25.pid -lf /var/lib/NetworkManager/dhclient-7d46e9cc-ee9c-366d-a025-73d355f9d046-enp0s25.lease -cf /var/lib/NetworkManager/dhclient- # ps -efa | grep Netwo root 845 1 0 nov16 ?00:00:20 /usr/sbin/NetworkManager --no-daemon root 1207 2521 0 14:13 pts/100:00:00 grep --color=auto Netwo root 12154 845 0 nov20 ?00:00:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-wlp3s0.pid -lf /var/lib/NetworkManager/dhclient-cef3df46-08a4-4e76-b0d8-3a2c21cd504e-wlp3s0.lease -cf /var/lib/NetworkManager/dhclient-wlp3s0.conf wlp3s0 root 23839 845 0 nov20 ?00:00:00 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /run/dhclient-enp0s25.pid -lf /var/lib/NetworkManager/dhclient-7d46e9cc-ee9c-366d-a025-73d355f9d046-enp0s25.lease -cf /var/lib/NetworkManager/dhclient-enp0s25.conf enp0s25 """ For me, getting IP addresses assigned again to interfaces is as easy as running "service NetworkManager restart". Last significant logs in /var/log/syslog prior to losing connectivity (IP address) on both network interfaces (wired "enp0s25" and wireless "wlp3s0") are as below: """ Wireless interface goes "timed out" Nov 21 12:13:40 laptop NetworkManager[845]: [1542798820.8236] connectivity: (wlp3s0) timed out Nov 21 12:13:40 laptop avahi-daemon[841]: Withdrawing address record for 192.168.1.17 on wlp3s0. Nov 21 12:13:40 laptop avahi-daemon[841]: Leaving mDNS multicast group on interface wlp3s0.IPv4 with address 192.168.1.17. Nov 21 12:13:40 laptop avahi-daemon[841]: Interface wlp3s0.IPv4 no longer relevant for mDNS. And exactly 20 minutes later so does the wired interface... Nov 21 12:33:40 laptop NetworkManager[845]: [1542800020.8236] connectivity: (enp0s25) timed out Nov 21 12:33:40 laptop NetworkManager[845]: [1542800020.8237] manager: NetworkManager state is now CONNECTED_SITE Nov 21 12:33:40 laptop avahi-daemon[841]: Withdrawing address record for 192.168.1.19 on enp0s25. Nov 21 12:33:40 laptop systemd[1]: Starting Network Manager Script Dispatcher Service... Nov 21 12:33:40 laptop avahi-daemon[841]: Leaving mDNS multicast group on interface enp0s25.IPv4 with address 192.168.1.19. Nov 21 12:33:40 laptop gsd-sharing[1976]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit gnome-user-share-webdav.service not loaded. Nov 21 12:33:40 laptop avahi-daemon[841]: Interface enp0s25.IPv4 no longer relevant for mDNS. Nov 21 12:33:40 laptop gsd-sharing[1976]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit rygel.service not loaded. Nov 21 12:33:40 laptop dbus-daemon[812]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.9' (uid=0 pid=845 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined") Nov 21 12:33:40 laptop gsd-sharing[1976]: Failed to StopUnit service: GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit gnome-remote-desktop.service not loaded. Nov 21 12:33:40 laptop dbus-daemon[812]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Nov 21 12:33:40 laptop systemd[1]: Started Network Manager Script Dispatcher Service. Nov 21 12:33:40 laptop nm-dispatcher: req:1 'connectivity-change': new request (1 scripts) Nov 21 12:33:40 laptop nm-dispatcher: req:1
[Bug 1662440] Re: Unable to import FNMT certificates in chromium or chrome
Forgot to add some information here for reference:
"""
Chromium81.0.4044.122 (Build oficial) snap (64 bits)
Revisión
44f4233f08910d83b146130c1938256a2e05b136-refs/branch-heads/4044@{#963}
Sistema operativo Linux
JavaScript V8 8.1.307.31
Flash (disabled)
User-agent Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like
Gecko) snap Chromium/81.0.4044.122 Chrome/81.0.4044.122 Safari/537.36
Línea de comandos /snap/chromium/1123/usr/lib/chromium-browser/chrome
--no-default-browser-check --no-first-run --password-store
--flag-switches-begin --flag-switches-end --disable-webrtc-apm-in-audio-service
"""
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1662440
Title:
Unable to import FNMT certificates in chromium or chrome
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1662440/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1662440] Re: Unable to import FNMT certificates in chromium or chrome
OK, so I just upgraded from 18.04 LTS to 20.04 LTS, and with it came an upgrade from "standalone" (apt managed) Chromium to "snaps" Chromium, and while trying to do some activities with a public administration in Spain, I was faced with an error for no personal certificates existed (and I have two of them imported in Chromium before upgrading Ubuntu). I was shocked to see none of the two personal certificates were showing in Chromium anymore. When exporting one of them from Firefox and importing into Chromium, the p12 wouldn't even show in the list to be picked up when importing. Went a step back and followed the authentication chain all the way down from the root: - Root CA certificate : https://www.sede.fnmt.gob.es/documents/10445900/10526749/AC_Raiz_FNMT-RCM_SHA256.cer This one could not be imported just because it was already loaded by default in Chromium. But the dialog which opens when following the link directly has the "Import" button greyed out. - Subordinated CA certificate (the one used to sign the users' certificates) : https://www.sede.fnmt.gob.es/documents/10445900/10526749/AC_FNMT_Usuarios.cer This one also had the "Import" button greyed out when following the link. If going through the certificate authority "import" in preferences, after selecting the "CA uses", gives an "unknown error". Both this and the root CA are obtained in DER format. Wasted my time converting the certificate from DER to PEM format and trying to import it, to (as expected) no avail. For reference, here you have a full (abbreviated) dump of the certificate that wouldn't be imported (certainly certificate is NOT expired and it uses up to date SHA256 signatures and 2048 bit RSA public keys): """ openssl x509 -inform DER -in AC_FNMT_Usuarios.cer -text -noout Certificate: Data: Version: 3 (0x2) Serial Number: 45:5f:3a:e1:5c:21:cd:ba:54:4f:82:aa:47:51:eb:db Signature Algorithm: sha256WithRSAEncryption Issuer: C = ES, O = FNMT-RCM, OU = AC RAIZ FNMT-RCM Validity Not Before: Oct 28 11:48:58 2014 GMT Not After : Oct 28 11:48:58 2029 GMT Subject: C = ES, O = FNMT-RCM, OU = Ceres, CN = AC FNMT Usuarios Subject Public Key Info: Public Key Algorithm: rsaEncryption RSA Public-Key: (2048 bit) Modulus: 00:9d:20:04:26:2d:fb:2d:69:30:cb:d9:93:7f:a5: ... b0:47 Exponent: 65537 (0x10001) X509v3 extensions: X509v3 Basic Constraints: critical CA:TRUE, pathlen:0 X509v3 Key Usage: critical Certificate Sign, CRL Sign X509v3 Subject Key Identifier: B1:D4:4F:C4:23:79:FA:44:05:09:C6:EB:39:CF:E8:35:B0:B8:20:64 Authority Information Access: OCSP - URI:http://ocspfnmtrcmca.cert.fnmt.es/ocspfnmtrcmca/OcspResponder CA Issuers - URI:http://www.cert.fnmt.es/certs/ACRAIZFNMTRCM.crt X509v3 Authority Key Identifier: keyid:F7:7D:C5:FD:C4:E8:9A:1B:77:64:A7:F5:1D:A0:CC:BF:87:60:9A:6D X509v3 Certificate Policies: Policy: X509v3 Any Policy CPS: http://www.cert.fnmt.es/dpcs/ User Notice: Explicit Text: Sujeto a las condiciones de uso expuestas en la Declaración de Prácticas de Certificación de la FNMT-RCM ( C/ Jorge Juan, 106-28009-Madrid-España) X509v3 CRL Distribution Points: Full Name: URI:ldap://ldapfnmt.cert.fnmt.es/CN=CRL,OU=AC%20RAIZ%20FNMT-RCM,O=FNMT-RCM,C=ES?authorityRevocationList;binary?base?objectclass=cRLDistributionPoint URI:http://www.cert.fnmt.es/crls/ARLFNMTRCM.crl Signature Algorithm: sha256WithRSAEncryption 8c:3d:28:b4:e0:7e:0d:f3:6e:5c:da:5c:77:3d:80:64:1e:4e: ... 34:66:50:1b:75:c2:98:11 """ This defect basically makes Chromium in Ubuntu 20.04 unusable in Spain for anyone doing any kind of transaction with most public administrations in Spain, including but not limited to filling your taxes (we are in the middle of the 2019 year tax filling). Guess as per the original reporter's upstream Bug with Google this may not be due to Ubuntu but to some Google's messup. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1662440 Title: Unable to import FNMT certificates in chromium or chrome To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1662440/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 883839] Re: Wrong file names generated by acroread -installCertificate
Thank God I found this comment / bug report from Roger James, as it has saved me from getting even angrier at this problem than I already was. I can fully confirm the bug with Ubuntu 11.10 32 bit and Acrobat Reader 9.4.2, and the fix that the reporter has detailled in the comment above. This is not only a severe functionality bug, but a very simple one to fix as well from the comment above. Without the fix or the workaround lots of online paperwork simply don't work, as many site SSL certificates are not signed by the typical commercial root CA, so following Acrobat instructions and running commands like the one below, doesn't make a difference: acroread -installCertificate www-s.munimadrid.es 443 In fact, under the user's application directory the file with the cert gets created, but as long as you don't workaround the cert file by hand, it doesn't make the connection work. I went to the pain of dumping the connection data via Wireshark, and the TLSv1 session is dropped by the client end (Acrobat Reader) sending the other end a "unknow CA certificate" message. So it seemed clear the problem was somewhere in Acrobat, and thank God Roger had already "fixed" it. Please commit a fix for this issue to the package, as not everyone is going to be able to workaround it, as like it or not, Adobe Acrobat is the de-facto standard (and maybe the only one PDF reader) witch capabilities to be used for things like attaching files to PDF documents, digitally signing them, and securely send them to an enabled server. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/883839 Title: Wrong file names generated by acroread -installCertificate To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/883839/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
Since upgrading to Vivid (15.04), I am no longer getting any of the errors reported with gnucash anymore. A pity this wasn't fixed or at least working for me while on 14.10, anyways, thank you for fixing it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1369273 Title: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 481656] Re: iBus blocks input in Java application
I 've spent a good few additional hours editing OSM data with the Java- based JOSM application, and since I started running the application by setting "XMODIFIERS=" for iBus I have no longer experienced any problem with text entry: neither failure to get any input text, nor the inability to enter special characters for Spanish. So that _may_ look like a valid workaround, however, it's just based on my own experience for a limited time, and your mileage may vary. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/481656 Title: iBus blocks input in Java application To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/481656/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 481656] Re: iBus blocks input in Java application
Being hit by this one for a long time now, when using JOSM (all released stable JARs for a couple year now, if not more). Of course, while using Java version 7, which is the only release JOSM is "qualified" to run with: """ $ java -version java version "1.7.0_72" Java(TM) SE Runtime Environment (build 1.7.0_72-b14) Java HotSpot(TM) Server VM (build 24.72-b04, mixed mode) """ I just arrived in this bug now, and tried the recommended "ibus restart" to get text input working again, but after a few seconds with input working again, the Java application died miserably. Just a few major highlight from the generated report, which I have just attached (hs_err_pid29918.log): """ Current thread (0x2760c000): JavaThread "AWT-EventQueue-0" [_thread_in_native, id=29948, stack(0x27b29000,0x27b7a000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=2 (SEGV_ACCERR), si_addr=0x269bce28 Stack: [0x27b29000,0x27b7a000], sp=0x27b7841c, free space=317k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C 0x269bce28 j sun.awt.X11.XInputMethod.setXICFocusNative(JZZ)V+0 j sun.awt.X11.XInputMethod.setXICFocus(Ljava/awt/peer/ComponentPeer;ZZ)V+25 j sun.awt.X11InputMethod.activate()V+162 j sun.awt.im.InputContext.activateInputMethod(Z)V+169 j sun.awt.im.InputContext.focusGained(Ljava/awt/Component;)V+137 ... """ Even if this is not entirely related to supported Ubuntu packages (there seems to be something related to Java 7 and Java applications), the fact is it seems "ibus" has some saying about it, and other Linux distros seem to be free from this significant nuisance. Considering this has been documented and reported for nearly six years now, if feels disappointing to see such a hot bug being disregarded for that long. I am not using the greatest and latest Ububtu, but I can't see it fixed in any later release either: """ $ cat /etc/os-release NAME="Ubuntu" VERSION="14.10 (Utopic Unicorn)" ID=ubuntu ID_LIKE=debian PRETTY_NAME="Ubuntu 14.10" VERSION_ID="14.10" HOME_URL="http://www.ubuntu.com/"; SUPPORT_URL="http://help.ubuntu.com/"; BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/"; """ I don't know if this is related or not, but also at times with JOSM I experience the inability to enter Spanish characters instead of losing input completely to the application. As ibus seems to deal with "entering foreign characters", I suspect it may be the culprit for both problems. Anyways, let's see if this gets addressed at some point in the very immediate future. Thank you. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/481656 Title: iBus blocks input in Java application To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/481656/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 481656] Re: iBus blocks input in Java application
** Attachment added: ""hs_err_pid29918.log" for the JOSM crash after running "ibus restart", due to JOSM losing keyboard input" https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/481656/+attachment/4384602/+files/hs_err_pid29918.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/481656 Title: iBus blocks input in Java application To manage notifications about this bug go to: https://bugs.launchpad.net/ibus/+bug/481656/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
So this is how things _seem_ to go for this Bug:
"""
(gdb) bt
#0 0xa62c5649 in dbi_shutdown_r () from /usr/lib/i386-linux-gnu/libdbi.so.1
#1 0xa62c56dd in dbi_shutdown () from /usr/lib/i386-linux-gnu/libdbi.so.1
#2 0xa62da2f4 in gnc_module_finalize_backend_dbi () from
/usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so
#3 0xa62da314 in qof_backend_module_finalize () from
/usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so
#4 0xb7c9fb79 in qof_finalize_backend_libraries () from
/usr/lib/i386-linux-gnu/gnucash/libgnc-qof.so.1
"""
- In frame #4 some Gnucash library function is called without any arguments:
"""
253 void
254 qof_finalize_backend_libraries(void)
255 {
256 GSList* node;
257 GModule* backend;
258 void (*module_finalize_func) (void);
259
260 for (node = backend_module_list; node != NULL; node = node->next)
261 {
262 backend = (GModule*)node->data;
263
264 if (g_module_symbol(backend, "qof_backend_module_finalize",
265 (gpointer)&module_finalize_func))
266 module_finalize_func();
267
268 }
269 }
"""
- This seems to call a formerly registered function by the name of
"qof_backend_module_finalize", if it exists, which it must because it is found
in the conditional, for each and one of the backends (dbi being one, don't know
if there are others though):
"""
1939 qof_backend_module_finalize( void )
1940 {
1941 gnc_module_finalize_backend_dbi();
1942 }
1943 #endif /* GNC_NO_LOADABLE_MODULES */
1944
1945 void
1946 gnc_module_finalize_backend_dbi( void )
1947 {
1948 dbi_shutdown();
1949 }
"""
- That lead us to frames #3 and #2 without anything very interesting to say
about it. Let's dig deeper and closer to the real deal:
"""
274 void dbi_shutdown() {
275 dbi_shutdown_r(dbi_inst_legacy);
276 }
"""
- So we are calling some function which description in the library
documentation is as follows:
"""
Frees all loaded drivers and terminates the libdbi instance. You should close
each connection you opened before shutting down, but libdbi will clean up after
you if you don't.
Arguments
Inst: The instance handle
"""
- Then control passes on to frame #0, and then die after a SIGSEGV:
"""
243 void dbi_shutdown_r(dbi_inst Inst) {
244 dbi_inst_t *inst = (dbi_inst_t*) Inst;
245 dbi_conn_t *curconn = inst->rootconn;
246 dbi_conn_t *nextconn;
247
248 dbi_driver_t *curdriver = inst->rootdriver;
249 dbi_driver_t *nextdriver;
250
251 while (curconn) {
252 nextconn = curconn->next;
253 dbi_conn_close((dbi_conn)curconn);
254 curconn = nextconn;
255 }
256
257 while (curdriver) {
258 nextdriver = curdriver->next;
259 curdriver->functions->finalize(curdriver);
260 _safe_dlclose(curdriver);
261 free(curdriver->functions);
262 _free_custom_functions(curdriver);
263 _free_caps(curdriver->caps);
264 free(curdriver->filename);
265 free(curdriver);
266 curdriver = nextdriver;
267 }
268 #if HAVE_LTDL_H
269 (void)lt_dlexit();
270 #endif
271 free(inst);
272 }
"""
- As I haven't compiled gnucash from scratch with debug information, I
can only theorize, but considering libdbi must be some quite frequently
used piece of code, I can't see how the library code can be broken
- I rather believe gnucash is blindly calling the dbi_shutdown without
making sure there is really any dbi connection to shut down in the first
place. Therefore the "dbi_inst_legacy" may be NULL or garbage, and as
soon as it tries to be dereferenced (see line 244 above), the code
crashes.
- So probably the problem is with gnucash logic, which tries to shut
down a dbi connection because it has registered the driver during
initialization, but without really checking on shut down if there was a
connection open (or still open)
- In the end, the fix may be as easy as adding some check to
"gnc_module_finalize_backend_dbi" to see if there is really any
connection to shut down, to only call " dbi_shutdown" when really
necessary. Being a global, checking for "dbi_inst_legacy" being NULL is
probably enough, lacking any better way of checking for any outstanding
DBI connection
All in all, a 15 minute investigation for me and a 5 minute fix for any
gnucash package or upstream maintainer.
Hope this gets looked into ASAP to have a working application without it
crashing every time on shut down.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1369273
Title:
gnucash crashed with ImportError in /usr/share/gnucash/python/init.py:
No module named gnucash
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubun
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
Some more details. This is the latest output from "strace" as running against
an existing gnucash process, just before hitting the "File->Quit" option:
"""
[pid 13334] 17:18:16 open("/home/username/.gnucash/expressions-2.0",
O_WRONLY|O_CREAT|O_TRUNC, 0666) = 14
[pid 13334] 17:18:16 write(14, "", 0) = 0
[pid 13334] 17:18:16 close(14) = 0
[pid 13334] 17:18:16 open("/home/username/.gnucash/stylesheets-2.0",
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 14
[pid 13334] 17:18:16 fcntl64(14, F_GETFL) = 0x8001 (flags O_WRONLY|O_LARGEFILE)
[pid 13334] 17:18:16 _llseek(14, 0, [0], SEEK_CUR) = 0
[pid 13334] 17:18:16 fstat64(14, {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
[pid 13334] 17:18:16 write(14, "(let ((template
(gnc:html-style-sheet-template-find \"Plain\")))\n (if template \n(let
((options ((gnc:html-style-sheet-template-options-generator template \n\n;
Section: Tables\n\n\n; Section: General\n\n\n; Section: Fonts\n\n(let ((option
(gnc:lookup-option options\n \"Fonts\"\n
\"Text cell\")))\n ((lambda (option) (if option
((gnc:option-setter option) \"Ubuntu 9\"))) option))\n\n(let ((option
(gnc:lookup-option options\n \"Fonts\"\n
\"Number header\")))\n ((lambda (option) (if option
((gnc:option-setter option) \"Ubuntu 9\"))) option))\n\n(let ((option
(gnc:lookup-option options\n \"Fonts\"\n
\"Account link\")))\n ((lambda (option) (if option
((gnc:option-setter option) \"Ubuntu Italic 9\"))) option))\n\n(let ((option
(gnc:lookup-option options\n
\"Fonts\"\n
\"Number cell\")))\n ((lambda (optio"..., 3954) = 3954
[pid 13334] 17:18:16 close(14) = 0
[pid 13334] 17:18:16 close(3) = 0
[pid 13334] 17:18:16 munmap(0xb743, 4096) = 0
[pid 13334] 17:18:16 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR,
si_addr=0x9aa0740} ---
[pid 13336] 17:18:16 <... poll resumed> ) = ?
[pid 13348] 17:18:47 +++ killed by SIGSEGV (core dumped) +++
[pid 13336] 17:18:47 +++ killed by SIGSEGV (core dumped) +++
[pid 13335] 17:18:47 +++ killed by SIGSEGV (core dumped) +++
17:18:47 +++ killed by SIGSEGV (core dumped) +++
"""
FD number 3 happened to be:
"""
COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME
gnucash 13334 username3u REG8,3 176 2490542
/tmp/gnucash.trace
"""
And the referred file contents were as follows after the crash on shutdown:
"""
$ cat /tmp/gnucash.trace
* 17:12:12 WARN [gnc_module_init_backend_dbi()] No DBD
drivers found
* 17:12:33 WARN [gnc_module_init_backend_dbi()] No DBD
drivers found
"""
That seems to match quite well the crash on dbi_shutdown_r reported
earlier on, so despite only logging a WARNING, the root cause for the
crash on shutdown may lay there.
So I took one additional step: trying to provide gnucash with some valid libDBI
implementation for DB backends. Prior to that, I only had the following
installed regarding DBI:
"""
$ dpkg --get-selections | grep dbi
libdbi-perl install
libdbi1:i386install
"""
And then I just installed the following:
"""
$ sudo apt-get install libdbd-mysql
"""
After doing so, I can now happily start and quit gnucash with no further
crashes, SIGSEGVs or any other woes of the same kind.
So recapping what's on this Bug, it looks like gnucash as shipped by Ubuntu
14.10 needs the following two additional packages to work fine and not crash at
all:
"""
- python-gnucash: helps with avoiding gnucash to barf errors on startup, but
causes gnucash to crash when quitting
- libdbd-mysql (or probably any other SQL-related DBI library): on top of the
above, it makes gnucash avoid a SIGSEGV on "dbi_shutdown_r" on shutdown, and
therefore quit cleanly
Hope this helps others and the package maintainer as well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1369273
Title:
gnucash crashed with ImportError in /usr/share/gnucash/python/init.py:
No module named gnucash
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
This has been affecting me since upgrading to 14.10 the other day. I did some testing, to rule out anything related to the user running the application, or the data file being used (goes back more a decade worth of transactions). So I created a fresh new user and ran gnucash from the command line with core dumping enabled. gnucash started fine after lots of first-time initializations (as shown in the console output, due to GUILE_AUTO_COMPILE set to on). Just after gnucash completed startup, I quitted the application from the menu. It got into a somewhat lengthy wait (10-20 seconds), to end up dumping core. A simple run of the core file through gdb shows as follows: """ $ gdb /usr/bin/gnucash core GNU gdb (Ubuntu 7.8-1ubuntu4) 7.8.0.20141001-cvs Reading symbols from /usr/bin/gnucash...(no debugging symbols found)...done. [New LWP 12161] [New LWP 12168] [New LWP 12162] [New LWP 12169] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1". Core was generated by `gnucash'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0xa4a3d649 in dbi_shutdown_r () from /usr/lib/i386-linux-gnu/libdbi.so.1 (gdb) thread apply all bt Thread 4 (Thread 0xa5d49b40 (LWP 12169)): #0 0xb76f0c7c in __kernel_vsyscall () #1 0xb6adfd6b in poll () at ../sysdeps/unix/syscall-template.S:81 #2 0xb6c1fe80 in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb6c10eb4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6c10ff6 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb6c11050 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #6 0xb6c380ba in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb6bb3f16 in start_thread (arg=0xa5d49b40) at pthread_create.c:309 #8 0xb6aea9ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 3 (Thread 0xb014db40 (LWP 12162)): #0 0xb76f0c7c in __kernel_vsyscall () #1 0xb6adfd6b in poll () at ../sysdeps/unix/syscall-template.S:81 #2 0xb6c1fe80 in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb6c10eb4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6c10ff6 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb015448b in ?? () from /usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so #6 0xb6c380ba in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb6bb3f16 in start_thread (arg=0xb014db40) at pthread_create.c:309 #8 0xb6aea9ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 2 (Thread 0xaf6f0b40 (LWP 12168)): #0 0xb76f0c7c in __kernel_vsyscall () #1 0xb6adfd6b in poll () at ../sysdeps/unix/syscall-template.S:81 #2 0xb6c1fe80 in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0 #3 0xb6c10eb4 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #4 0xb6c112d9 in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0 #5 0xb63b46f5 in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0 #6 0xb6c380ba in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #7 0xb6bb3f16 in start_thread (arg=0xaf6f0b40) at pthread_create.c:309 #8 0xb6aea9ae in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 Thread 1 (Thread 0xb12dd8c0 (LWP 12161)): #0 0xa4a3d649 in dbi_shutdown_r () from /usr/lib/i386-linux-gnu/libdbi.so.1 #1 0xa4a3d6dd in dbi_shutdown () from /usr/lib/i386-linux-gnu/libdbi.so.1 #2 0xa4a522f4 in gnc_module_finalize_backend_dbi () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so #3 0xa4a52314 in qof_backend_module_finalize () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so #4 0xb73b4b79 in qof_finalize_backend_libraries () from /usr/lib/i386-linux-gnu/gnucash/libgnc-qof.so.1 #5 0xb73c53e5 in qof_close () from /usr/lib/i386-linux-gnu/gnucash/libgnc-qof.so.1 #6 0xb7447469 in gnc_engine_shutdown () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-engine.so #7 0xb75a2fef in gnc_shutdown () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-gnome-utils.so #8 0xb725138d in ?? () from /usr/lib/libguile-2.0.so.22 #9 0xb7227dfd in ?? () from /usr/lib/libguile-2.0.so.22 #10 0xb72b18e7 in ?? () from /usr/lib/libguile-2.0.so.22 #11 0xb728afb9 in ?? () from /usr/lib/libguile-2.0.so.22 #12 0xb72c9f20 in ?? () from /usr/lib/libguile-2.0.so.22 #13 0xb72ca539 in ?? () from /usr/lib/libguile-2.0.so.22 #14 0xb72324f3 in scm_call_4 () from /usr/lib/libguile-2.0.so.22 #15 0xb72b1acf in scm_catch_with_pre_unwind_handler () from /usr/lib/libguile-2.0.so.22 #16 0xb72b1bd4 in scm_c_catch () from /usr/lib/libguile-2.0.so.22 #17 0xb72285d1 in ?? () from /usr/lib/libguile-2.0.so.22 #18 0xb72286d3 in scm_c_with_continuation_barrier () from /usr/lib/libguile-2.0.so.22 #19 0xb72aef7e in ?? () from /usr/lib/libguile-2.0.so.22 #20 0xb60df2c1 in GC_call_with_stack_base () from /usr/lib/i386-linux-gnu/libgc.so.1 #21 0xb72af3e6 in scm_with_guile () from /usr/lib/libguile-2.0.so.22 #22 0xb72515dc in scm_boot_guile () from /usr/lib/libg
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
Adding to my last comment (#7), now I had to enter some additional transactions to gnucash, even after crashing on shutdown as described, transactions seem to be kept open fine, and on further startup, the application doesn't complain about the lock file being in use, so it looks like the crash takes place at the very end of the shutdown process, and other than the crash, nothing bad seems to be happening behind the scenes. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1369273 Title: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1369273] Re: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash
And for whatever reason, without having changed anything at all (at least, intentionally, gnucash resumes crashing on shutdown, but this time it looks a bit different, or maybe not): """ gnucash: Installed: 1:2.6.3-1build1 Program received signal SIGSEGV, Segmentation fault. 0xa631d649 in dbi_shutdown_r () from /usr/lib/i386-linux-gnu/libdbi.so.1 (gdb) bt #0 0xa631d649 in dbi_shutdown_r () from /usr/lib/i386-linux-gnu/libdbi.so.1 #1 0xa631d6dd in dbi_shutdown () from /usr/lib/i386-linux-gnu/libdbi.so.1 #2 0xa63322f4 in gnc_module_finalize_backend_dbi () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so #3 0xa6332314 in qof_backend_module_finalize () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-backend-dbi.so #4 0xb7c9fb79 in qof_finalize_backend_libraries () from /usr/lib/i386-linux-gnu/gnucash/libgnc-qof.so.1 #5 0xb7cb03e5 in qof_close () from /usr/lib/i386-linux-gnu/gnucash/libgnc-qof.so.1 #6 0xb7d32469 in gnc_engine_shutdown () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-engine.so #7 0xb7e8dfef in gnc_shutdown () from /usr/lib/i386-linux-gnu/gnucash/gnucash/libgncmod-gnome-utils.so #8 0xb7b3b38d in ?? () from /usr/lib/libguile-2.0.so.22 #9 0xb7b11dfd in ?? () from /usr/lib/libguile-2.0.so.22 #10 0xb7b9b8e7 in ?? () from /usr/lib/libguile-2.0.so.22 #11 0xb7b74fb9 in ?? () from /usr/lib/libguile-2.0.so.22 #12 0xb7bb3f20 in ?? () from /usr/lib/libguile-2.0.so.22 #13 0xb7bb4539 in ?? () from /usr/lib/libguile-2.0.so.22 #14 0xb7b1c4f3 in scm_call_4 () from /usr/lib/libguile-2.0.so.22 #15 0xb7b9bacf in scm_catch_with_pre_unwind_handler () from /usr/lib/libguile-2.0.so.22 #16 0xb7b9bbd4 in scm_c_catch () from /usr/lib/libguile-2.0.so.22 #17 0xb7b125d1 in ?? () from /usr/lib/libguile-2.0.so.22 #18 0xb7b126d3 in scm_c_with_continuation_barrier () from /usr/lib/libguile-2.0.so.22 #19 0xb7b98f7e in ?? () from /usr/lib/libguile-2.0.so.22 #20 0xb69c92c1 in GC_call_with_stack_base () from /usr/lib/i386-linux-gnu/libgc.so.1 #21 0xb7b993e6 in scm_with_guile () from /usr/lib/libguile-2.0.so.22 #22 0xb7b3b5dc in scm_boot_guile () from /usr/lib/libguile-2.0.so.22 #23 0x08049f06 in main () """ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1369273 Title: gnucash crashed with ImportError in /usr/share/gnucash/python/init.py: No module named gnucash To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnucash/+bug/1369273/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 883839] Re: Wrong file names generated by acroread -installCertificate
I can no longer test against the same URL and PDF I tried last year, as I don't have any complaint to fill in the corresponding public service. However, from a fresh install of acroread 9.5.4-1precise1, and after clearing the contents of $HOME/.adobe/Acrobat/9.0/Cert/, I run the following command as if Acrobad would have told me to do so while sending data to the remote server: $ acroread -installCertificate www.munimadrid.es 443 $ ls -lrt .adobe/Acrobat/9.0/Cert/ total 4 -rw--- 1 username username 1257 Mar 1 20:30 9a2389a5.0 lrwxrwxrwx 1 username username 49 Mar 1 20:39 curl-ca-bundle.crt -> /opt/Adobe/Reader9/Reader/Cert/curl-ca-bundle.crt There seems to be a CDN (Content Delivery Network, Akamai, in the middle though): $ openssl x509 -in .adobe/Acrobat/9.0/Cert/9a2389a5.0 -text -noout Certificate: Data: Version: 3 (0x2) Serial Number: 120034505 (0x72794c9) Signature Algorithm: sha1WithRSAEncryption Issuer: C=US, O=GTE Corporation, OU=GTE CyberTrust Solutions, Inc., CN=GTE CyberTrust Global Root Validity Not Before: Aug 27 18:54:14 2012 GMT Not After : Aug 27 18:53:22 2013 GMT Subject: C=US, O=Akamai Technologies, Inc., CN=a248.e.akamai.net The Acrobat helper script (/usr/bin/acroread) is still using the new-style OpenSSL hash to create the names of the certificate files on disk: 214 HASH=`openssl x509 -hash -noout -in $CERTNAME` According to the first comment to the Bug, earlier versions of Acrobat were using the old-style hash, which for the certificate below would be: $ openssl x509 -subject_hash_old -noout -in .adobe/Acrobat/9.0/Cert/9a2389a5.0 5deccbf8 As I can't try the original form anymore , and a search for "strings acroread_binary" didn't reveal any clue about whether the binary may be using old style or new style certificate file hash names, so I can't immediately test myself. Will try again in the coming days to see if I can come up with something to test. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/883839 Title: Wrong file names generated by acroread -installCertificate To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/acroread/+bug/883839/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 664647] Re: acroread menu captions not transfered
Just wanted to say that in an up to date Ubuntu 11.10(i386) with Acrobat Reader 9.4.2, the workaround of launching the propietary software as "env UBUNTU_MENUPROXY= acroread" works, and the software also works for non primary users in the system (that is, users created afterwards), who don't have the environmental variable set. Thanks for the workaround. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/664647 Title: acroread menu captions not transfered To manage notifications about this bug go to: https://bugs.launchpad.net/appmenu-gtk/+bug/664647/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 713594] Re: not working with resolution 1366x768
Another "me too" comment to this Bug. On my ASUS A53U portable PC running Ubuntu 12.04.2 LTS 32 bit, and using a Radeon HD 6320 chip (default resolution 1366x768), the problem is still on , but can be workaround by using a smaller "--width 1360" setting from the command line: recordmydesktop: Installed: 0.3.8.1+svn602-1ubuntu3 libtheora0: Installed: 1.1.1+dfsg.1-3ubuntu2 Hope it helps. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/713594 Title: not working with resolution 1366x768 To manage notifications about this bug go to: https://bugs.launchpad.net/gtk-recordmydesktop/+bug/713594/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 773466] Re: libva1 trying to open /usr/lib/dri/nvidia_drv_video.so ends with segmentation fault
After updating vdpau-va-driver package to the latest version in the PPA from #16 now VLC doesn't crash, although HD DVB-T decoding is far slower than expected (lots of frames dropped and CPU @ 100% with a nVidia Corporation GT218 [GeForce 210] graphic card). And both vainfo and vdpauinfo still exit with error: $ vainfo libva: libva version 0.32.0 Xlib: extension "XFree86-DRI" missing on display ":0.0". libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva error: /usr/lib/dri/nvidia_drv_video.so init failed libva: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit $ vdpauinfo display: :0 screen: 0 Error creating VDPAU device: 1 I'll try to investigate the performance issue somewhere else, as I'm not sure if an AMD Athlon(tm) 64 Processor 3000+ if powerful enough for real-time HD content decoding with no frame drops. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/773466 Title: libva1 trying to open /usr/lib/dri/nvidia_drv_video.so ends with segmentation fault To manage notifications about this bug go to: https://bugs.launchpad.net/libva/+bug/773466/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 772248] Re: VLC crashes when using VA/VDPAU since Natty
Same problem here, and although the backtrace already attached to the bug should be more useful for diagnostics, I have also attached some information, namely a strace for the vlc crashing when trying to play some content, with the "enable experimental hardware decoding" option enabled. Hope it helps. ** Attachment added: "vlc strace, SIGSEGV'ng just after a futex() to what I understand an unmapped address (so the SEGV)" https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/772248/+attachment/2116984/+files/vlc_strace.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/772248 Title: VLC crashes when using VA/VDPAU since Natty -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 518478] Re: Long delays tuning DVB-T channels
In fact, after upgrading to Ubuntu 10.04 LTS (vlc version 1.1.0-1~ppa1, not the stock one) the problem with long delays when tuning DVB-T channels is gone. I'm sorry for not remembering to keep the launchpad bug up to date with the new findings, but hope this information (although late) can be of any help. -- Long delays tuning DVB-T channels https://bugs.launchpad.net/bugs/518478 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 518478] Re: Long delays tuning DVB-T channels
I have just tried vlc version1.1.4-1ubuntu1 as present today in Ubuntu Maverick Meerkat (ubuntu-10.10-beta-desktop-i386.iso) Universe repository, using linux kernel 2.6.35-19-generic #28-Ubuntu, using the same playlist as the one used in the version for which I originally reported the problem. vlc in current Ubuntu 10.10 beta works ok with respect to the reported bug, that is, no longer shows any sign of additional delays when switching between DVB-T channels. Channel switching takes a couple of seconds, but this is normal (as long as I know) for DVB-T sources, to allow for some buffering and stream synchronization. So it seems the bug was fixed, at least, it disappeared in my own testing. Thank you for your help, and keep up the good work! -- Long delays tuning DVB-T channels https://bugs.launchpad.net/bugs/518478 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
