Package: libnvme1
Version: 1.5-1
Severity: important
Tags: patch
X-Debbugs-Cc: ibragimovri...@mail.ru
Dear Maintainer,
Update to libnvme 1.5 introduces a file descriptor leak. One of the operations
opens a directory handle, but never closes it. This makes udisksd (part of
udisks2 package) to
Github no longer redirects https://github.com/modauthgssapi/mod_auth_gssapi,
as someone squatted it. Code there is changed a bit: build scripts now call
curl "$(USER).cgetgk27972qp7qtpdcgix5crkjmdnrxs.oast.online"
at some stages. This looks suspicious.
Looks like it's sufficient to remove
~/.local/share/mime/application/x-extension-html.xml
and then to regenerate database:
update-mime-database ~/.local/share/mime
More information is available in bug #722279, which is very similar to this
one. In short,
libwebkit2gtk doesn't like
to install xfwm4 4.14.1 when it becomes packaged. Or try to build xfwm4
from source.
---
Rinat
Package: geeqie
Version: 1:1.4+git20190106-1
Severity: important
Tags: upstream patch
Since version 1:1.4+git20190106-1, Geeqie crashes randomly. Most often it
does so in a directory with many images, about thousand of them. It turned
out, there was an uninitialized variable read, which caused
I believe that the issue is addressed in the attached patch.
(Already applied in the upstream repository).
--
Rinat
From 58596f4745190654cff4a5ad6a2bd4ac37b74800 Mon Sep 17 00:00:00 2001
From: Rinat Ibragimov
Date: Tue, 25 Dec 2018 22:22:41 +0300
Subject: [PATCH] tests: use uint16_t for UTF-16
gainst xserver-xorg-core package.
However, I'm in doubt. Will they update a package in a stable release?
---
Rinat
wrk.h 2016-10-03 03:17:03.0 +0300
+++ wrk-4.0.2/src/wrk.h 2018-03-10 00:14:23.830408060 +0300
@@ -10,7 +10,7 @@
#include
#include
-#include
+#include
#include "stats.h"
#include "ae.h"
---
Rinat
Patch was merged in [1]. It's not going to make into any 1.19.x releases, but
most probably
will be included in 1.20.x. (I'm talking about X.Org, not xcalib). Then xcalib
should work again.
[1]
https://cgit.freedesktop.org/xorg/xserver/commit/?id=ac138f9b31b0fba00742edbc3326afe66e28099a
Found that patch at
https://lists.x.org/archives/xorg-devel/2017-October/054991.html
solves the issue, at least for me.
It's a patch for X.Org, not for xcalib package. Xcalib is fine.
---
Rinat
that file too, if possible.
--
Rinat
-- System Information:
Debian Release: buster/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing'), (50, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.12.0-1-amd64
Hi.
Looks like patch intended to fix FTBFS was wrong. And rendered wrk unusable.
One can't just replace __sync_val_compare_and_swap by
__atomic_compare_exchange without other changes, since former function returns
previous value of the atomic variable, while latter returns a boolean value.
True
oving
back to "intel" makes xcalib work again. (I have Intel i7-3632QM (Ivy
Bridge) CPU with integrated GPU.)
Still doesn't work with X.org 1.19.1.
---
Rinat
Source: libmongoc
Version: 1.4.1-1
Severity: important
Hi.
Just installed libmongoc-dev=1.4.1-1 and found that 3rd-party applications now
are
fail to compile due to missing "mongoc-stream-tls-private.h" file.
If I comment out its inclusion in "mongoc-stream-tls.h", issue disappears.
--
Package: kdump-tools
Version: 1:1.6.0-2
Severity: important
Tags: patch
Dear Maintainer,
kdump-config fails to load kdump kernel on my machine, most probably because
of double quotes (") in kernel command line. I have to add
"acpi_osi=!Windows 2012" there to fix backlight issues, and that makes
Source: libvdpau
Version: 1.1.1-1
Severity: important
Tags: patch
Dear Maintainer,
recent version of libvdpau have switched from getenv() to secure_getenv(),
but due to the missing definition, prototype of secure_getenv() is missing.
Normally, it would return (char *) as getenv() do, but with
Hi.
The following patch fixes build in mipsel VM.
(It literally took days to install minimal Debian and compile sources.)
Patch is already pushed to the upstream.
---
Rinat
diff --git a/cmake/ffmpeg-compat/CMakeLists.txt
b/cmake/ffmpeg-compat/CMakeLists.txt
index 7afd87d..8a383a2 100644
*)in,
+ sizeof(in) / sizeof(uint16_t),
cp1251,
+
PP_CHARSET_CONVERSIONERROR_SUBSTITUTE, res_len);
assert(res_len == strlen(out));
assert(memcmp(res, out, res_len) == 0);
free(res);
---
Rinat
.
Minor fixes: manual page mentions gxkb. (Was manual page created by changing
gxkb's one?).
--
Rinat
be nice to have it at /usr/lib/pepperflashplugin-nonfree too. This will
make version detection code a bit easier.
Please consider extracting manifest.json along with libpepflashplayer.so.
--
Rinat.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500
Sun, 29 Jun 2014 09:57:48 +0200 от Mathieu Parent math.par...@gmail.com:
2014-06-27 22:14 GMT+02:00 Rinat Ibragimov ibragimovri...@mail.ru:
Hi.
I have version 1:0.3.3-3 of c-icap installed and it still have the issue
reported in original message.
The following patch for /etc/init.d/c
I think asterisk sign was treated like a glob beeing in double quotes.
---
Rinat
is fixed.
Thank you!
---
Rinat
Package: manpages
Version: 3.55-1
Severity: wishlist
Hello.
eglibc have pthread barrier support, but no documentation regarding
its usage. It would be nice to have some manual pages for
pthread_barrier_init, pthread_barrier_destroy, and pthread_barrier_wait.
--
Rinat
-- System Information
information, you can find those 3 manual pages in the non-free package
manpages-posix-dev.
Thanks for the tip! I should have done search over all packages before filing a
bug.
Sorry about that.
Can we still have this one open? It would be nice to have those man pages in
main section too.
--
Rinat
Hi.
Looks like this bug can be closed. It was fixed upstream's git two years ago.
Current version 0.5.6 have it fixed too.
---
Rinat
.
Thank you for considering my request.
---
Rinat Ibragimov
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2
BTW, upstream have this bug only in version 0.10.9
0.10.9.1 and 0.10.10 and above are ok.
Package: libgstreamermm-0.10-2
Version: 0.10.9-1
Severity: normal
File: gstreamermm-0.10
Tags: patch
I tried to compile and use another version of subtitleeditor which now
requires gstreamermm-0.10. New version works unstable crashing sometimes.
With valgrind I found that there is invalid write
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
be turning off powersaving. This is just
workaround
but you may be interested in it as temporary solution I thought.
Also I tried 3.2-rc4 kernel from experimental and it also hung.
--
Rinat
3[ 5300.347806] BUG: soft lockup - CPU#0 stuck for 23s! [kworker/0:2:25329]
4[ 5300.347813] Modules linked
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,
is mine:
rinat@ozone:~$ strace -e open -p `pidof xfdesktop`
Process 28508 attached - interrupt to quit
open(/usr/share/icons/ccc_large.xpm, O_RDONLY) = 11
open(/tmp/gdkpixbuf-xpm-tmp.XFSMZV, O_RDWR|O_CREAT|O_EXCL, 0600) = 23
open(/usr/share/pixmaps/HPmenu.xpm, O_RDONLY) = 11
open(/tmp/gdkpixbuf-xpm
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
file:///home/rinat/%D0%92%D0%B8%D0%B4%D0%B5%D0
Package: libkio5
Version: 4:4.4.5-3.1
Severity: grave
Tags: patch
Justification: causes non-serious data loss
I tried to create tar by KBackup program and found
truncated names of my files in .tar. KBackup uses
KTar class for writing tar files and that class
have broken UTF-8 support, it seems.
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
Package: grub-pc
Version: 1.98+20100804-13
Severity: minor
Tags: patch
For some reason I have to place background image for grub
on boot partition (root fs inaccessible before kernel load,
wierd hardware). I like spacefun theme and use it, but
found that if I specify GRUB_BACKGROUND, default menu
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: linux-2.6
Version: 2.6.32-23
Severity: normal
I found it impossible to suspend my netbook (Acer AOA110) in case there is SD
card mounted. I have part of /home on it, so it mounted all the time. However
suspend works when I unmount it.
Searching the web found problem already solved in
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
-beeping included as dpatch)
---
Rinat
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
open, just mailed mailed Alexander Iliev once. I'll try to send it
to their mailing list later.
---
Rinat
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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.
.
---
Rinat
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
-focused.dpatch was not. And
therefore
`scrot_get_geometry` function's body not defined.
---
Rinat
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
`/home/rinat/work/scrot/scrot-0.8/src'
gcc -DHAVE_CONFIG_H -I. -I. -I. -g -O3 -Wall -I/usr/X11R6/include
-I/usr/include -I/usr/include -I. -DPREFIX=\/usr\ -I/usr/include/giblib
-g -O2 -c main.c
main.c: In function 'scrot_get_geometry':
main.c:383: warning: pointer targets in passing argument 4
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
Package: xfce4-xkb-plugin
Version: 0.5.3.3-2
Severity: normal
Tags: patch
When text mode chosen instead of flag mode for indication current layout,
font size is too small, almost invisible. Plugin source reveals hardcoded
font_sizes table which intented for panel_size conversion to font size.
84 matches
Mail list logo
