Package: unrar
Version: 1:0.0.1-1
Followup-For: Bug #297071
Output of unrar --list file.rar:
unrar 0.0.1 Copyright (c) 2004 Ben Asselstine
RAR archive /mnt/dane/carramba/install/fun_and_movies/the syntetic.rar
Pathname/Comment
Size Packed Ratio Date Time
Package: capplets
Version: 1:2.8.2-3
Severity: normal
I think this bug is connected to #296434. But behaviour is different.
For every day I use KDE. But I have some gnome applications which I want
t keep. One of them is revelation, which stopped to work lately
(#297612). The workaround is to
I can't reproduce this - trashing images works well here. If you do
apt-get source gwenview and then re-build gwenview, against the new
kdelibs 3.4, does the problem change at all?
Thanks,
Christopher Martin
Rebuilding against kdelibs 3.4 fixed the problem.
Regards,
Robert
--
To
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Followup-For: Bug #301847
I haven't been precise enough before. I'll try to explain. Follow my
steps:
1. Open image in gwenview.
2. Click right mouse button to reveal pop-up menu.
3. Select 'external tools-gimp'
4. The behaviour depends on directory
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Severity: normal
I made some photos with Canon Powershot A70.
Edited it with gimp, then reduced size with mogrify (mogrify -scale 50%
*).
I have gwenview attached to images in mc.
So I press enter in mc on one of images. Image appears ok. I press space
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Severity: normal
I made some photos with Canon Powershot A70.
Edited it with gimp, then reduced size with mogrify (mogrify -scale 50%
*).
I have gwenview attached to images in mc.
So I press enter in mc on one of images. Image appears ok. I press space
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Severity: normal
Some of focus problems have been fixed in releases, but some still
exist.
Reproducible: always.
Steps to reproduce:
1. open image in gwenview.
2. click right mouse button on image
3. select 'rename' or 'image properties' from menu
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Severity: normal
Some of focus problems have been fixed in releases, but some still
exist.
Reproducible: always.
Steps to reproduce:
1. open image in gwenview.
2. click right mouse button on image
3. select 'rename' or 'image properties' from menu
Package: gwenview
Version: 1.1.8+1.2.0pre4-1
Severity: normal
When I select External tool-Gimp while looking at the image in gimp,
I can see that no name is passed to it. Effect is that I cannot save
image by just pressing ctrl-s - I have to select its name manually.
-- System Information:
Dnia poniedziaek, 14 marca 2005 13:48, Stefan Voelkel napisa:
Hello,
I now have a seconde report of that problem, although with another window
manager: wmi.
I am getting the feeling that the problem is Gnome-WM / Non-Gnome-WM
related.
Could you run a Gnome WM (for example metacity) in an
Dnia poniedziaek, 14 marca 2005 13:48, Stefan Voelkel napisa:
Hello,
I now have a seconde report of that problem, although with another window
manager: wmi.
I am getting the feeling that the problem is Gnome-WM / Non-Gnome-WM
related.
Could you run a Gnome WM (for example metacity) in an
On wednesday, march 2, 2005 14:44, Stefan Voelkel wrote:
Hi,
pixbuf = self.theme.load_icon(icon, pixelsize, 0)
GError: Ikona gnome-fs-directory jest nieobecna w motywie (is not
present in motive?)
The needed icon should be provided by the package gnome-icon-theme.
AFAICS you do
One more important thing:
I run revelation from KDE environment. When I run the previous steps, my
national characters stopped to work (, other). I had to re-run my X
server. But after next logging to X, revelation stopped to work again, with
the same message as previously.
Regards,
Robert
Package: revelation
Version: 0.4.0-1
Severity: grave
Justification: renders package unusable
After upgrade revelation stopped to work on my system.
Reproducible: always.
$ revelation
Traceback (most recent call last):
File /usr/bin/revelation, line 1267, in ?
app = Revelation()
File
Package: clamav-base
Version: 0.83-2
Severity: normal
After upgrade to clamav-base 0.83-1 logrotate started to fail.
Haven't seen that problem before.
Problem comes from clamav-base postinst control file. There is logrotate
file creation. My /etc/logrotate.d/clamav-daemon contents:
Package: unrar
Version: 1:0.0.1-1
Severity: important
Unrar could not extract specific rar file. Rar package worked ok.
The specified file had filenames with national (polish) characters, that
may be the reason.
Below I attach log file after executing unrar file.rar:
ebug log of UniquE's
Package: kmail
Version: 4:3.3.2-1
Severity: normal
I receive e-mails with attachments. Then I click right mouse button on
attachment and choose Open with Then I have to wait about 30
seconds before getting window with programs to choose.
Expected behavior: no delay between choosing an
Package: mc
Version: 1:4.6.0-4.6.1-pre1-3
Severity: normal
I almost always use mc in my xwindows terminal window. Actually, I use
KDE and konsole package. Konsole allows opening multiple tabs with
different content.
When my system is loaded, or even when I react too fast, I can hang mc
instance.
On my machine, bug can be easily triggered only when starting mc for the first
time. When it was started previously and when all its libraries are loaded
and initialized already, chances to reproduce it are minimal (in fact, I am
even not sure if I reproduced it in that case).
Robert
--
To
1. I've repeated the bug even when mc was started previously. But it was still
harder to reproduce it in that conditions. When started for the first time,
the bug occurs nearly always.
2. Terminal emulator doesn't matter. I did it also on a fresh xterm window.
Steps were the same (mc, enter,
20 matches
Mail list logo
