Bug#602728: Applet didn't show up and standalone version didn't start
Josselin Mouette wrote: > Le dimanche 07 novembre 2010 à 19:46 +0100, Ondra 'Kepi' Kudlik a > écrit : > > > What’s the contents of /usr/lib/pymodules/python2.6/hamster (ls -l) ? > > > > $ LC_ALL=C ls -l /usr/lib/pymodules/python2.6/hamster/ > > lrwxrwxrwx 1 root root34 Nov 6 21:37 eds.py -> > > /usr/share/pyshared/hamster/eds.py > > -rw-r--r-- 1 root root 1095 Nov 6 20:44 eds.pyc > > Should be fine. Does the /usr/share/pyshared/hamster/eds.py exist? > What is the output of 'python -c "import sys; print sys.path"' ? > Any news here? @Ondra: Could you please answer Joss's questions? Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604531: Unblock for debarchiver
severity 604531 normal user release.debian@packages.debian.org usertags 604531 unblock thanks On 22/11/2010 18:09, Ola Lundqvist wrote: > Package: release.debian.org > Severity: serious > Tags: squeeze > There is no "serious" unblock requests. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602869: closed by Daniel Baumann (Bug#602869: fixed in gadmin-openvpn-server 0.1.5-2)
reopen 602869
thanks
> gadmin-openvpn-server (0.1.5-2) unstable; urgency=low
> .
>* Updating standards version to 3.9.0.
>* Adding patch to move logfiles to /var/log (Closes: #602869).
>* Updating standards version to 3.9.1.
>* Updating logfiles.patch.
I'm re-opening this bugreport since it hasn't been correctly fixed. A
debdiff shows the following diff:
+--- gadmin-openvpn-server.orig//src/clear_log_tab.c2010-11-10
11:44:36.981890058 +0100
gadmin-openvpn-server/src/clear_log_tab.c 2010-11-20 16:32:55.238472461
+0100
+@@ -36,7 +36,7 @@ void clear_log_tab(struct w *widgets)
+ {
+ /* Clears the VPN server log */
+ FILE *fp;
+-gchar *log_path = g_strdup_printf("%s/server/openvpn-server.log",
OPENVPN_SYSCONF_DIR);
++gchar *log_path = g_strdup_printf("/var/log/server/openvpn-server.log");
+
+ if((fp=fopen(log_path, "w+"))==NULL)
+ {
The log_path should be
"/var/log/gadmin-openvpn/server/openvpn-server.log". Please note that
this should be fixed in several places.
Regards,
--
Mehdi Dogguy
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601971: Please unblock
reopen 601971 tags 601971 + moreinfo thanks On 0, Bilal Akhtar wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > This upload was blocked again due to > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has > been found that that bug is not due to liboauth (see last comment on > that bug about the fact that twitter OAuth works). Its a problem with > bti, in which bti is using identi.ca where OAuth is not needed. > > Could someone please unblock this package? The reason I want this to > happen early is because I want it to enter squeeze quite some time > before release so that we have a safe margin. > Is it possible for identi.ca users to still use bti? The reason to have liboauth in Squeeze is to allow bti to work with Twitter. But, if it introduces a regression (here wrt. identi.ca) then, it won't be unblocked. (I didn't test yet since I don't use twitter or identi.ca) Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601971: Please unblock
On 23/11/2010 12:17, gregor herrmann wrote: > On Tue, 23 Nov 2010 11:33:29 +0100, Mehdi Dogguy wrote: > >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has >>> been found that that bug is not due to liboauth (see last comment on >>> that bug about the fact that twitter OAuth works). Its a problem with >>> bti, in which bti is using identi.ca where OAuth is not needed. >> Is it possible for identi.ca users to still use bti? The reason to have >> liboauth in Squeeze is to allow bti to work with Twitter. But, if it >> introduces a regression (here wrt. identi.ca) then, it won't be unblocked. > > bti works for identi.ca with Basic Auth (broken is "only" the new > feature with OAuth, so there's no regression. of course it would be > nicer with this feature unbroken, that's why I've waited for an > upstream fix.)) > Is there a fix already? > Cheers, > gregor > -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604554: unblock: software-center/2.0.7debian6
On 22/11/2010 20:57, Julian Andres Klode wrote: > Package: release.debian.org Severity: normal User: > release.debian@packages.debian.org Usertags: freeze-exception > > Please unblock package software-center > > One small fix to show icons, a heavy update of translations, and the > final deubuntufication of the help (and two translations for the > help). I also detected that help did not build correctly, which I fixed > by marking the .omf as translatable and hacking setup.py to replace > relevant occurrences of 'C' in the .omf using the correct language > (for each language). > > The translations for French, German, and Brazilian Portuguese are > complete, all the others contain at least 4 fuzzy strings. The > translations were synced from Launchpad, the three complete ones have > been hand-edited. > The translation for French says "Logithèque Ubuntu" (which means "Ubuntu Software Center") … I didn't check for other languages. Could you please fix that? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602507: bti doesn't work with OAuth (no link printed)
On 24/11/2010 17:45, gregor herrmann wrote:
Mehdi:
The situation from my point of view is like this:
* 026-1 (squeeze): doesn't work with twitter (oauth), works with
identi.ca (basic auth), doesn't work with identi.ca (oauth) - bad
* 028-1 (sid): works with twitter (oauth), works with
identi.ca (basic auth), doesn't work with identi.ca (oauth) -
better (twitter fixed, no regression for identi.ca but still ...)
* 028-2 (pending): works with twitter (oauth), works with
identi.ca (basic auth), works with identi.ca (oauth) - good!
Since you have already offered to unblock (liboauth and) bti 028-1,
I'd suggest that I upload 028-2 to unstable (with the new (one-line)
patch (and a fix for a typo in the README.Debian, if you don't mind))
if you agree to unblock it.
Looks ok for me. Please go ahead and let me know once the package is
accepted.
Thanks for your work!
--
Mehdi Dogguy مهدي الدڤي
me...@{dogguy.org,debian.org}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604855: unblock: shibboleth-sp2/2.3.1+dfsg-3
On 11/24/2010 10:02 PM, Russ Allbery wrote: > > Please unblock package shibboleth-sp2. This package includes both a > daemon and an Apache module, and those need to be in sync following an > upgrade or strange problems can result. This version adds code to > postinst to restart Apache after upgrading the Apache module so that > the newly restarted shibd daemon will match the Apache module. > Shouln't you check that apache2 is installed before trying to restart it? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602492: unblock: crashmail/0.71-4
> On 11/06/2010 04:38 PM, Peter Krefting wrote: >> Mehdi Dogguy: >>> Did you test it on kFreeBSD? Does it work fine? >> >> I have to admit that I have not tested it on kFreeBSD, but the buildd >> logs at https://buildd.debian.org/build.cgi?pkg=crashmail> >> indicate that the 0.71-4 version builds for it, while 0.71-3 did >> not. >> > > I won't unblock the package if it's not properly tested there since we > don't if it actually works. Please test it there and report back, if you > still want it to be part of Squeeze; or close this bugreport. > Any news here? > Regards, > -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603461: release.debian.org: Permission to upload erlang 14.a-dfsg-3
On 11/14/2010 01:16 PM, Sergei Golovan wrote: +erlang (1:14.a-dfsg-3) unstable; urgency=low + + * Fixed a few spelling errors in packages descriptions and Debian changelog +entries (closes: #592995, #597464). Ok. + * Applised patch by upstream which fixes wx application crash +(closes: #592821). Ok. + * Switched to the old OpenSSL-based SSL implementation by default (it is +still less buggy then the new one written in Erlang). Is there any bugreport about this one? + * Enabled IPv6 for odbcserver and prefer IPv4 in odbc.erl to make odbc +application working in IPv6-only environment (closes: #598525). + * Overridden lintian error mesage about embedded pcre3 library because it +is patched and cannot be replaced by a system one. + Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603388: portaudio19: diff for NMU version 19+svn20071022-3.2
tags 603388 + patch thanks Dear maintainer, I've prepared an NMU for portaudio19 (versioned as 19+svn20071022-3.2). The diff is attached to this message. I'm uploading to DELAYED/0. Regards. -- Mehdi Dogguy diff -u portaudio19-19+svn20071022/debian/changelog portaudio19-19+svn20071022/debian/changelog --- portaudio19-19+svn20071022/debian/changelog +++ portaudio19-19+svn20071022/debian/changelog @@ -1,3 +1,11 @@ +portaudio19 (19+svn20071022-3.2) unstable; urgency=low + + * Non-maintainer upload. + * Build-depend on libjack-dev as an alternative to libjack0.100.0-dev, +the latter is a virtual package (Closes: #603388). + + -- Mehdi Dogguy Thu, 25 Nov 2010 13:22:09 +0100 + portaudio19 (19+svn20071022-3.1) unstable; urgency=medium * Non-maintainer upload. @@ -141 +148,0 @@ - diff -u portaudio19-19+svn20071022/debian/control portaudio19-19+svn20071022/debian/control --- portaudio19-19+svn20071022/debian/control +++ portaudio19-19+svn20071022/debian/control @@ -5,7 +5,7 @@ Uploaders: Kilian Krause , Jose Carlos Garcia Sogo , Mark Purcell , Mikael Magnusson Build-Depends: debhelper (>= 4.0.0), dpatch, autotools-dev, libasound2-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], - libjack0.100.0-dev, doxygen, dpkg-dev (>= 1.13.19) + libjack-dev | libjack0.100.0-dev, doxygen, dpkg-dev (>= 1.13.19) Standards-Version: 3.7.2 Homepage: http://www.portaudio.com/ Vcs-Svn: svn://svn.debian.org/pkg-voip/portaudio19/trunk/
Bug#604164: dpkg-reconfigure error
On Sun, 21 Nov 2010, Rob Browning wrote: > > I'm working on a new upload, so I'll include this. Should be a day or > so. > Any news here? Do you need an NMUer? Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
On 26/11/2010 14:08, Rolf Leggewie wrote:
Thanks guys, for your input. There are many minefields with
isdnutils. I appreciate you pointing them out. FWIW, my Ubuntu system
does not have /dev/MAKEDEV and I want to make sure that eventually
Ubuntu can drop it's delta. As such, I will need a bit more time to
look into this issue.
In case "more time" means more than a few days, could we have a fixed
version in sid please? Besides, maybe you might want to test -x instead of -e
when looking for MAKEDEV?
Regards,
--
Mehdi Dogguy مهدي الدڤي
me...@{dogguy.org,debian.org}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605024: coq: coq.el requires nonexistent hilit19
reassign 605014 coq reassign 582768 coq forcemerge 605024 605014 582768 thanks On 26/11/2010 14:40, Hendrik Tews wrote: The file /etc/emacs/site-start.d/50coq.el sets coq-mode for *.v files and declares coq-mode to autoload coq.el. The file /usr/share/emacs/site-lisp/coq/coq.el however requires hilit19 in line 140, which seems not to be available in squeeze. Therefore loading any *.v file or starting coq-mode manually stops with the error File mode specification error: (file-error "Cannot open load file" "hilit19") This seems to be fixed in Coq 8.3 (in experimental). We will try to backport a fix and ask the Release Team for an unblock. This problem is wrongly attributed to proofgeneral, see #605014 and #582768. Right. I'm merging the bugreports. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604855: unblock: shibboleth-sp2/2.3.1+dfsg-3
On 26/11/2010 16:57, Ferenc Wagner wrote:
Michael Biebl writes:
the apache init script already has a status method, why don't you use
invoke-rc.d apache2 status>/dev/null 2>&1&& invoke-rc.d apache2 restart
I like this idea. Any objections against the following code?
if [ -f /etc/apache2/mods-enabled/shib2.load ] ; then
if invoke-rc.d apache2 status>/dev/null ; then
invoke-rc.d apache2 restart
fi
fi
It's fine for me (if it matters).
Regards,
--
Mehdi Dogguy مهدي الدڤي
me...@{dogguy.org,debian.org}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605072: security unblocks (bind9, liburcu)
retitle 605072 unblock liburcu/0.4.8-1 thanks On 11/27/2010 12:12 AM, Michael Gilbert wrote: > > unblock bind9/1:9.7.2.dfsg.P2-2 Already reported as #602839. > unblock liburcu/0.4.8-1 > 94 files changed, 26341 insertions(+), 27150 deletions(-) It even has the following change: + * [8d60a0] Set debian source format to 3.0 (quilt) So, no way. Besides, is this this request about liburcu or ust? It's a "no" for both of them anyway. We will accept only targetted fixes. (Please file seperate bugreports for your unblock requests next time). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599532: Freeze exception request for conky 1.8.1
On 11/02/2010 03:18 PM, Julien Cristau wrote: > On Tue, Nov 2, 2010 at 16:04:15 +0100, Cesare Tirabassi wrote: > >> On Tue, 2 Nov 2010 15:07:23 +0100 Julien Cristau >> wrote: >> >>> On Tue, Nov 2, 2010 at 15:57:18 +0100, Cesare Tirabassi wrote: >>> >>>> https://bbs.archlinux.org/viewtopic.php?id=105262 >>>> >>> Why would one configure stuff to download a page every second? >> >> http://git.omp.am/?p=conky.git;a=commitdiff;h=acbb531adf122bef037fc47e81c7da9314876014 >> >> Feel free to consider it as important/release critical or not. >> > I'd much rather have this trivial change than the other one for > squeeze... > Could you please show us a diff that includes the changes acked by Julien? or should I close this bugreport? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596624: closed by Mehdi Dogguy (Re: Bug#598153: unblock: autodocktools/1.5.4.cvs.20100912-2)
On 11/27/2010 10:18 AM, Steffen Möller wrote: > > This is annoying, to say the best. Without that package, you can just > also remove all the mgltools-* packages, too. This is all non-free. > Maybe this helps to get it in nonetheless. Read a bit about what > autodock is, maybe in www.pubmed.org. > Right. There is no need to remove all other mgltools-*. We will just accept this autodocktools this time (it's our partly fault anyway). > There should not be a need for pings. > We are all humans. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602961: unblock: otrs2/2.4.9+dfsg1-2
On 11/22/2010 09:27 AM, Patrick Matthäi wrote: > > No, should I drop this change for squeeze? > It should be ok for this one. >>> + > /var/lib/otrs/Config/ZZZAuto.pm + >>> chown root:www-data /var/lib/otrs/Config/ZZZAuto.pm + >>> chmod g+w /var/lib/otrs/Config/ZZZAuto.pm >> >> This should set the desired mode explicitly rather than relying on >> umask. > > - chmod g+w /var/lib/otrs/Config/ZZZAuto.pm > + chmod 0664 /var/lib/otrs/Config/ZZZAuto.pm > Ok. Please add this change in your package and upload it. Then, come back to us once the package has been accepted. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603461: release.debian.org: Permission to upload erlang 14.a-dfsg-3
On 11/25/2010 08:49 AM, Sergei Golovan wrote: > On Thu, Nov 25, 2010 at 2:20 AM, Mehdi Dogguy wrote: >> >> + * Switched to the old OpenSSL-based SSL implementation by default (it is >> +still less buggy then the new one written in Erlang). >> >> Is there any bugreport about this one? > > There are a few ones: > ok. Did you test its reverse dependencies with those changes applied? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605091: unblock: sinfo/0.0.33-4, FTBFS and 2 translation updates
On 11/27/2010 12:53 PM, Gaudenz Steinlin wrote: > > The new version contains two updated debconf translations. > Additionally while updating the package I discovered that it > currently FTBFS because of a missing header (C++ :-( ). This RC bug > is also fixed now, but was never reported to the BTS. > 1) About the FTBFS, is it #549674? 2) There are some translations reverted. 3) The diff provided is made against -3 while testing has -3.2. I also sent to you a mail a little earlier today with the following content: The last upload of sinfo seems to revert changes introduces by previous NMUs. #549674 is still fixed in sinfo/0.0.33-4. But, other translation updates made by Christian Perrier got reverted. The template.pot has been updated but added .po files still correspond to the old template, unless I'm mistaken (I didn't really check the content of the package; just read the diff between testing's and sid's version). Were all these changes intentional? To summarize, I won't accept this upload unless it's fixed. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605093: unblock: isc-dhcp/4.1.1-P1-14
On 11/27/2010 01:06 PM, Moritz Muehlenhoff wrote: > > Please unblock package isc-dhcp and bump the urgency a bit. It fixes > CVE-2010-3611. > > unblock isc-dhcp/4.1.1-P1-14 > I noticed the upload but it adds a isc-dhcp/server/dhcpv6.c.orig in the source package. This file should be removed before unblocking the package. I already notified the maintainer earlier today. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604486: Bug#605119: RM: kde-icons-kneu/0.2-4
On 11/27/2010 04:22 PM, Tiago Bortoletto Vaz wrote: > >> From #604486: > > "As you might know, Squeeze will be shipping with KDE 4 that uses a > new brand set of shiny icons." > > So I agreed it doesn't make sense to ship kde-icons-kneu in Squeeze. > If there is a bug open against ftp.debian.org, then there is no need to file another bugreport against release.debian.org since the package will be removed from unstable as well as testing when FTP Masters will deal with #604486. So, I'll close this bugreport and let FTP Masters handle the rest. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584653: ghostscript: does not honor -P- option
On 11/27/2010 11:54 AM, Jonas Smedegaard wrote: > > On Fri, Nov 26, 2010 at 10:43:56PM -0500, Michael Gilbert wrote: >> It looks like the release team won't be accepting the version in >> experimental due to the rather large diff. > > One way to find out is by asking them. > > My plan is to ask when I have a package that works - i.e. fix > bug#575798 (and disable FAPI again, to closer match earlier > release). But since your plan is different, I suggest you ask _now_, > before you spend time on keeping the massively patched old release, > if the release team might consider approving the newer release wich > includes upstream maintainance of those same patches. > We prefer targeted fixes against the version currently sitting in Squeeze. The diff between experimental and testing is really huge and we won't be able to review it or accept it, I'm afraid. (especially so late in the freeze). Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#603662: aptdaemon: diff for NMU version 0.31+bzr413-1.1
tags 603662 + patch
tags 603662 + pending
thanks
Dear maintainer,
I've prepared an NMU for aptdaemon (versioned as 0.31+bzr413-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
Mehdi Dogguy
diff -Nru aptdaemon-0.31+bzr413/debian/changelog aptdaemon-0.31+bzr413/debian/changelog
--- aptdaemon-0.31+bzr413/debian/changelog 2010-06-06 14:52:00.0 +0200
+++ aptdaemon-0.31+bzr413/debian/changelog 2010-11-27 23:28:39.0 +0100
@@ -1,3 +1,11 @@
+aptdaemon (0.31+bzr413-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Make python-aptdaemon depend on python-pkg-resources (Closes: #603662).
+Setting urgency to "high" for the RC bug fix.
+
+ -- Mehdi Dogguy Sat, 27 Nov 2010 23:26:30 +0100
+
aptdaemon (0.31+bzr413-1) unstable; urgency=low
* Merge with Ubuntu, remaining differences:
diff -Nru aptdaemon-0.31+bzr413/debian/control aptdaemon-0.31+bzr413/debian/control
--- aptdaemon-0.31+bzr413/debian/control 2010-06-06 14:52:00.0 +0200
+++ aptdaemon-0.31+bzr413/debian/control 2010-11-27 23:26:27.0 +0100
@@ -49,6 +49,7 @@
python-apt (>= 0.7.93),
python-gobject,
python-software-properties,
+ python-pkg-resources,
policykit-1
Recommends: aptdaemon
XB-Python-Version: ${python:Versions}
Bug#605236: FTBFS on GNU/kFreeBSD
severity 605236 important thanks On 11/28/2010 12:58 PM, Guillaume Delacour wrote: > > Severity: serious > I don't think that this should have an RC severity. fprobe is currently uncompiled on kfreebsd-*. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#604164: emacsen-common: diff for NMU version 1.4.19+nmu1
tags 604164 + pending thanks Dear maintainer, I've prepared an NMU for emacsen-common (versioned as 1.4.19+nmu1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- Mehdi Dogguy diff -Nru emacsen-common-1.4.19/debian/changelog emacsen-common-1.4.19+nmu1/debian/changelog --- emacsen-common-1.4.19/debian/changelog 2009-05-18 00:42:24.0 +0200 +++ emacsen-common-1.4.19+nmu1/debian/changelog 2010-11-28 23:08:26.0 +0100 @@ -1,3 +1,11 @@ +emacsen-common (1.4.19+nmu1) unstable; urgency=high + + * Non-maintainer upload. + * Don't call install-info in the postinst (Closes: #604164). Setting +urgency to high due to RC bug fix. + + -- Mehdi Dogguy Sun, 28 Nov 2010 23:04:54 +0100 + emacsen-common (1.4.19) unstable; urgency=low * Move the sample package install/remove scripts from diff -Nru emacsen-common-1.4.19/debian/postinst emacsen-common-1.4.19+nmu1/debian/postinst --- emacsen-common-1.4.19/debian/postinst 2009-02-13 07:18:08.0 +0100 +++ emacsen-common-1.4.19+nmu1/debian/postinst 2010-11-28 23:08:57.0 +0100 @@ -39,7 +39,4 @@ /usr/lib/emacsen-common/emacs-package-install emacsen-common -# Clean up dead emacs info entry... -install-info --remove --quiet emacs - exit 0
Bug#605350: unblock: centerim/4.22.10-1
On 29/11/2010 07:55, Dmitry E. Oboukhov wrote:
Package: release.debian.org
Please unblock centerim/4.22.10-1.
Centerim is an upstream frozen project, their releases usually include
only security fixes. Last release (4.22.10) fixes CVE-2009-3720.
There is no way we could accept this version in Squeeze.
Besides, upstream's fix for this looks like:
--- lib/xmltok_impl.c
+++ lib/xmltok_impl.c
@@ -1744,7 +1744,7 @@
const char *end,
POSITION *pos)
{
- while (ptr != end) {
+ while (ptr < end) {
switch (BYTE_TYPE(enc, ptr)) {
#define LEAD_CASE(n) \
case BT_LEAD ## n: \
So, it's really easy to get current testing's version patched and fixed.
Please prepare a fixed version against testing's version targetting
testing-proposed-updates.
Regards,
--
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#600836: opencv update in squeeze
On 29/11/2010 02:58, Nobuhiro Iwamatsu wrote: Hi, Release team. I want to install the opencv package which revised the following in squeeze. May I upload this version? opencv (2.1.0-3) unstable; urgency=low * Fix set opencv minor version on Python (Closes: #600836). -- Nobuhiro Iwamatsu Tue, 02 Nov 2010 19:55:47 +090 Yes, please go ahead with upload and notify us once the package has been accepted. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605350: unblock: centerim/4.22.10-1
On 11/29/2010 06:00 PM, Dmitry E. Oboukhov wrote: > >> Please prepare a fixed version against testing's version targetting >> testing-proposed-updates. > > How should I upload it? sid has already contained 4.22.10. Same as a regular upload but targetting "testing-proposed-updates" as distribution in the changelog, using "4.22.9-1squeeze1" as a version number. Please read [1] for reference and make sure that your package is built in a testing chroot). [1] http://www.debian.org/doc/developers-reference/pkgs.html#t-p-u Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718098: menhir: diff for NMU version 20120123.dfsg-1.1
Le 2013-11-13 21:58, gregor herrmann a écrit : Please feel free to tell me if I should delay it longer. You should really not ;) Feel free to reschedule it in delayed/0. Thanks for your work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724704: [Pkg-scala-maint] Bug#724704: scala: debian/rules does not provide the get-orig-source target
Le 2013-09-26 23:39, Martin Quinson a écrit : I was considering updating the packaging of scala to help you (because I need 2.10 myself), but it seems to me that you are not providing enough information for me to do so. $ cat debian/gbp.conf [DEFAULT] pristine-tar = True filter-pristine-tar = True filter = [ "docs/android-examples", "lib/ant", "lib/midpapi10.jar" ] debian/gbp.conf is read by git-import-orig when importing a new upstream tarball. I didn't put this information in a README.Source file or anything because it is (somehow) standard, comes with a standard git-buildpackage. The filter-pristine-tar option makes sure a filtered tarball is generated before the import. So, really, I don't need any get-orig-source target in my debian/rules file. Please let me know if I can close this bug, or if you need more information. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730526: why: uninstallable on sid
Le 2013-11-26 08:01, Johan Gronqvist a écrit : * What led up to the situation? The package frama-c was updated to a new upstream version in sid, but the versioned dependency in frama-c was not updated, which makes the package why uninstallable in sid on amd64 (and others). * What exactly did you do (or not do) that was effective (or ineffective)? Try to upgrade frama-c without removing why. Yes, this is expected as we are in the middle of a tiny transition. The situation should be fixed soon. It needs apron to be fixed first though. For now, the immediate solution is to use testing's packages. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718767: transition: ocaml 4.01.0
Le 2013-11-24 11:02, Stéphane Glondu a écrit : retitle 718767 transition: ocaml 4.01.0 thanks Le 05/08/2013 10:43, Stéphane Glondu a écrit : I would like to start the transition to OCaml 4.00.1 (released last November) as soon as possible. It breaks some packages; most of them have been fixed in experimental. As usual, it involves a lot of binNMUs; I will take care of those. Now, I think we should start the transition to OCaml 4.01.0 in unstable. Let's start now. Could you please upload the updated pacakges from experimental to sid and schedule needed binNMUs? Cheers. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751693: libjs-of-ocaml-dev: Broken dependencies render unrelated packages FTBFS
Le 2014-06-15 18:58, Michael Tautschnig a écrit : It seems that those depended-on packages don't even exist anymore. Maybe a BinNMU is all that is needed, but I'm quite surprised how these dependencies ever came about. A new upstream release of ocaml-deriving-ocsigen has been uploaded yesterday. So the binNMU is indeed all that is needed (if the ocaml-deriving-ocsigen's API didn't change, of course). I'll let Stéphane handle them though, maybe he has more changes to implement in the affected packages. Best, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744278: [Pkg-scala-maint] Bug#744278: scala: Packaging of Scala 2.10.4
Le 2014-04-12 13:28, Lucas Satabin a écrit : Source: scala Severity: wishlist Dear Maintainer, I have been working on packaging Scala 2.10.4 for debiani and would like to integrate it in Debian. A clone of the git repository with the new version is available here: https://github.com/satabin/scala-debian Oh. I haven't been active on the Scala side for a while, but this makes me believe I'm not alone, somehow :) Thanks a lot for your work on this! Are you interested in co-maintaining this package? In this clone, the new upstream version was imported, and patches were updated to apply to version 2.10.4. I also updated the watch file since releases are now available on github for scala. There is probably still things to improve (e.g. in the changelog) as I am learning how to build Debian packages, but I am willing to contribute to packaging scala applications for Debian. So any comment to improve what I have done is welcome. Got it. I promise i'll have a look at it as soon as I can (I'll have a look at it during my holidays but won't be able to share my comments/remarks before April 21st). Eventually, I'll integrate your patches in our Git repo. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744278: [Pkg-scala-maint] Bug#744278: scala: Packaging of Scala 2.10.4
Le 2014-04-23 18:59, Lucas Satabin a écrit : Hi Mehdi, Scala 2.11.0 has been released two days ago [1]. I imported the new upstream version yesterday and just pushed the updates I made in my repository. I think we should skip the 2.10.x series entirely and directly work on 2.11.x There are some changes in 2.11.0 that impacts packaging: - scala swing, partest, scala-xml and parser combinators are not part of scala anymore, - the msil backend has been dropped. For the moment the scala-library package ships only official parts of scala. Maybe we should make a scala-library-extra for these extra packages (or package them independently). I think we should focus on making 2.10.4 build fine first, before trying to do the same with 2.11.0. I've tried your patches (which look sane enough) but as I feared, it doesn't seem enough to make it build... because many necessary things are downloaded from the internet during the build. Remember that any Debian package should be buildable without a need to network connectivity. So there is still some work to do. I haven't finished testing stuff yet, but from the looks of it, it looks like there is a whole new shit of libraries that needs packaging before beeing able to build Scala on Debian. So, unless 2.11.0 requires less new libraries in order to build, I think that we should put our effort on 2.10.4... which is still used by many. Should I rename this ticket? File a new one? There is #706633 already. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742793: RM: t1lib/5.1.2-4
Le 2014-03-27 20:08, Niels Thykier a écrit : I noticed that the fix for gtkmathview is sadly incomplete (see #638761). AFAICT lablgtkmathview does not have an (open) RC bug for this problem. I hace CC'ed the OCAML maintainers to make them aware of it - but I would like to see an RC bug against lablgtkmathview as well. Well, no. In fact, there is nothing to do in lablgtkmathview except rebuilding it once gtkmathview is fixed. So once 638761 is closed, we can launch a binNMU and it should be enough to make the dependency go away from binary packages of lablgtkmathview. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745307: FTBFS with ocamlgraph 1.8.4
Le 2014-04-20 13:13, Stéphane Glondu a écrit : Source: dose3 Version: 3.1.3-7 Severity: serious Dear Maintainer, dose3 fails to build with the latest version of ocamlgraph (1.8.4). It seems that ocamlgraph's upstream reverted the specific part that changed its API. Thus, dose3 should build just fine now using the newly released ocamlgraph 1.8.5, which I just uploaded. I'll close this bug later, when ocamlgraph/1.8.5 will be available on all archs. -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745307: FTBFS with ocamlgraph 1.8.4
Le 2014-04-27 12:41, Ralf Treinen a écrit : On Sun, Apr 27, 2014 at 11:19:40AM +0200, Mehdi Dogguy wrote: Le 2014-04-20 13:13, Stéphane Glondu a écrit : Source: dose3 Version: 3.1.3-7 Severity: serious Dear Maintainer, dose3 fails to build with the latest version of ocamlgraph (1.8.4). It seems that ocamlgraph's upstream reverted the specific part that changed its API. Thus, dose3 should build just fine now using the newly released ocamlgraph 1.8.5, which I just uploaded. I'll close this bug later, when ocamlgraph/1.8.5 will be available on all archs. OK, merci. The next upload of dose3 will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1 (since this will also be needed for dose 3.2). Can you be more specific about the "will exclude in its build-dependency libocamlgraph-ocaml-dev 1.8.4-1" part please? What does it mean technically? IMHO, it is enough to bump the build-dep to 1.8.5-1~ and not do anything else. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746967: buildd.debian.org: d-i daily builds happen with unsigned code from alioth
Hi, Le 2014-05-04 15:04, Ansgar Burchardt a écrit : Hi, Cyril Brulebois writes: I think I already proposed pushing d-i master to some other machine with less liberal access than alioth's. Would that help? If so, which machine? dillon? Would pulling from there over https help? Be sufficient? Otherwise, what else? I think the buildds building stuff for the offical archive should only do that. This includes not building for other archives (ports) or daily images for d-i (no matter the source). IMHO, if we want to initiate a change there, we should at least say why it is so important to separate those builds. From my POV, the only difference between the content of the Debian archive and an alioth repository is a GPG signature. Having that in mind, would it be acceptable to require a GPG-signed tag to initiate a build from? RedHat has been doing that for years and didn't hear about any major issue with that. Besides, we can also require that buildds building for d-i are configured with throwaway chroots (but i think this became the default now?). The problem is not about running blindly code coming from elsewhere. We are already doing that (DDs can upload anything to build on buildds... they can also upload/test exploits). So, we have to find better arguments before changing this workflow and propose a sustainable alternative plan to build d-i. Maybe they could be built on dedicated buildds that are not building packages for the main archive? Though that would require more hardware. This doesn't seem doable for all architectures. Or run the daily d-i build as a job on the porter boxes? Can we please define what porter boxes are for and stick to that? They are not "available hardware to do any stuff". Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745307: Re-assigning to OCamlgraph
Control: reopen 745307 Control: reassign 745307 ocamlgraph 1.8.4-1 Control: close 745307 1.8.5-1 This bug is due to an API change appeared in OCamlgraph 1.8.4 and then reverted back in 1.8.5. OCamlgraph 1.8.3 (present testing's version) is not affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746715: the foreseeable outcome of the TC vote on init systems
Le 2014-05-06 13:06, Thomas Goirand a écrit : I believe he is unfriendly with unfriendly people, and I don't think you count as one of his friend, given the way you've interacted with him in the past. Well, Raphael is not Daniel's friend... fine. But, actually, who cares? The maintainer should go over those details and simply does his job. What raphael is trying to explain is that he failed in his mission as a maintainer. (Not taking any side, just re-explaining and putting things in the right context). Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749863: jocaml: FTBFS - applying patches fails
Control: tag 749863 + pending Hi, Le 2014-05-30 12:10, Michael Tautschnig a écrit : Presumably the ocaml sources have changed? (The buildds used ocaml 4.01.0-3, but the archive now has 4.01.0-4.) It seems that the last patch from OCaml depends on an another patch (in the queue). So, the import order is important. I have to admit that I didn't pay attention to how quilt import works. It seems that "quilt import 1.patch; quilt import 2.patch" puts 2 before 1. Adding a "sort -r" upon import is enough to fix this build failure. Thanks for your bug report! Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745307: Re-assigning to OCamlgraph
Le 2014-05-07 21:51, Peter Michael Green a écrit : This bug is due to an API change appeared in OCamlgraph 1.8.4 and then reverted back in 1.8.5. OCamlgraph 1.8.3 (present testing's version) is not affected. Am I correct in thinking that means that the binnmus for dose3 should be given back? Yes. Thanks for the notice. I just did that now. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747875: ben: position of --config argument matters
Le 2014-05-12 16:39, Johannes Schauer a écrit : Package: ben Version: 0.6.11 This version is not released yet. The BTS should be confused now :) consider a file `test.ben` with the following content: architectures = ["armel"]; and the following invocations: ben monitor --config test.ben --archs amd64 ben monitor --archs amd64 --config test.ben The first will only consider amd64 while the second will only consider armel. Yeah, and it doesn't look like a surprise, at least for me. A .ben file should be considered as way to put command-line options into a file. So in your example, "--config test.ben" is equivalent to "--archs armel". Hence the described result. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747879: ben: allow to query Packages and Sources without a ben.cache file
Le 2014-05-12 16:58, Johannes Schauer a écrit : Package: ben Version: 0.6.11 Severity: wishlist Hi, it should be possible to use "ben query" not only on Packages files but on Packages and Sources files. This could be realized either by adding another commandline switch --sources or by making use of reading Sources and Packages_$arch from the cache-dir as it is done by "ben monitor" for example. Actually, after having checked the source code, "ben query" distinguish between Packages files and Sources files. Admittedly, its heuristics is based on the name of the package and the regexp could be extended but at least it is there. If I understood your request correctly, you report contain two feature wishes: 1) the first one is already there 2) the second one is ability to read from a local directory containing all files. Right? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697952: Please parse the X-Debian-Homepage field and display it as a link
Hi, Le 2013-01-11 22:09, Guido Günther a écrit : several teams maintain additional information about packages e.g. in the Wiki. It'd be great to have a linkt to this information available on the packges.qa.debian.org page. I'd propose to use a X-Debian-Homepage: field in debian/control for that and handle it similar to Homepage: for the upstream homepage: Shouldn't such enhancements go through the DEP process? I'm not meaning to stop your work. I find the idea very good. But I think we should bring it to wider audience to start a discussion. DEP looks the right place for it. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622152: [britney2] Port to python2.6 (s/PyFoo_Check/PyFoo_CheckExact/)
On 11/20/2011 12:17 AM, Adam D. Barratt wrote: > On Thu, 2011-11-17 at 20:54 +, Adam D. Barratt wrote: >> On Sun, 2011-04-10 at 15:36 +0200, Mehdi Dogguy wrote: >>> It seems that britney2 segfaults at every run when compiled for Python >>> 2.6. After some quick investigation, the problem boils down to the >>> following: > [...] >>> Attached is a simple patch that performs the described substitution. >>> Using this patch, I've been able to run britney2 on my machines >>> wihtout seeing any problem. >> >> I've finally (!) got to looking at this but have been unable to >> reproduce the problem. It might be a squeeze versus wheezy issue or >> some oddity which has resolved itself in the meantime, but after >> s/python2.5/python2.6/ in britney-py.c and rebuilding the library on >> franck, everything seems to just work[tm]. >> >> If I don't change the shebang of britney herself then I do get this: > [...] >> SystemError: error return without exception set >> >> but not a segfault. Running the script explicitly with python2.6 seems >> to work okay in my test runs. > > fwiw, the test suite also appears to run without any obvious regressions > (i.e. the number of failing tests is the same). > maybe we should close the bug then? (it could be a temporary problem that got fixed somewhere since then…) P.S.: I'll keep all packages infos next time :/ Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697500: unblock: dh-ocaml/1.0.6
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package dh-ocaml
dh-ocaml ships a simple shell script to ease the setup of new
git repositories. The script configures a git post-receive hook
for notifications (mail and IRC). 1.0.5 used CIA as a notification
agent. 1.0.6 moves to KGB (since CIA died).
This change is not very important but would ease our work once
Wheezy is released. Please accept it. I'm probably a bit late to
ask for this unblock but I just noticed that I forgot to send
a formal unblock request. (Yes, this is not an excuse :)).
(debdiff is attached).
unblock dh-ocaml/1.0.6
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash
Base version: dh-ocaml_1.0.5 from testing
Target version: dh-ocaml_1.0.6 from unstable
debian/changelog | 10 ++
debian/control |1 -
tools/dom-new-git-repo |8
3 files changed, 14 insertions(+), 5 deletions(-)
diff -Nru dh-ocaml-1.0.5/debian/changelog dh-ocaml-1.0.6/debian/changelog
--- dh-ocaml-1.0.5/debian/changelog 2012-04-18 06:00:16.0 +
+++ dh-ocaml-1.0.6/debian/changelog 2012-10-06 18:13:39.0 +
@@ -1,3 +1,13 @@
+dh-ocaml (1.0.6) unstable; urgency=low
+
+ [ Sylvain Le Gall ]
+ * Remove Sylvain Le Gall from uploaders
+
+ [ Mehdi Dogguy ]
+ * dom-new-git-repo: Use KGB instead of CIA for new Git repositories.
+
+ -- Mehdi Dogguy Sat, 06 Oct 2012 20:13:39 +0200
+
dh-ocaml (1.0.5) unstable; urgency=low
[ Ralf Treinen ]
diff -Nru dh-ocaml-1.0.5/debian/control dh-ocaml-1.0.6/debian/control
--- dh-ocaml-1.0.5/debian/control 2012-04-18 05:59:09.0 +
+++ dh-ocaml-1.0.6/debian/control 2012-10-05 13:39:09.0 +
@@ -6,7 +6,6 @@
Mehdi Dogguy ,
Samuel Mimram ,
Stéphane Glondu ,
- Sylvain Le Gall ,
Ralf Treinen ,
Romain Beauxis
Build-Depends:
diff -Nru dh-ocaml-1.0.5/tools/dom-new-git-repo dh-ocaml-1.0.6/tools/dom-new-git-repo
--- dh-ocaml-1.0.5/tools/dom-new-git-repo 2011-07-20 21:29:55.0 +
+++ dh-ocaml-1.0.6/tools/dom-new-git-repo 2012-10-05 13:46:45.0 +
@@ -45,10 +45,10 @@
chmod a+x hooks/post-update || mv hooks/post-update.sample hooks/post-update
git config --add hooks.mailinglist "$NOTIFY_EMAIL"
git config --add hooks.bcc "${PACKAGE}_...@packages.qa.debian.org"
-git config --add hooks.cia-project "$CIA_PROJECT"
-git config --add hooks.cia-use-rpc 1
-echo "#!/bin/sh" > hooks/post-receive
-echo "exec /usr/local/bin/git-commit-notice" >> hooks/post-receive
+echo "#!/bin/bash" > hooks/post-receive
+echo 'DIR=`basename $(readlink -f $GIT_DIR)`' >> hooks/post-receive
+echo 'PKG=${DIR%.git}' >> hooks/post-receive
+echo 'tee >(kgb-client --conf /git/pkg-ocaml-maint/kgbclient.conf --repository git --git-reflog - --module $PKG) >(/usr/local/bin/git-commit-notice) >/dev/null' >> hooks/post-receive
chmod 775 hooks/post-receive
EOCMD
}
Hints needed:
unblock dh-ocaml/1.0.6
Bug#697500: unblock: dh-ocaml/1.0.6
Le 2013-01-06 11:08, Mehdi Dogguy a écrit : Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package dh-ocaml It seems I'll need a 1.0.7 /o\ to fix a typo. (Sorry, I should have double checked before filing this unblock request). dh-ocaml ships a simple shell script to ease the setup of new git repositories. The script configures a git post-receive hook for notifications (mail and IRC). 1.0.5 used CIA as a notification agent. 1.0.6 moves to KGB (since CIA died). This change is not very important but would ease our work once Wheezy is released. Please accept it. I'm probably a bit late to ask for this unblock but I just noticed that I forgot to send a formal unblock request. (Yes, this is not an excuse :)). (debdiff is attached). unblock dh-ocaml/1.0.6 -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641986: RFP: cmdliner -- command line interface handler
retitle 641986 ITP: cmdliner -- command line interface handler thanks Le 2011-09-18 13:36, Mehdi Dogguy a écrit : Package: wnpp Severity: wishlist * Package name: cmdliner Version : 0.9.0 Upstream Author : Daniel Bunzli * URL : http://erratique.ch/software/cmdliner * License : BSD-3 Programming Lang: OCaml Description : command line interface handler Cmdliner is an OCaml module for the declarative definition of command line interfaces. I'm working on it and will upload 0.9.3 to NEW shortly. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697505: ITP: ocaml-re -- regular expression library for OCaml
Package: wnpp Severity: wishlist Owner: Mehdi Dogguy * Package name: ocaml-re Version : 1.1.1 Upstream Author : Jerome Vouillon * URL : https://github.com/ocaml/ocaml-re * License : LGPL 2.1 Programming Lang: OCaml Description : regular expression library for OCaml RE is regular expression library for OCaml. The following styles of regular expressions are supported: - Perl-style regular expressions (module Re_perl); - Posix extended regular expressions (module Re_posix); - Emacs-style regular expressions (module Re_emacs); - Shell-style file globbing (module Re_glob). . It is also possible to build regular expressions by combining simpler regular expressions (module Re) -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#697500: unblock: dh-ocaml/1.0.6
retitle 697500 unblock: dh-ocaml/1.0.7
thanks
Mehdi Dogguy wrote:
It seems I'll need a 1.0.7 /o\ to fix a typo. (Sorry, I should
have double checked before filing this unblock request).
New debdiff attached.
--
Mehdi
Base version: dh-ocaml_1.0.5 from testing
Target version: dh-ocaml_1.0.7 from unstable
debian/changelog | 16
debian/control |1 -
tools/dom-new-git-repo | 10 +-
3 files changed, 21 insertions(+), 6 deletions(-)
diff -Nru dh-ocaml-1.0.5/debian/changelog dh-ocaml-1.0.7/debian/changelog
--- dh-ocaml-1.0.5/debian/changelog 2012-04-18 06:00:16.0 +
+++ dh-ocaml-1.0.7/debian/changelog 2013-01-06 10:26:02.0 +
@@ -1,3 +1,19 @@
+dh-ocaml (1.0.7) unstable; urgency=low
+
+ * Follow-up fix for dom-new-git-repo /o\
+
+ -- Mehdi Dogguy Sun, 06 Jan 2013 11:26:02 +0100
+
+dh-ocaml (1.0.6) unstable; urgency=low
+
+ [ Sylvain Le Gall ]
+ * Remove Sylvain Le Gall from uploaders
+
+ [ Mehdi Dogguy ]
+ * dom-new-git-repo: Use KGB instead of CIA for new Git repositories.
+
+ -- Mehdi Dogguy Sat, 06 Oct 2012 20:13:39 +0200
+
dh-ocaml (1.0.5) unstable; urgency=low
[ Ralf Treinen ]
diff -Nru dh-ocaml-1.0.5/debian/control dh-ocaml-1.0.7/debian/control
--- dh-ocaml-1.0.5/debian/control 2012-04-18 05:59:09.0 +
+++ dh-ocaml-1.0.7/debian/control 2013-01-06 10:24:33.0 +
@@ -6,7 +6,6 @@
Mehdi Dogguy ,
Samuel Mimram ,
Stéphane Glondu ,
- Sylvain Le Gall ,
Ralf Treinen ,
Romain Beauxis
Build-Depends:
diff -Nru dh-ocaml-1.0.5/tools/dom-new-git-repo dh-ocaml-1.0.7/tools/dom-new-git-repo
--- dh-ocaml-1.0.5/tools/dom-new-git-repo 2011-07-20 21:29:55.0 +
+++ dh-ocaml-1.0.7/tools/dom-new-git-repo 2013-01-06 10:25:06.0 +
@@ -42,13 +42,13 @@
umask 002
cd "$REPODIR"
-chmod a+x hooks/post-update || mv hooks/post-update.sample hooks/post-update
+chmod a+x hooks/post-update 2>/dev/null || mv hooks/post-update.sample hooks/post-update
git config --add hooks.mailinglist "$NOTIFY_EMAIL"
git config --add hooks.bcc "${PACKAGE}_...@packages.qa.debian.org"
-git config --add hooks.cia-project "$CIA_PROJECT"
-git config --add hooks.cia-use-rpc 1
-echo "#!/bin/sh" > hooks/post-receive
-echo "exec /usr/local/bin/git-commit-notice" >> hooks/post-receive
+echo "#!/bin/bash" > hooks/post-receive
+echo 'DIR=\`basename \$(readlink -f \$GIT_DIR)\`' >> hooks/post-receive
+echo 'PKG=\${DIR%.git}' >> hooks/post-receive
+echo 'tee >(kgb-client --conf /git/pkg-ocaml-maint/kgbclient.conf --repository git --git-reflog - --module \$PKG) >(/usr/local/bin/git-commit-notice) >/dev/null' >> hooks/post-receive
chmod 775 hooks/post-receive
EOCMD
}
Hints needed:
unblock dh-ocaml/1.0.7
Bug#698058: ITP: opam -- package manager for OCaml
Package: wnpp Severity: wishlist Owner: Mehdi Dogguy * Package name: opam Version : 0.9.0 Upstream Author : OCamlPro * URL : http://opam.ocamlpro.com/ * License : GPL-3 Programming Lang: OCaml Description : package manager for OCaml OPAM stands for OCaml PAckage Manager. It aims to suit to a vast number of users and use cases, and has unique features: * Powerful handling of dependencies: versions constraints, optional dependencies, conflicts, etc. * Multiple repositories backends: HTTP, rsync, git * Ease to create packages and repositories * Ability to switch between different compiler versions . Typically, OPAM will probably make your life easier if you recognize yourself in at least one of these profiles: * You use multiple versions of the OCaml compiler, or you hack the compiler yourself and needs to frequently switch between compiler versions. * You use or develop software that needs a specific and/or modified version of the OCaml compiler to be installed. * You use or develop software that depends on a specific version of an OCaml library, or you just want to install a specific version of a package, not just the latest one. * You want to create your own packages yourself, put them on your own repository, with minimal effort. Packaging is available on alioth: http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/opam.git I'll be able to upload once ocaml-re and cmdliner are accepted and dose3 is updated to a newer version (at least 3.1.2). Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692274: asciidoc: a2x uses xmllint by default internally, but does not depend on libxml2-utils
severity 692274 important thanks Arno Töll wrote: > Package: asciidoc > Version: 8.6.7-1 > Severity: serious > Justification: Policy 7.2 > > a2x internally uses xmllint by default. It can be disabled on the command > line, > but it is used by default. This yields to build failures in deterministic > setups, > where recommends are not installed by default, e.g. Debian buildds. > > I don't think recommending libxml2-utils is good enough, unless you make the > absence of xmllint non fatal. That's a problem for example to packages build > depending on asciidoc, but not on libxml2-utils when compiling manpages from > source as required by policy 2.2.1. That would cause build failures like: > Such packages should be fixed to add the necessary build-dependency then. This issue is not RC, since the package lacks a hard dependency relation for an optional dependency. Things could be improved (as you duly noted) by changing the default, detecting available dependencies or adding recommends to the package but this still doesn't justify an RC severity. I'm lowering the severity to "important". Best, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548897: unison: Please optimise from copy+delete to rename
Le 2012-12-19 09:23, Roman Mamedov a écrit : Hello, Very disappointing to see this still not fixed even after 3 years. Very disappointing to see that you didn't write a patch even after 3 years *and* get it included upstream. Cheers. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553898: dogtail: Should this package be orphaned?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 12/24/2012 07:26 PM, Steve Langasek wrote: > > The package is no longer RC-buggy and /has/ been part of a stable > release, though this is only because of the action of NMUers. > I've added them to Cc: Mehdi, Bastian, do you have any personal > interest in the dogtail package, and opinion on whether it should > be orphaned? If it were orphaned, would either of you be > interested in adopting it? > I NMUed it only to get the python-apt transition done, iirc. I have no real interest in this package. Regards, - -- Mehdi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJQ2MgNAAoJEDe1GR0FRlJoPZgH/isyHbSxU6OkRcNrqHkptsQN 3AtRfZecEWl8DR3mbhFAEfEEkNPqY3CgCfw70qu9n9lJPyve0Ll0xedum1KCOdyF 2zZU94b4kEoSUjRLYpbKdh1bElR1YDAOJ670LN735dktQZl+9E3ylM4FcWUCyWbs JwKuwRUFJiHfVeruB0wML6ou6+gZfNaguRDX+k3LpKtc4qeJgFsFIW7f1NJ/XYKS eilfJEoY7ZsYYCyGgboE9K30xcDDu0TlKNX9Q2v5wnIv7AsbmUfUan7P2QEeqXT2 FBwxyh4MWO2gMtkNieX3njobsn5pKUpPk4sb0hLFGXE+itN0G+JRDtaALVjSHHI= =HthM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632604: libatomic-ops: diff for NMU version 7.3~alpha1+git20111031-1.1
On 03/10/2012 06:40, Ian Wienand wrote: On Tue, Oct 2, 2012 at 8:35 AM, gregor herrmann wrote: Ian, if your busy I'm happy to upload the fix (if Mehdi is ok with the diff). Many thanks for looking into this. I'd be glad if you can upload; I would only upload the same thing anyway. Thanks for both of you. You can go ahead with the upload. It will probably be better to use "7.2~alpha5+cvs20101124-1+deb7u0" as version number. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678720: sugar-0.96: diff for NMU version 0.96.1-2.1
Simon Paillard wrote: > > I've prepared an NMU for sugar-0.96 (versioned as 0.96.1-2.1) and > uploaded it to DELAYED/4. Please feel free to tell me if I > should delay it longer. > As far as I can see, your patch does not fix all problems. The submitter did show the following errors at sugar's startup: > /usr/bin/sugar: 3: [: missing ] > /usr/bin/sugar: 3: /usr/bin/sugar: 1000: not found and there is indeed "]" and "[" missing around the "||" operator. Furthermore, the package is missing another dependency to be able to use xrdb. So, afaics, it needs to depend on x11-xserver-utils. I guess setting "-e" helps... I can file those issues seperately if preferred (and they would have severity "serious"). I didn't inspect the package further. There might be more issues. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689336: initramfs-tools 0.108 cannot decrypt dm_crypt filesystems
On 05/10/2012 13:52, Raphael Hertzog wrote: > > Dropping the severity since most people will have console-setup > installed. > > On Fri, 05 Oct 2012, Samuel Hym wrote: >> I was indeed missing the console-setup package, and with it works >> as expected. > > I believe that the update-initramfs keymap hook should display a > warning about missing packages when KEYMAP=y and when some of the > required executables are missing. > > But that's all that is needed to fix this bug. > And as long as this not fixed, I'm not sure we should allow this package to migrate to testing. Even if most people might have console-setup installed, this new revision may break their setup without any notification. Thus, I don't think downgrading severity to normal is the right action. Regards. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689818: unblock: xml-light/2.2-15
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package xml-light.
xml-light/2.2-15 fixes a security issue (namely CVE-2012-3514). It
changed an internal datastructure from a Hash table to a Map to avoid
hash collision attacks.
This upload required the rebuild of its reverse dependencies because
ABI changed. AFAIK, all r-deps were rebuilt sucessfully.
Debdiff between -14 and -15 is attached for your convenience.
unblock xml-light/2.2-15
Regards,
--
Mehdi
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru xml-light-2.2/debian/changelog xml-light-2.2/debian/changelog
--- xml-light-2.2/debian/changelog 2012-06-07 13:55:42.0 +0200
+++ xml-light-2.2/debian/changelog 2012-10-05 15:31:52.0 +0200
@@ -1,3 +1,14 @@
+xml-light (2.2-15) unstable; urgency=low
+
+ [ Sylvain Le Gall ]
+ * Remove Sylvain Le Gall from uploaders
+
+ [ Mehdi Dogguy ]
+ * Fix CVE-2012-3514 (Closes: #685584).
+- add 06_CVE-2012-3514.diff
+
+ -- Mehdi Dogguy Fri, 05 Oct 2012 15:31:52 +0200
+
xml-light (2.2-14) unstable; urgency=low
* Do not try to install the .cmxs plugin on architectures where
diff -Nru xml-light-2.2/debian/control xml-light-2.2/debian/control
--- xml-light-2.2/debian/control 2012-06-05 16:38:56.0 +0200
+++ xml-light-2.2/debian/control 2012-10-01 14:40:35.0 +0200
@@ -3,7 +3,6 @@
Priority: optional
Maintainer: Debian OCaml Maintainers
Uploaders:
- Sylvain Le Gall ,
Mehdi Dogguy
Build-Depends:
cdbs (>= 0.4.23-1.1),
diff -Nru xml-light-2.2/debian/patches/06_CVE-2012-3514.diff xml-light-2.2/debian/patches/06_CVE-2012-3514.diff
--- xml-light-2.2/debian/patches/06_CVE-2012-3514.diff 1970-01-01 01:00:00.0 +0100
+++ xml-light-2.2/debian/patches/06_CVE-2012-3514.diff 2012-10-01 15:40:17.0 +0200
@@ -0,0 +1,153 @@
+--- a/dtd.ml
b/dtd.ml
+@@ -93,16 +93,18 @@
+
+ type dtd = dtd_item list
+
+-type ('a,'b) hash = ('a,'b) Hashtbl.t
++module StringMap = Map.Make(String)
++
++type 'a map = 'a StringMap.t ref
+
+ type checked = {
+- c_elements : (string,dtd_element_type) hash;
+- c_attribs : (string,(string,(dtd_attr_type * dtd_attr_default)) hash) hash;
++ c_elements : dtd_element_type map;
++ c_attribs : (dtd_attr_type * dtd_attr_default) map map;
+ }
+
+ type dtd_state = {
+- elements : (string,dtd_element_type) hash;
+- attribs : (string,(string,(dtd_attr_type * dtd_attr_default)) hash) hash;
++ elements : dtd_element_type map;
++ attribs : (dtd_attr_type * dtd_attr_default) map map;
+ mutable current : dtd_element_type;
+ mutable curtag : string;
+ state : (string * dtd_element_type) Stack.t;
+@@ -113,7 +115,21 @@
+ let _raises e =
+ file_not_found := e
+
+-let empty_hash = Hashtbl.create 0
++let create_map() = ref StringMap.empty
++
++let empty_map = create_map()
++
++let find_map m k = StringMap.find k (!m)
++
++let set_map m k v = m := StringMap.add k v (!m)
++
++let unset_map m k = m := StringMap.remove k (!m)
++
++let iter_map f m = StringMap.iter f (!m)
++
++let fold_map f m = StringMap.fold f (!m)
++
++let mem_map m k = StringMap.mem k (!m)
+
+ let pos source =
+ let line, lstart, min, max = Xml_lexer.pos source in
+@@ -158,45 +174,45 @@
+ raise e
+
+ let check dtd =
+- let attribs = Hashtbl.create 0 in
+- let hdone = Hashtbl.create 0 in
+- let htodo = Hashtbl.create 0 in
++ let attribs = create_map () in
++ let hdone = create_map () in
++ let htodo = create_map () in
+ let ftodo tag from =
+ try
+- ignore(Hashtbl.find hdone tag);
++ ignore(find_map hdone tag);
+ with
+ Not_found ->
+ try
+- match Hashtbl.find htodo tag with
+- | None -> Hashtbl.replace htodo tag from
++ match find_map htodo tag with
++ | None -> set_map htodo tag from
+ | Some _ -> ()
+ with
+ Not_found ->
+- Hashtbl.add htodo tag from
++ set_map htodo tag from
+ in
+ let fdone tag edata =
+ try
+- ignore(Hashtbl.find hdone tag);
++ ignore(find_map hdone tag);
+ raise (Check_error (ElementDefinedTwice tag));
+ with
+ Not_found ->
+-Hashtbl.remove htodo tag;
+-Hashtbl.add hdone tag edata
++unset_map htodo tag;
++set_map hdone tag edata
+ in
+ let fattrib tag aname adata =
+ let h = (try
+-Hashtbl.find attribs tag
++find_map attribs tag
+ with
+ Not_found ->
+- let h = Hashtbl.create 1 in
+- Hashtbl.add attribs tag h;
++ let h = create_map () in
++ set_map attribs tag h;
+ h) in
+ try
+- ignore(Hashtbl.find h aname);
++ ignore(find_
Bug#689814: unblock: gnuradio/3.6.1-1
On 06/10/2012 17:54, A. Maitland Bottoms wrote: > > The gnuradio 3.6.1-1 source was accepted into unstable on 12 June > 2012: > http://packages.qa.debian.org/g/gnuradio/news/20120612T181727Z.html > > Since that was before the Wheezy freeze, this should apply: "Any > packages in unstable before the 19:52 dinstall begins on that day > will be given automatic freeze exceptions (for the specific version > in unstable)." > Automatic freeze exceptions are granted for one month. If the package didn't migrate within that duration, the freeze exception is dropped. > All other architectures built before the freeze, the ia64 binaries > only recently have been uploaded. (Subject: > gnuradio_3.6.1-1_ia64.changes ACCEPTED into unstable Date: Sat, 06 > Oct 2012 04:17:55 +) > > It would be good to release Wheezy with gnuradio 3.6.1 > It is a pity that the package didn't migrate due to a transient build failure, but it is not an argument to unblock it. Besides, the diff between testing's and sid's gnuradio looks rather large… and sid's version doesn't (according to the BTS) fix any serious issues. Do you have in mind some very important fixes that you'd like to see in Wheezy? If not, we'd prefer to keep 3.6.1-1 out of Wheezy. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688980: unblock: r-cran-pscl/1.03.10-1.1
On 27/09/2012 21:34, Sébastien Villemot wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: unblock > > In order to fix #684823, which solution does the Release Team prefer: > > - unblock r-cran-pscl/1.03.10-1.1 which is currently in sid and contains the > fix, > > - or me making an upload to t-p-u, with the attached patch? > I think the best way forwad would be to upload a targeted fix to t-p-u. Please go ahead and thanks for your work! Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687779: unblock: ksh/93u+20120628-1
On 15/09/2012 19:51, Oliver Kiddle wrote: > Package: release.debian.org Severity: normal User: > release.debian@packages.debian.org Usertags: freeze-exception > > Hi, > > Please unblock package ksh/93u+20120628-1 which fixes #679966 > (severity grave). > > Frankly it would be better to exclude ksh from the next Debian > release than include it with this bug because it breaks very basic > functionality in the shell. The fix was done upstream so I don't > really know the details. > So intead of reverting a patch [1] and re-open a severity "normal" bug, you uploaded a new upstream release [2] ? [1] 1 file changed, 11 insertions(+) [2] 232 files changed, 4897 insertions(+), 2082 deletions(-) Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687616: unblock php-apc/3.1.13-1
On 14/09/2012 11:52, Lior Kaplan wrote: > Package: release.debian.org <http://release.debian.org/> > Severity: normal > User: release.debian@packages.debian.org > <mailto:release.debian@packages.debian.org> > Usertags: unblock > > Please unblock package php-apc > > The current verson of php-apc in testing (3.1.10-1) was a major release > (although that doesn't appear in the version itself) to support PHP 5.4. > This current version in unstable (3.1.13-1) is a minor release for bug > fixes, which I think we'll benefit from in the long run for Debian stable. > I couldn't judge by looking at the diff because the top-directory in the sources is versioned :/ Could you please provide a sensible diff between the two version (patches applied)? Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687616: unblock php-apc/3.1.13-1
On 07/10/2012 16:25, Lior Kaplan wrote: > On Sun, Oct 7, 2012 at 3:34 PM, Mehdi Dogguy <mailto:me...@dogguy.org>> wrote: > > I couldn't judge by looking at the diff because the top-directory in > the sources is versioned :/ Could you please provide a sensible diff > between the two version (patches applied)? > > > I haven't applied any patches of my own, just took upstream > maintenance releases. > > Regarding the Debian package, only the changelog was chnaged: > > $ debdiff php-apc_3.1.10-1.dsc php-apc_3.1.13-1.dsc | grep +++ | > grep debian +++ php-apc-3.1.13/debian/changelog2012-09-04 > 20:01:26.0 +0300 > > Regarding upstream, see the attached diff between 3.1.10 to 3.1.13. > Thanks. Looking at the provided diff, I've found for example: +#ifdef ZEND_ENGINE_2_4 +case IS_CALLABLE: +/* XXX implement this */ +assert(0); +break; +#endif I'd rather avoid it. Moreover, most changes are put under an "#ifdef ZEND_ENGINE_2_4" while php5-dev (afaics) defines ZEND_ENGINE_2. So, as far as I can tell, this release won't add much for Debian. (Please tell me if I got something wrong). Based on that, I'd prefer to keep current wheezy's version unchanged. Instead of accepting php-apc/3.1.13-1, did you want to include targeted fixes in Wheezy? If not, I think I'd close this bugreport. Regards and thanks for your work! -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689814: unblock: gnuradio/3.6.1-1
On 07/10/2012 17:27, A. Maitland Bottoms wrote: >>>>>> Mehdi Dogguy writes: >> It is a pity that the package didn't migrate due to a transient >> build failure, but it is not an argument to unblock it. Besides, >> the diff between testing's and sid's gnuradio looks rather >> large$,1s&� and sid's version doesn't (according to the BTS) fix >> any serious issues. > > The gnuradio community has been trained to avoid Debian packages, so > they are not using them or posting bugs to the BTS. That said, I am > trying to change that. > >> Do you have in mind some very important fixes that you'd like to >> see in Wheezy? If not, we'd prefer to keep 3.6.1-1 out of Wheezy. > > Upstream changelogs: > http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_1 > http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_0 > Sorry if this wasn't clear but I meant targeted patches. In order to evaluate the request, we'd like to see concrete minimal patches to fix issues (and an explanation about its importance). At this point of the freeze, we are not going to accept 3.6.1, sorry. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689899: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
severity 689899 important thanks On 07/10/2012 17:10, Thomas Goirand wrote: > + * mgetty-fax doesn't ship /var/run/mgetty-fax anymore (Closes: #XX). Shipping a file or directory under /var/run is not RC. What's RC is to not check for the existence of (e.g.) /var/run/mgetty before using it. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689894: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
tags 689894 - patch thanks On 07/10/2012 17:06, Thomas Goirand wrote: > > Please fix your package. I have attached what I believe is a good fix > the problem, however, I haven't tried it, and I haven't tested if > something more for creating the necessary folder at runtime should be > added. Please make sure to test before applying the patch blindly. > Can you please explain how your patch fixes the problem? AFAICS, you don't re-create /var/run/jabberd2 anywhere. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689894: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
On 07/10/2012 19:07, Thomas Goirand wrote: > On 10/08/2012 12:19 AM, Mehdi Dogguy wrote: >> tags 689894 - patch thanks >> >> On 07/10/2012 17:06, Thomas Goirand wrote: >>> >>> Please fix your package. I have attached what I believe is a good >>> fix the problem, however, I haven't tried it, and I haven't >>> tested if something more for creating the necessary folder at >>> runtime should be added. Please make sure to test before applying >>> the patch blindly. >>> >> >> Can you please explain how your patch fixes the problem? AFAICS, >> you don't re-create /var/run/jabberd2 anywhere. >> > > Right. for this one. Not only… > I haven't find out yet where to add the creation of the run dir for > at least 2 packages. As I couldn't remember which package were needed > it. Then do not add "patch" tag where there is no patch. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689551: icinga-common: ships /var/run/icinga (policy 9.1.4)
severity 689551 important thanks On 04/10/2012 00:49, Andreas Beckmann wrote: > Package: icinga-common > Version: 1.7.1-4 > Severity: serious > > Hi, > > I noticed that icinga-common ships /var/run/icinga, which is forbidden > by policy 9.1.4: > http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs-run > "[...] Packages must not include files or directories under /run, or > under the older /var/run and /var/lock paths. [...]" > It is not RC though. And concerning its init script, it takes care of creating /var/run/icinga if not present before launching the daemon? Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689551: icinga-common: ships /var/run/icinga (policy 9.1.4)
On 08/10/2012 10:13, Mehdi Dogguy wrote: > severity 689551 important > thanks > > On 04/10/2012 00:49, Andreas Beckmann wrote: >> Package: icinga-common >> Version: 1.7.1-4 >> Severity: serious >> >> Hi, >> >> I noticed that icinga-common ships /var/run/icinga, which is forbidden >> by policy 9.1.4: >> http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs-run >> "[...] Packages must not include files or directories under /run, or >> under the older /var/run and /var/lock paths. [...]" >> > > It is not RC though. And concerning its init script, it takes care of > creating /var/run/icinga if not present before launching the daemon? > Sorry, the last sentence was not a question, i.e. s/?/./ :) > Regards, > -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689003: unblock: bacula/5.2.6+dfsg-5
On 28/09/2012 07:57, Alexander Golovko wrote: > Package: release.debian.org Severity: normal User: > release.debian@packages.debian.org Usertags: unblock > > Hi! > > Please unblock bacula-* packages, it fixes multiple bugs, include > CVE-2012-4430, crashes and debian policy violations: > > #687923 - security issue CVE-2012-4430 #688732 - bacula-fd save > only first xattr on file #682733 - unowned files after purge > #680051 - switch between bacula-director- #679958 - > incorrect systemd service file Fix unsafe bacula-director > passwords. Fix bacula-fd crash on saving xattr on btrfs. > Ok, I don't feel comfortable with all these packaging changes. I don't think I'm going to unblock this package. Could you prepare an upload to t-p-u please? #687923, #682733, #679958, "Fix unsafe bacula-director passwords" look okay. For the others, please show minimal separate patches if you want to include them. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689822: release.debian.org: please accept the package wims_4.03a-8 into testing-proposed-updates
On 06/10/2012 20:24, Georges Khaznadar wrote: > Package: release.debian.org Severity: normal User: > release.debian@packages.debian.org Usertags: britney > > I received one week ago an automated e-mail announcing that wims was > removed from testing. The automated information about the reason of > this operation was a "build-dependency on , node-uglify" > That was a bug in our testing-watch script. In fact, the latest occurence of wims is the following: # 20120929; done 20120930 # #687947 remove wims/4.03a-7 wims-extra/3.62-6 wims-modules-es/3.64-1 That's the one that testing-watch should have mailed. I dunno what exactly went wrong though. > Please would you accept the new package wims_4.03a-8 into > testing-proposed-updates? It provides a fix for the RC bug #687947 > which was sent three weeks ago. PLease take a look at the attached > debdiff file. > > I shall await your response before uploading the new package. > Please go ahead with upload and notify us as soon as the package is uploaded. I'll then add an unblock hint for the other two packages as well. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690048: Freeze exception request for wireshark 1.8.2-2
On 09/10/2012 15:40, Bálint Réczey wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: freeze-exception > > Dear Release Team, > > I would like to update the wireshark package with security fixes > released by upstream. > > Changes: > wireshark (1.8.2-2) unstable; urgency=high > . >* security fixes from Wireshark 1.8.3 (Closes: #689972): > - The HSRP dissector could go into an infinite loop (CVE-2012-5237) > - The PPP dissector could abort (CVE-2012-5238) > - Martin Wilck discovered an infinite loop in the DRDA dissector >(CVE-2012-5239) > - Laurent Butti discovered a buffer overflow in the LDP dissector >(CVE-2012-5240) > If it only fixes security issues using targeted patches, then no need a pre-approval ; just go ahead with the upload. If you need to include more than that, we will need a debdiff to answer. Thanks for your work! -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#691334: task-gnome-desktop: Recommends obsolete system-config-printer
On 28/10/2012 19:06, Christian PERRIER wrote: > I'm reluctant to upload tasksel as of now, because of that change, > which I'm unsure if it's inline with the freeze policy I has been reverted before previous uploads… and committed back after that. I guess you could do the same this time as well. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688053: asterisk: SIP module fails to load
On 27/09/2012 14:15, Mehdi Dogguy wrote: … was uploaded to stable-security-updates. err, in stable-security. -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687026: gnome-shell: No browser icon in dash
Paul Menzel wrote: > > Talking with mbiebl and Np237 in #debian-gnome on irc.oftc.net, Np237 > said that this corresponding change has been made for epiphany-browser, > but the updated packages has not yet been uploaded. > I guess this bug is fixed now that /3.4.2-2 has been uploaded, no? See [1] for the relevant change. [1] http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/gnome-shell/debian/gnome-shell.gsettings-override?r1=35528&r2=35762 Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632604: libatomic-ops: diff for NMU version 7.3~alpha1+git20111031-1.1
On 21/06/2012 18:39, gregor herrmann wrote: tags 632604 + pending thanks Dear maintainer, I've prepared an NMU for libatomic-ops (versioned as 7.3~alpha1+git20111031-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. We may need this patch after all :) It seems that #632604 and sid's libatomic-ops cannot be unblocked for Wheezy (due to very large changes in its codebase). Could you please prepare an upload targetting testing-proposed-updates? Regards. -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#672156: Should be dropped in favour of squid3
tags 672156 + wheezy-ignore thanks On 02/07/2012 04:07, Amos Jeffries wrote: Are the release team willing to accept a squid-3.2.1 stable release upload 4-6 weeks after Wheezy freeze? That upload will close this RC bug, a CVE security bug in both squid and squid3 packages, and a number of regular bugs. Notice the Ubuntu effort to migrate 2.7 package to 3.1 ahead of upstream is identifying a number of new bugs caused by the early upgrade. Both in packaging issues and configuration file upgrade issues. It seems that nothing happened here and the migration between squid/squid3 doesn't seem all working yet. Since we cannot accept large changes anymore, I think the best option is to postpone this bug for Jessie. (Note: Moritz (CC'ed) said on IRC that he is okay with this plan). Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688485: marked as done (unblock: syslinux-themes-debian/12-1.1)
Hi, On 01/10/2012 16:00, Debian Bug Tracking System wrote: it's rather pointless to unblock syslinux-themes-debian at the moment, it needs heavy changes to be updated for live-build until the end of the week anyway. I don't quite understand why syslinux-themes-debian should have heavy changes because of live-build. (I tend to think that it should be the opposite but icbw). Can you elaborate please? Do you intend to do heavy changes in syslinux as well? Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693693: ben: Partial suite support
Le 2012-11-20 15:31, Iain Lane a écrit : On Tue, Nov 20, 2012 at 02:02:04PM +0100, Stéphane Glondu wrote: Le 19/11/2012 13:23, Iain Lane a écrit : > [...] The deduplication is required not for ben but > for edos-debcheck (it's interested in finding solutions in the whole > repository but for the transition case we only want to know about > solutions involving the newest packages). [...] ben should deduplicate packages before piping them into edos-debcheck. Can you provide a test case where it does not? I'm using a slightly older version, 0.6.1. So if deduplication is a part of newer versions then that's great (I'll try to find some time to check it out soon). I don't believe partial suite support is, but that becomes a simpler matter if you already have the deduping code. :-) IIRC, the dedupe code was there since ever (at least, before the first upload to Debian). Cheers, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656307:
On 18/01/12 11:28, Romeyke, Andreas wrote: Package: libsexplib-camlp4-dev Version: 7.0.4-1 Severity: normal Dear Maintainer, After upgrading Debian Squeeze to Testing, our ocaml based project does not compile anymore, because something is wrong now with sexplib. We got the message "Error: Unbound value string_of_sexp". There was a thread on caml-list about this specific issue (I beleive it is the same). The relevant message from Markus Mottl (sexplib's upstream) is: http://article.gmane.org/gmane.comp.lang.caml.general/52962 Can you please check that the proposed change works for you? Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#656330: ocaml-tools: Missing OMLet files
On 18/01/12 15:02, Cyril Soldani wrote: Since last package update, ocaml-tools misses the following files providing OMLet functionality: - ftplugin/omlet.vim - indent/omlet.vim - syntax/omlet.vim - ftdetect/omlet.vim Oups, this is my mistake. Sorry! I've uploaded a fixed package. It should land in the archive shorly. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678233: barrydesktop/kfreebsd-* unsatisfiable Depends: ppp
On 21/06/12 00:26, Chris Frey wrote: On Wed, Jun 20, 2012 at 07:26:18AM +0200, Mehdi Dogguy wrote: Package: barry Version: 0.18.3-2 Severity: serious Tags: wheezy sid Hi, barry/0.18.3-2 added a dependency on ppp for barrydesktop. Unfortunately, ppp is not available on kfreebsd and this change renders the package uninstallable on that architecture. barrydesktop/kfreebsd-amd64 unsatisfiable Depends: ppp barrydesktop/kfreebsd-i386 unsatisfiable Depends: ppp Thanks Mehdi. I see that the freebsd ports use a freebsd-ppp package instead of ppp. I'm not familiar enough with the freebsd ports to know if just changing the dependency line is sufficient, so I'll have to test. I'm working on tracking down a machine for that testing. FWIW, this specific issue is blocking the evolution migration. I'd recommend you, if possible, to fix your package as soon as you can so that we don't feel forced to remove barry from testing in order to migrate evolution. The current situation is not ideal since barry has a new upstream version sitting in sid since beginning of June… and we are about to freeze. The relevant part of the diff between testing's and sid's looks like: 995 files changed, 80636 insertions(+), 24248 deletions(-) … which is pretty huge. If I were you, I would try to fix this issue asap. If you need help with kfreebsd specifics, you may try to ask on debian-...@lists.debian.org. Kind Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678481: vdr-plugin-epgsearch: FTBFS on mipsel: no matching function for call to 'cReplayControl::SetRecording(const char*)'
Package: vdr-plugin-epgsearch Version: 1.0.0+git20120325-3 Severity: serious Tags: wheezy sid Hi, Your package fails to build from source on mipsel. The error seems to be: > menu_searchresults.c: In member function 'eOSState > cMenuSearchResultsForRecs::Play()': > menu_searchresults.c:818:60: error: no matching function for call to > 'cReplayControl::SetRecording(const char*)' > menu_searchresults.c:818:60: note: candidate is: > /usr/include/vdr/include/vdr/menu.h:288:15: note: static void > cReplayControl::SetRecording(const char*, const char*) > /usr/include/vdr/include/vdr/menu.h:288:15: note: candidate expects 2 > arguments, 1 provided The build log can be found at: https://buildd.debian.org/status/fetch.php?pkg=vdr-plugin-epgsearch&arch=mipsel&ver=1.0.0%2Bgit20120325-3&stamp=1339393743 Build log of other architectures are available at: https://buildd.debian.org/status/package.php?p=vdr-plugin-epgsearch FWIW, this issue is blocking vdr from migrating to testing. Regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678523: evolution: Evolution crashes without network-manager
tags 678523 + moreinfo unreproducible thanks On 22/06/12 15:06, Nikolai Lusan wrote: Evolution currently crashes with: evolution-network-manager-WARNING **: network_manager_query_state: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.NetworkManager was not provided by any .service files Network-Manager is currently only a "Suggested" package, and this error would seem to suggest otherwise. According to a tester, this error message doesn't seem the root of the problem. Could you please provide a backtrace leading to a crash? You might need to check how to get one by reading http://wiki.debian.org/HowToGetABacktrace if you are used to do that. Kind regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678523: evolution: Evolution crashes without network-manager
On 22/06/12 15:35, Mehdi Dogguy wrote: tags 678523 + moreinfo unreproducible thanks On 22/06/12 15:06, Nikolai Lusan wrote: Evolution currently crashes with: evolution-network-manager-WARNING **: network_manager_query_state: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.NetworkManager was not provided by any .service files Network-Manager is currently only a "Suggested" package, and this error would seem to suggest otherwise. According to a tester, this error message doesn't seem the root of the problem. Could you please provide a backtrace leading to a crash? To be more accurate, evolution (without NM running) doesn't crash here (KiBi said :)). Kind Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#670461: release.debian.org: Including eclipse/3.8 in Wheezy
On 05/13/2012 05:02 PM, Niels Thykier wrote: > We will have to upload a new version of swt-gtk as well (to 3.8). It > has already been uploaded to experimental and I have successfully > rebuild all (non-eclipse) reverse dependencies of swt-gtk (using > 3.8.0~m6-1). As far as I can tell we are looking at a small Java > library transition that is backwards compatible. I see eclipse 3.8~rc and swt-gtk in sid... was this ack'ed somewhere by the release team (reference needed if any) or did you choose to upload it by yourself? If the latter, I'm wondering why you did open this transition bug... -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 20/06/2012 13:20, Yavor Doganov wrote: No, but I'm going to do it now. Any news? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679041: transition: wireshark
Hi, On 26/06/2012 00:10, Bálint Réczey wrote: I'd like to upload the latest version of wireshark to unstable. Updating from 1.6.8 to 1.8.0 brings a new ABI with a new soname for all the libs. Having Wireshark 1.8.x in Wheezy is important because upstream's support for 1.6.x ends on June 7, 2013 [1] and Wireshark needs regular security updates. Thanks for letting us know. Unfortunately, we think that this update came a tad late because we are >that< near to freeze and the update seems quite large. About the security concerns, as far as I can see, updating wireshark to 1.8 in Wheezy would not buy us more than a year. AFAIK, the security team didn't raise any concerns about this package in the past. Are there any other concerns with the 1.6.8 release besides the security aspect? Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 26/06/2012 20:27, Yavor Doganov wrote: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files and are they fixable? Besides, do we have a fix for #663388? Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679282: Please link to PTS on bugreport.cgi pages
Package: bugs.debian.org Severity: normal Hi, When looking at a bug's page, one can see a header that looks like: Package: foo; Maintainer for foo is bar; Source for foo is src:baz. All links point back to bugreport.cgi. It would be very nice if one of them could point to the PTS. Although the PTS does the binary<-> source association, I'd recommend only linking to the source package page since the association fails sometimes. The link would look like: http://packages.qa.debian.org/baz where baz is the source package name. Regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui, libobjc
On 27/06/2012 17:40, Yavor Doganov wrote: Mehdi Dogguy wrote: On 26/06/2012 20:27, Yavor Doganov wrote: gnustep-dl2: DBModeler aborts on startup with NSInvalidArgumentException textedit.app: Cannot create new documents or open existing text files and are they fixable? As I'm not familiar with the code, I'll have to investigate. k, please report back once you have results. In principle, everything is fixable or at least should be. Hopefuly :) Besides, do we have a fix for #663388? Yep, that is trivial. Good. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644979: Please transition to nautilus 3 and GObject introspection
Michael Biebl wrote: this package currently (build-)depends on python-nautilus - most likely because it provides an extension for the nautilus file manager. The introduction of nautilus 3 to unstable is imminent. In this version, the extensions interface has changed, and phatch requires changes to support this version: * porting to GTK+ 3 * porting from PyGTK to the GObject Introspection mechanism This bug was reported long time ago and it is not fixed yet. Is this package still maintained? If yes, please fix this issue. We might have to drop this package from Wheezy if not fixed during the freeze. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619717: atris: bashisms in Makefile
On 0, Pascal Giard wrote: > Hi Jonathan, > > On Sat, Oct 15, 2011 at 11:57 PM, Jonathan Nieder wrote: > > Do you still use atris? If you are in contact with upstream[1], do > > you think they'd be interested in reports like this? > > I'm a bit puzzled by your bug report... I'm a bit puzzled by this package. This issue has been reported long time ago and it is still not fixed (although a patch has been provided). The last maintainer upload dates back to September 2007. Is this package still maintained? Please fix your package! We might drop it from Wheezy if not fixed during the freeze. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678783: flightgear: diff for NMU version 2.4.0-1.2
tags 678783 + patch tags 678783 + pending thanks Dear maintainer, I've prepared an NMU for flightgear (versioned as 2.4.0-1.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. I took the liberty to choose 5 (instead of 10) because last upload was an NMU and last maintainer's upload dates back to September 2011. Regards. -- Mehdi Dogguy diff -u flightgear-2.4.0/config.sub flightgear-2.4.0/config.sub --- flightgear-2.4.0/config.sub +++ flightgear-2.4.0/config.sub @@ -4,7 +4,7 @@ # 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, # 2011, 2012 Free Software Foundation, Inc. -timestamp='2012-02-10' +timestamp='2012-04-18' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -225,6 +225,12 @@ -isc*) basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'` ;; + -lynx*178) + os=-lynxos178 + ;; + -lynx*5) + os=-lynxos5 + ;; -lynx*) os=-lynxos ;; @@ -1537,6 +1543,9 @@ c4x-* | tic4x-*) os=-coff ;; + hexagon-*) + os=-elf + ;; tic54x-*) os=-coff ;; diff -u flightgear-2.4.0/debian/changelog flightgear-2.4.0/debian/changelog --- flightgear-2.4.0/debian/changelog +++ flightgear-2.4.0/debian/changelog @@ -1,3 +1,11 @@ +flightgear (2.4.0-1.2) unstable; urgency=high + + * Non-maintainer upload. + * Fix FTBFS with svn 1.7 by adding missing include statement. (Closes: #678783). + * Set urgency=high to fix the RC bug. + + -- Mehdi Dogguy Wed, 27 Jun 2012 17:39:22 +0200 + flightgear (2.4.0-1.1) unstable; urgency=low * Non-maintainer upload. diff -u flightgear-2.4.0/utils/TerraSync/terrasync.cxx flightgear-2.4.0/utils/TerraSync/terrasync.cxx --- flightgear-2.4.0/utils/TerraSync/terrasync.cxx +++ flightgear-2.4.0/utils/TerraSync/terrasync.cxx @@ -64,6 +64,7 @@ #include #include #include +#include # else #undef HAVE_SVN_CLIENT_H # endif
Bug#652591: noflushd: Crash with linux-image-2.6.32-5-686 (version 2.6.32-38)
Any news here? The packages's popcon is quite low and the project looks like dead (last upstream release in 2010, nothing more recent than 2 years in its CVS repository). If this is not fixed in time, we might drop the package from Wheezy. Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#679428: vfdata-morisawa5 is not installable
Package: morisawa
Version: 0.0.20020122-14
Severity: serious
Tags: sid wheezy
Hi,
Since last TeX transition, vfdata-morisawa5 became not installable. An
analysis of the problem reveals the following broken dependency chain:
Package morisawa cannot migrate:
Package morisawa: binary package vfdata-morisawa5/sparc cannot migrate.
Package vfdata-morisawa5/sparc: a dependency would not be satisfied:
- texlive-lang-cjk conflicts with vfdata-morisawa5 {vfdata-morisawa5
(sid)}
- vfdata-morisawa5 (sid) depends on ptex-bin {ptex-bin}
- ptex-bin depends on texlive-lang-cjk (>= 2011) {texlive-lang-cjk}
(Note that "sparc" is not important here. It is just an example of an
architecture where the problem exists).
This issue is also preventing dvi2ps-fontdesc-morisawa5 from migrating
to testing. If those packages are not needed anymore (or don't work
anymore), please request their removal from the archive.
Regards,
--
Mehdi
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
