2012-06-25 15:50:33 |
alex |
bug |
|
|
added bug |
2012-06-25 15:56:21 |
alex |
description |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a not adjusted path).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a not adjusted path).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 with archlinux |
|
2012-06-25 15:56:53 |
alex |
description |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a not adjusted path).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 with archlinux |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a not adjusted path).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 on a 64-bit archlinux installation |
|
2012-06-25 15:59:02 |
alex |
description |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a not adjusted path).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 on a 64-bit archlinux installation |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a path which isn't adjusted to the changed installation folder).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 on a 64-bit archlinux installation |
|
2012-06-25 15:59:23 |
alex |
description |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a path which isn't adjusted to the changed installation folder).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 on a 64-bit archlinux installation |
I have no exact informations because the annoying behaviour is just happening after a longer period of time (ca. 3/4 hours).
The bug is, virtualbricks writes its name with 100% CPU load into ~/.xerror. This causes a very fast growing file (2-4 GB per hour) which grows indefinitely.
In general the CPU load is very high (90%-100%). Maybe this bug is related to some "missing" files (virtualbricks doesn't find them because of a path which isn't adjusted to the changed installation folder).
example:
libglade-WARNING **: Error loading image: Datei »/usr/local/share/pixmaps/Event.png«
The image is in /usr/share/pixmaps/Event.png
EDIT:
I use virtualbricks 0.6 on a 64-bit archlinux installation |
|
2012-06-25 19:08:48 |
Daniele Lacamera |
virtualbrick: status |
New |
Triaged |
|
2012-06-25 19:08:52 |
Daniele Lacamera |
virtualbrick: importance |
Undecided |
High |
|
2012-06-25 19:08:54 |
Daniele Lacamera |
virtualbrick: assignee |
|
Daniele Lacamera (o-root-danielinux-net) |
|
2012-06-29 23:50:34 |
Daniele Lacamera |
virtualbrick: status |
Triaged |
Invalid |
|
2012-06-29 23:50:40 |
Daniele Lacamera |
virtualbrick: importance |
High |
Undecided |
|
2012-06-29 23:50:53 |
Daniele Lacamera |
marked as duplicate |
|
1017588 |
|