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
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
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
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
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
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
** 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
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
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
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
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
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
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:
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
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
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
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
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
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.
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
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
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
** 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.
--
** 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
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
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
26 matches
Mail list logo
