BTW, upstream have this bug only in version 0.10.9
0.10.9.1 and 0.10.10 and above are ok.
Package: console-cyrillic
Version: 0.9-16.2
Severity: normal
Dear Maintainer,
After recent update and subsequent reboot I faced that annoying bug.
Ctrl-Alt-Del
reboots my machine and Alt-Fn switches to virtual console. X.org still gets
those
commands, but it has not exclusive grab. I don't
Did an additional search on topic and found patch that should solve problem
https://bugzilla.redhat.com/show_bug.cgi?id=755154#c13
--
Rinat
17 ноября 2011, 23:05 от Yves-Alexis Perez cor...@debian.org:
On jeu., 2011-11-17 at 20:17 +0400, Ibragimov Rinat wrote:
`thunar_vfs_path_relative' can't handle subpaths containing slashes,
documentation
says about it directly: ... and it may not contain any slashes.
Attached patch
`thunar_vfs_path_relative' can't handle subpaths containing slashes,
documentation
says about it directly: ... and it may not contain any slashes.
Attached patch solves that problem by avoiding `thunar_vfs_path_relative' and
using
g_build_path instead.diff --git a/libsqueeze/archive.c
15 ноября 2011, 18:51 от Yves-Alexis Perez cor...@debian.org:
On mar., 2011-11-15 at 01:50 +0400, Ibragimov Rinat wrote:
fix segfault on file open command
There are two definitions of signals assert having one parameter
each with G_TYPE_STRING type. But instead of strings
16 ноября 2011, 00:11 от Yves-Alexis Perez cor...@debian.org:
On mar., 2011-11-15 at 22:26 +0400, Ibragimov Rinat wrote:
Sure.
One more thing. I just tried it on debian stable and found that there
is difference
in dbus interface: stable expect two strings but testing - three.
So
fix segfault on file open command
There are two definitions of signals assert having one parameter
each with G_TYPE_STRING type. But instead of strings, pointers are
passed. Additionally Launch method of FileManager dbus interface
expecting three strings now.
There is no sense to send this
Patch accepted by upstream (in git). So with packaging upcoming version 0.5.4.3
this bug may be closed.
I found out I have ibus-daemon (with anthy) launched on both machines
which suffer from bug. And when I kill ibus-daemon those freezes disappears.
`top' launched in backgroud shows large cpu usage of both mousepad and
ibus-daemon.
12 октября 2011, 17:36 от Yves-Alexis Perez cor...@debian.org:
On mer., 2011-10-12 at 17:16 +0400, Ibragimov Rinat wrote:
I found out I have ibus-daemon (with anthy) launched on both machines
which suffer from bug. And when I kill ibus-daemon those freezes disappears.
`top' launched
Haven't figured out why the following patch should fix my problem,
but it fixes. By the way it's mistyping and should be fixed anyway.
diff -ur mousepad-0.2.16.orig/src/keyevent.c mousepad-0.2.16/src/keyevent.c
--- mousepad-0.2.16.orig/src/keyevent.c 2008-06-28 00:01:33.0 +0400
+++
12 октября 2011, 19:14 от Yves-Alexis Perez cor...@debian.org:
How exactly did you cook this?
I don't understand exactly what that means, so I try to answer to my
understanding of your question: how exactly did you find this?.
gprof found that most cpu time was spent around 'check_preedit'
I
There are a couple another similar mistypings too, it seems.
diff -ur mousepad-0.2.16.orig/src/keyevent.c mousepad-0.2.16/src/keyevent.c
--- mousepad-0.2.16.orig/src/keyevent.c 2008-06-28 00:01:33.0 +0400
+++ mousepad-0.2.16/src/keyevent.c 2011-10-12 21:06:42.495929000 +0400
@@ -36,7
updated patch for 1.42~WIP-2011-07-02
diff -ur e2fsprogs-1.42~WIP-2011-07-02-orig/misc/filefrag.c e2fsprogs-1.42~WIP-2011-07-02/misc/filefrag.c
--- e2fsprogs-1.42~WIP-2011-07-02-orig/misc/filefrag.c 2011-06-11 20:54:48.0 +0400
+++ e2fsprogs-1.42~WIP-2011-07-02/misc/filefrag.c 2011-08-27
Really strange...with this trick my right click menu opens way too faster.
I'm sorry for the useless advice.
My bad, I read through your advice inattentively and tried first what I found.
That was Appearance applet.
It has similar checkbox too and it do hide icons in menu but does not prevent
Subject: xfdesktop4: invoking context menu on desktop icons takes several
seconds
Package: xfdesktop4
Version: 4.8.2-1
Severity: minor
Invoking context menu (usually with right mouse button) takes
several seconds. I noticed that before menu opens some disk
activity occur. I've ran `strace -e
03 августа 2011, 16:59 от Yves-Alexis Perez cor...@debian.org:
On mer., 2011-08-03 at 14:48 +0400, Ibragimov Rinat wrote:
Invoking context menu (usually with right mouse button) takes
several seconds. I noticed that before menu opens some disk
activity occur. I've ran `strace -e open
I don't have those open() here so it might be related to something else
than xfdesktop. Maybe the GTK+ theme or the icon theme you're using?
I've tried to comment out calling `xfce_desktop_menu_get_widget' from
menu.c:91 and delays disappeared. Application submenu too, of course.
It seems,
This is what happens here when right-clicking on the desktop and opening
the Applications menu:
corsac@scapa: strace -e open -p $(pidof xfdesktop)
Process 22334 attached - interrupt to quit
open(/usr/share/icons/Tango/16x16/apps/utilities-terminal.png, O_RDONLY) =
45
...
skip
...
Here
Updated to 11-7. Bug is still here.
The same bug also in xfce -- cursor hangs when moving outside of notification
area.
Started with update to 11-6.
As a workaround one may add Option SWCursor on to the xorg.conf, but
cursor starts to flicker.
Package: e2fsprogs
Version: 1.41.12-4
Severity: wishlist
Tags: patch
When filefrag uses FIEMAP ioctl its logic differs for ordinary and verbose
(-v) modes. ext4 returns extent on every 32768 block so on large files it is
possible that `filefrag large-file' tells about 4 extents while
tags 631498 + patch
thanks
Package: motion
Version: 3.2.12-2+b1
Severity: grave
Justification: renders package unusable
Yesterday initscripts update (in testing) introduced /run directory,
mounted as tmpfs. Now, on every boot /run binded to /var/run, so now
every daemon should create directories it need. `motion'
Subject: mousepad: freezes for a while on enter key press
Package: mousepad
Version: 0.2.16-5
Severity: normal
When I start a new line by pressing enter key, mousepad freezes
for dozen of seconds. I can still enter text but it will show up
on screen only after GUI unfreeze. `strace' shows that on
I experience the same bug.
I recently moved from i386 to amd64, so I think it's 64-bit related.
Also can't reproduce with menu key on german keyboard layout.
Well, ok, but that still does not explain why you cast one check to
(unsigned char) leaving others untouched. QByteArray::operator[] also returns
a _signed_ char. So what makes you think those chars will always be = 127 ?
Um, yes, you're right. I missed code that reads tar files. There
What I'm concerned about is that your patch may not be complete. There are
more similar checks in ktar.cpp. As I absolutely have no idea how tar works,
this will take time to handle properly (or hopefully upstream responds in the
meantime). Thanks for forwarding the bug.
Can you point to
Can you point to some of those checks? I've looked through the code again
and found nothing related to QString. There are only some of them related
to QByteArray.
But why do you think QByteArray checks are not affected?
Because QByteArray is intended to store raw bytes [1], while QString
This though is not totally clear to me. On the major architectures,
char is signed, so I would assume that a chksum error in this area
should have hit a lot of people already? Given that int is signed by
default I wonder if this is the proper approach and it shouldn't rather
be cast to signed
It's definitely bug in smplayer. But it seems Thunar 1.2
executes smplayer as if 'smplayer %F' was specified, not
'smplayer %U'. It can be verified with 'ps aux'. As you
can see there is full path instead of URI.
I just tried to run
'smplayer
Added 'simulate mode' checkbox. It disables archive creation (and compression
too),
tar overhead not counted therefore. But for estimation purposes it's still
acceptable, I think.
If `simulateMode' set to true, `archive' object not even created, so I inserted
checking of flag on almost every
(not a maintainer)
When running KBackup from the command line as root the program crashes
Try to unset DBUS_SESSION_BUS_ADDRESS.
I just tried it: after `su' kbackup fails to start with message similar to
yours, but after running `unset DBUS_SESSION_BUS_ADDRESS' and reinvoking, it
showed own
I resend patch, my mailer ate spaces from previous attempt.
diff -ur smplayer-0.6.9-orig/src/smplayer.cpp smplayer-0.6.9/src/smplayer.cpp
--- smplayer-0.6.9-orig/src/smplayer.cpp2010-01-21 03:52:42.0
+0300
+++ smplayer-0.6.9/src/smplayer.cpp 2011-01-04 20:34:36.0
The dev of smplayer says it's fixed in svn r3532
I have no time to test it currently.
Could anyone else verfiy it?
I'm facing the same bug, but that r3532 doesn't solve it for me.
--- src/core.cpp (revision 3531)
+++ src/core.cpp (revision 3532)
@@ -21,6 +21,7 @@
#include QFileInfo
#include
Package: kbackup
Version: 0.7-1
Severity: wishlist
It will be better (for me, but I believe for others too) if kbackup
is capable to estimate uncompressed size of selected directories.
Maybe a special button for running estimate. Or may be 'simulate'
mode when archiver walks tree but writes no
It seems version 0.2.8 have not this bug.
In the
http://git.xfce.org/apps/midori/commit/?id=0de4e9fa08409649d2d42f769f655e7977cb83d0
that null pointer dereference was removed.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I am not sure if this is related (SD card is not involved here).
If you have not mmc module loaded and mmc/sd card mounted, it is definitely not
related.
You may try unload modules one by one to find which one causes hang.
---
--
To UNSUBSCRIBE, email to
It's a new feature I implemented.
Thank you. It's a useful feature.
So what about that patch? Are you going to apply it? Or drop?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
While this patch may be useful, you are likely to lose data when you
suspend unless you either unmount the card first or set the module
option removable=0 on the mmc module.
Ben.
Older kernels used to do the same.
I understand (and believe that others do) that placing something crucial
Package: proxychains
Version: 3.1-3
Severity: wishlist
Proxychains fails to proxify wine applications because they are 32-bit.
It tries to load libproxychains.so.3, but there is no one. It solved
problem to me placing i386 version of libproxychains in /usr/lib32.
Is it possible include 32-bit
On mar., 2010-06-29 at 21:17 +0400, Ibragimov Rinat wrote:
GtkWidget *about;
-const gchar* authors[2] = {
+const gchar* authors[] = {
Alexander Iliev sasoil...@mamul.org,
Gauvain Pocentek gauvainpocen...@gmail.com,
NULL
Does this mean you
Tue, 29 Jun 2010 16:43:21 -0500 письмо от William Vera bi...@billy.com.mx:
Any advance with this issue?
Please let me know if you need something
Thanks
Greetings!
added 08-fixbeeping.dpatch to a debian/patches (by dpatch patch-template)
added '08-fixbeeping.dpatch' line to 00list
Wed, 30 Jun 2010 14:03:40 +0200 письмо от Yves-Alexis Perez cor...@debian.org:
No, I had not added my name to the list, but removed '2' from array size
because
there are three elements (including NULL), not two. I'd noticed compiler
warning
about this line and fixed it but forgot
I've added additional combo-box on setting page of the plug-in. One can choose
text
size (37%, 60% and 90% of panel height). I've sent patch to a plug-in
maintainer at
goodies.xfce.org but received no reply. I hope you can add this feature to
debian
package without waiting for upstream.
Package: mplayer
Version: 2:1.0~rc3+svn20100603-0.0
This is a package from debian-multimedia, not main debian archive.
You can either install libvpx0 from unstable (as I done) or downgrade mplayer
to version 2:1.0~rc3+svn20100502-3 (from squeeze [main]) which is not linked
with libvpx at all.
It's strange, on my machine with same steps still crash.
Can you post here your main.c file so I can compare it with my version?
I attach my version to the message.
Sure, is the simple: apt-get source scrot
however attached the files.
It seems that fix-beeping.diff applied but
Here is how it compiles on my machine:
ri...@ozone:~/work/scrot$ dpkg-source -x scrot_0.8-11.dsc
dpkg-source: info: extracting scrot in scrot-0.8
dpkg-source: info: unpacking scrot_0.8.orig.tar.gz
dpkg-source: info: applying scrot_0.8-11.diff.gz
ri...@ozone:~/work/scrot$ cd scrot-0.8/
Package: scrot
Version: 0.8-11
Severity: wishlist
Tags: patch
scrot beeps every time making screenshot. Although it may be convinient,
my task (taking screenshot every 30 seconds) requires option that may
disable such behaviour. Patch included.
-- System Information:
Debian Release: squeeze/sid
I've an error in a previous attempt (passing float where must be integer).
Fixed.
fix-font2.diff
Description: Binary data
51 matches
Mail list logo
