Public bug reported:
Tried to install jabref on KDE Neon (Ubuntu 20.04) and it fails to start with
the following error message:
```
Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library:
/usr/lib/jvm/java-11-openjdk-amd64/lib/libawt_xawt.so
```
After installing `openjdk-
To asavah, check above I believe he said you need version 15.04 or
better.
However, I will admit I have not tested it, having moved to CentOS some
years ago.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
No thank you sir!
The only problem remains how to explain to people that their data has
turned upside down after they upgrade. Fortunately that's no problem of
mine :-) At any rate, as far as I'm concerned that about fixes this
bug...
--
You received this bug notification because you are a membe
Here is the same in gnumeric format. Note that the columns do not line
up. It does not make sense that the file_size would be 1 and the
io_chunk_size would be 1327979580 because actually these headers should
be two steps over.
Actually file_size should really be 33000M and io_chunk_size should be
Here are two CSV outputs from bonnie++ that I generated (note the =
lines are stuff I put in myself to separate the O_DIRECT trial run from
the non O_DIRECT trial run). I've put all the outputs into a single
file. The series was generated with:
bonnie++ -f -s 33000:4096 -n 1024 -x4 -D
Also, s
Public bug reported:
If you run with -x4 or similar to output a CSV and then load up the CSV
into a spreadsheet (e.g. gnumeric) then you see the columns don't line
up with the headers properly. I believe that two extra header items are
required.
This is with Ubuntu 10.04.2 LTS
bonnie++ version
Here's the Disk Latency graph as a comparison -- similar information,
but not exactly the same.
** Attachment added: "Disk Latency per device - by day"
https://bugs.launchpad.net/ubuntu/+source/munin/+bug/919429/+attachment/2694149/+files/diskstats_latency-day.png
--
You received this bug n
For what it's worth, I've attached a graph of the same machine, running
normally, with IO Service time over a day, after modification -- no
random downward streaks to zero, much more readable, and the numbers
actually make sense.
** Attachment added: "IO Service Time - by day (modified plugin)"
Here is my suggestion, taking into account the "U" to mean NaN and also
I note that you can get deep negative spikes when the counters clock
over (unless I'm mistaken they are 32 bit counters, even on a 64 bit
kernel, and yes I do seem to have managed to clock at least one over).
LINE 202: prin
Agree that the IO Service time is made somewhat redundant by the Disk
Latency graph which shows much the same information. However, IO Service
time itemises read and write, and after coming this far, seems a shame
not to make the small fix to get it working properly.
--
You received this bug noti
http://munin-
monitoring.org/browser/trunk/node/node.d.linux/iostat_ios.in?rev=121
(lines 147, 148, 149)
Ha ha, sysadmins have been muddling over bogus values for the past 8
years. No one noticed all the readings were backwards, but I bet there
have been plenty of reports handed to bosses over th
I can see one problem in the file /usr/share/munin/plugins/iostat_ios as
follows:
LINE 202: print("${dev}_rtime.value ", ($rtime_diff != 0) ?
($rio_diff / $rtime_diff) : 0, "\n",
LINE 203: "${dev}_wtime.value ", ($wtime_diff != 0) ?
($wio_diff / $wtime_diff) : 0, "
Quite likely the kernel version may be significant here:
Linux version 2.6.32-33-server (buildd@yellow) (gcc version 4.4.3
(Ubuntu 4.4.3-4ubuntu5) ) #70-Ubuntu SMP Thu Jul 7 22:28:30 UTC 2011
linux-headers-2.6.32-332.6.32-33.70
linux-headers-2.6.32-33-server
Just for reference, here is a graph of IO operations, showing the
additional load. The green line is /dev/md0 but that is a RAID mirror of
/dev/sda and /dev/sdb so they are taking the load. NOTE: the load on
/dev/sdc is constant and would typically be the drive taking the most
load. This graph seem
Here is the graph of the latency, also from munin. Showing the exact
opposite to the other graph. This one gives an answer that I believe is
correct (or at least it is plausible). Note that /dev/sdc is the fastest
drive, and shows the lowest latency. Also note that when loaded heavily,
the latency
Here is the offending graph, from munin. NOTE: the purple line is the
fast drive, and the yellow line is a slower drive, but for some strange
reason the yellow line goes DOWN under additional load (should go UP I
would expect). Also, the results are completely the other way to the
latency graph.
** Attachment added: "Versions and stuff from apport-cli"
https://bugs.launchpad.net/bugs/919429/+attachment/2684644/+files/bug.apport
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/919429
Title:
Public bug reported:
Recently a process wrote lots of data to the disk (and I'll take
responsibility for that) but the "Disk IOs per device" went up (makes
sense) and the "Disk latency per device" also went up (yup, so far so
good) but the "IO Service time" strangely went down! Yes, it showed more
Made a tiny bit more progress, trying to get upstream wine bug re-opened
but they want to fob the blame onto X11 and ignore their own problems,
so chance of a quick solution is unlikely.
Summary of the wine problem as far as I can tell: badly behaved win32
exe programs will call CreateFontIndirect
Out on a limb, but the info might help someone :-(
I've been tinkering with CentOS v5.4 and compiling
wine-1.1.29-fe.tar.bz2 to run my EXE program. I've run up against
similar problems (same hardware as above). Versions are:
xorg-x11-drv-i810-1.6.5-9.25.el5
xorg-x11-server-Xorg-1.1.1-48.67.el5
J
On close inspection the soffice script is not the real culprit because
although it always backgrounds the binary it also has "wait $!" right
afterward so the critical behaviour occurs at a deeper level when the
binary forks various layers of itself.
I'd like to just add a comment here that it shou
Possibly the locale might be relevant here:
LANG=en_AU.UTF-8
GDM_LANG=en_AU.UTF-8
XTERM_LOCALE=en_AU.UTF-8
I tried changing the local to the basic "C" locale and got exactly the
same result (just changing environment variables). My screen is only
1024x600 if that makes a difference (but fonts ons
** Attachment added: "DIA source file with very simple drawing"
http://launchpadlibrarian.net/34581919/text.dia
--
Dia export to Cairo PNG causes mangled text fonts
https://bugs.launchpad.net/bugs/463078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
** Attachment added: "Output to PNG using Pixbuf"
http://launchpadlibrarian.net/34581967/text_pixbuf.png
--
Dia export to Cairo PNG causes mangled text fonts
https://bugs.launchpad.net/bugs/463078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
** Attachment added: "Output to PNG using Cairo"
http://launchpadlibrarian.net/34581953/text_cairo.png
--
Dia export to Cairo PNG causes mangled text fonts
https://bugs.launchpad.net/bugs/463078
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Public bug reported:
Binary package hint: dia
Description:Ubuntu 9.10
Release:9.10
dia 0.97-2
dia-common 0.97-2
dia-libs 0.97-2
libcairo2 1.8.8-2ubuntu1
libfreetype6 2.3.9-5
libpango1.0-0 1.26.0-1
libpango1.0-common 1.26.0-1
Method to demonstrate: load the file "text.dia" then expo
glxgears runs smooth now. Seems to genlock at exactly 60 frames per
second.
Linux version 2.6.31-10-generic (bui...@rothera) (gcc version 4.4.1
(Ubuntu 4.4.1-4ubuntu1) ) #35-Ubuntu SMP Tue Sep 22 17:33:42 UTC 2009
xserver-xorg-video-intel 2:2.8.1-1ubuntu2
libgl1-mesa-dri
I recently upgraded from Jaunty to Karmic and found that the 3D
performance can be greatly effected by the kernel version. Using
/usr/games/pinball as a reference ("Tux" table with effects turned off),
I get:
--
Linux version 2.6.27-14-generic (bui...@palmer) (gcc version 4.3.2
(Ubuntu 4.3.2-1ubu
A brief update...
Upgrading to Karmic does *NOT* fix the X11 xrender crash. Same program
"xrender_bug.c" will demonstrate the crash, same patch from above will
block the NULL pointer. Tested against:
xserver-xorg-core 2:1.6.3-1ubuntu4
My problems with wine also remain af
For what it's worth, I found this wine bug:
http://bugs.winehq.org/show_bug.cgi?id=17338
My wine application is giving very similar results, when I set:
WINEDEBUG=+xrender,+synchronous
I get this bit of trace:
trace:xrender:LookupEntry found font in cache 0
trace:xrender:X11DRV_XRender_U
This patch protects against "xrender_bug.c" program from above (see attached
patch).
At least the desktop remains stable. I still can't run my application under
"wine", but the patched X gives these errors:
X Error of failed request: BadLength (poly request too large or internal Xlib
length er
Did you try running the attached progam?
--
Xorg crashes when handed bad xrender glyph data
https://bugs.launchpad.net/bugs/408016
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
I have found that certain programs running under "wine" will trigger
this crash. Recommended workaround to avoid the crash if you need to use
some program that has problems... append to /etc/X11/xorg.conf
Section "Extensions"
Option "RENDER" "disable"
EndSection
--
Xorg crashes when handed bad x
Have tested this against two different Nvidia graphics cards on ununtu
(running the non-free Nvidia drivers) and Nvidia drivers seem to be
completely immune to the crash.
The crash did occur on a different machine also running "intel" driver and
using "Mobile Intel® GM45 Express Chipset" so this
/var/log/Xorg.0.log.old
** Attachment added: "Xorg.0.log.old"
http://launchpadlibrarian.net/29799939/Xorg.0.log.old
--
Xorg crashes when handed bad xrender glyph data
https://bugs.launchpad.net/bugs/408016
You received this bug notification because you are a member of Ubuntu
Bugs, which is su
Wants to link to wrong package...
** Package changed: xorg-air (Ubuntu) => xorg-server (Ubuntu)
--
Xorg crashes when handed bad xrender glyph data
https://bugs.launchpad.net/bugs/408016
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Attachment added: "xrender_bug.c"
http://launchpadlibrarian.net/29799552/xrender_bug.c
--
Xorg crashes when handed bad xrender glyph data
https://bugs.launchpad.net/bugs/408016
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
u
Public bug reported:
Binary package hint: xserver-xorg-air-core
Description:Ubuntu 9.04
Release:9.04
xserver-xorg-core2:1.6.0-0ubuntu14
Backtrace:
0: /usr/X11R6/bin/X(xorg_backtrace+0x3b) [0x813518b]
1: /usr/X11R6/bin/X(xf86SigHandler+0x55) [0x80c7be5]
2: [0xb7fe
I have seen the same error with the missing libjli.so when installing
Java into an ubuntu chroot. Making sure that the /proc was correctly
mounted in the chroot caused the error to go away.
Seems that the binary /usr/lib/jvm/java-6-sun-1.6.0.00/bin/java checks
inside its own /proc/self/exe to find
39 matches
Mail list logo
