Hi Thomas
Thank you for your patch. I just made an upload based on it.
I had to remove python3-django-session-security.install since pybuild put the
files directly in the correct location.
Also I changed your sphinx changes. Originally:
> override_dh_auto_build:
> dh_auto_build -O--build
Control: tag -1 pending
Hello,
Bug #943840 in rrdtool reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/rrdtool-team/rrdtool/commit/42ed9fd3b24ce895d3565aebb897ba
Control: tags -1 +help
I'm unable to port gmdb to gtk-3. Mostly by lack of knowledge.
If someone propose a patch, I can very probably push it upstream, that would
be nice.
My plan is to remove gmdb package and to package only the drivers and command
line tools. Honestly, I boldly guess most pe
On Sunday 06 January 2013 11:29:55 Arno Töll wrote:
> (...)
> > Seems that error comes from a2ensite call, so I suspect the cause might
> > be some dependency of that script has not yet been configured.
>
> a2ensite does not call a shell to read /etc/apache2/envvars. Your output
> makes me suspect
Hint:
If you comment out "::1 localhost" in /etc/hosts, the problem disappears.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I traced that behavior to host_to_ipaddr function in libxtables/xtables.c
"--source " will match all the IP addresses of hostname.
Same thing for --destination
The problem is that gethostbyname("localhost") returns two results: 127.0.0.1
and 127.0.0.1 (yes, the same thing).
So this might be a b
Hi libc folks,
iptables --insert --source localhost ...
is currently creating duplicate entries.
I believe this is because of a problem in gethostbyname("localhost") that
returns duplicate answers.
Attached is a tiny test case.
./main
127.0.0.1
120.0.0.1
If I comment out "::1 localhost" in my
Hello Nico
I'm trying to apply a patch to bind9 (see bug #690142).
But the diff.gz file I get is very different from previous version,
because files are not treated in the same order:
$ zgrep ^--- bind9_9.8.1.dfsg.P1-4.2.diff | head -3
--- bind9-9.8.1.dfsg.P1.orig/config.sub
--- bind9-9.8.1.dfsg
Ops, sorry. Forget it. Neither version is ordered.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Second patch listed at redhat is ok.
But I would either replace
#define WIDTH 80
by
#define WIDTH (sizeof(tmperr))
or
#define WIDTH 80
char tmperr[128];
by
#define WIDTH 128
char tmperr[WIDTH];
snprintf does add a \0 at tmperr[WIDTH]
WIDTH is a poor choice as a macro name IMHO.
signature.asc
On Thursday 01 November 2012 14:04:55 Jean-Michel Vourgère wrote:
> snprintf does add a \0 at tmperr[WIDTH]
Doh! I mean tmperr[WIDTH-1] of course!
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-only
bug on wheezy.
Author: Attila Bogar, Jean-Michel Vourgère
Origin: https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-4527
Bug: CVE-2012-4527
Bug-Debian: http://bugs.debian.org/690924
Forwarded: no
Last-Update: 2012-11-01
Index: mcrypt-2.6.8/src/mcrypt.c
Can you give back bitcoin to buildd i386, please?
- According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=672524
it now builds fine from sid pbuilder chroot
- That version has reached Ubuntu, where it compiled fine.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
w
Control: found -1 broadcom-sta-dkms/5.100.82.112-11
I also get a system freeze with broadcom-sta-dkms/5.100.82.112-11 and
linux-image-3.9-1-686-pae/3.9.8-1, just issuing a iwconfig command.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Package: openjpip-server
Version: 1:1.5.2-3
Severity: serious
Hello
Your package openjpip-server used to depend on transitionnal package
apache2.2-bin.
This was still kind of ok in Jessie, but now that package is no longer
built by apache2.
Please remove the dependency.
Your package will becom
Package: libopenjpip-server
Version: 2.1.0-2
Severity: serious
Hello
Your package libopenjpip-server used to depend on transitionnal package
apache2.2-bin.
This was still kind of ok in Jessie, but now that package is no longer
built by apache2.
Please remove the dependency.
Your package will b
Severity -1 serious
Hi
Your package libapache2-mod-log-sql used to depend on transitionnal
package apache2-mpm-prefork | apache2-mpm-itk.
This was still kind of ok in Jessie, but now these packages are no
longer built by apache2.
Please remove the dependencies.
Your package will become uninsta
Control: tags 786332 + patch
Control: tags 786332 + pending
Dear maintainer,
I've prepared an NMU for openjpeg (versioned as 1:1.5.2-3.1).
Here are some explanations regarding non-trivial changes in openjpip-server:
- dh_apache2 takes care of all the a2enmod stuff, so the
(pre|post)(inst|rm) ar
Hi
Running additionnal tests, I discovered the previous nmu was flawed.
FastCGIExternalServer requires the full docroot path /var/www/html/.
Attached is the revised nmu, that fixes that.
I just uploaded it to delayed/6, where the old one was.
Regards
--
Nirgal
diff -Nru openjpeg-1.5.2/debian
Control: tags -1 pending
Fixed in git:
http://anonscm.debian.org/cgit/pkg-fedora-ds/389-admin.git/commit/?id=8a02c7b2687e992d3d910493126de2f1bf583e8a
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: tags 786333 + patch
Control: tags 786333 + pending
Dear maintainer,
I've prepared an NMU for openjpeg2 (versioned as 2.1.0-2.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru openjpeg2-2.1.0/debian/changelog openjpeg2-2.1.0/debi
control: tags -1 patch
Hello Thomas
The obvious solution is to simply remove the 2 dependencies.
However, attached are 2 more intensive patches for apache2.4:
717472.control.diff is a small one that removes the obsolete
dependencies, but also remove references to apache 1.3 and apache 2.0 in
th
Control: tags 717472 + pending
Dear maintainer,
As agreeded, I've prepared an NMU for libapache-mod-log-sql (versioned
as 1.100-16.1) and uploaded it.
I merged your uncommited changes from 1.100-16 with the commits for
1.100-16 that were actually not released.
The final source is available at
h
Here's the missing attachment.
diff -Nru libapache-mod-log-sql-1.100/debian/changelog libapache-mod-log-sql-1.100/debian/changelog
--- libapache-mod-log-sql-1.100/debian/changelog 2014-05-06 12:54:42.0 +0200
+++ libapache-mod-log-sql-1.100/debian/changelog 2015-05-30 16:58:15.0 +020
Control: retitle -1 nmu: python-gear_0.5.8-2
Control: reassign -1 release.debian.org
Control: severity -1 normal
Control: user release.debian@packages.debian.org
Control: usertag -1 binnmu
On April 21st, Julien Cristau wrote:
> python3-gear depends on python3.4 which is replaced by python3.5.
Control: retitle -1 nmu: python-babel_1.3+dfsg.1-6
Control: reassign -1 release.debian.org
Control: severity -1 normal
On April 6th, Julien Cristau wrote:
> python3-babel needs to be rebuilt against python3.5, which is the
> default python3 in unstable and testing.
I build tested on sid and saw n
533aec955ade55ace216121690e9de972c77787e
Author: Jean-Michel Vourgère
Date: Tue May 10 22:05:57 2016 +0200
Releasing as team upload (Closes: #822098)
Priority is high for RC bug
diff --git a/debian/changelog b/debian/changelog
index 1d5bc50..cbc9f48 100644
--- a/debian/changelog
+++ b/debian
fcf304d7649b44d33fca0bbb3690749e2a44ea2b
Author: Jean-Michel Vourgère
Date: Wed May 11 00:31:31 2016 +0200
dch -u high (#820202)
diff --git a/debian/changelog b/debian/changelog
index 4eea8c4..d4b3cd7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-python-babel (1.3+dfsg.1-7
Ben Hutching uploaded linux 4.5.4-1 that fixes this issue this morning.
See https://bugs.debian.org/822396
Build is under way...
https://buildd.debian.org/status/package.php?p=linux&suite=unstable
collected no longer FTBFS here.
Here's a first diagnostic:
When doing a squeeze => wheezy => jessie upgrade test, one gets:
Setting up ocsinventory-server (2.0.5-1.3) ...
Preserving your changes in
/etc/apache2/conf-available/ocsinventory-server.conf
Changin
Mmm, actually, on squeeze, the password was generated randomly. :)
Unforunatly, this means there is no easy way to detect whether the user
changed the /etc file or not (It was not a conffile then).
Control: tags -1 - wontfix
I believe wonfix is not the proper way to orphan a package.
Patches exists for ubuntu.
Control: tags -1 - wontfix
Olivier Berger wrote:
> tags 821568 + wontfix
> I've just orphaned php-cas (see #757231), and haven't had to time to
> check whether it works with PHP 7, sorry.
I believe wontfix is not the proper tag for a package that only need
some care.
A patch is available from U
indows binaries which are not built at build time (Closes: 639408).
+
+ -- Jean-Michel Vourgère Sat, 18 Feb 2012 19:07:18 +0100
+
python3.2 (3.2.2-4) unstable; urgency=low
* The static library belongs into the -dev package.
diff -Naur python3.2-3.2.2/debian/orig-tar.sh python3.2-3.2.2+dfsg/deb
indows binaries which are not built at build time (Closes:
+639407).
+
+ -- Jean-Michel Vourgère Sun, 19 Feb 2012 15:00:50 +0100
+
python2.7 (2.7.2-8) unstable; urgency=low
* Update to 2030, taken from the 2.7 branch.
diff -Naur python2.7-2.7.2/debian/orig-tar.sh python2.7-2.7.2+d
Thank you Cyril for the mini-test.
I can reproduce this bug with linux-image-3.2.0-1-686-pae
If I reboot on linux-image-3.1.0-1-686-pae lseeking in /proc works fine.
signature.asc
Description: This is a digitally signed message part.
Hu?
What kind of ODBC operation were you doing?
What do you call "non-JET3 compressed data"? Jet4 databases are UCS2 encoded
while Jet3 use a local charset. How is compression involved there?
Do you have an exemple database?
signature.asc
Description: This is a digitally signed message part.
Hello!
On Wednesday 13 March 2013 11:46:30 you wrote:
> > What kind of ODBC operation were you doing?
> > What do you call "non-JET3 compressed data"? Jet4 databases are UCS2
> > encoded while Jet3 use a local charset. How is compression involved there?
> > Do you have an exemple database?
>
> I
Control: tags -1 + pending
Control: block -1 by 719704 719712 719716 719752
On Saturday 24 August 2013 00:11:08 Liang Guo wrote:
> The following packages have unmet dependencies:
> node-request : Depends: node-form-data but it is not installable
> Depends: node-forever-agent but i
On Monday 26 August 2013 20:15:06 Petter Reinholdtsen wrote:
> The jwchat patch seem to be incomplete. It will handle fresh installs
> and removal, but not upgrades. For upgrades from earlier versions of
> jwchat, the conffile /etc/apache2/sites-available/jwchat need to be
> renamed to /etc/apach
Control: tags -1 + patch
Dear jwchat maintainers
Attached is a patch for your package.
Regards
diff -Nru jwchat-1.0+dfsg/debian/postinst jwchat-1.0+dfsg/debian/postinst
--- jwchat-1.0+dfsg/debian/postinst 2010-09-17 18:11:48.0 +
+++ jwchat-1.0+dfsg/debian/postinst 2013-07-22 17:34:28
Apparently, your system is having a dangling symlink
/etc/apache2/conf-available/javascript-common.conf ->
/etc/javascript-common/javascript-common.conf
that prevents the installation of package javascript-common.
javascript-common has been broken for a while in sid, since apache2.4 is out.
So ma
Control: tags -1 + patch
Attached is a patch for your package that fails to install on jessie.
diff -Nru w3c-markup-validator-1.3+dfsg/debian/postinst w3c-markup-validator-1.3+dfsg/debian/postinst
--- w3c-markup-validator-1.3+dfsg/debian/postinst 2012-10-04 00:48:48.0 +0200
+++ w3c-markup-
Hello André
It looks like you did not define required variables APACHE_LOCK_DIR,
APACHE_PID_FILE and so on.
This is exactly what envvar file is for. You *need* to source it
before runing apache.
apache2 is a service. On Debian, you need to start services using
service(8) on the command line:
# s
Control: severity -1 normal
Control: tags -1 +moreinfo +unreproducible
Please do read the documentation, many of your questions are explained there.
If "service apache2 start" doesn't work, please provide error messages.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
Hello
jwchat doesn't work anymore on testing: It fails to install. (#710688)
I published a fix for that some weeks ago. I had no feedback.
I plan to publish an NMU on mentors for that one.
I published a patch for the unknown files bug (#656455) in October 2012, but I
got no answer! That was 10
Control: tags -1 pending
Stefan Fritsch wrote:
> On Thursday 25 June 2015 10:27:59, Andreas Beckmann wrote:
>> Enabling conf serve-cgi-bin.
>> Enabling site 000-default.
>> info: mpm_prefork: No action required
>
> This is wrong. There seems to be a "!" that does not belong there in
> the po
Control: reassign -1 apache2 2.4.12-2
The problem is not in apache2.2-common that doesn't exists any more, at
least not in that version, but in apache2.postrm that basically does on
purge:
rm -rf /var/lib/apache2
while apache2-bin.postrm does:
rm -f /var/lib/apache2/deferred_actions
Both package
Control: found -1 src:rrdtool/1.5.4-5
Control: notforwarded -1
Control: tags -1 + help
Antonio Terceiro wrote:
> "make check-TESTS" fails
I tested previous version on mips, and it now FTBFS too. It used to work
ok. [1] (thanks Tobias, upstream, for suggesting that.)
So I suppose it is related t
Control: tags -1 -help +pending
Niko Tyni wrote:
> (...)
> The problem is that rrd_write() ends up calling memcpy(3) on overlapping
> memory areas, which is explicitly prohibited in its documentation. With
> libc6 2.19-20 on mips, this started zeroing out part of the areas under
> some conditions.
clone 675543 -1
retitle 675543 Unicode support
severity 675543 normal
severity -1 important
tags -1 +moreinfo +unreproducible
thanks
The ODBC unicode support is too intrusive a patch to be in wheezy.
I was unable to reproduce SEGV in Jet4.
ODBC is working for me, so I'm decreasing priority to imp
Package: python-cracklib
Version: 2.9.0-2
Severity: grave
In jessie, cracklib-check works, but the python binding looks totally broken.
It accepts anything:
Cracklib command line does work ok:
$ /usr/sbin/cracklib-check
ncc-1701
ncc-1701: it is based on a dictionary word
a
a: it is WAY too short
52 matches
Mail list logo