Package: offlineimap3
Version: 0.0~git20211018.e64c254+dfsg-1
Severity: grave
Justification: renders package unusable
Hi,
with the introduction of Python 3.11 offlineimap does no longer work
due to a failing multithread safety check for SQLite.
The issue was handled upstream in
Hi,
already had some private mail exchange with Martin, so just for public
reference:
Looks like
https://github.com/axboe/fio/commit/382975557e632efb506836bc1709789e615c9094
is the solution to this issue. This is part of the 3.28 release.
I guess we work on packaging a new upstream release soon.
The package is available via stretch-proposed-updates. Just add that one to
your sources.list until the next point release or linux security update.
HTH,
Sven
Am 22. Juli 2018 22:48:35 MESZ schrieb Jered Floyd :
>
>It appears that this ticket has been closed, noting a fix in
>linux-4.9.110-2
severity 831843 normal
thanks
Hi Martin,
I'm sorry for the long delay in any answer to this bugreport
but the Debian LyX package is barely maintained at the moment.
I understand your frustration and for your usecase LyX might
be broken which is a grave issue, but I think LyX in general
still
Hi,
at least some build-deps are missing:
python-six,
python3-six,
python-pytest,
python3-pytest
That fixes the build for Python 2.7 but later on fails
for Python 3.5
=== FAILURES
===
On Sun, Sep 28, 2014 at 02:36:50PM +0100, Pedro Neves wrote:
Hi:
Can you provide more details as to where this modification should be made?
rename lyx.install to lyx-common.install in debian/
That sounds pretty much like in the Debian source package.
But please hold on for a moment and
On Fri, Sep 26, 2014 at 10:08:52PM +0200, Yannick Roehlly wrote:
Hi,
Lyx can't be upgraded to version 2.1.2-1 nor installed because both the
lyx and lyx-common packages provide /usr/share/applications/lyx.desktop
Seems that nowadays LyX ships its own desktop file so we can remove the
Debian
=low
+
+ * Non-maintainer upload.
+ * Add 05-ftbfs_ruby1.9_testsuite_require_syntax.diff to adjust to
+changes in the Ruby 1.9 require syntax. (Closes: #676126)
+ * Build-Depend on procps - ps is used within test/tc_system.rb.
+
+ -- Sven Hoexter hoex...@debian.org Sun, 08 Jul 2012 14:59:24
On Tue, Dec 13, 2011 at 01:32:58PM +0100, Sven Hoexter wrote:
On Tue, Dec 13, 2011 at 12:47:06AM +0100, Stefan Sobernig wrote:
Hi,
Thx for taking of uploading!
Uploaded but it FTBFS.
Yes, there are several .o and .so files left over by the build system.
Until that's fixed I could offer
of libdb4.8-dev.
+ * Add 08_DB_VERSION_MAJOR.patch to use the API for BDB 4.x for
+BDB = 4 aswell. (Closes: #621376)
+
+ -- Sven Hoexter hoex...@debian.org Mon, 30 May 2011 10:26:48 +0200
+
squidguard (1.4-3) unstable; urgency=low
* samples:
diff -Nru squidguard-1.4/debian/control
The relevant commit upstream is r34588 from June 2010.
Sven
--
And I don't know much, but I do know this:
With a golden heart comes a rebel fist.
[ Streetlight Manifesto - Here's To Life ]
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe.
I think this one got fixed somewhere along the way. At least building 2.0.0
with a build-dep on binutils-gold works.
Beside that I'm of course happy that we've seen so many mails to d-d-a and
elsewhere telling us that using gold is now a release goal. (I spare it out
to CC doko because I doubt
Package: python-qt4
Version: 4.7.3-1+b1
Severity: grave
Justification: renders package unusable
Hi,
would be nice if you could upload an updated python-qt4 to make it installable
again. According to the svn repo there were already some preparations made
in January.
TIA,
Sven
-- System
On Fri, Dec 24, 2010 at 09:04:49PM -0600, Steve M. Robbins wrote:
This solution will fail if /var/www/squid-reports/* ever expands to
more than 1 file; e.g.
test -f /usr/lib/lib*.so
bash: test: too many arguments
Hmpf. Indeed.
One simple answer is to just ignore the error:
mv
Hi,
after a short look I think something like this should help:
--- preinst.orig2010-12-14 11:09:41.0 +0100
+++ preinst 2010-12-14 11:10:20.0 +0100
@@ -64,7 +64,7 @@
fi
if test -d /var/www/squid-reports; then
-
Hi,
while experimenting with my proposed fix I found some other issue
with the preinst script.
a) If you purge the new package it will leave behind
/usr/share/sarg/languages/* unowned by anything. Is this intentional?
The 2.3 package doesn't ship these files at all so I guess they should
Hey guys,
what's the status here? Are you still working on this issue?
Cheers,
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
[The Cardigans - 03:45: No sleep]
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Hi,
Moritz noted on bts.turmzimmer.net that there is a new package on
mentors.debian.net prepared by Gerald Stueve.[1]
This is prepared as an NMU but looking at the current state of the
package and the long time nobody cared I think it might be more
appropriate to hand over maintainership to
On Wed, Aug 04, 2010 at 10:24:02AM -0400, Jerry Stueve wrote:
Hi,
So is there some interest from the Debian Ham people to keep this package?
I am on the debian-hams mailing list, so yes there is interest.
Gerald, would you be willing to take over the maintainership?
I would be
tags 585728 patch
thanks
Hi,
soley fixing this bug is rather simple.
Changelog as follows:
netw-ib-ox-ag (5.36.0-1.2) unstable; urgency=low
.
* Non-maintainer upload.
* s/tk8.4/tk/ in debian/rules
* Add debian/patches/netwag-force_bin_wish which edits the config.dat
for netwag to
Hi,
thanks to some fast handling from debian-admin (kudos to Hector in this case),
I've just been able to takle the s390 build problem aswell.
So I just did some minimal changes to fix this bug and the build failure and
uploaded it without delay to unstable.
I'll aswell forward the s390 fix
Hi,
could you elaborate a bit more on why you think it mrtg-rrd should depend
on the rrdtool package? Error messages etc?
The cgi itself only uses the RRDs Perl module and that is already a declared
dependency and I can see mrtg-rrd.cgi running (at least on Lenny) without
rrdtool beeing
severity 576075 normal
thanks
Hi,
ok second try:
You're using mrtg with LogFormat: rrdtool and haven't read
man 1 mrtg-rrd which states
[...]
MRTG needs access to both the RRDtool perl module RRDs.pm and to
the rrdtool executable.
[...]
and now you're receiving every 5min a mail from the mrtg
) unstable; urgency=low
[ Sven Hoexter]
* Non-maintainer upload.
* Change Build-Dep from tetex-bin to texlive-latex-base (Closes: #575765).
* Add $remote_fs to the Required-(Start|Stop) dependency of debian/init.d.
-- Sven Hoexter hoex...@debian.org Sun, 11 Apr 2010 12:29:58 +0200
Sven
On Thu, Jan 07, 2010 at 06:05:35PM +0200, Rémi Denis-Courmont wrote:
Hi,
The mail group has read/write access to /var/mail/* and is intended for the
mail daemons. For instance, Dovecot IMAP runs as the dovecot user ID, with
mail group permission.
I wouldn't overrate this issue though it's
severity 557948 normal
thanks
On Thu, Nov 26, 2009 at 02:30:23AM +, Aníbal Monsalve Salazar wrote:
Hi,
Please read bug report #500454:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500454
Thanks for the info. Maybe that should be added to README.Debian?
Or is it documented elsewhere
Hi,
I can't reproduce this problem with Proftpd as server (tried gftp from sid
and lenny).
Corrupted binary files suggest that you maybe transfer the files in ascii
mode. There is a checkbox to force ascii transfer in gftp and maybe you
activated this?
Sven
--
They're the cowards We are rebels
Hi,
encountered exactly this problem today on a fresh system and installing
xfonts-base actually seems to contain the missing font.
Sven
--
They're the cowards We are rebels
We got the power to fight the devil
[ AIV - We are rebels ]
--
To UNSUBSCRIBE, email to
tags 530469 pending
thanks
Just a note for those people with an eye on RC bugs:
We've a patch already in the repo for 1.6.2 and Georg was kind
enough to propose a real fix upstream. Though it's still unknown if Georg's
patch will make it into the upcoming 1.6.3 release.
Reference:
.
+
+ -- Sven Hoexter [EMAIL PROTECTED] Wed, 05 Nov 2008 20:04:13 +0100
+
ptex-bin (3.1.10+0.04b-2) unstable; urgency=low
* Bumped to Standards-Version: 3.7.3.
diff -u ptex-bin-3.1.10+0.04b/debian/jmpost.postrm ptex-bin-3.1.10+0.04b/debian/jmpost.postrm
--- ptex-bin-3.1.10+0.04b/debian/jmpost.postrm
Ok as it looks to me now the intention of the change in postinst between
etch and lenny was to place the files generated by mktexupd into
/var/lib/texmf/web2c/ptex instead of the /var/lib/texmf/web2c itself.
If that should really happen it looks like the postinst script has to
create the
Looks like there are some more glitches:
[...]
Running fmtutil-sys. This may take some time. ...
/usr/share/texmf/web2c/mktexupd: /var/lib/texmf/web2c/ptex not a directory.
from postinst during an etch-lenny upgrade.
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep
On Tue, Aug 26, 2008 at 07:41:39AM +0200, Luk Claes wrote:
The below is fine, please upload.
[..]
Attached you can find the corresponding .diff.gz.
Sven
--
If God passed a mic to me to speak
I'd say stay in bed, world
Sleep in peace
[The Cardigans - 03:45: No sleep]
and the old website.
+ * Remove Suggests: xfonts-base-transcoded from libxosd2. Closes: #370034
+ * Updated the copyright file to reflect the website where you can obtain
+the source code and the license used.
+
+ -- Sven Hoexter [EMAIL PROTECTED] Mon, 25 Aug 2008 09:34:31 +0200
+
xosd
Hi,
I guess the proper solution would be to exclude the .js files from
dh_compress but I fail to rebuild the package ATM.
It seems that Debian doesn't chip a phpdoc binary so it's impossible
to build the package again with the -doc package actually containing
the documentation.
Beside that it's
.
+Closes: #494224
+
+ -- Sven Hoexter [EMAIL PROTECTED] Thu, 21 Aug 2008 10:42:02 +0200
+
perlipq (1.25-1.1) unstable; urgency=low
* Non-maintainer upload.
which offers a link for the current
+source download and the old website.
+ * Remove Suggests: xfonts-base-transcoded from libxosd2. Closes: #370034
+ * Updated the copyright file to reflect the website where you can obtain
+the source code and the license used.
+
+ -- Sven Hoexter [EMAIL
On Thu, Apr 17, 2008 at 04:55:10PM -0400, Ben Goodrich wrote:
Hi Ben,
It appears as if this bug was reported on LyX's bugzilla in January
http://bugzilla.lyx.org/show_bug.cgi?id=4568
and closed as invalid due to the fact that qt 4.4 is / was not released
yet. I requested that the bug be
[Notice: lyx-devel is subscribers only so if you dislike to receive any
held for moderation notice etc. just kick it and I'll forward mails if needed]
Hi,
with Qt 4.4.0rc1-2 hitting unstable we noticed that LyX fails badly. I've
no clue if it's a problem of LyX with the new Qt version or a
Hi,
.6 seemed to work first but crashed some time later:
Syncing INBOX.mls: IMAP - Maildir
Thread 'Folder sync OnArthur[INBOX]' terminated with exception:
Traceback (most recent call last):
File /var/lib/python-support/python2.4/offlineimap/threadutil.py, line 153,
in run
Thread.run(self)
On Sat, Jun 16, 2007 at 10:28:34AM +0200, Georg Baum wrote:
Am Freitag, 15. Juni 2007 12:06 schrieb Per Olofsson:
Thank you for reporting this. We are going to upload LyX 1.5.0rc1 soon,
I will check if the bug is still present in that version.
I don't think that using rc1 it will make a
On Tue, Mar 20, 2007 at 11:28:27PM +0100, Marc 'HE' Brockschmidt wrote:
Hi Marc,
Package: lyx
Version: 1.5.0~beta1-1
Severity: serious
Tags: experimental
Heya,
Building lyx failed on ia64:
[...]
Is there a reason not to use the packaged boost version?
LyX won't build with boost
severity 412073 normal
thanks
On Fri, Feb 23, 2007 at 12:56:19PM +0100, Karl Richter-Trummer wrote:
Package: lyx
Version: 1.4.3-2
Severity: serious
I tried to let jurabib and lyx work together, i just put a bibliography
inside (putting it on jurabib) then i added some lines to the latex
On Tue, Aug 08, 2006 at 09:14:06AM +0200, Per Olofsson wrote:
Hmm. I think the best solution is if we add
(cd /usr/share/lyx ./configure.py)
to lyx-common's postinst script. This simply restores the old
behaviour and it seems to work well enough.
If it works as a workaround ok but what
I did not look into this very deep but as far as I can tell those
files are now longer existing as global files. They're now created
in ~/lyx/ for every user.
Same for packages.lst if this pops up somewhere else.
Sven
--
If you won't forgive me the rest of my life
Let me apologize while I'm
Hi,
I've found a hint how to workaround this problem here:
http://sourceware.org/ml/insight/2006-q1/msg00010.html
--- configure-orig 2006-03-13 15:47:54.0 +0100
+++ configure 2006-03-13 15:49:14.0 +0100
@@ -6059,7 +6059,7 @@
# results, and the version is kept in
46 matches
Mail list logo