A repository has been created on Alioth:
git://git.debian.org/git/collab-maint/urwid-satext.git
signature.asc
Description: This is a digitally signed message part.
A git repository has now been created on alioth [1]. In case of absence of
update in this bug report, people are invited to check the progress of the
packaging in the git repository.
[1] git://git.debian.org/git/collab-maint/salutatoi.git
signature.asc
Description: This is a digitally signed
Package: wnpp
Severity: wishlist
Owner: Thomas Preud'homme robo...@debian.org
* Package name: urwid-satext
Version : 0.2.0
Upstream Author : Jérôme Poisson go...@goffi.org
* URL : http://wiki.goffi.org/wiki/Urwid-satext/en
* License : LGPL-3+
Programming Lang
script would hang (as explained in the
paragraph above), breaking the installation.
Attached is the debdiff of the change.
Best regards,
Thomas Preud'homme
unblock soprano/2.7.6+dfsg.1-2wheezy1
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (990, 'unstable'), (500
Le jeudi 7 mars 2013 11:10:33, Thomas Preud'homme a écrit :
After explaining my problem on IRC, formorer showed me an SQL expression
that creates plpgsql only if needed. You'll notice that plpgsql is created
with CREATE LANGUAGE because since PostgreSQL 9, plpgsql is created by
default. Hence
Le lundi 11 mars 2013 07:37:48, vous avez écrit :
Package: libdspam7-drv-pgsql
Version: 3.10.2+dfsg-7
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install. As
per definition of the release team
tags 702700 + upstream
forwarded
https://sourceforge.net/tracker/?func=detailatid=1126467aid=3607521group_id=250683
thanks
Le dimanche 10 mars 2013 13:59:37, Adrien Clerc a écrit :
Hi,
Currently, the daemon has an active loop. It calls select with a 2
seconds timeout, just to to be sure
Le dimanche 10 mars 2013 16:29:48, vous avez écrit :
If it's the rule, then OK. This is not really important as security
fixes or data losses. It's just part of useless wakeups hunt. I try to
eradicate those behaviour, in order to have a really efficient server:
less wakeups, less wasted
21:12:33.0 +0100
@@ -1,3 +1,11 @@
+cogl (1.10.2-6.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add conflict in gir1.2-cogl-1.0 with gir1.0-clutter-1.0 to ensure dpkg
+will not unpack them at the same time (Closes: #702453).
+
+ -- Thomas Preud'homme robo...@debian.org
Le vendredi 8 mars 2013 03:32:29, Stefan Lippers-Hollmann a écrit :
Hi
On Thursday 07 March 2013, Thomas Preud'homme wrote:
tags 655969 + patch
thanks
Le samedi 26 janvier 2013 19:22:23, Jonathan Wiltshire a écrit :
On Wed, Jan 18, 2012 at 01:34:08AM +0100, Stefan Lippers-Hollmann
tags 702558 + upstream
thanks
Le vendredi 8 mars 2013 12:12:18, Joshua Rodman a écrit :
Dear Maintainer,
pstack on amd64 at least fails to generate stacks of any threads in a
process except the main thread. This is fairly unfortunate, as one of
the main goals of pstack is to generate a
[Note to RT: this is about adding a wheezy-ignore tag for #655969]
Le vendredi 8 mars 2013 17:27:33, Stefan Lippers-Hollmann a écrit :
Hi
On Friday 08 March 2013, Thomas Preud'homme wrote:
Le vendredi 8 mars 2013 03:32:29, Stefan Lippers-Hollmann a écrit :
[…]
On Thursday 07 March
:03:34.0 +0100
@@ -1,6 +1,12 @@
+dspam (3.10.1+dfsg-11) testing-proposed-updates; urgency=low
+
+ * Create plpgsql only if it is not loaded yet.
+
+ -- Thomas Preud'homme robo...@debian.org Thu, 07 Mar 2013 10:25:49 +0100
+
dspam (3.10.1+dfsg-10) testing-proposed-updates; urgency=low
tags 655969 + patch
thanks
Le samedi 26 janvier 2013 19:22:23, Jonathan Wiltshire a écrit :
On Wed, Jan 18, 2012 at 01:34:08AM +0100, Stefan Lippers-Hollmann wrote:
Thanks for the notice, while I don't exactly share that severity
classification (although that is of course covered by the
@@
+lirc (0.9.0~pre1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Avoid prompt when conffiles are not modified (Closes: #655969).
+
+ -- Thomas Preud'homme robo...@debian.org Tue, 12 Feb 2013 18:24:27 +0100
+
lirc (0.9.0~pre1-1) unstable; urgency=low
[ Sven Mueller ]
diff
(0.9.0~pre1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Avoid prompt when conffiles are not modified by the system administrator
+(Closes: #655969).
+
+ -- Thomas Preud'homme robo...@debian.org Tue, 12 Feb 2013 18:24:27 +0100
+
lirc (0.9.0~pre1-1) unstable; urgency=low
Le mardi 5 mars 2013 01:16:52, Bill Allombert a écrit :
On Tue, Mar 05, 2013 at 12:06:06AM +, Roger Leigh wrote:
We have defaulted to UTF-8 locales for over a decade now. Unless
there are compelling reasons not to use UTF-8 locales, maybe we
could perhaps consider retiring them and
Le samedi 2 mars 2013 15:36:23, Julien Cristau a écrit :
On Sat, Mar 2, 2013 at 14:53:19 +0100, Julien Cristau wrote:
Still seems like something that should be fixed instead of documenting
that we're shipping non-working stuff.
Ok, can I assume a tpu upload would be accepted then?
By
-updates; urgency=low
+
+ * Explicitely require legacy mode for string escaping in PostgreSQL since it
+now defaults to standard compliant mode (Closes: #694942).
+ * Fix error when creating database in PostgreSQL by creating plpgsql as
+extension instead of language.
+
+ -- Thomas
Le lundi 4 mars 2013 22:15:36, Julien Cristau a écrit :
On Mon, Mar 4, 2013 at 21:41:03 +0100, Thomas Preud'homme wrote:
While doing the testing I noticed that installation of
libdspam7-drv-pgsql gives an error because it create the language
plpgsql while in PostgreSQL 9.1 it should
Le lundi 4 mars 2013 22:45:43, Thomas Preud'homme a écrit :
Le lundi 4 mars 2013 22:15:36, Julien Cristau a écrit :
On Mon, Mar 4, 2013 at 21:41:03 +0100, Thomas Preud'homme wrote:
While doing the testing I noticed that installation of
libdspam7-drv-pgsql gives an error because it create
Le vendredi 1 mars 2013 14:00:07, Julien Cristau a écrit :
Actually...
Seems like ATX-recipient now points somewhere on the stack, and thus in
la-la-land at the end of the loop in process_users. Is there any
guarantee it's not reused after that? The scoping is kind of
non-obvious...
tags 701922 + patch
thanks
See attached for a proposed wording.
Best regards,
Thomas
Index: en/upgrading.dbk
===
--- en/upgrading.dbk (revision 9601)
+++ en/upgrading.dbk (working copy)
@@ -1281,7 +1281,22 @@ killed or aborting the
fixing recipient corruption when releasing
+a message from quarantine (Closes: #698136).
+
+ -- Thomas Preud'homme robo...@debian.org Thu, 28 Feb 2013 21:33:50 +0100
+
dspam (3.10.1+dfsg-8) testing-proposed-updates; urgency=low
* Stop shipping ucf template as a conffile: this avoid unnecessary
quarantine (Closes: #698136).
+
+ -- Thomas Preud'homme robo...@debian.org Fri, 22 Feb 2013 11:28:17 +0100
+
dspam (3.10.2+dfsg-6) unstable; urgency=low
* Drop patch fixing recipient corruption when releasing a message from
diff -Nru dspam-3.10.2+dfsg/debian/patches
?bug=698701#32
Le lundi 11 février 2013 23:45:46, Thomas Preud'homme a écrit :
I'd rather have a fix though.
I came up with this patch.
% egrep -RIn recipient[^s]*= src
src/dspam.c:503:ATX-recipient = CTX-username;
src/dspam.c:948:ATX-recipient=args;
src/dspam.c:1675: ATX
Le samedi 2 février 2013 22:25:51, Jason Johnson a écrit :
I've just tried another test here and seen what looks like a problem. If I
point spam to an openssl test connection it fails in the following way.
root@myserver:~# openssl s_server -accept 989 -cert
, if such violent
changes occur in the future, I think it would be a good idea to include
a NEWS at the same time.
True indeed. My sincere apologize, I should have thought about it earlier.
Thanks,
Petr Pasky Baudis
Best regards,
Thomas Preud'homme
Le mardi 12 février 2013 14:37:01, Santiago Vila a écrit :
Oups sorry. For the second one I failed to compute the correct size: it
is the size of the email + 2 answers. The real size is 12870. So I
suppose 16384 would be fine.
Hmm, the size of the email + 2 answers?
The list server
Le mardi 12 février 2013 17:17:24, Santiago Vila a écrit :
El 12/02/13 16:25, Thomas Preud'homme escribió:
That said, I'd really like to understand what's the objective with this
check since it's only performed at request time and no longer after. Is
this for memory consumption, spam
Le mardi 12 février 2013 17:20:55, Santiago Vila a écrit :
El 12/02/13 16:25, Thomas Preud'homme escribió:
We could indeed. It would be an improvement over the current situation.
What would be even better (IMHO) would be a switch to enable or disable
this check (like a enforce_plain_text
Le dimanche 3 février 2013 14:51:39, Thomas Preud'homme a écrit :
Anyway, I tried to get certainty by reading the code to see any assumption
the code is using but I couldn't understand enough of the code. So I
reached upstream and he shall give me an explanation about wether it's
safe
Le jeudi 7 février 2013 06:48:48, Arnaud Fontaine a écrit :
Hello,
Seems to be the same issue as #693472.EMMS Depends against
emacsen-common should probably be tightened to = 2.0.5.
I managed to reproduce the bug in pbuilder and then tried this fix but it
didn't work.
Le dimanche 10 février 2013 12:24:16, Santiago Vila a écrit :
The idea of checking the size, I think, is to prevent the list server
from replying to messages which are obviously of a wrong size.
I see. The problem is to determine what is a wrong size then. For instance,
GPG signature will
See attached for the 2 emails I got which doesn't pass the 8192 body size
test. As you can see, they don't contain GPG signature but confirmation fail
to work anyway. I send them in private on purpose as I don't want them being
public.
Best regards,
Thomas
CONFIRM s021001565110148.mbox
Le dimanche 10 février 2013 13:36:43, Thomas Preud'homme a écrit :
Le dimanche 10 février 2013 12:24:16, Santiago Vila a écrit :
The idea of checking the size, I think, is to prevent the list server
from replying to messages which are obviously of a wrong size.
I see. The problem
Package: smartlist
Version: 3.15-22
Severity: normal
Tags: patch upstream
Greetings Santiago,
long time no mail. I was trying out smartlist and I encountered a
problem in the confirmation process: I couldn't get subscribed when
replying to the confirmation mail. After some time trying to
Le dimanche 10 février 2013 00:48:16, Thomas Preud'homme a écrit :
Actually there is a comment saying it but I didn't realize it was
talking about the size of the body:
# We now check:
# If the length is roughly within bounds.
# That it is not a reply or something
severity 700216 important
thanks
Le dimanche 10 février 2013 00:53:57, Thomas Preud'homme a écrit :
Le dimanche 10 février 2013 00:48:16, Thomas Preud'homme a écrit :
Actually there is a comment saying it but I didn't realize it was
talking about the size of the body:
# We now check
Jonathan Wiltshire j...@debian.org wrote:
On Tue, Jan 22, 2013 at 04:23:43PM +, Jonathan Wiltshire wrote:
On 2013-01-22 13:15, Thomas Preud'homme wrote:
Sorry to come again with an issue on dspam again. This time it's
about
bug #698580 - useless prompting at upgrade when no configuration
. Could
you attach the relevant configuration file (extlookup.conf) and the command
line
you used outside dspam.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
] for the patch.
[1]
http://patch-tracker.debian.org/patch/series/view/dspam/3.10.2+dfsg-4/009_fix_recipient_corruption_when_releasing_message_from_quarantine.diff
Best regards,
Thomas Preud'homme
unblock dspam/3.10.1+dfsg-8
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT
/debian/changelog 2013-01-21 22:26:19.0 +0100
@@ -1,3 +1,10 @@
+dspam (3.10.1+dfsg-8) testing-proposed-updates; urgency=low
+
+ * Avoid unnecessary prompt if configuration files have not been modified by
+the user (Closes: 698580).
+
+ -- Thomas Preud'homme robo...@debian.org Mon, 21
Le samedi 19 janvier 2013 13:31:59, vous avez écrit :
On Tue, Jan 8, 2013 at 16:01:06 +0100, Thomas Preud'homme wrote:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package dspam
[this is a preapproval
is installed for several
+architectures (Closes: #695275).
+
+ -- Thomas Preud'homme robo...@debian.org Tue, 08 Jan 2013 11:37:35 +0100
+
dspam (3.10.1+dfsg-6) testing-proposed-updates; urgency=low
* Do not lock dspam user account on purge since the package could be still
diff -Nru dspam
Le jeudi 17 janvier 2013 00:04:08, José Manuel Santamaría Lema a écrit :
Package: sponsorship-requests
Severity: normal
Dear mentors,
Hi José,
recently an user reported a bug against kmess which in my opinion is
serious because makes kmess unusuable to have a conversation of more than
Another update following suggestions made by KiBi.
Best regards.
diff --git a/checks/menu-format b/checks/menu-format
index a1447b9..90f3160 100644
--- a/checks/menu-format
+++ b/checks/menu-format
@@ -525,6 +525,10 @@ sub VerifyIcon {
return;
}
+if (not ($icon =~ m{^/})) {
+
Package: lintian
Version: 2.5.10.3
Severity: wishlist
Tags: patch upstream
Dear Maintainer,
Please add a check to test for menu file referencing icon by relative
path instead of absolute path, as discussed in #693477. Attached to
this bug report is a patch to implement this.
Best regards.
--
Le vendredi 11 janvier 2013 00:19:42, Charles Plessy a écrit :
On my computer, I see at least two packages that do not indicate the full
path.
ballview: icon=ballview_32x32.xpm\
klavaro: icon=klavaro-logo.xpm\
It looks like a good candidate for a Lintian test...
Have a nice
Le vendredi 11 janvier 2013 13:47:55, vous avez écrit :
On Fri, 2013-01-11 at 12:08:48 +0100, Thomas Preud'homme wrote:
Package: lintian
Version: 2.5.10.3
Severity: wishlist
Tags: patch upstream
diff --git a/checks/menu-format.desc b/checks/menu-format.desc
index 495cfec..0230c31
multi-arch since it create many problems with regards to the
+handling of shared resources when a package is installed for several
+architectures (Closes: #695275).
+
+ -- Thomas Preud'homme robo...@debian.org Tue, 08 Jan 2013 11:37:35 +0100
+
dspam (3.10.1+dfsg-6) testing-proposed-updates
for any shared (among arch) resources modified/removed on purge.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
Le dimanche 6 janvier 2013 17:09:48, Helmut Grohne a écrit :
[Adding multiarch-devel to CC for a comment on point 3.]
On Sun, Jan 06, 2013 at 12:50:35PM +0100, Thomas Preud'homme wrote:
Ah yes sorry. I searched explicitely for user locking but of course it's
the case for any shared (among
deems it ready for that. Since Marga is the usual
sponsor for this package I'd prefer though that she upload it.
Thanks in advance for all the work,
Rogério Brito.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
Le mercredi 19 décembre 2012 04:35:55, Thomas Preud'homme a écrit :
See debdiff attached.
As Jakub Wilk pointed me out, dpkg-query got support for db:Status-Abbrev
later than in the version in squeeze. Fortunetely, this virtual field got added
before multiarch in dpkg, so I can do the check
Le mercredi 19 décembre 2012 19:12:18, Julien Cristau a écrit :
I would rather see that 'lock user' code removed in the wheezy version.
Ok, I'll upload to tpu a package which just remove the purge logic in
libdspam7.postrm and this fix in unstable.
Thanks for your quick answer.
Cheers,
).
+
+ -- Thomas Preud'homme robo...@celest.fr Wed, 19 Dec 2012 02:17:46 +0100
+
dspam (3.10.1+dfsg-5) testing-proposed-updates; urgency=low
[ Thomas Preud'homme ]
diff --git a/debian/libdspam7.postrm b/debian/libdspam7.postrm
index 3841a02..97b6f9d 100644
--- a/debian/libdspam7.postrm
+++ b
Le dimanche 2 décembre 2012 15:53:13, vous avez écrit :
Package: dspam
Version: 3.10.1+dfsg-5
Severity: normal
Dear Maintainer,
After migrating my dspam database to a new PostgreSQL server, I'm seeing
the following errors in PG's log (edited for readability):
ERROR: invalid byte
).
+
+ -- Thomas Preud'homme robo...@debian.org Tue, 30 Oct 2012 15:12:29 +0100
+
dancer-ircd (1.0.36-8) unstable; urgency=medium
* Bump Standards-Version to 3.7.3.
tags 645692 + upstream fixed-upstream pending
thanks
After some more work to support relocations that gcc generate when compiling
for armv6 or greater and Thumb-2, armhf is now finally supported upstream.
There is still a few bits missing to make R_ARM_THM_JUMP24 work when the
target is PLT
handle the
error correctly at all or because only default configuration doesn't handle
it).
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
Le mercredi 26 septembre 2012 11:07:09, vous avez écrit :
Package: dspam
Version: 3.10.1+dfsg-3~bpo60+1
Severity: critical
dspam sends '530 5.2.0 Message is empty. Aborting.' while receiving
incorrect spam message with long-long line, for example with length
about 300K bytes:
From what
severity 688853 grave
thanks
Le mercredi 26 septembre 2012 14:40:20, Thomas Preud'homme a écrit :
Le mercredi 26 septembre 2012 11:07:09, vous avez écrit :
Package: dspam
Version: 3.10.1+dfsg-3~bpo60+1
Severity: critical
dspam sends '530 5.2.0 Message is empty. Aborting.' while
by the
arguments you give to dspam usually
Then, enter run to launch the program and when the bug happens you need to
enter bt which will display the stacktrace. This information would be
helpful to debug the problem.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally
the list of all users.
Can you detail why it is not sufficient?
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
Note to potential sponsor:
There is no need to review this package right now. Indeed, I already sent
Mélodie an email with a list of things to improve for this package. I took the
responsability to mentor and sponsor Mélodie so there is no need for help now.
However, when everything is fixed,
And here is a backtrace with jdb:
% jdb -classpath /usr/lib/jvm/java-6-openjdk-amd64/lib/tools.jar
sun.tools.jar.Main -x ../dstm/dstm.jar
Initializing jdb ...
run
run sun.tools.jar.Main -x ../dstm/dstm.jar
Set uncaught java.lang.Throwable
Set deferred uncaught java.lang.Throwable
VM Started:
or just replaced by something else as I'm not
familiar at all with font system.
Best regards,
Thomas Preud'homme
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
Kernel: Linux 2.6.38-ac2-ac100 (SMP w/2 CPU cores
Package: release.debian.org
Severity: normal
As said before [0], I would like #644392 to get fixed and thus asked
paultag to do an upload to tpu since I don't have my gpg key around. I
also asked him to do an upload to unstable to fix the same bug. This
way, some additional testing will be made
@@
+dspam (3.10.1+dfsg-5) testing-proposed-updates; urgency=low
+
+ [ Thomas Preud'homme ]
+ * Team upload.
+ * Upload via testing-proposed-updates as unstable contains a new upstream
+version.
+ * Cherry-pick patch from upstream to recommend using -oi when using dspam
+with exim (Closes
tags 644392 - moreinfo
severity 644392 grave
thanks
Only raising severity to grave as the data loss only happen with exim and not
by default: users need to uncomment a line in dspam.conf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe.
patch from upstream to recommend using -oi when using dspam
+with exim (Closes: #644392).
+
+ -- Thomas Preud'homme robo...@celest.fr Sat, 11 Aug 2012 22:25:43 +0800
+
dspam (3.10.1+dfsg-4) unstable; urgency=low
* Apply patch from upstream to use POSIX::ctime() instead of deprecated
diff -Nru
(Closes: #644392).
+
+ -- Thomas Preud'homme robo...@celest.fr Sat, 11 Aug 2012 22:25:43 +0800
+
dspam (3.10.1+dfsg-4) unstable; urgency=low
* Apply patch from upstream to use POSIX::ctime() instead of deprecated
diff -Nru dspam-3.10.1+dfsg/debian/dspam-documents/exim4/dspam.conf dspam
is in
libgcc_s...
Best regards.
Thomas Preud'homme
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: armhf (armv7l)
Kernel: Linux 2.6.38-ac2-ac100 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8
Tom's fixes on his behalf. Although he's signed this upload
+ (he issued a debdiff), I've prepared this upload. Fix verified on
+ i386.
+
+ [Thomas Preud'homme]
+* debian/patches:
+ + Fix incorrect reading of long long values on architecture with 32bits
+registers like
Le jeudi 12 juillet 2012 00:19:41, vous avez écrit :
On i386 tcc can fails to read a long long value. A simple test case
showing the problem:
[SNIP]
Since arm also needs 2 registers to store a long long, this bugs also affect
armel. Note however that this precise testcase doesn't exhibit
Le jeudi 12 juillet 2012 17:09:46, Gerfried Fuchs a écrit :
Did I miss a thread on debian-devel about this?
There was a thread indeed. See this one:
http://lists.debian.org/debian-release/2012/06/msg00232.html
Best regards,
Thomas Preud'homme
signature.asc
Description
];
}
This program returns 0 instead of 2. This could cause programs compiled
with tcc on i386 to misbehave.
Best regards,
Thomas Preud'homme
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'),
(500, 'stable
as a result of him
+ being MIA (Closes: #677782).
+
+ -- Thomas Preud'homme robo...@celest.fr Sun, 08 Jul 2012 17:36:15 +0200
+
tcc (0.9.26~git20120612.ad5f375-4) unstable; urgency=low
* debian/patches:
diff -Nru tcc-0.9.26~git20120612.ad5f375/debian/control tcc-0.9.26~git20120612
Package: snapshot.debian.org
Severity: normal
Please remove ultracopier/0.2.0.16-1 from snapshot.debian.org as it
contains non-free bits and lack source for some of the elements.
Best regards,
Thomas Preud'homme
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
[1] and [2] could be used as a starting point to migrate from directory to
symlink.
[1] http://lists.debian.org/debian-dpkg/2012/01/msg00023.html
[2] http://lists.debian.org/debian-dpkg/2012/01/msg00024.html
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally
fell free to adopt it and I will
join in later.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
start to
use gcp in their scripts.
Best regards,
Thomas Preud'homme
signature.asc
Description: This is a digitally signed message part.
Le mercredi 27 juin 2012 13:37:38, vous avez écrit :
tags 679123 patch upstream
thanks
I've written a patch (attached).
Could you please look at it before the freeze?
That's my goal but I'm quite busy unfortunetely. I'll do my best.
It solves the problems with the testcase and with
Package: gajim
Version: 0.15-1.1
Severity: normal
Not sure if this belong in gajim or one of its dependencies so maybe
it'll need a reassign.
The problem I have is that on my two computers gajim tends to crash
(SIGSEGV) when closing the last window opened. The bug is not fully
reproducible but
forwarded 678104 https://trac.gajim.org/ticket/6903
thanks
Le mardi 19 juin 2012 15:29:20, vous avez écrit :
On 19/06/2012 10:59, Thomas Preud'homme wrote:
Package: gajim
Version: 0.15-1.1
Severity: normal
Not sure if this belong in gajim or one of its dependencies so maybe
it'll
+0200
@@ -1,3 +1,11 @@
+torus-trooper (0.22.dfsg1-8.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Force a maximum position for level displaying in title screen
+(Closes: 602808).
+
+ -- Thomas Preud'homme robo...@celest.fr Sat, 16 Jun 2012 15:07:23 +0200
+
torus-trooper (0.22
, or maybe rework it.
Best regards,
Thomas Preud'homme
Description: Keep level display visible in title screen
In title screen, the position of the text showing the level depends on the
value of the level itself. The higher is the level, the lower is the text.
When the level is too big, the text
Le dimanche 17 juin 2012 23:37:58, Thomas Preud'homme a écrit :
Greetings,
[SNIP]
I thus decided to make a patch for this which I attach to this email. The
patch is very simple, it restrict the display to the visible area by
pretending the level is never higher than 180. By this I mean
tags 602808 + patch
Here's a patch.
Best regards,
Thomas Preud'homme
diff -Nru torus-trooper-0.22.dfsg1/debian/changelog torus-trooper-0.22.dfsg1/debian/changelog
--- torus-trooper-0.22.dfsg1/debian/changelog 2012-03-29 21:50:00.0 +0200
+++ torus-trooper-0.22.dfsg1/debian/changelog 2012
is almost
there, the next upload should be in about 6 months. That should let you some
time to answer. I'd be very happy to have some help on tcc however, so even if
I remove your name and you reply later, I'd be pleased to add you again.
Best regards,
Thomas Preud'homme
signature.asc
Le vendredi 15 juin 2012 20:28:39, vous avez écrit :
2012/6/13 Thomas Preud'homme robo...@celest.fr:
Files _types.h define __builtin_va_list through typedef to be __va_list.
This type is gcc specific and thus may not be accepted by other
compilers. As a matter of fact, tcc stopped being
Source: kfreebsd-9
Version: 9.0-3
Severity: important
Tags: upstream
Files _types.h define __builtin_va_list through typedef to be __va_list.
This type is gcc specific and thus may not be accepted by other compilers.
As a matter of fact, tcc stopped being able to compile files on kfreebsd-any
Package: ultracopier
Version: 0.2.0.16-1
Severity: serious
Tags: upstream
Justification: Policy 2.2.1
Version 0.2.0.16 of ultracopier contains in its src/styles
subdirectories some images. Some of them are distributed under a free
license but with README forbidding commercial use
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Greetings Release Team members,
please remove ultracopier 0.2.0.16-1 from testing and unstable. This
version contains non free material and fails to provide some source for
some GPL licensed
Le mercredi 23 mai 2012 20:09:40, Thomas Preud'homme a écrit :
Here is a patch I made according to the suggestion of the thread named
above. I'll find a DD to do an NMU in case you don't have the time to do
the upload yourself. As recommanded by devref, I took care of only fixing
this issue
tags 675024 + upstream
forwarded 675024
http://lists.nongnu.org/archive/html/tinycc-devel/2012-05/msg00048.html
thanks
I reported it and it's a known issue. Unfortunetely it doesn't seem a
fix will be done anytime soon: see [1]. I might take a look one day but
not before september.
[1]
reassign 674412 libc6-dev
thanks
Le jeudi 24 mai 2012 14:47:39, vous avez écrit :
$ tcc -Wall -Wextra thread.c -pthread
thread.c:10: warning: implicit declaration of function '__builtin_expect'
tcc: error: undefined symbol '__builtin_expect'
__builtin_expect is not currently supported by
forwarded 674412 http://sourceware.org/bugzilla/show_bug.cgi?id=14188
thanks
Le jeudi 31 mai 2012 17:10:48, Jonathan Nieder a écrit :
Good catch, thanks. Looks like an old one.
This doesn't seem to have been fixed upstream, so please report this
to http://sourceware.org/bugzilla, product
Le mardi 29 mai 2012 11:52:29, Mathieu Malaterre a écrit :
reassign 650757 cmake
fixed 650757 cmake/2.8.8-3
thanks
On Mon, May 28, 2012 at 7:23 PM, Thomas Preud'homme robo...@celest.fr
wrote:
Le vendredi 2 décembre 2011 17:25:13, vous avez écrit :
Package: tcc
Version: 0.9.25-5
101 - 200 of 354 matches
Mail list logo