Hello,
I'm too experiencing this bug in lenny for some time (several months) -- it
just broke our backup process.
What's the state of this? Is it going to be fixed for lenny or should we find
some other workaround not to be blocked by this?
Thanks,
Kirill.
--
To UNSUBSCRIBE, email to [EMAIL
Package: python-pydot
Version: 0.9.10-2
Severity: wishlist
Please upgrade to upstream pydot-1.0.2, which was released 4 months ago.
Thanks beforehand.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux
Package: python-pyparsing
Version: 1.4.11-2
Severity: minor
There is a slightly wrong example in the description:
from parsing import Word, alphas
...
But the right imports would be
from pyparsing import Word, alphas
Thanks.
-- System Information:
Debian Release: lenny/sid
APT
Package: python2.5
Version: 2.5.2-3
Severity: important
[EMAIL PROTECTED]:~/tmp/trashme/rpy-ipython-bug$ cat ipythonrc-rpy
include ipythonrc
import_all rpy
[EMAIL PROTECTED]:~/tmp/trashme/rpy-ipython-bug$ ipython -p rpy
*** glibc detected *** /usr/bin/python: free(): invalid pointer:
On Thu, Dec 03, 2009 at 10:07:10PM +0100, Brian White wrote:
[...]
I can change the cat option to only match copiousoutput entries if you
wish. It's a perfectly reasonable behavior given that cat isn't defined
in the first place.
Yes, could you please do so.
That would be the best since as
=low
+ [ Kirill Smelkov ]
+ * New upstream release (Closes: #560298)
+
+ [ Jakub Wilk ]
* Fix watch file.
- -- Jakub Wilk uba...@users.sf.net Wed, 11 Nov 2009 22:54:51 +0100
+ -- Python Applications Packaging Team
python-apps-t...@lists.alioth.debian.org Fri, 12 Feb 2010 20:45:25 +0300
On Sat, Feb 13, 2010 at 06:34:45PM -0800, Ondrej Certik wrote:
On Fri, Feb 12, 2010 at 10:10 AM, Kirill Smelkov k...@mns.spb.ru wrote:
Something like this?
Thanks you, that was it. Doing final tests in pbuilder, if all is
fine, I'll upload now.
Thanks
--
To UNSUBSCRIBE, email to debian
Package: x11-utils
Version: 7.5+1
Severity: normal
Same as Antii here, too - luit eats 100% CPU on exit.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.2-roro (SMP w/2 CPU cores; PREEMPT)
Package: cython
Version: 0.11.2-1
Severity: normal
Same here, please upgrade.
Thanks beforehand,
Kirill
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32.2-roro (SMP w/2 CPU cores; PREEMPT)
Package: gettext
Version: 0.17-11
Severity: wishlist
gettext-0.18 was recently released:
http://article.gmane.org/gmane.org.fsf.announce/1331
It would be nice, if we could get it into squeeze.
Thanks,
Kirill
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT
Package: dwdiff
Version: 1.4-1+b2
Severity: normal
[ Just like with wdiff bug #553490 ]
`dwdiff -p` uses backspace and overstrike to provide emphasis; thus, it
will emphasize 'x' by printing 'x^Hx'. When it encounters a UTF-8
character, it does this for each byte, rather than for each
Package: texlive-binaries
Version: 2009-5
Severity: normal
File: /usr/bin/pdftex
Hello,
I use -recorder option in my TeX makefile in order to automatically
generate TeX dependencies (a-la gcc -MD) and discovered that -recorder
does not work correctly for parallel TeX runs. Look e.g. here:
$
On Thu, Apr 08, 2010 at 02:09:53PM +0200, Thomas Preud'homme wrote:
Le jeudi 08 avril 2010 08:41:44, Kirill Smelkov a écrit :
Please upgrade tcc to at least 0.9.25 for squeeze.
Hopefully it will. The package is almost ready (I'd like to correct a last
thing) and contains lots of bugfix I'd
Compared to common workloads, seeky disks are very slow today, so could
anyone please add libeatmydata to Squeeze?
Thanks,
Kirill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
I've verified that the 2009 Oct. 16 release of binutils, binutils-2.20, fixes
this bug.
I've tested on both Debian Squeeze and various Ubuntu systems.
--Eric House
mingw32-binutils has been NMU upgraded to 2.20 in late 2009:
Could we please fix this fh-sync issue for squeeze?
Thanks,
Kirill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Also posted to gcc bugzilla:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Please upgrade pkg-config to at least 0.23 for squeeze,
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: gfortran-4.4
Version: 4.4.2-9
Severity: normal
Hello,
Like with gcc and g++, for compiling .F sources with gfortran, I
thankfully use automatic dependencies generator built into gcc's cpp.
E.g. for
$ cat test.F
#include test.h
program test
print *,'Hello
Forgot to mention, that since gfortran defaults to 4.3 in lenny, and to
4.4 in squeeze, this can be seen as lenny - squeeze regression.
Thanks,
Kirill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Please upgrade tcc to at least 0.9.25 for squeeze.
Thanks,
Kirill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libtdb1
Version: 1.2.1-2
Severity: important
Hello,
I've studied git log for tdb today, and found that there are lots of
patches with important fixes after tdb-1-2-1 which are not in Debian.
Here is what I've found (but there is maybe more such things...):
- tdb: fix recovery reuse
On Fri, Aug 27, 2010 at 02:13:14PM +0200, Tristan Gingold wrote:
On Aug 27, 2010, at 2:09 PM, Nick Clifton wrote:
Hi Kirill, Hi Tristan,
This is OK to apply to the branch. Can you do it ?
I'm afraid no, because I have no commit rights to binutils CVS.
I have now checked the
Package: python-tdb
Version: 1.2.1-2+b1
Severity: normal
Look e.g. here:
8 tdb-repr-bugdemo.py
#!/usr/bin/env python
import tdb
db = tdb.Tdb('zzz', tdb_flags=tdb.INTERNAL)
print repr(db)
8
$ python ./tdb-repr-bugdemo.py
Segmentation
Package: python-tdb
Version: 1.2.1-2+b1
Severity: normal
Python tdb module lacks lots of functionality which is provided by C
libtdb. The most important being _nonblock locking variants, and
tdb_chainlock_*.
Here is full list of what I've discovered:
missing flags:
- TDB_NOSYNC
-
From: Kirill Smelkov k...@mns.spb.ru
The problem was tdb-name is NULL for TDB_INTERNAL databases, and
so it was crashing ...
#0 0xb76944f3 in strlen () from /lib/i686/cmov/libc.so.6
#1 0x0809862b in PyString_FromFormatV (format=0xb72b6a26 Tdb('%s'),
vargs=0xbfc26a94
From: Kirill Smelkov k...@mns.spb.ru
Note, unlike tdb_open where flags is `int', tdb_{add,remove}_flags want
flags as `unsigned', so instead of i I used I in PyArg_ParseTuple.
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@mns.spb.ru
---
lib/tdb/pytdb.c| 23
From: Kirill Smelkov k...@mns.spb.ru
Namely TDB_NOSYNC, TDB_SEQNUM, TDB_VOLATILE, TDB_ALLOW_NESTING and
TDB_DISALLOW_NESTING were missing.
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@mns.spb.ru
---
lib/tdb/pytdb.c |6 ++
1 files changed, 6 insertions(+), 0 deletions
From: Kirill Smelkov k...@mns.spb.ru
The API is a bit different from tdb_lockall() friends -- we return
True or False depending on whether lock was taken (and raise on errors).
It's better to put boilerplate code which implements return/raise logic
into macro, becase it is needed twise here
For consistency with other variants of chain locking. This
(read+nonblock) case was missing...
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/common/lock.c |7 +++
lib/tdb/include/tdb.h |1 +
lib/tdb/tdb.exports|1 +
lib/tdb
To parse `PyObject *args` into one TDBDATA.
This already reduces boilerplate code, but will help more in the next
patch, where there will be several fuctions (chainlock_*) which takes
key as the only argument.
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
I wonder whether do we need _mark variants, and also why in pytdb there
is a name mismatch with C tdb? e.g.
tdb_lockall_read() is called tdb.read_lock_all() in Python.
I've sticked to this rule, but it looks confusing to me...
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k
Though when doing `make check-python` the dump is intermixed into
testing output :(
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c| 15 +++
lib/tdb/python/tests/simple.py |7 +++
2 files changed, 22
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c| 23 +++
lib/tdb/python/tests/simple.py |8
2 files changed, 31 insertions(+), 0 deletions(-)
diff --git a/lib/tdb/pytdb.c b/lib/tdb/pytdb.c
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c|9 +
lib/tdb/python/tests/simple.py |6 ++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/lib/tdb/pytdb.c b/lib/tdb/pytdb.c
index e61391c
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c|7 +++
lib/tdb/python/tests/simple.py |3 +++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/lib/tdb/pytdb.c b/lib/tdb/pytdb.c
index 25aefb0..27fcdab
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c| 10 ++
lib/tdb/python/tests/simple.py |8
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/lib/tdb/pytdb.c b/lib/tdb/pytdb.c
index 4fddb79
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c|6 ++
lib/tdb/python/tests/simple.py |3 +++
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/lib/tdb/pytdb.c b/lib/tdb/pytdb.c
index 27fcdab..e61391c
Hi Jelmer,
On Sun, Sep 19, 2010 at 10:16:18AM -0700, Jelmer Vernooij wrote:
Hi Kirill,
On Sun, 2010-09-19 at 13:53 +0400, Kirill Smelkov wrote:
Rusty, Jelmer,
The subject says it all. Not 100% complete, but near.
Thanks for the patches. I've applied most of the Python ones. I'm
Package: kcharselect
Version: 4:4.4.5-1
Severity: important
After starting kcharselect, changind font from DejaVu Sans to DejaVu
Sans Mono, and then changing size from 9 to 18 result in segmentation
fault:
Application: KCharSelect (kcharselect), signal: Segmentation fault
[KCrash Handler]
#6
Package: squashfs-tools
Version: 1:4.1-1
Severity: wishlist
File: /usr/bin/mksquashfs
Tags: upstream
Please add support for rsync-friendly compression mode for mksquashfs.
This should operate the same way like `gzip --rsyncable` does, and so
would help to significantly reduce needed bandwith
On Mon, Sep 20, 2010 at 01:16:49PM +0400, Kirill Smelkov wrote:
Hi Jelmer,
On Sun, Sep 19, 2010 at 10:16:18AM -0700, Jelmer Vernooij wrote:
Hi Kirill,
On Sun, 2010-09-19 at 13:53 +0400, Kirill Smelkov wrote:
Rusty, Jelmer,
The subject says it all. Not 100% complete, but near
Andrew,
On Tue, Sep 28, 2010 at 03:36:02AM +1000, Andrew Bartlett wrote:
On Mon, 2010-09-27 at 12:35 +0400, Kirill Smelkov wrote:
Jelmer, others, what I'm maybe doing wrong here? I just wanted to use
tdb from python without major constraints compared to C version.
Kirill,
An accident
Jelmer,
First of all I'm sorry it took me so long to reply.
On Tue, Sep 28, 2010 at 10:05:22AM +0200, Jelmer Vernooij wrote:
On Mon, 2010-09-27 at 12:35 +0400, Kirill Smelkov wrote:
On Mon, Sep 20, 2010 at 01:16:49PM +0400, Kirill Smelkov wrote:
Hi Jelmer,
On Sun, Sep 19, 2010 at 10
From: Kirill Smelkov k...@mns.spb.ru
The API is a bit different from tdb_lockall() friends -- we return
True or False depending on whether lock was taken (and raise on errors).
It's better to put boilerplate code which implements return/raise logic
into macro, becase it is needed twise here
To parse `PyObject *args` into one TDBDATA.
This already reduces boilerplate code, but will help more in the next
patch, where there will be several fuctions (chainlock_*) which takes
key as the only argument.
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
I wonder whether do we need _mark variants, and also why in pytdb there
is a name mismatch with C tdb? e.g.
tdb_lockall_read() is called tdb.read_lock_all() in Python.
I've sticked to this rule, but it looks confusing to me...
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k
From: Kirill Smelkov k...@mns.spb.ru
Cc: 597...@bugs.debian.org
Signed-off-by: Kirill Smelkov k...@landau.phys.spbu.ru
---
lib/tdb/pytdb.c|9 +
lib/tdb/python/tests/simple.py |6 ++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/lib/tdb
Package: mime-support
Version: 3.44-1
Severity: wishlist
[ Right now there is no way to use run-mailcap as filter --
even when $DISPLAY is unavailable it forces output to be paged. So ]
I think it could be handy if one could use
$ run-mailcap --action=cat $file
as canonical way to obtain
Package: pdfsam
Version: 1.1.1-1
Severity: normal
After fresh install it just aborts with the following backtrace:
k...@roro3:~$ pdfsam
=
pdfsam
JAVA: java
JAVA_OPTS: -Xmx256m
CLASSPATH:
Package: python-pyside.qtgui
Version: 0.3.2-3
Severity: normal
I've tried recently-migrated-to-testing PySide on pyside-examples [1]
repository and discovered that graphicsview/diagramscene/diagramscene.py
coredumps (with both python2.5 python2.6):
$ ./diagramscene.py
Segmentation fault (core
Package: python-pyside.qtgui
Version: 0.3.2-3
Severity: normal
Additionally to bug588556, I've also discovered that
graphicsview/padnavigator/padnavigator.py from pyside-examples [1]
coredumps (with both python2.5 python2.6):
$ ./padnavigator.py
Segmentation fault (core dumped)
I've tracked
On Sat, Aug 07, 2010 at 06:32:39PM +0400, Kirill Smelkov wrote:
Hello up there!
I'm from Debian land where we'll use binutils 2.20 for the next release.
However as you've probably already learned from Fedora DSO Link Change,
-no-add-needed was breaking cases with weak symbols involved
On Mon, Aug 23, 2010 at 01:46:16PM +0200, Tristan Gingold wrote:
On Aug 23, 2010, at 10:11 AM, Kirill Smelkov wrote:
On Sat, Aug 07, 2010 at 06:32:39PM +0400, Kirill Smelkov wrote:
Hello up there!
I'm from Debian land where we'll use binutils 2.20 for the next release.
However
Package: g++-4.4
Version: 4.4.4-7
Severity: normal
[ First of all, this bug seems to be the same as bugs #577961 and
#578831, only they cover gcc-4.5, where afaik -Wl,-no-add-needed
is default ]
I'm trying to build my libraries with -Wl,-no-add-needed and got an
issue wrt weak symbols
On Tue, Dec 08, 2009 at 09:51:50PM +0100, Brian White wrote:
I can change the cat option to only match copiousoutput entries if
you
wish. It's a perfectly reasonable behavior given that cat isn't
defined
in the first place.
Yes, could you please do so.
That would be the best
Smaller testcase:
8 Makefile
# $ make
# g++ -Wl,-no-add-needed -shared -o lpthread.so -lpthread
# g++ -Wl,-no-add-needed -o deb591405 deb591405.cpp lpthread.so
# /usr/bin/ld: ,: invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition
# /lib/libpthread.so.0: could not read
After upgrading binutils to 2.20.51.20100710-2 from experimental, the
problem goes away:
$ g++ -v 21 | grep gcc version
gcc version 4.4.4 (Debian 4.4.4-7)
$ ld -v
GNU ld (GNU Binutils for Debian) 2.20.51-system.20100710
$ make
g++ -Wl,-no-add-needed -shared -o lpthread.so
package gfortran-4.4
forwarded 576864 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43954
tags 576864 upstream patch
thanks
Upstream fixed this for gcc-4.6, but upstream gcc-4.4 and gcc-4.5 still
have this problem.
I've backported -4.6 patch for gcc-4_4-branch and gcc-4_5-branch
branches and put
Package: python-pyside
Version: 0.3.2-3
Severity: wishlist
New PySide with massive effort to close bugs is available [1].
Hopefully, it should fix #588556 and #588558 (both are coredumps in
QtGui examples).
Also because of the above bugs, and also because PySide is still not
widely used, maybe
reassign 591405 binutils
found 591405 2.20.1-12
fixed 591405 2.20.51.20100710-2
tag 591405 upstream
retitle ld: -no-add-needed breaks linking with weak symbols
thanks
On Fri, Aug 06, 2010 at 08:11:46PM +0400, Kirill Smelkov wrote:
After upgrading binutils to 2.20.51.20100710-2 from experimental
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,3 +1,11 @@
+2010-08-07 Kirill Smelkov k...@landau.phys.spbu.ru
+
+ Backport from mainline:
+ 2009-10-12 Roland McGrath rol...@frob.com
+
+ * elflink.c (elf_link_add_object_symbols, _bfd_elf_merge_symbol):
+ Fix %s that should be %B
100644
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,6 +1,16 @@
2010-08-07 Kirill Smelkov k...@landau.phys.spbu.ru
Backport from mainline:
+ 2009-11-05 Nick Clifton ni...@redhat.com
+
+ * elflink.c (elf_link_add_object_symbols): Improve error
+ message generated when
..247cd3f 100644
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,6 +1,16 @@
2010-08-07 Kirill Smelkov k...@landau.phys.spbu.ru
Backport from mainline:
+ 2010-01-21 Nick Clifton ni...@redhat.com
+
+ * elflink.c (elf_link_add_object_symbols): Look up name of
+ undefined
Hello up there!
I'm from Debian land where we'll use binutils 2.20 for the next release.
However as you've probably already learned from Fedora DSO Link Change,
-no-add-needed was breaking cases with weak symbols involved. In particular
when linking C++ programs to libraries linked to
tag 591405 patch
forwarded 591405 binut...@sourceware.org
thanks
Patches sent to binut...@sourceware.org and cc'ed to appropriate people.
Let's what happens...
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
elflink patches
## DP: Upstream status: submitted upstream for binutils-2_20-branch
2010-08-07 Kirill Smelkov k...@landau.phys.spbu.ru
Backport from mainline:
2009-10-12 Roland McGrath rol...@frob.com
* elflink.c (elf_link_add_object_symbols, _bfd_elf_merge_symbol
package gfortran-4.4
tag 576864 + fixed-upstream - upstream
thanks
The fix was commited to upstream gcc-4_4-branch today:
http://gcc.gnu.org/viewcvs?view=revisionrevision=162990
Now all we need, is to pull from there.
Thanks,
Kirill
--
To UNSUBSCRIBE, email to
On Sat, Aug 07, 2010 at 10:08:27PM +0200, Steinar H. Gunderson wrote:
On Sat, Aug 07, 2010 at 09:46:31PM +0200, Matthias Klose wrote:
fixed in binutils 2.20.1-13 (and in binutils from experimental).
I'm afraid it's not:
fugl:~/dev/tehintro ld -v
GNU ld (GNU Binutils for Debian)
On Sun, Aug 08, 2010 at 11:55:28AM +0200, Steinar H. Gunderson wrote:
On Sun, Aug 08, 2010 at 01:47:09PM +0400, Kirill Smelkov wrote:
The fix Matthias reffered to, is that you no longer need to pass -pthread
explicitly if your program does not use pthreads. Please try it out --
it should
On Sun, Aug 08, 2010 at 12:24:58PM +0200, Steinar H. Gunderson wrote:
On Sun, Aug 08, 2010 at 02:20:38PM +0400, Kirill Smelkov wrote:
No thanks, I can't afford NDA for myself.
I wouldn't require an NDA to be signed -- it would be on honor code. :-)
(It's not a commercial product, but I
Hi OdyX,
On Mon, Aug 09, 2010 at 04:11:24PM +0200, Didier 'OdyX' Raboud wrote:
Hi Kirill, and thanks for your bugreports,
#588556 and #588558 have the same short explanation: the 0.3.2 pyside release
has grave bugs in the QtGui.so modules, which make some of its build-tests
fail:
at
package gfortran-4.4
severity 576864 important
thanks
On Sun, Aug 08, 2010 at 01:27:05PM +0400, Kirill Smelkov wrote:
package gfortran-4.4
tag 576864 + fixed-upstream - upstream
thanks
The fix was commited to upstream gcc-4_4-branch today:
http://gcc.gnu.org/viewcvs?view=revisionrevision
Package: icewm
Version: 1.2.37+1.3.4pre2-4
Severity: important
IceWM crashes when I point my mouse on network activity indicatro
window. Here is backtrace generated from core:
(gdb) bt
#0 strlen () at ../sysdeps/i386/i486/strlen.S:40
#1 0xb7c2e198 in _IO_vfprintf_internal (s=0xbfef9d04,
I too think, --action=cat should ignore X viewers.
After all, original --action=cat use case (as requested by me btw in
#526690) was to use it as canonical filter. So _filtering_ functionality
was assumed by --action=cat, and otherwise to me cat seems to be useless
because we have --action=view.
Package: poppler-utils
Version: 0.8.7-2
Severity: wishlist
To view pdf files in text consoles, and view their diffs, through `git
diff --textconv` currently I have use the following hand-made ~/.mailcap:
application/pdf; pdftotext -layout '%s' -; copiousoutput
It would be nice, if
By the way,
It seems in https://bugzilla.redhat.com/show_bug.cgi?id=428117 they
resolved the problem. Any news for Debian?
Thanks,
Kirill
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, 27 Oct 2007 08:42:47 -0200 Ola Lundqvist o...@debian.org writes:
Thanks a lot! It was a nice little patch. I'll apply it on next upload
unless I get some complications with it.
Is there something wrong with the patch? Support for XEmbed out of the
box is very useful in some cases.
On Sat, Oct 02, 2010 at 04:31:13PM +0300, Andrew O. Shadoura wrote:
Hello.
This is the updated version of the patch above, supporting glob-like
wildcards, tilde expansion and environment variable expansion as per
wordexp(3).
The syntax is still the same:
source
Package: cython
Version: 0.12.1-1.1
Severity: normal
Hello,
for simple example provided below
8 (defbug.pyx)
DEF degree = 3.14/180
8
Cython from Debian Squeeze 0.12.1-1.1 is crashing:
$ cython defbug.pyx
Error converting Pyrex file to C:
package cython
tags 641128 patch fixed-upstream
thanks
Yaroslav, Ondřej,
On Sat, Sep 10, 2011 at 01:54:55PM -0400, Yaroslav Halchenko wrote:
Hi Kirill,
could you please check if this issue is present in current cython
version present in Debian unstable/testing 0.14.1 (or may be even recent
it into Sid soon, but
I'd like to clarify that my point here is that we should apply the fix
for the regression to Squeeze as well.
Thanks again,
Kirill
On Tue, 13 Sep 2011, Kirill Smelkov wrote:
and fixed in 0.14.1-111-g78e134e (unfortunately without tests):
commit
Hi Arthur, Norbert,
On Mon, May 14, 2012 at 08:00:06AM +0900, Norbert Preining wrote:
Hi Arthur,
On So, 13 Mai 2012, Arthur Reutenauer wrote:
I see that, I'm going to look into it as soon as possible. We still
have until 24 May to update packages for 2011, right?
Thanks. Well, when
Hello up there,
I'm having the same problem (wouldn't fit into memory) with
memtest_4.10-1.1 and iEi PCISA-945GSE. Multiboot version boots, but then
freezes.
Booting to rebased-as-shown in #33 ELF image works, and to shipped
/usr/lib/memtest86+/memtest86+.elf doesn't (address 0x5000 is out of
Package: watchdog
Version: 5.9-1
Severity: important
From COPYING (= debian/copyright, but only there a date is 1996-2009):
Copyright (C) 1996-1999 Michael Meskes
WATCHDOG is free software; you can redistribute it and/or modify it under
the terms of the GNU General Public
Package: patch
Version: 2.6-2
Severity: normal
Hello, from debian/copytight (on squeeze, but also checked for patch on
sid and experimental):
Copyright:
Copyright (C) 1984, 1985, 1986, 1987, 1988 Larry Wall
Copyright (C) 1989, 1990, 1991, 1992, 1993, 1997, 1998, 1999, 2002,
2003 Free
tags 681572 patch
thanks
On Sat, Jul 14, 2012 at 01:19:23PM +0200, skizzhg wrote:
Package: screen
Version: 4.1.0~20120320gitdb59704-5
Severity: normal
Hi,
the new screen has introduced a bug that makes the split management almost
unusable.
After many tests and searches it seems related
On Tue, Sep 11, 2012 at 10:53:38AM -0400, Joey Hess wrote:
Julien Danjou wrote:
I used a bare repository on a VFAT filesyste, with SHA1E backend. It works
fine for a music player. But I don't see a way to get what is present in the
repository. git annex find does not work in a bare
Package: texlive-binaries
Version: 2011.20120510-1
Severity: important
File: /usr/bin/xetex
Dear Maintainer,
After recent update of texlive, xetex fails to compile all my documents.
I've tracked the problem to the following minimal example:
8 (xetex-bug.tex)
Package: git-annex
Version: 4.20130627
Severity: normal
Hello up there. I've tried to use git-annex with repo name in russian, and
though basic git operations (commit/push/pull) work, git-annex fails to
exchange annexed files - saying it cannot access remote repo. Details below.
Thanks
On Mon, Jul 08, 2013 at 03:10:07PM -0400, Joey Hess wrote:
Kirill Smelkov wrote:
Hello up there. I've tried to use git-annex with repo name in russian, and
though basic git operations (commit/push/pull) work, git-annex fails to
exchange annexed files - saying it cannot access remote repo
On Wed, Jul 10, 2013 at 11:03:03AM -0400, Joey Hess wrote:
Kirill Smelkov wrote:
My locale is ru_RU.UTF-8:
That's strange. I cannot reproduce the bug in this unicode locale,
only in non-unicode locales:
joey@gnu:~/tmp/git-annex-bug/мир.2LANG=ru_RU.UTF-8 git annex get
get hello.txt (from
On Sat, Sep 29, 2012 at 03:09:00AM +0200, Francois Gouget wrote:
Package: libpng12-dev
Version: 1.2.49-1
Severity: normal
Dear Maintainer,
The amd64 version conflicts with the i386 one which makes it impossible to
install both. As a result the /usr/lib/i386-linux-gnu/libpng12.so
Package: python-zodb
Version: 1:3.9.7-4
Severity: normal
Tags: patch
Dear Maintainer,
Starting from python-zodb_3.9.7-4 persistent module was completely
split to python-persistent. However some persistent headers were
still left installed in ZODB package:
$ dpkg -L python-zodb
...
/usr/include
Package: zope2.13
Version: 2.13.22-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With zope2.13 I've tried to create a (user) instance and start it, but a
`SystemError: dynamic module not initialized properly` is raised while
zopectl tries to import
On Sun, Jan 18, 2015 at 05:41:10PM +, Jonathan Wiltshire wrote:
Control: severity -1 normal
Control: tag -1 - unreproducible
Hi,
On Tue, Dec 30, 2014 at 02:32:17PM +0400, Kirill Smelkov wrote:
With zope2.13 I've tried to create a (user) instance and start it, but a
`SystemError
reopen 774213
thanks
On Wed, Jan 07, 2015 at 01:08:33PM -0500, Barry Warsaw wrote:
On Dec 30, 2014, at 02:32 PM, Kirill Smelkov wrote:
Package: zope2.13
Version: 2.13.22-1
Severity: grave
Justification: renders package unusable
With zope2.13 I've tried to create a (user) instance
On Mon, Jan 12, 2015 at 03:40:36PM -0500, Barry Warsaw wrote:
Something else must still be going on. I have the following zope packages
installed:
% aptitude search zope | grep ^i
i python-zope.component - Zope Component Architecture
i
On Sun, Mar 22, 2015 at 11:12:05AM +0100, Niels Thykier wrote:
On 2015-03-20 17:58, Kirill Smelkov wrote:
( this is the first time I write to release@ , so please forgive me if
I do something wrong )
Hello up there,
I've discovered today that, though it used to work in 2014
: Kirill Smelkov k...@nexedi.com
Date: Fri, 20 Mar 2015 14:32:11 +0300
Subject: [PATCH] Cherry-pick `unshare -r` fix from upstream
Since linux 3.16.7-ckt4-1 Debian kernel started to include patches to
disallow setgroups until a gid mapping has been established and other
patches to Prevent evasion
1 - 100 of 114 matches
Mail list logo
