Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Mike Hommey]

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.

Maybe it works on small things, but I heard it doesn't work very well
for stuff like mozilla. 4.6 is supposed to get better.

Mike


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823080305.ga4...@glandium.org

Re: want to get packages into Sqeeze

[Toni Mueller]

Hi Adam,

On Sun, 22.08.2010 at 15:58:24 +0100, Adam D. Barratt 
a...@adam-barratt.org.uk wrote:
 As I said above, it's unlikely that a package not even in unstable will
 get in to squeeze now.

I fully understand, but also thought that the program itself is both
benign and valuable to the project. Anyway, if you say no, then you say
no, but I hope you understand that I asked. I didn't find the request
unreasonable, otherwise I wouldn't have made it.

 I've unblocked funkload.

Great!

 roundup got re-uploaded after the original request so I'd prefer that
 the new version spend a few days longer in unstable.  I've unblocked it
 but aged it slightly so it will migrate in a few days time.

This is also great, and much appreciated!

Thank you!


Kind regards,
--Toni++



signature.asc
Description: Digital signature

please update drush to 3.1-2 in squeeze

[The Anarcat]

Hi,

I have just uploaded a new version of drush to unstable:

http://packages.qa.debian.org/d/drush/news/20100822T173214Z.html

This fixes a major usability issue due to a mis-packaging I originally
did (forgot to include a file) described in #588639.

The full diff from 3.1-1 is attached. It does include some unrelated
changes (remove an extra licence file, fix a duplicate define, fix the
version control urls), so I am sorry for this, but unfortunately, those
fixes were sitting in my tree already, waiting for an upload.

Please let me know if this is proper, I'm new with freeze procedures.

A.

-- 
Antoine Beaupré
Réseau Koumbit Networks
+1.514.387.6262
diff --git a/LICENSE.txt b/LICENSE.txt
deleted file mode 100644
index 2c095c8..000
--- a/LICENSE.txt
+++ /dev/null
@@ -1,274 +0,0 @@
-GNU GENERAL PUBLIC LICENSE
-
-  Version 2, June 1991
-
-Copyright (C) 1989, 1991 Free Software Foundation, Inc. 675 Mass Ave,
-Cambridge, MA 02139, USA. Everyone is permitted to copy and distribute
-verbatim copies of this license document, but changing it is not allowed.
-
-  Preamble
-
-The licenses for most software are designed to take away your freedom to
-share and change it. By contrast, the GNU General Public License is
-intended to guarantee your freedom to share and change free software--to
-make sure the software is free for all its users. This General Public License
-applies to most of the Free Software Foundation's software and to any other
-program whose authors commit to using it. (Some other Free Software
-Foundation software is covered by the GNU Library General Public License
-instead.) You can apply it to your programs, too.
-
-When we speak of free software, we are referring to freedom, not price. Our
-General Public Licenses are designed to make sure that you have the
-freedom to distribute copies of free software (and charge for this service if
-you wish), that you receive source code or can get it if you want it, that you
-can change the software or use pieces of it in new free programs; and that
-you know you can do these things.
-
-To protect your rights, we need to make restrictions that forbid anyone to
-deny you these rights or to ask you to surrender the rights. These restrictions
-translate to certain responsibilities for you if you distribute copies of the
-software, or if you modify it.
-
-For example, if you distribute copies of such a program, whether gratis or for
-a fee, you must give the recipients all the rights that you have. You must make
-sure that they, too, receive or can get the source code. And you must show
-them these terms so they know their rights.
-
-We protect your rights with two steps: (1) copyright the software, and (2)
-offer you this license which gives you legal permission to copy, distribute
-and/or modify the software.
-
-Also, for each author's protection and ours, we want to make certain that
-everyone understands that there is no warranty for this free software. If the
-software is modified by someone else and passed on, we want its recipients
-to know that what they have is not the original, so that any problems
-introduced by others will not reflect on the original authors' reputations.
-
-Finally, any free program is threatened constantly by software patents. We
-wish to avoid the danger that redistributors of a free program will individually
-obtain patent licenses, in effect making the program proprietary. To prevent
-this, we have made it clear that any patent must be licensed for everyone's
-free use or not licensed at all.
-
-The precise terms and conditions for copying, distribution and modification
-follow.
-
-   GNU GENERAL PUBLIC LICENSE
- TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND
-   MODIFICATION
-
-0. This License applies to any program or other work which contains a notice
-placed by the copyright holder saying it may be distributed under the terms
-of this General Public License. The Program, below, refers to any such
-program or work, and a work based on the Program means either the
-Program or any derivative work under copyright law: that is to say, a work
-containing the Program or a portion of it, either verbatim or with
-modifications and/or translated into another language. (Hereinafter, translation
-is included without limitation in the term modification.) Each licensee is
-addressed as you.
-
-Activities other than copying, distribution and modification are not covered
-by this License; they are outside its scope. The act of running the Program is
-not restricted, and the output from the Program is covered only if its contents
-constitute a work based on the Program (independent of having been made
-by running the Program). Whether that is true depends on what the Program
-does.
-
-1. You may copy and distribute verbatim copies of the Program's source
-code as you receive it, in any medium, provided that you conspicuously and
-appropriately publish on each copy an appropriate 

Re: binNMU order of ObjC/GNUstep packages

[Yavor Doganov]

В Mon, 23 Aug 2010 07:55:44 +0200, Mehdi Dogguy написа:
 The transition monitor shows that order. If the order inferred from
 the build-dependencies is incorrect, then there is a problem in your
 packages.

There is no problem with the build-dependencies.  The only problem is
when a package gets uploaded before its dependency is binNMUed, and we
forget to rebuild it afterwards.  The transition monitor does not show
such cases.

 The last one is the only one affected. I'll schedule the necessary
 binNMU request.

Thanks.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/i4tbr0$pc...@dough.gmane.org

what to do about aegir-provision

[The Anarcat]

Hi,

I am one of the upstream developers of the Aegir project and the
maintainer of the Debian package. Some time ago, I have uploaded version
0.3-2.2, which bundles the upstream 0.3 version.

That version is now very old. Nobody uses is in production, and even
though the subsequent releases are all alpha, they are more feature
complete.

In fact, we are very close to getting 0.4 out the door. That release
will be maintained for stability and security fixes, and would be a much
better candidate for Squeeze than 0.3.

Therefore, my question is: what should we do with Aegir in Debian? I see
two options:

 1. remove the package from squeeze, as it is outdated
 2. wait for 0.4 to be released and try to push it to squeeze (which
 would require your help)

What do you guys think?

Thanks for the hard work,

-- 
Antoine Beaupré
Réseau Koumbit Networks
+1.514.387.6262


signature.asc
Description: Digital signature

Re: Upcoming freeze-exceptions: acl sane-backends

[Julien BLACHE]

Hi,

 Julien Cristau jcris...@debian.org wrote:

 Hi,

 I'm not sure I understand that bug, how you're planning on fixing it, or
 why you need to use setfacl instead of udev-acl as many other devices
 nodes already do.

 udev-acl is meant for ConsoleKit integration and doesn't do anything for
 you if you don't use ConsoleKit. Yes, the name stinks.

 The problem we have with MFPs is that both CUPS (lp group) and SANE
 (scanner group) need read/write access to the USB device.

Ping?

JB.

-- 
 Julien BLACHE - Debian  GNU/Linux Developer - jbla...@debian.org 
 
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8739u5wwhp@sonic.technologeek.org

Re: binNMU order of ObjC/GNUstep packages

[Mehdi Dogguy]

On 08/23/2010 10:34 AM, Yavor Doganov wrote:
 В Mon, 23 Aug 2010 07:55:44 +0200, Mehdi Dogguy написа:
 The transition monitor shows that order. If the order inferred from
 the build-dependencies is incorrect, then there is a problem in
 your packages.
 
 There is no problem with the build-dependencies.  The only problem is
 when a package gets uploaded before its dependency is binNMUed, and
 we forget to rebuild it afterwards.  The transition monitor does not
 show such cases.
 

That's right. I spotted them because I've analysed the set of packages
before starting binNMU'ing. That said, you could also set good
dependencies like what has been done for OCaml packages for instance and
make them not installable if it doesn't match your criteria (which is
way better than errors at runtime or hidden breakages).

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c72414f.3030...@dogguy.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Matthias Klose]

On 23.08.2010 10:03, Mike Hommey wrote:

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:

On 21.08.2010 14:56, Julien Cristau wrote:

On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:


Now, to be clear, what nice things would gcc-4.5 bring to our users?
There is a complete list here [0], but those ones are, in my opinion,
very nice:
  - The new link time optimiser.
  - Improved C++0x support.
  - Plugins support.


My understanding is that lto in 4.5 is not quite there yet.  Not that
I've tried it or anything.


I don't share your understanding. I tried it for some builds.


Maybe it works on small things, but I heard it doesn't work very well
for stuff like mozilla. 4.6 is supposed to get better.


well, mozilla is not the average package regarding complexity.  It does work 
well with medium size packages like the python interpreter, after modifying the 
build system, showing no regressions in the python testsuite.  so while 4.6 will 
be better, 4.5 does work for many cases.



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c724254.60...@debian.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Mike Hommey]

On Mon, Aug 23, 2010 at 11:41:40AM +0200, Matthias Klose wrote:
 On 23.08.2010 10:03, Mike Hommey wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.
 
 Maybe it works on small things, but I heard it doesn't work very well
 for stuff like mozilla. 4.6 is supposed to get better.
 
 well, mozilla is not the average package regarding complexity.  It
 does work well with medium size packages like the python
 interpreter, after modifying the build system, showing no
 regressions in the python testsuite.  so while 4.6 will be better,
 4.5 does work for many cases.

Well, maybe it works for python, or at least it doesn't break it, but
does it really works as intended, by actually making things better, and
not worse, generated-code-wise ?

Mike


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823100359.ga17...@glandium.org

Please unblock libgtk2-spell-perl/1.03-5

[Chris Butler]

I've just uploaded libgtk2-spell-perl 1.03-5 to fix RC bug #591129. The only
change is adding a missing build-dependency, required by the test suite,
debdiff attached.

-- 
Chris Butler chr...@debian.org
  GnuPG Key ID: 4096R/49E3ACD3
diff -Nru libgtk2-spell-perl-1.03/debian/changelog libgtk2-spell-perl-1.03/debian/changelog
--- libgtk2-spell-perl-1.03/debian/changelog	2010-06-05 11:36:14.0 +0100
+++ libgtk2-spell-perl-1.03/debian/changelog	2010-08-22 22:50:32.0 +0100
@@ -1,3 +1,14 @@
+libgtk2-spell-perl (1.03-5) unstable; urgency=low
+
+  * Added build dependency on myspell-en-us | myspell-dictionary-en |
+hunspell-dictionary-en to fix test failure (closes: #591129).
+  * Run tests with LC_ALL=C to prevent the local environment causing test
+failures.
+  * Add myself to Uploaders and copyright.
+  * Upped Standards-Version to 3.9.1 (no changes).
+
+ -- Chris Butler chr...@debian.org  Sun, 22 Aug 2010 22:50:30 +0100
+
 libgtk2-spell-perl (1.03-4) unstable; urgency=low
 
   [ Ryan Niebur ]
diff -Nru libgtk2-spell-perl-1.03/debian/control libgtk2-spell-perl-1.03/debian/control
--- libgtk2-spell-perl-1.03/debian/control	2010-08-22 20:45:08.0 +0100
+++ libgtk2-spell-perl-1.03/debian/control	2010-08-22 22:43:26.0 +0100
@@ -3,10 +3,12 @@
 Priority: optional
 Build-Depends: debhelper (= 7.0.50~), perl, xvfb, xauth,
  libextutils-depends-perl, libextutils-pkgconfig-perl, libglib-perl (= 1.00),
- libgtk2-perl (= 1.00), libgtkspell-dev (= 2.0)
+ libgtk2-perl (= 1.00), libgtkspell-dev (= 2.0), 
+ myspell-en-us | myspell-dictionary-en | hunspell-dictionary-en
 Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
-Uploaders: Ryan Niebur r...@debian.org, Ansgar Burchardt ans...@43-1.org
-Standards-Version: 3.8.4
+Uploaders: Ryan Niebur r...@debian.org, Ansgar Burchardt ans...@43-1.org,
+ Chris Butler chr...@debian.org
+Standards-Version: 3.9.1
 Homepage: http://gtk2-perl.sourceforge.net/
 Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libgtk2-spell-perl/
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-perl/trunk/libgtk2-spell-perl/
diff -Nru libgtk2-spell-perl-1.03/debian/copyright libgtk2-spell-perl-1.03/debian/copyright
--- libgtk2-spell-perl-1.03/debian/copyright	2010-06-05 11:36:14.0 +0100
+++ libgtk2-spell-perl-1.03/debian/copyright	2010-08-22 22:41:10.0 +0100
@@ -10,6 +10,7 @@
 Files: debian/*
 Copyright: 2004, Marc Brockschmidt m...@dch-faq.de
  2009, Ryan Niebur r...@debian.org
+ 2010, Chris Butler chr...@debian.org
 License: LGPL-2.1+
 
 License: LGPL-2.1+
diff -Nru libgtk2-spell-perl-1.03/debian/rules libgtk2-spell-perl-1.03/debian/rules
--- libgtk2-spell-perl-1.03/debian/rules	2010-08-22 20:45:08.0 +0100
+++ libgtk2-spell-perl-1.03/debian/rules	2010-08-22 22:13:38.0 +0100
@@ -4,4 +4,4 @@
 	dh $@
 
 override_dh_auto_test:
-	xvfb-run -a dh_auto_test
+	LC_ALL=C xvfb-run -a dh_auto_test

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Matthias Klose]

On 23.08.2010 12:03, Mike Hommey wrote:

On Mon, Aug 23, 2010 at 11:41:40AM +0200, Matthias Klose wrote:

On 23.08.2010 10:03, Mike Hommey wrote:

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:

On 21.08.2010 14:56, Julien Cristau wrote:

On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:


Now, to be clear, what nice things would gcc-4.5 bring to our users?
There is a complete list here [0], but those ones are, in my opinion,
very nice:
  - The new link time optimiser.
  - Improved C++0x support.
  - Plugins support.


My understanding is that lto in 4.5 is not quite there yet.  Not that
I've tried it or anything.


I don't share your understanding. I tried it for some builds.


Maybe it works on small things, but I heard it doesn't work very well
for stuff like mozilla. 4.6 is supposed to get better.


well, mozilla is not the average package regarding complexity.  It
does work well with medium size packages like the python
interpreter, after modifying the build system, showing no
regressions in the python testsuite.  so while 4.6 will be better,
4.5 does work for many cases.


Well, maybe it works for python, or at least it doesn't break it, but
does it really works as intended, by actually making things better, and
not worse, generated-code-wise ?


compared to 4.5 without LTO, pybench scores 5% better on ix86.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c724d1a.5030...@debian.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.

I've tried it on the work repository, and lto ICEs the compiler. Plus I
get 2 other independant ICEs that I've not had time to reduce (hence the
lack of bug report yet).

Though this happens with the gcc-4.5 in unstable, I've not tried with
the one from experimental yet.

-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823112104.ge1...@madism.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 01:21:04PM +0200, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
  On 21.08.2010 14:56, Julien Cristau wrote:
  On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
  
  Now, to be clear, what nice things would gcc-4.5 bring to our users?
  There is a complete list here [0], but those ones are, in my opinion,
  very nice:
- The new link time optimiser.
- Improved C++0x support.
- Plugins support.
  
  My understanding is that lto in 4.5 is not quite there yet.  Not that
  I've tried it or anything.
  
  I don't share your understanding. I tried it for some builds.
 
 I've tried it on the work repository, and lto ICEs the compiler. Plus I
 get 2 other independant ICEs that I've not had time to reduce (hence the
 lack of bug report yet).

 Though this happens with the gcc-4.5 in unstable, I've not tried with
 the one from experimental yet.

Okay, it's not strictly speaking an ICE but I get, even with the one from
experimental:

qdb/qoutput-c.c:424:1: sorry, unimplemented: gimple bytecode streams do not 
support the optimization attribute

And frankly there isn't anything that surprising about the code in
question so, I'd say that LTO isn't ready yet.


Though with the gcc-4.5 from experimental, the other ICEs I have are
gone, so I'd say that gcc-4.5 from experimental is better than the one
currently in unstable.

It's just that LTO isn't that a compelling reason, it's not 100%
production ready. The plugin infrastructure is though. But you're citing
dragonegg, and last time I checked, you had to patch gcc to export one
more symbol. If you haven't applied that patch (if it's still required)
your argument is moot. But I agree the plugin infrastructure *is* a
compelling reason.


Just my 2¢ as a /user/.

-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823113056.gf1...@madism.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Roger Leigh]

On Mon, Aug 23, 2010 at 10:03:05AM +0200, Mike Hommey wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
  On 21.08.2010 14:56, Julien Cristau wrote:
  On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
  
  Now, to be clear, what nice things would gcc-4.5 bring to our users?
  There is a complete list here [0], but those ones are, in my opinion,
  very nice:
- The new link time optimiser.
- Improved C++0x support.
- Plugins support.
  
  My understanding is that lto in 4.5 is not quite there yet.  Not that
  I've tried it or anything.
  
  I don't share your understanding. I tried it for some builds.
 
 Maybe it works on small things, but I heard it doesn't work very well
 for stuff like mozilla. 4.6 is supposed to get better.

I'm certainly concerned about issues such as #593876 where the
stricter linking breaks existing code.  I'm not sure about the
rationale for this extra strictness, but it does cause
unwanted breakage by breaking existing assumptions about
indirect linking.

Other than that, it's working fine for me.  It would be nice to
have in the release as an optional and non-default compiler for
developers who need it.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


signature.asc
Description: Digital signature

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 12:45:35PM +0100, Roger Leigh wrote:
 On Mon, Aug 23, 2010 at 10:03:05AM +0200, Mike Hommey wrote:
  On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
   On 21.08.2010 14:56, Julien Cristau wrote:
   On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
   
   Now, to be clear, what nice things would gcc-4.5 bring to our users?
   There is a complete list here [0], but those ones are, in my opinion,
   very nice:
 - The new link time optimiser.
 - Improved C++0x support.
 - Plugins support.
   
   My understanding is that lto in 4.5 is not quite there yet.  Not that
   I've tried it or anything.
   
   I don't share your understanding. I tried it for some builds.
  
  Maybe it works on small things, but I heard it doesn't work very well
  for stuff like mozilla. 4.6 is supposed to get better.
 
 I'm certainly concerned about issues such as #593876 where the
 stricter linking breaks existing code.  I'm not sure about the
 rationale for this extra strictness, but it does cause
 unwanted breakage by breaking existing assumptions about
 indirect linking.

Well, I think you can revert to the old behaviour using --add-needed
(-Wl,--add-needed). But clearly, boost is wrong here, sadly.
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823115136.gj1...@madism.org

Bug#594056: future unblock: libdbd-sqlite3-perl/1.29-3

[Salvatore Bonaccorso]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception

Dear Release Team

Please unblock package libdbd-sqlite3-perl

This is a request to unblock libdbd-sqlite3-perl if we can upload it.
Niko Tyni found a patch for the FTBFS in #59. I attach the debdiff
between current version in testing and the version we have in the
Debian Perl svn repository.

Would it be possible to unblock it and can we procede with the upload?

unblock libdbd-sqlite3-perl/1.29-3

Bests
Salvatore

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
diffstat for libdbd-sqlite3-perl-1.29 libdbd-sqlite3-perl-1.29

 changelog |   21 
 control   |   15 +--
 copyright |   43 
+---
 patches/0001-Don-t-clean-temporary-files-in-child-processes.patch |   49 
++
 patches/series|1 
 rules |   10 --
 6 files changed, 103 insertions(+), 36 deletions(-)

diff -Nru libdbd-sqlite3-perl-1.29/debian/changelog 
libdbd-sqlite3-perl-1.29/debian/changelog
--- libdbd-sqlite3-perl-1.29/debian/changelog   2010-04-24 08:39:43.0 
+0200
+++ libdbd-sqlite3-perl-1.29/debian/changelog   2010-08-23 13:40:29.0 
+0200
@@ -1,3 +1,24 @@
+libdbd-sqlite3-perl (1.29-3) unstable; urgency=low
+
+  [ Ansgar Burchardt ]
+  * Use perl_dbi addon for dh.
+* Bump build-dependency on libdbi-perl to = 1.612.
+  * No longer run release tests.
+* Remove build-dep on libpod-simple-perl, libperl-minimumversion-perl,
+  libtest-cpan-meta-perl, libtest-minimumversion-perl, libtest-pod-perl.
+  * Bump Standards-Version to 3.9.0 (no changes).
+
+  [ Salvatore Bonaccorso ]
+  * Add 0001-Don-t-clean-temporary-files-in-child-processes.patch patch:
+Fixes FTBFS due failure in tests. Thanks to Niko Tyni for the
+investigation and patch (Closes: #59).
+  * Refresh debian/copyright and explicitly refer to GPL-1 license text
+in common-licenses.
+  * Bump Standards-Version to 3.9.1.
+  * Add myself to Uploaders.
+
+ -- Salvatore Bonaccorso salvatore.bonacco...@gmail.com  Mon, 23 Aug 2010 
13:40:21 +0200
+
 libdbd-sqlite3-perl (1.29-2) unstable; urgency=low
 
   * Add dependency on perl-dbdapi-* (see #577209). (Closes: #578429)
diff -Nru libdbd-sqlite3-perl-1.29/debian/control 
libdbd-sqlite3-perl-1.29/debian/control
--- libdbd-sqlite3-perl-1.29/debian/control 2010-04-19 16:14:09.0 
+0200
+++ libdbd-sqlite3-perl-1.29/debian/control 2010-08-23 13:39:44.0 
+0200
@@ -1,26 +1,23 @@
 Source: libdbd-sqlite3-perl
 Section: perl
 Priority: optional
-Build-Depends: perl, debhelper (= 7.0.50~),
- libdbi-perl (= 1.610.90+is+1.609-1~),
- libsqlite3-dev ( 3.6.0), perl (= 5.10.1) | libpod-simple-perl (= 3.07),
- libperl-minimumversion-perl, libtest-cpan-meta-perl,
- libtest-minimumversion-perl, libtest-pod-perl (= 1.26)
+Build-Depends: perl, debhelper (= 7.0.50~), libdbi-perl (= 1.612),
+ libsqlite3-dev ( 3.6.0)
 Maintainer: Debian Perl Group pkg-perl-maintain...@lists.alioth.debian.org
 Uploaders: Krzysztof Krzyżaniak (eloy) e...@debian.org,
  Niko Tyni nt...@debian.org, gregor herrmann gre...@debian.org,
  Maximilian Gass m...@cloudconnected.org,
  Gunnar Wolf gw...@debian.org, Ryan Niebur r...@debian.org,
- Jonathan Yu jaw...@cpan.org, Ansgar Burchardt ans...@43-1.org
-Standards-Version: 3.8.4
+ Jonathan Yu jaw...@cpan.org, Ansgar Burchardt ans...@43-1.org,
+ Salvatore Bonaccorso salvatore.bonacco...@gmail.com
+Standards-Version: 3.9.1
 Homepage: http://search.cpan.org/dist/DBD-SQLite/
 Vcs-Svn: svn://svn.debian.org/pkg-perl/trunk/libdbd-sqlite3-perl/
 Vcs-Browser: http://svn.debian.org/viewsvn/pkg-perl/trunk/libdbd-sqlite3-perl/
 
 Package: libdbd-sqlite3-perl
 Architecture: any
-Depends: ${misc:Depends}, ${perl:Depends}, ${shlibs:Depends},
- ${libdbi-perl:Depends}
+Depends: ${misc:Depends}, ${perl:Depends}, ${shlibs:Depends}
 Description: Perl DBI driver with a self-contained RDBMS
  DBD::SQLite is a Perl DBI driver with a self-contained relational database
  management system. It embeds a small and fast embedded SQL database engine
diff -Nru libdbd-sqlite3-perl-1.29/debian/copyright 
libdbd-sqlite3-perl-1.29/debian/copyright
--- libdbd-sqlite3-perl-1.29/debian/copyright   2010-04-19 16:14:09.0 
+0200
+++ libdbd-sqlite3-perl-1.29/debian/copyright   2010-08-23 13:39:44.0 
+0200
@@ -3,6 +3,7 @@
 Source: http://search.cpan.org/dist/DBD-SQLite/
 Name: DBD-SQLite
 
+Files: *
 Copyright: 2002 - 2007 Matt Sergeant
  Some parts copyright 2008 Francis J. 

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Matthias Klose]

On 23.08.2010 13:45, Roger Leigh wrote:

On Mon, Aug 23, 2010 at 10:03:05AM +0200, Mike Hommey wrote:

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:

On 21.08.2010 14:56, Julien Cristau wrote:

On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:


Now, to be clear, what nice things would gcc-4.5 bring to our users?
There is a complete list here [0], but those ones are, in my opinion,
very nice:
  - The new link time optimiser.
  - Improved C++0x support.
  - Plugins support.


My understanding is that lto in 4.5 is not quite there yet.  Not that
I've tried it or anything.


I don't share your understanding. I tried it for some builds.


Maybe it works on small things, but I heard it doesn't work very well
for stuff like mozilla. 4.6 is supposed to get better.


I'm certainly concerned about issues such as #593876 where the
stricter linking breaks existing code.  I'm not sure about the
rationale for this extra strictness, but it does cause
unwanted breakage by breaking existing assumptions about
indirect linking.


thanks for catching this.  yes, this can be reverted.  I intend to make this the 
default for squeeze+1.  Bug report are filed for these failures, see


http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=no-add-needed;users=peter.fritzs...@gmx.de


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c72631b.8080...@debian.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Matthias Klose]

On 23.08.2010 13:21, Pierre Habouzit wrote:

On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:

On 21.08.2010 14:56, Julien Cristau wrote:

On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:


Now, to be clear, what nice things would gcc-4.5 bring to our users?
There is a complete list here [0], but those ones are, in my opinion,
very nice:
  - The new link time optimiser.
  - Improved C++0x support.
  - Plugins support.


My understanding is that lto in 4.5 is not quite there yet.  Not that
I've tried it or anything.


I don't share your understanding. I tried it for some builds.


I've tried it on the work repository, and lto ICEs the compiler. Plus I
get 2 other independant ICEs that I've not had time to reduce (hence the
lack of bug report yet).

Though this happens with the gcc-4.5 in unstable, I've not tried with
the one from experimental yet.


confused. up to now there is no gcc-4.5 in unstable.


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c72635b.30...@debian.org

Re: Upcoming freeze-exceptions: acl sane-backends

[Julien Cristau]

On Mon, Aug 23, 2010 at 10:42:42 +0200, Julien BLACHE wrote:

 Ping?
 
#590240 is still open, I thought that was a prerequisite...

Cheers,
Julien


signature.asc
Description: Digital signature

Re: Freeze for LLVM packages

[Adam D. Barratt]

On Wed, August 18, 2010 11:50, Arthur Loiret wrote:
 2010/8/18, Adam D. Barratt a...@adam-barratt.org.uk:
 This package still needs a bit of work, but not on this
 side.

 Ah, I'd assumed everything was basically ready to go and just waiting to
 be uploaded. How much is a bit of work?  One issue I did notice is
 that llvm-defaults is missing a build-dependency on m4 (having tried
 building it in a clean(ish) chroot).

 The source package was given in its current state, so not ready to
 be uploaded yet. The bit of work remaining is quite small (partly
 done locally already). I will probably give you the finished version
 later today.

Any news on this?  How far off are you from having a final version of
llvm-defaults and llvm-2.6 ready? (I'm assuming/hoping that the latter
would largely be a copy of the current llvm source package with the
necessary symlinks added, rather than also including a new upstream
version).

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/88e4fe533bb849157843fac544c8e781.squir...@adsl.funky-badger.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 02:02:35PM +0200, Matthias Klose wrote:
 On 23.08.2010 13:21, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.
 
 I've tried it on the work repository, and lto ICEs the compiler. Plus I
 get 2 other independant ICEs that I've not had time to reduce (hence the
 lack of bug report yet).
 
 Though this happens with the gcc-4.5 in unstable, I've not tried with
 the one from experimental yet.
 
 confused. up to now there is no gcc-4.5 in unstable.

Yeah, forget it, it was an older experimental version, some 4.5.0, and
it's fixed with the last ones.

-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823121354.gk1...@madism.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 02:05:25PM +0200, Matthias Klose wrote:
 On 23.08.2010 13:30, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 01:21:04PM +0200, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.
 
 I've tried it on the work repository, and lto ICEs the compiler. Plus I
 get 2 other independant ICEs that I've not had time to reduce (hence the
 lack of bug report yet).
 
 Though this happens with the gcc-4.5 in unstable, I've not tried with
 the one from experimental yet.
 
 Okay, it's not strictly speaking an ICE but I get, even with the one from
 experimental:
 
 qdb/qoutput-c.c:424:1: sorry, unimplemented: gimple bytecode streams do not 
 support the optimization attribute
 
 are the optimization flags both passed to the compiler and the linker?

Yes, and this happens on the compilation phase anyway, before the link
time. I'll try to reduce it, but I've not had the time yet, and it's
code from work that I definitely cannot give you access to.

 It's just that LTO isn't that a compelling reason, it's not 100%
 production ready. The plugin infrastructure is though. But you're citing
 dragonegg, and last time I checked, you had to patch gcc to export one
 more symbol. If you haven't applied that patch (if it's still required)
 your argument is moot. But I agree the plugin infrastructure *is* a
 compelling reason.
 
 the dragonegg package did never need a patch for gcc. It's still not needed.

Well, not so long time ago
http://llvm.org/svn/llvm-project/dragonegg/trunk/gcc-patches/ wasn't
empty ;)

So that's good news.
-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823121547.gl1...@madism.org

Re: dk-milter/dk-filter

[Adam D. Barratt]

On Sun, August 22, 2010 20:46, Mike Markley wrote:
 I've prepared a fix for an outstanding grave bug (#481072) in dk-filter
 (the sole binary package from the dk-milter source package). I'd like to
 upload it for inclusion into squeeze.

The package hasn't been in squeeze for several months now, mostly due to
that bug, and hasn't seen an upload since 2008; that doesn't immediately
scream freeze exception candidate.

 I would also appreciate it if you could consider permitting 1.0.2 to be
 uploaded instead for inclusion into squeeze. The only changes between
 1.0.0 in sid/lenny now and 1.0.2 are bugfixes, including one potential
 crash bug and a fix for OpenSSL thread-safety. None of the three bugs
 have been reported by Debian users, however.
[...]
 Let me know what diffs you'd like me to provide and I will be happy to
 oblige.

Please could you provide diffs for each of the options you mentioned? 
i.e. 1.0.0.dfsg-1 to a version with the fix for #481072, and 1.0.0.dfsg-1
to 1.0.2?

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/439e3db9625db8f6f08410dbe907551c.squir...@adsl.funky-badger.org

Re: synaptic and squeeze

[Michael Vogt]

On Wed, Aug 18, 2010 at 05:14:14PM +0100, Julien Cristau wrote:
 Hi Michael,
Hi,
 
sorry for the late reply, I was on vacation for a couple of days.

 synaptic 0.70~pre1 was uploaded to unstable a few days ago, do you
 consider it a candidate for squeeze?  I'm asking because it's one of the
 reverse dependencies of libapt-pkg and xapian which both have scheduled
 ABI bumps in the near future, so having synaptic out of the way would be
 nice.  The ~pre1 version seems to imply you have more changes lined up,
 and with squeeze now frozen it'd be nice to know where things stand.

I just used this version number as I expect minor fixes and i18n
updates. The new version should be pretty solid, its a merge from the
Ubuntu branch and that got good testing already. I think its fine to
push it into squeeze as it fixes some bugs that are in the 0.63.x
version (and adds apt-xapian-index support).

Cheers,
 Michael


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823122700.gn2...@tas

Re: please update drush to 3.1-2 in squeeze

[Adam D. Barratt]

Hi,

On Mon, August 23, 2010 09:32, The Anarcat wrote:
 I have just uploaded a new version of drush to unstable:

 http://packages.qa.debian.org/d/drush/news/20100822T173214Z.html

 This fixes a major usability issue due to a mis-packaging I originally
 did (forgot to include a file) described in #588639.

 The full diff from 3.1-1 is attached. It does include some unrelated
 changes (remove an extra licence file, fix a duplicate define, fix the
 version control urls), so I am sorry for this, but unfortunately, those
 fixes were sitting in my tree already, waiting for an upload.

Your diff doesn't match the version of the package uploaded to unstable -
specifically, the unstable package does not include the removal of the
license file nor the change to includes/environment.inc.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/ab0687313ad968b72d924513d56f9561.squir...@adsl.funky-badger.org

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Pierre Habouzit]

On Mon, Aug 23, 2010 at 02:05:25PM +0200, Matthias Klose wrote:
 On 23.08.2010 13:30, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 01:21:04PM +0200, Pierre Habouzit wrote:
 On Mon, Aug 23, 2010 at 04:05:32AM +0200, Matthias Klose wrote:
 On 21.08.2010 14:56, Julien Cristau wrote:
 On Fri, Aug 20, 2010 at 19:33:12 +0200, Arthur Loiret wrote:
 
 Now, to be clear, what nice things would gcc-4.5 bring to our users?
 There is a complete list here [0], but those ones are, in my opinion,
 very nice:
   - The new link time optimiser.
   - Improved C++0x support.
   - Plugins support.
 
 My understanding is that lto in 4.5 is not quite there yet.  Not that
 I've tried it or anything.
 
 I don't share your understanding. I tried it for some builds.
 
 I've tried it on the work repository, and lto ICEs the compiler. Plus I
 get 2 other independant ICEs that I've not had time to reduce (hence the
 lack of bug report yet).
 
 Though this happens with the gcc-4.5 in unstable, I've not tried with
 the one from experimental yet.
 
 Okay, it's not strictly speaking an ICE but I get, even with the one from
 experimental:
 
 qdb/qoutput-c.c:424:1: sorry, unimplemented: gimple bytecode streams do not 
 support the optimization attribute
 
 are the optimization flags both passed to the compiler and the linker?

I opened #594062 meaning that it's pretty minor. Though very fast one
trips on http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44802 which is
pretty serious for any kind of big enough build (as in using visibility
and commodity archives)

-- 
·O·  Pierre Habouzit
··Omadco...@debian.org
OOOhttp://www.madism.org


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823124954.gm1...@madism.org

Request for (pre-)approval of FAI 3.4.0

[Michael Prokop]

Hi,

FAI version 3.4.0 is sitting in NEW currently:
http://ftp-master.debian.org/new/fai_3.4.0.html

I'm the release manager of the FAI 3.4 release(s) and asked the FTP
team to let FAI through NEW, Jörg suggested to get approval by the
release team beforehand. Here I am. :)

Some background information:

The FAI release targets squeeze and was uploaded on 7th of August, just
a few hours after the freeze was announced by the release team:
https://lists.uni-koeln.de/pipermail/linux-fai/2010-August/008142.html

FAI is sitting in NEW because it introduces a new binary package
(fai-setup-storage), which is a result of providing FAI's
setup-storage feature as separate package for use without FAI. There
are *no* copyright changes present.

The release fixes a bunch of bugs (#588009, #428597, #573044,
#557544, #575812, #576092, #493237, #583289 and also #585063 which
addresses the ISC DHCP v4 transition) and is strongly targeted
towards squeeze. The changelog is available at
http://ftp-master.debian.org/new/fai_3.4.0.html and
at 
http://git.grml.org/?p=fai-stable.git;a=blob_plain;f=3.4/debian/changelog;hb=stable
as well (relevant changes are 3.3.5-3.4.0).

As we (the FAI team) want to provide the 3.4 version of FAI in
squeeze I kindly ask you for approving FAI 3.4.0 for
testing/squeeze.

JFTR: We have one further important bugfix for the 3.4 release
sitting in our repostory. We plan to release 3.4.1 including the
bugfix (and any further bugfixes that might come up in the
meanwhile) as soon as FAI 3.4.0 went through NEW. I'll ask for your
approval of 3.4.1 with a debdiff against 3.4.0 in a separate mail
later on then if that would be fine for you.

Thanks.

regards,
-mika-


signature.asc
Description: Digital signature

Re: what to do about aegir-provision

[Adam D. Barratt]

Hi,

On Mon, August 23, 2010 09:41, The Anarcat wrote:
 In fact, we are very close to getting 0.4 out the door. That release
 will be maintained for stability and security fixes, and would be a much
 better candidate for Squeeze than 0.3.

 Therefore, my question is: what should we do with Aegir in Debian? I see
 two options:

  1. remove the package from squeeze, as it is outdated
  2. wait for 0.4 to be released and try to push it to squeeze (which
  would require your help)

How close is very close?  How large is the diff between the current
Debian package and 0.4?

Given the apparent low usage of the package (at least according to popcon)
and the lack of reverse-dependencies, it may be worth considering removing
the package.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/0f6c7f69d7438e676094b9efc55a1092.squir...@adsl.funky-badger.org

Re: Please unblock libgtk2-spell-perl/1.03-5

[Adam D. Barratt]

On Mon, August 23, 2010 11:06, Chris Butler wrote:
 I've just uploaded libgtk2-spell-perl 1.03-5 to fix RC bug #591129. The
 only change is adding a missing build-dependency, required by the test
 suite, debdiff attached.

Unblocked.

Regards,

Adam


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/5ce819fe79f9aa890baaf19c26f66445.squir...@adsl.funky-badger.org

Freeze exception for haskell-leksah-server_0.8.0.6-2

[Marco Túlio Gontijo e Silva]

Hi,

I just uploaded haskell-leksah-server_0.8.0.6-2, which fixes an RC bug in
0.8.0.6-1.  The patch is attached.

Greetings.
-- 
marcot
http://wiki.debian.org/MarcoSilva


haskell-leksah-server_0.8.0.6-2.diff
Description: Binary data


signature.asc
Description: PGP signature

Re: Freeze exception for haskell-leksah-server_0.8.0.6-2

[Marco Túlio Gontijo e Silva]

Hi again.

Excerpts from Marco Túlio Gontijo e Silva's message of Seg Ago 23 10:13:07 
-0300 2010:
(...)
 I just uploaded haskell-leksah-server_0.8.0.6-2, which fixes an RC bug in
 0.8.0.6-1.  The patch is attached.

It seems I haven't fixed the bug completely in 0.8.0.6-2, so I uploaded
0.8.0.6-3.  The diff from -1 to -3 is attached.

Greetings.
(...)
-- 
marcot
http://wiki.debian.org/MarcoSilva


haskell-leksah-server_0.8.0.6-3.diff
Description: Binary data


signature.asc
Description: PGP signature

Re: what to do about aegir-provision

[The Anarcat]

On Mon, Aug 23, 2010 at 01:56:55PM +0100, Adam D. Barratt wrote:
 Hi,
 
 On Mon, August 23, 2010 09:41, The Anarcat wrote:
  In fact, we are very close to getting 0.4 out the door. That release
  will be maintained for stability and security fixes, and would be a much
  better candidate for Squeeze than 0.3.
 
  Therefore, my question is: what should we do with Aegir in Debian? I see
  two options:
 
   1. remove the package from squeeze, as it is outdated
   2. wait for 0.4 to be released and try to push it to squeeze (which
   would require your help)
 
 How close is very close?  How large is the diff between the current
 Debian package and 0.4?

 a) very close is a few weeks before a beta, probably a few months
 before a complete release

 b) the diff is very large. a lot of parts have been re-written.

 Given the apparent low usage of the package (at least according to popcon)
 and the lack of reverse-dependencies, it may be worth considering removing
 the package.

That would be unfortunate, as it would mean I would have to maintain a
separate archive for the public packages ... or would it be uploadable
to backports?

-- 
Antoine Beaupré
Réseau Koumbit Networks
+1.514.387.6262


signature.asc
Description: Digital signature

Re: Freeze exception: foomatic-filters 4.0.5

[Didier 'OdyX' Raboud]

Didier 'OdyX' Raboud wrote:
 Julien Cristau wrote:
 Didier 'OdyX' Raboud wrote:
 So three solutions IMHO:
 
 i) keep foomatic-filters in lenny-style, with Chris as maintainer
 (basically foomatic-* MIA), no update towards Squeeze;
 ii) upload foomatic-filters 4.0.5-* with the dpkg-vendor thing removed
 but with ps_accounting default enabled;
 iii) upload foomatic-filters 4.0.5-* with the dpkg-vendor thing removed
 but _without_ the ps_accounting default change;
 
 What do you think ?
 
 I guess I'm fine with any of those.
 
 Okay, I'll go on with ii) and getting foomatic-filters uploaded to
 unstable with the dpkg-vendor thing removed. If that is needed, I'd be
 perfectly fine with a 10 days delay before the transition.
 
 I'll reply to this thread when the upload is done.

Foomatic-filters 4.0.5-1 has been uploaded to unstable, with the dpkg-vendor 
thing removed. It's in sid for 3 days now. As said above, I'm fine with 
anything 10 days if needed.

TIA again, cheers,

OdyX



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/i4u1tu$qr...@dough.gmane.org

Re: please update drush to 3.1-2 in squeeze

[The Anarcat]

On Mon, Aug 23, 2010 at 01:46:12PM +0100, Adam D. Barratt wrote:
 Hi,
 
 On Mon, August 23, 2010 09:32, The Anarcat wrote:
  I have just uploaded a new version of drush to unstable:
 
  http://packages.qa.debian.org/d/drush/news/20100822T173214Z.html
 
  This fixes a major usability issue due to a mis-packaging I originally
  did (forgot to include a file) described in #588639.
 
  The full diff from 3.1-1 is attached. It does include some unrelated
  changes (remove an extra licence file, fix a duplicate define, fix the
  version control urls), so I am sorry for this, but unfortunately, those
  fixes were sitting in my tree already, waiting for an upload.
 
 Your diff doesn't match the version of the package uploaded to unstable -
 specifically, the unstable package does not include the removal of the
 license file nor the change to includes/environment.inc.

apologies for that. I'm am not sure I understand what that implies. If
there are *less* changes than what is in the unstable upload, that
should be good, no? :)

The critical issue is just this patch to debian/rules:

--- a/debian/rules
+++ b/debian/rules
@@ -36,6 +36,7 @@ install: build

cp -r $(CURDIR)/commands $(CURDIR)/includes 
$(CURDIR)/debian/drush/usr/share/drush
cp -r $(CURDIR)/drush.php $(CURDIR)/debian/drush/usr/share/drush/
+   cp -r $(CURDIR)/drush.info $(CURDIR)/debian/drush/usr/share/drush/
chmod a+x $(CURDIR)/debian/drush/usr/share/drush/drush.php
ln -s /usr/share/drush/drush.php $(CURDIR)/debian/drush/usr/bin/drush

I think that is in the unstable upload.

Thank you for your patience.. :)

-- 
Antoine Beaupré
Réseau Koumbit Networks
+1.514.387.6262


signature.asc
Description: Digital signature

Re: freeze exception for gcc-4.5 (i386, amd64 only)

[Arthur Loiret]

2010/8/23, Pierre Habouzit madco...@madism.org:
 It's just that LTO isn't that a compelling reason, it's not 100%
 production ready. The plugin infrastructure is though. But you're citing
 dragonegg, and last time I checked, you had to patch gcc to export one
 more symbol. If you haven't applied that patch (if it's still required)
 your argument is moot. But I agree the plugin infrastructure *is* a
 compelling reason.

dragonegg doesn't need to patch GCC anymore. Plus there is a 2.7 release.



   Arthur.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktimeko3vrkon_1e=xq-9lv4umrw=fqqwtbips...@mail.gmail.com

Re: libdb5, mips and squeeze

[Aurelien Jarno]

On Thu, Aug 12, 2010 at 11:15:14AM +0200, Marco d'Itri wrote:
 libdb5 has been failing to build on mips and mipsel for over 5 weeks,
 and apparently nobody cares.
 I have multiple packages linked to it which have not been able to move
 to testing, should I rebuild them for tpu or can I expect this to be
 solved in a reasonable timeframe?
 

The problem is that the Versions script on mips doesn't contains the
symbols gcc fails to find at link time. There is a problem with the
regular expressions used to build this file, I'll try to write a patch
asap.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823152339.gd19...@hall.aurel32.net

Re: What to do about libtest-harness-perl?

[gregor herrmann]

On Sat, 21 Aug 2010 15:03:02 +0100, Adam D. Barratt wrote:

   The bug concerns how the prove utility handles testing scripts
   directly. Anyway other members of the Debian Perl group will want to
   express an opinion.
   Did any of them do so and simply fail to Cc -release? :-)
  The group definitely knows about the issue. What other information  
  apart from opinions would be of use?
 I only mentioned it because you said they would want to express their
 opinion. ;-)

:)
 
I looked into this issue now. Disclaimer/summary: I'm confused :)

The options seem to be to take either the new 3.22 release or create
a huge patch by taking several commits (mentioned in the first mail to
this bug). Looks both not really attractive.

Looking at the diff at
http://search.cpan.org/diff?from=Test-Harness-3.21to=Test-Harness-3.22w=1
doesn't also really help due to it's size.

More interesting is a look at the two original upstream reports:
https://rt.cpan.org/Public/Bug/Display.html?id=59186
https://rt.cpan.org/Public/Bug/Display.html?id=59457

Both tickets mention a fix in one commit:
* 59186 - 
http://github.com/AndyA/Test-Harness/commit/80cf0384667d8bc7e95c2b0565827292aacab139
  (and for the test: probably
  
http://github.com/AndyA/Test-Harness/commit/a794796d6780f4438bb492bf87ed14982a5357dd
 and
  
http://github.com/AndyA/Test-Harness/commit/3a934f897b6a9d1d91afbeca21616e4c729f344f
 and
  
http://github.com/AndyA/Test-Harness/commit/6ca9bf39fed165755033e824b895edea1cac21a7
 )
* 59457 - 
http://github.com/AndyA/Test-Harness/commit/6703fdc01e152df672047400364b227a172449e2

I have no idea if this is enough or not; Nicholas and v.nix.is, what
do you think?


Cheers,
gregor, who hopes that someone else would also take a look into this
issue

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-NP: Various Artists: Irish Ways And Irish Laws


signature.asc
Description: Digital signature

please unblock openbsd-inetd 0.20080125-5

[Marco d'Itri]

openbsd-inetd (0.20080125-5) unstable; urgency=medium

  * Added --oknodo to the init script. (Closes: #592582)

 -- Marco d'Itri m...@linux.it  Mon, 16 Aug 2010 21:33:09 +0200

-- 
ciao,
Marco


signature.asc
Description: Digital signature

please unblock munin 1.4.5-2

[Holger Levsen]

Hi,

--- munin-1.4.5/debian/changelog
+++ munin-1.4.5/debian/changelog
@@ -1,3 +1,11 @@
+munin (1.4.5-2) unstable; urgency=low
+
+  [ Tom Feiner ]
+  * munin-plugins-extra: conflicts with lenny's munin-node (Closes: #590630)
+  * Bump standards-version to 3.9.1, no changes necessary.
+
+ -- Tom Feiner feiner@gmail.com  Fri, 13 Aug 2010 16:58:37 +0300

--- munin-1.4.5/debian/control
+++ munin-1.4.5/debian/control
-Standards-Version: 3.8.4
+Standards-Version: 3.9.1
+Replaces: munin-node ( 1.4.0-1)


Thanks,
Holger


signature.asc
Description: This is a digitally signed message part.

Re: What to do about libtest-harness-perl?

[Nicholas Bamber]

I am digging deeper but apart from confirming that the issues are real 
and fixed by 3.22 I have not got anything yet. I am trying to build what 
a patched 3.21 would be and get a more informed opinion but the required 
patch does look big to me. 



gregor herrmann wrote:

On Sat, 21 Aug 2010 15:03:02 +0100, Adam D. Barratt wrote:

  

The bug concerns how the prove utility handles testing scripts
directly. Anyway other members of the Debian Perl group will want to
express an opinion.
  

Did any of them do so and simply fail to Cc -release? :-)

The group definitely knows about the issue. What other information  
apart from opinions would be of use?
  

I only mentioned it because you said they would want to express their
opinion. ;-)



:)
 
I looked into this issue now. Disclaimer/summary: I'm confused :)


The options seem to be to take either the new 3.22 release or create
a huge patch by taking several commits (mentioned in the first mail to
this bug). Looks both not really attractive.

Looking at the diff at
http://search.cpan.org/diff?from=Test-Harness-3.21to=Test-Harness-3.22w=1
doesn't also really help due to it's size.

More interesting is a look at the two original upstream reports:
https://rt.cpan.org/Public/Bug/Display.html?id=59186
https://rt.cpan.org/Public/Bug/Display.html?id=59457

Both tickets mention a fix in one commit:
* 59186 - 
http://github.com/AndyA/Test-Harness/commit/80cf0384667d8bc7e95c2b0565827292aacab139
  (and for the test: probably
  
http://github.com/AndyA/Test-Harness/commit/a794796d6780f4438bb492bf87ed14982a5357dd
 and
  
http://github.com/AndyA/Test-Harness/commit/3a934f897b6a9d1d91afbeca21616e4c729f344f
 and
  
http://github.com/AndyA/Test-Harness/commit/6ca9bf39fed165755033e824b895edea1cac21a7
 )
* 59457 - 
http://github.com/AndyA/Test-Harness/commit/6703fdc01e152df672047400364b227a172449e2

I have no idea if this is enough or not; Nicholas and v.nix.is, what
do you think?


Cheers,
gregor, who hopes that someone else would also take a look into this
issue

  


attachment: nicholas.vcf

Bug#579795: apt transition

[David Kalnischkies]

2010/8/21 Julien Cristau jcris...@debian.org:
 We're (finally) getting ready to start this.  Can you provide an outline
 of the changes you want to get in?

Basically the package which is bumming around in experimental
plus a few bugfixes which are in the pipeline and (hopefully a lot)
of updated translations Christian Perrier intends to work on at the
start of September [0] (doesn't block the transition itself, just as a
note and as an early question for a freeze exception).

Most notable changes are:
* MultiArch ABI changes (disabled at runtime per default)
* download and usage of multiple description translation files
* dynamic growable mmap (no more mmap ran out of room)
* be able to use gzip compressed indexes directly
* a new (more human readable) history.log file
* be able to handle dpkgs disappearing packages feature
* support deb files bigger than 2 GB
* support for architecture wildcards as declared by d-policy 3.9
* rewrite and abstraction of the commandline parsing resulting
  in the ability to understand e.g. apt-cache depends apt-u.*/installed
* a complete sync with ubuntu with very few remaining differences
  (this version is shipped and tested since ~2 weeks in ubuntu/maverick
   and hasn't caused serious issues so far)
* a big bunch of other bugfixes (including at least 2 rc's) accumulating
  since February in experimental…

A more complete changelog can be viewed in *drum roll* debian/changelog [1]
or in the sometimes slightly more verbose bazaar history [2].


Julians needs regarding python-apt and co. are included in
his mail send earlier this month. [3]


Further more we would be still happy about a comment or two on
bug #558784 [4] as asked for in April or so as debian-archive-keyring
is your package and at least part of the problem…

Fixing it would mean that debian-archive-keyring doesn't need gpg
to install the keyring in APT and APT just needs gpgv for apt-secure
dropping gnupg from important (at least in APTs dependency chain)…


Best regards,

David Kalnischkies


P.S.: Michael and I will try to be online at the releaseteam-meeting
today in the case release team should have instant questions…

[0] http://lists.debian.org/deity/2010/08/msg00115.html
[1] 
http://bzr.debian.org/loggerhead/apt/apt/debian-sid/annotate/head:/debian/changelog
[2] http://bzr.debian.org/loggerhead/apt/apt/debian-sid/changes
[3] http://lists.debian.org/deity/2010/08/msg00020.html
[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558784



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=flnyx8mzxuuedo1fgmueyvhpxkpkagvukk...@mail.gmail.com

Bug#594097: unblock: fbi/2.07-5

[Moritz Muehlenhoff]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package fbi. It properly limits the archs to
our Linux based ports (with the exception of s390). (#593400)

The old broken KFreeBSD and Hurd binaries have been removed by
FTP masters.

unblock fbi/2.07-5

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100823170855.3587.51651.report...@localhost.localdomain

Re: What to do about libtest-harness-perl?

[gregor herrmann]

On Mon, 23 Aug 2010 17:41:12 +0100, Nicholas Bamber wrote:

 I am digging deeper but apart from confirming that the issues are
 real and fixed by 3.22 I have not got anything yet. I am trying to
 build what a patched 3.21 would be and get a more informed opinion
 but the required patch does look big to me.

Great, thanks!

(And: s/3\.21/3.20/, since 3.20 is in testing+unstable)
 

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT  SPI, fellow of Free Software Foundation Europe
   `-NP: U2: Bad


signature.asc
Description: Digital signature

Re: please unblock munin 1.4.5-2

[Adam D. Barratt]

On Mon, 2010-08-23 at 18:40 +0200, Holger Levsen wrote:
 +  * munin-plugins-extra: conflicts with lenny's munin-node (Closes: #590630)
 +  * Bump standards-version to 3.9.1, no changes necessary.

The first changelog entry is slightly misleading, given that it's a
Replaces. :)

Unblocked.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282584662.20396.148.ca...@kaa.jungle.aubergine.my-net-space.net

Bug#594098: unblock: darcs-buildpackage/0.5.12.2

[Moritz Muehlenhoff]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

All the RC bugs seem fixed in darcs-buildpackage, but it doesn't
migrate. It's not clear to me what the problem is, maybe it needs
to be forced in somehow?

Cheers,
   Moritz

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100823171209.4146.39894.report...@localhost.localdomain

Re: please unblock openbsd-inetd 0.20080125-5

[Adam D. Barratt]

On Mon, 2010-08-23 at 18:35 +0200, Marco d'Itri wrote:
 openbsd-inetd (0.20080125-5) unstable; urgency=medium
 
   * Added --oknodo to the init script. (Closes: #592582)

The package doesn't appear to contain any changes to the init script:

 changelog |6 ++
 control   |2 +-
 2 files changed, 7 insertions(+), 1 deletion(-)


Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282585126.20979.15.ca...@kaa.jungle.aubergine.my-net-space.net

Re: Gnash 0.8.8 has just been released - Asking for an exception to the freeze

[Petter Reinholdtsen]

[Miriam Ruiz]
 Gnash 0.8.8 has just been released today [1]. I think that the big
 improvements and the lack of reverse dependencies might make it a
 suitable candidate for an exclusion to the freeze. Moving Gnash 0.8.8
 to Squeeze won't affect any other package.

It would affect Debian Edu positively, thought, as we would get many
bug fixes into the default Flash plugin we provide for schools.

I hope the new Gnash version hold up in testing and can make it to
Squeeze.

Just wanted to mention it, to give the release team some feedback on
the impact this update would have on Squeeze. :)

Happy hacking,
-- 
Petter Reinholdtsen


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2flsk25s0ja@login1.uio.no

Re: Upcoming freeze-exceptions: acl sane-backends

[Julien BLACHE]

Julien Cristau jcris...@debian.org wrote:

Hi,

 Ping?

 #590240 is still open, I thought that was a prerequisite...

Yes, indeed, it is. So a new version of acl would be OK for the release
team?

Nathan, what's the status on your end?

JB.

-- 
 Julien BLACHE jbla...@debian.org  |  Debian, because code matters more 
 Debian  GNU/Linux Developer|   http://www.debian.org
 Public key available on http://www.jblache.org - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/8762z1p66m@sonic.technologeek.org

Re: Updating system-config-printer

[Guido Günther]

On Fri, Aug 20, 2010 at 10:44:57AM +0100, Julien Cristau wrote:
 On Thu, Aug 19, 2010 at 18:36:18 +0200, Guido Günther wrote:
 
  Hi release team,
  system-config-printer in Squeeze is quiet outdated (1.0.0). I've prepared a 
  new
  upstream version (1.2.3) in experimental some time ago:
  
  http://packages.debian.org/experimental/system-config-printer
  
  It fixes a great deal of important bugs against the package
  
  http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=system-config-printer
  
  and allows to run the GNOME desktop without hal. Are there any chances
  to get this into squeeze? system-config-printer-kde has also been
  updated to work with the cupshelpers from system-config-printer.
  
 Please upload to unstable.
Done. Note that this breaks system-config-printer-kde. A fixed version
fixing just this issue is in experimental (#592900).
Cheers,
 -- Guido


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823180030.ga9...@bogon.sigxcpu.org

Re: [v-admins] Bug#592506: What to do about libtest-harness-perl?

[Debian bug at v.nix.is]

On Mon, Aug 23, 2010 at 16:00, gregor herrmann gre...@debian.org wrote:
 I have no idea if this is enough or not; Nicholas and v.nix.is, what
 do you think?

I didn't track down what commits exactly were pertinent to fixing
this, I just did a log from 3.21 to the master at the time and picked
all the pertinent ones.

The tests in the current master should test for the required behavior,
you can also e.g. check out Git's own git.git, run make and do cd t 
prove t[0-9]*.sh to see if it works.

I'm on vacation now but I'd be happy to test out any patched version
around the end of the month to see if it fixes this issue.

I didn't see anything major in 3.22 though that should hold back
getting it into the next stable, and maintaining a 3.22 in Debian
instead of a patched version would probably be less painful in the
long run.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlkti=ydrq0zpveudjzbzuujfwdkkcoz1ulbabko...@mail.gmail.com

Bug#594098: marked as done (unblock: darcs-buildpackage/0.5.12.2)

[Debian Bug Tracking System]

Your message dated Mon, 23 Aug 2010 19:23:45 +0100
with message-id 
1282587825.20979.250.ca...@kaa.jungle.aubergine.my-net-space.net
and subject line Re: Bug#594098: unblock: darcs-buildpackage/0.5.12.2
has caused the Debian Bug report #594098,
regarding unblock: darcs-buildpackage/0.5.12.2
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
594098: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594098
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

All the RC bugs seem fixed in darcs-buildpackage, but it doesn't
migrate. It's not clear to me what the problem is, maybe it needs
to be forced in somehow?

Cheers,
   Moritz

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


---End Message---
---BeginMessage---
On Mon, 2010-08-23 at 19:12 +0200, Moritz Muehlenhoff wrote:
 All the RC bugs seem fixed in darcs-buildpackage, but it doesn't
 migrate. It's not clear to me what the problem is, maybe it needs
 to be forced in somehow?

The problem is that the 0.5.12 source is still in unstable, as newer
versions haven't been able to be built on hurd-i386 yet due to a chain
of unavailable build-dependencies.  (This is why the version graph on
the BTS page for #536922 shows (unstable, stable) in the lower red
oval)

In the longer term it would probably be helpful if the files provided to
britney by the BTS ignored such bugs.  In the short term, some
combination of a force hint and a removal request for the old
hurd-i386 binaries is required; I've done the former for now.

Regards,

Adam

---End Message---

Re: please update drush to 3.1-2 in squeeze

[Adam D. Barratt]

On Mon, 2010-08-23 at 10:53 -0400, The Anarcat wrote:
 On Mon, Aug 23, 2010 at 01:46:12PM +0100, Adam D. Barratt wrote:
  Hi,
  
  On Mon, August 23, 2010 09:32, The Anarcat wrote:
[...]
   The full diff from 3.1-1 is attached. It does include some unrelated
   changes (remove an extra licence file, fix a duplicate define, fix the
   version control urls), so I am sorry for this, but unfortunately, those
   fixes were sitting in my tree already, waiting for an upload.
  
  Your diff doesn't match the version of the package uploaded to unstable -
  specifically, the unstable package does not include the removal of the
  license file nor the change to includes/environment.inc.
 
 apologies for that. I'm am not sure I understand what that implies. If
 there are *less* changes than what is in the unstable upload, that
 should be good, no? :)

Assuming you meant less changes in the unstable upload, then yes :-)

 The critical issue is just this patch to debian/rules:
 
 --- a/debian/rules
 +++ b/debian/rules
 @@ -36,6 +36,7 @@ install: build
 
 cp -r $(CURDIR)/commands $(CURDIR)/includes 
 $(CURDIR)/debian/drush/usr/share/drush
 cp -r $(CURDIR)/drush.php $(CURDIR)/debian/drush/usr/share/drush/
 +   cp -r $(CURDIR)/drush.info $(CURDIR)/debian/drush/usr/share/drush/
 chmod a+x $(CURDIR)/debian/drush/usr/share/drush/drush.php
 ln -s /usr/share/drush/drush.php $(CURDIR)/debian/drush/usr/bin/drush
 
 I think that is in the unstable upload.

It is; that and the changes to the Vcs-* fields.  I've unblocked 3.1-2.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282589278.20979.379.ca...@kaa.jungle.aubergine.my-net-space.net

Re: binNMU order of ObjC/GNUstep packages

[Yavor Doganov]

Mehdi Dogguy wrote:
 That said, you could also set good dependencies like what has been
 done for OCaml packages for instance and make them not installable
 if it doesn't match your criteria

Interesting.  Is dh-ocaml the right package to look at?
If it's not too hard, it'll be nice to implement this for GNUstep
packages too (in squeeze+1, now it's too late for surgeries).

 (which is way better than errors at runtime or hidden breakages).

Undoubtedly.


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87pqx9xjpe.gnus_not_unix!%ya...@gnu.org

Please unblock dctrl-tools 2.14.1

[Antti-Juhani Kaijanaho]

Please unblock dctrl-tools 2.14.1.

This is a translation update with the following additional changes:

  * I changed one string to make it easier to translate.  The
included translation updates all incorporate this change.

  * I updated Standards-Version with no packaging changes.

  * All po files (including those that have not been updated by a translator)
have been rebuilt to match the current strings.  This makes them suitable
for translator attention.  (I realize now that this inflates the diff, but
it ought not affect the quality of the package.)  

The following is the source debdiff with the po file changes omitted.

diff -Nru dctrl-tools-2.14/debian/changelog dctrl-tools-2.14.1/debian/changelog
--- dctrl-tools-2.14/debian/changelog   2009-12-05 13:23:07.0 +0200
+++ dctrl-tools-2.14.1/debian/changelog 2010-08-23 21:09:14.0 +0300
@@ -1,3 +1,18 @@
+dctrl-tools (2.14.1) unstable; urgency=low
+
+  [ Antti-Juhani Kaijanaho ]
+  * grep-dctrl: Make a help string more comprehensible
+  * po/fi.po: Updated translation.
+  * Further Russian translation update from Yuri Kozlov (closes: #593240)
+  * French translation updated by David Prévot (closes: #593990)
+  * Standards-Version updated to 3.9.1 with no packaging changes.
+  
+  [ Gerfried Fuchs ]
+  * Russian translation updated by Yuri Kozlov (closes: #513026)
+  * German translation updated by myself.
+
+ -- Antti-Juhani Kaijanaho a...@debian.org  Mon, 23 Aug 2010 21:08:39 +0300
+
 dctrl-tools (2.14) unstable; urgency=low
 
   [ Antti-Juhani Kaijanaho ]
diff -Nru dctrl-tools-2.14/debian/control dctrl-tools-2.14.1/debian/control
--- dctrl-tools-2.14/debian/control 2009-12-05 13:23:07.0 +0200
+++ dctrl-tools-2.14.1/debian/control   2010-08-23 21:09:14.0 +0300
@@ -4,7 +4,7 @@
 Maintainer: dctrl-tools developers dctrl-tools-de...@lists.alioth.debian.org
 Uploaders: Antti-Juhani Kaijanaho a...@debian.org,
Jon Bernard jbern...@debian.org
-Standards-Version: 3.8.3
+Standards-Version: 3.9.1
 Build-Depends: gettext (= 0.11-0), gcc (= 3.0)
 Vcs-Git: git://git.debian.org/git/collab-maint/dctrl-tools.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/dctrl-tools.git;a=summary
diff -Nru dctrl-tools-2.14/grep-dctrl/grep-dctrl.c 
dctrl-tools-2.14.1/grep-dctrl/grep-dctrl.c
--- dctrl-tools-2.14/grep-dctrl/grep-dctrl.c2009-12-05 13:23:07.0 
+0200
+++ dctrl-tools-2.14.1/grep-dctrl/grep-dctrl.c  2010-08-23 21:09:14.0 
+0300
@@ -1,5 +1,5 @@
 /*  dctrl-tools - Debian control file inspection tools
-Copyright © 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008
+Copyright © 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 
2010
 Antti-Juhani Kaijanaho
 
 This program is free software; you can redistribute it and/or modify
@@ -139,7 +139,7 @@
{ mmap,   OPT_MMAP, 0,0, N_(Attempt mmapping 
input files) },
{ ignore-parse-errors, OPT_IGN_ERRS, 0,   0, N_(Ignore parse 
errors) },
 { pattern,OPT_PATTERN, N_(PATTERN), 0, N_(Specify the 
pattern to search for) },
-   { whole-pkg,  'w', 0, 0, N_(Do (eregex) matching 
on whole package names) },
+   { whole-pkg,  'w', 0, 0, N_(Match only whole 
package names (this implies -e)) },
{ 0 }
 };
 
-- 
Antti-Juhani Kaijanaho, Jyväskylä, Finland
http://antti-juhani.kaijanaho.fi/newblog/
http://www.flickr.com/photos/antti-juhani/


signature.asc
Description: Digital signature

Re: Please consider migrating gearman-interface 0.13.2-2 to testing

[Clint Byrum]

Hi Adam, thanks very much for taking a look!

On Aug 21, 2010, at 11:45 AM, Adam D. Barratt wrote:

 On Sat, 2010-08-21 at 09:17 -0700, Clint Byrum wrote:
   * debian/rules: moving tarball .c files out of the way so swig will
   rebuild and ship the .py files. (Closes: #593642)
 
 So far as I can see, this:
 
 [ -f python/libgearman.c.orig ] || [ -f python/libgearman.c ]  mv -f 
 python/libgearman.c python/libgearman.c.orig || true
 
 will attempt the mv if python/libgearman.c.orig exists but
 python/libgearman.c does not; was that intentional?
 

Definitely not. The intention is to only do the move if libgearman.c.orig
does not exist, and libgearman.c does.

I suppose this actually does the same thing:

mv -n python/libgearman.c python/libgearman.c.orig || true

   * add description of gearman to long description (quiets lintian)
   * Removing unnecessary build depends on ruby/rubygems
   * Version build-dep on python3
   * change python:Provides to python3:Provides
   * re-enable dh_usrlocal
 
 Why was the override added in the first place?
 

Somehow this slipped through, it was overridden during a bit of frantic
iterative building/failing early in the package's life, and never 
re-enabled, but the override was never actually necessary.

--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/099a39c8-c386-4014-92db-0ef499e86...@ubuntu.com

Re: Please unblock dctrl-tools 2.14.1

[Adam D. Barratt]

On Mon, 2010-08-23 at 21:52 +0300, Antti-Juhani Kaijanaho wrote:
 Please unblock dctrl-tools 2.14.1.
 
 This is a translation update with the following additional changes:
 
   * I changed one string to make it easier to translate.  The
 included translation updates all incorporate this change.
 
   * I updated Standards-Version with no packaging changes.
 
   * All po files (including those that have not been updated by a translator)
 have been rebuilt to match the current strings.  This makes them suitable
 for translator attention.  (I realize now that this inflates the diff, but
 it ought not affect the quality of the package.)  

Unblocked.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282590299.21871.41.ca...@kaa.jungle.aubergine.my-net-space.net

Bug#592421: unblock: groovy/1.7.4-1

[Torsten Werner]

Hi Adam,

On Mon, Aug 16, 2010 at 11:34 PM, Adam D. Barratt
a...@adam-barratt.org.uk wrote:
        317 files changed, 12971 insertions(+), 4237 deletions(-)

 which is saner but was still a pain to review.

yes I agree.

 The changelog suggests that the fix for that bug was simply the addition
 of default-jdk to the dependencies.  Is there something else which is
 specifically reliant on the new upstream version?  (Other than not
 wanting to maintain an older version).

No. Do you want me to upload a version that fixes #580160 to testing?

Cheers,
Torsten



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktiÍmrspeb6ublsjnanlzhqbqzbjrya=s5u4...@mail.gmail.com

Re: what to do about aegir-provision

[Adam D. Barratt]

On Mon, 2010-08-23 at 10:51 -0400, The Anarcat wrote:
 On Mon, Aug 23, 2010 at 01:56:55PM +0100, Adam D. Barratt wrote:
  On Mon, August 23, 2010 09:41, The Anarcat wrote:
   In fact, we are very close to getting 0.4 out the door. That release
   will be maintained for stability and security fixes, and would be a much
   better candidate for Squeeze than 0.3.
[...]
  How close is very close?  How large is the diff between the current
  Debian package and 0.4?
 
  a) very close is a few weeks before a beta, probably a few months
  before a complete release
 
  b) the diff is very large. a lot of parts have been re-written.

Unfortunately neither of those is great during a freeze; a few months
before the package would be available doesn't sound very close, imho.

  Given the apparent low usage of the package (at least according to popcon)
  and the lack of reverse-dependencies, it may be worth considering removing
  the package.
 
 That would be unfortunate, as it would mean I would have to maintain a
 separate archive for the public packages

I can't really judge whether releasing with 0.3 would be preferable than
not releasing anything at all; your earlier mail appeared to suggest
that it would not be.

 ... or would it be uploadable
 to backports?

In general, it would only be uploadable to backports once it was in
testing.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282590811.21871.89.ca...@kaa.jungle.aubergine.my-net-space.net

Re: binNMU order of ObjC/GNUstep packages

[Mehdi Dogguy]

On 08/23/2010 08:33 PM, Yavor Doganov wrote:
 Mehdi Dogguy wrote:
 That said, you could also set good dependencies like what has
 been done for OCaml packages for instance and make them not
 installable if it doesn't match your criteria
 
 Interesting.  Is dh-ocaml the right package to look at? If it's not
 too hard, it'll be nice to implement this for GNUstep packages too
 (in squeeze+1, now it's too late for surgeries).
 

Yes, it's dh-ocaml. If you need more details about how it works, I'll be
glad to help (privately… no need to bother the list).

Regards,

-- 
Mehdi Dogguy مهدي الدڤي
http://dogguy.org/


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c72cfb0.6080...@dogguy.org

Processed: unblock: java-common/0.40

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

 reopen 592697
Bug #592697 {Done: Adam D. Barratt a...@adam-barratt.org.uk} 
[release.debian.org] unblock: java-common/0.39
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
592697: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592697
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.128259502616350.transcr...@bugs.debian.org

Processed: retitle 592697 to unblock: java-common/0.40

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

 retitle 592697 unblock: java-common/0.40
Bug #592697 [release.debian.org] unblock: java-common/0.39
Changed Bug title to 'unblock: java-common/0.40' from 'unblock: 
java-common/0.39'
 thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
592697: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592697
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.128259555319504.transcr...@bugs.debian.org

Bug#592697: unblock: java-common/0.40

[Torsten Werner]

reopen 592697
thanks

Hi,

thanks for unblocking 0.39 but my upload did not work as expected
because the arch any packages got downgraded on mips. I have
introduced an epoch for the arch any packages now. The upload includes
the switch to openjdk on powerpcsce as discussed at
http://lists.debian.org/debian-release/2010/08/msg01138.html. The
source diff can be seen at
http://svn.debian.org/wsvn/pkg-java/?op=compcompare[]=%2ftrunk%2fjava-com...@12897compare[]=%2ftrunk%2fjava-com...@12931.

Thanks,
Torsten

unblock java-common/0.40



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktim3s2guyrjfm8wrjnj3ko=7g8gvucwf4x8h3...@mail.gmail.com

Approval to upload adtool 1.3.3-2

[Jonathan Wiltshire]

Hi,

Please consider the following diff for fixing bug #593744, severity
important (not yet uploaded to sid).

I have not fixed the two other outstanding issues: no debian/source/format
and not-quite-up-to-date standards version. If you would like them fixed in
this release, I'm happy to do so in addition.

j...@lupin:~/debian/packages/adtool-1.3.3$ git diff debian/1.3.3-1..
diff --git a/debian/changelog b/debian/changelog
index 5ff17c3..6d1b5fe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+adtool (1.3.3-2) unstable; urgency=low
+
+  * Install adtool.cfg.dist to /etc/adtool.cfg on auto-builders too
+(Closes: #593744)
+
+ -- Jonathan Wiltshire deb...@jwiltshire.org.uk  Mon, 23 Aug 2010
21:52:17 +0100
+
 adtool (1.3.3-1) unstable; urgency=low
 
   * New upstream version
diff --git a/debian/rules b/debian/rules
index 99da8cd..00bae15 100755
--- a/debian/rules
+++ b/debian/rules
@@ -43,7 +43,8 @@ install-stamp: build

touch install-stamp
 
-binary: install
+binary: binary-arch
+binary-arch: build install
 
 %:
dh $@



Thanks,





-- 
Jonathan Wiltshire

4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC  74C3 5394 479D D352 4C51


signature.asc
Description: Digital signature

Re: synaptic and squeeze

[Julien Cristau]

On Mon, Aug 23, 2010 at 14:27:00 +0200, Michael Vogt wrote:

 On Wed, Aug 18, 2010 at 05:14:14PM +0100, Julien Cristau wrote:
  Hi Michael,
 Hi,
  
 sorry for the late reply, I was on vacation for a couple of days.
 
  synaptic 0.70~pre1 was uploaded to unstable a few days ago, do you
  consider it a candidate for squeeze?  I'm asking because it's one of the
  reverse dependencies of libapt-pkg and xapian which both have scheduled
  ABI bumps in the near future, so having synaptic out of the way would be
  nice.  The ~pre1 version seems to imply you have more changes lined up,
  and with squeeze now frozen it'd be nice to know where things stand.
 
 I just used this version number as I expect minor fixes and i18n
 updates. The new version should be pretty solid, its a merge from the
 Ubuntu branch and that got good testing already. I think its fine to
 push it into squeeze as it fixes some bugs that are in the 0.63.x
 version (and adds apt-xapian-index support).
 
I unblocked it now, this way it will migrate before getting rebuilt for
the new apt and xapian.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#594115: marked as done (RM: kfreebsd-7/7.3-7 (testing))

[Debian Bug Tracking System]

Your message dated Mon, 23 Aug 2010 23:53:13 +0200
with message-id 4c72edc9.7000...@debian.org
and subject line Re: Bug#594115: RM: kfreebsd-7/7.3-7 (testing)
has caused the Debian Bug report #594115,
regarding RM: kfreebsd-7/7.3-7 (testing)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
594115: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594115
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

We plan to only keep kfreebsd-8 in squeeze, to simplify maintenance
of the port, especially on the security side. However we would like
to keep kfreebsd-7 in unstable only for regression testing.

Would it be possible to remove kfreebsd-7/7.3-7 from testing?

Thanks.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


---End Message---
---BeginMessage---
On 08/23/2010 09:29 PM, Aurelien Jarno wrote:

 We plan to only keep kfreebsd-8 in squeeze, to simplify maintenance
 of the port, especially on the security side. However we would like
 to keep kfreebsd-7 in unstable only for regression testing.
 
 Would it be possible to remove kfreebsd-7/7.3-7 from testing?

Removal hint added.

Cheers

Luk

---End Message---

Re: Request for pre-approval of cyrus-sasl2 upload

[Julien Cristau]

On Sun, Aug 22, 2010 at 15:36:50 -0400, Roberto C. Sánchez wrote:

 On Sun, Aug 22, 2010 at 02:28:37PM -0400, Roberto C. Sánchez wrote:
  
  Assuming that my explanations are satisfactory, did you want to see a
  new diff for placing the configure options into a variable?
  
 I went ahead and finished making the changes just now.  The updated diff
 is attached.
 
I should have spotted this last time, but I'm afraid this:

+   (mkdir $(TMPBUILD_MIT); cd $(TMPBUILD_MIT); \
+   LDFLAGS=$(LDFLAGS) -L/usr/lib/mit-krb5 -Wl,-z,defs
CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) -I/usr/include/mit-krb5
../configure \
+   $(CONFIGURE_COMMON_OPTIONS) \
+   --with-gss_impl=mit; \
+   cd ..)

is going to succeed even if configure doesn't.  Should probably use
something like

mkdir $(TMPBUILD_MIT)
cd $(TMPBUILD_MIT)  \
LDFLAGS=$(LDFLAGS) -L/usr/lib/mit-krb5 -Wl,-z,defs \
CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) -I/usr/include/mit-krb5 \
../configure $(CONFIGURE_COMMON_OPTIONS) --with-gss_impl=mit

i.e. without the unnecessary subshell and '; cd ..' after configure.
Probably same with the $(MAKE) invocation.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#579795: apt transition

[Adam D. Barratt]

On Mon, 2010-08-23 at 19:06 +0200, David Kalnischkies wrote:
 2010/8/21 Julien Cristau jcris...@debian.org:
  We're (finally) getting ready to start this.  Can you provide an outline
  of the changes you want to get in?
 
 Basically the package which is bumming around in experimental
 plus a few bugfixes which are in the pipeline and (hopefully a lot)
 of updated translations Christian Perrier intends to work on at the
 start of September [0] (doesn't block the transition itself, just as a
 note and as an early question for a freeze exception).

As discussed on #debian-release, please go ahead with the upload to
unstable.

Regards,

Adam



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282602112.21871.1043.ca...@kaa.jungle.aubergine.my-net-space.net

Re: Request for pre-approval of cyrus-sasl2 upload

[Roberto C . Sánchez]

On Tue, Aug 24, 2010 at 12:06:56AM +0200, Julien Cristau wrote:
 
 is going to succeed even if configure doesn't.  Should probably use
 something like
 
 mkdir $(TMPBUILD_MIT)
 cd $(TMPBUILD_MIT)  \
 LDFLAGS=$(LDFLAGS) -L/usr/lib/mit-krb5 -Wl,-z,defs \
 CFLAGS=$(CFLAGS) CPPFLAGS=$(CPPFLAGS) -I/usr/include/mit-krb5 \
 ../configure $(CONFIGURE_COMMON_OPTIONS) --with-gss_impl=mit
 
 i.e. without the unnecessary subshell and '; cd ..' after configure.
 Probably same with the $(MAKE) invocation.
 
Ah, yes.  Thanks very much for catching that.  I have made the
recommended change for both instances of the ../configure invocation.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Meeting Minutes for the IRC Release Team Meeting on August 23, 2010

[Philipp Kern]

Hi there,

those are the minutes of Monday's IRC meeting at #debian-release.

1) What will be the release architectures for squeeze?
   - sparc will be kept as a release architecture for now.  The gcc code
 generation code which moved to v9/32bit has taken place in Nov 2009.
 There will be rebuilds of all packages that haven't been rebuilt
 since.  The exact details of this still need to be sketched out.
 [assignee: pkern]
   - mips*: #519006 is hurting us badly.  GCC upstream was pinged,
 Loongson and Codesourcery will be contacted about a backport to
 gcc-4.4 if there's no answer.  [assignee: aurel32]
   - mips: a possible toolchain issue popped up on openjdk-6,
 which needs investigation  [assignee: aurel32]
   - mipsel: another Loongson machine will be shipped to aba for
 use as a porter box  [assignees: zobel, aba]
   - hppa: HPPA will be dropped as a release architecture for squeeze.
 Details on a possible squeeze-hppa release need to be discussed
 with the hppa porters.  [assignee: ?]
   - kfreebsd-*: We consider a released kfreebsd-* package set as a 
 technology preview, that might not be up to the full Debian
 standards.  We will try to keep it in the same infrastructure
 set (i.e. as normal architectures) for squeeze, but this can be
 reviewed later.

2) Which transitions are left for squeeze?  What's their current state?
   - gnustep: RC bug on hppa, fix pending upload.  Looks good otherwise.
   - opencv: one FTBFS on hppa
   - ace: FTBFS on armel and kfreebsd, not a blocker
   - php: No transition removing deprecated features.
   - mono: mail to debian-release@ to be sent  [assignee: meebey]
   - apt: transition can be started in unstable  [assignee: mvo]
   - xapian: ditto  [assignee: olly]

3) Release Team meeting 2-3 October in Paris: Who's going?
   - Negotiations about times, crashing space and travel sponsorship
 need to be done with zack.  [assignee: faw]
   - mehdi, jcristau, luk, adsb, aba and pkern can probably make it;
 HE: unsure; faw: relying on the availabilty of overseas travel
 sponsorship, if not possible following remotely
   - Maulkin cannot make it.

4) What's the state of the Release Notes?
   - timeline: 4 weeks to get them ready, 2 weeks of string freeze, 1 week of
 fixes and final week for translations (i.e. 2 months)  [assignee: faw]
   - upgrade-reports to be prepared and solicited  [assignee: vorlon]

5) Any other business?
   - This item was not called as the time budget was exceeded.

A full log is available on [1] (text-only version on [2]).  Action and info
items are also available as extracted bits on [3].

Kind regards,
Philipp Kern
on behalf of the Debian Release Team

[1] 
http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.log.html
[2] 
http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.log.txt
[3] 
http://meetbot.debian.net/debian-release/2010/debian-release.2010-08-23-20.02.html


signature.asc
Description: Digital signature

Re: Xapian 1.2 for squeeze?

[Adam D. Barratt]

On Mon, 2010-05-10 at 11:09 +0100, Adam D. Barratt wrote:
 The primary issue I can see is that the Xapian transition overlaps with
 the apt transition.  Both are in turn currently blocked by the fact that
 aptitude FTBFS on s390.

As mentioned on IRC, we're running the apt and xapian transitions in
parallel to avoid having to rebuild the overlap multiple times if
possible.

Please go ahead with the upload of xapian 1.2 to unstable.

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282602590.21871.1088.ca...@kaa.jungle.aubergine.my-net-space.net

Re: RM: egoboo/testing -- ROM; incompatable with squeeze egoboo-data

[Adam D. Barratt]

On Tue, 2010-08-24 at 07:40 +1000, Mark Purcell wrote:
 Please remove egoboo from squeeze, it is currently incompatible with
 egoboo-data and neither are really release quality.

Does leaving egoboo-data in testing on its own make any sense, or should
both be removed?

Regards,

Adam


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282602878.21871.1114.ca...@kaa.jungle.aubergine.my-net-space.net

Re: Releasability of the kFreeBSD ports

[Peter Palfrader]

On Sun, 22 Aug 2010, Adam D. Barratt wrote:

 On Thu, 2010-08-05 at 22:41 +0200, Peter Palfrader wrote:
So, what do you think is still missing?  What would we need to 
communicate
as a disclaimer to the users if releasing kFreeBSD in this state?  
 [...]
  With my DSA hat on I have to say that I'm not entirely happy with what
  we have so far.
  
  The biggest pain for us currently is that puppet just does not work
  reliably on kfreebsd (both i386 and amd64).  This may be a ruby bug, but
  it's still really, really annoying.
 
 Do DSA have any other major concerns about maintaining kfreebsd-*
 machines?  (You said puppet is the biggest, so I assume there are others
 of some size)

Not really anything serious, as far as I can remember right now.

There's the odd package that doesn't work for now (e.g. molly-guard),
and some of the packages that we have on all our linux machines don't
exist on kfreebsd but these seem to fall into two categegories:
 - linux specific (networking) tools (like vlan, ifenslave,
   bridge-utils, iproute, strace, lsof, lshw) which may or may not have
   an equivalent tool in kfreebsd, and
 - packages that got renamed or removed since lenny (timeout, emacs22).
   (The freebsd machines are currently our only squeeze machines,
   everything else is on stable.)

There are also a handful of scripts that we have not yet ported to
support kfreebsd properly.  For instance our kernel nagios check does
not know enough about freebsd to tell whether it's running the latest
(installed) kernel -
http://git.debian.org/?p=mirror/dsa-nagios.git;a=blob;f=dsa-nagios-checks/checks/dsa-check-running-kernel
if anybody wants to send a patch (or re-implement entirely).

But these other things are not really show-stoppers in my opinion.

Cheers
-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823223616.gn15...@anguilla.noreply.org

Bug#592697: unblock: java-common/0.40

[Adam D. Barratt]

On Mon, 2010-08-23 at 22:23 +0200, Torsten Werner wrote:
 thanks for unblocking 0.39 but my upload did not work as expected
 because the arch any packages got downgraded on mips. I have
 introduced an epoch for the arch any packages now. The upload includes
 the switch to openjdk on powerpcsce as discussed at
 http://lists.debian.org/debian-release/2010/08/msg01138.html. The
 source diff can be seen at
 http://svn.debian.org/wsvn/pkg-java/?op=compcompare[]=%2ftrunk%2fjava-com...@12897compare[]=%2ftrunk%2fjava-com...@12931.

The diff looks fine; thanks.

Please let us know once the new package has been uploaded.

Regards,

Adam



--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1282603063.21871.1130.ca...@kaa.jungle.aubergine.my-net-space.net

Re: Gnash 0.8.8 has just been released - Asking for an exception to the freeze

[Tshepang Lekhonkhobe]

On Mon, Aug 23, 2010 at 00:57, Miriam Ruiz mir...@debian.org wrote:
    * 100% of all YouTube videos should work. If you have problems,
      delete all YouTube cookies and refresh.

Wow! So I'll finally get rid of flashplugin-nonfree?

-- 
blog: http://tshepang.tumblr.com


--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/aanlktinlny7kzz8rz+gxafhb+rvjz8n_fei8zzoyp...@mail.gmail.com

Bug#594097: marked as done (unblock: fbi/2.07-5)

[Debian Bug Tracking System]

Your message dated Mon, 23 Aug 2010 23:46:05 +0100
with message-id 
1282603565.21871.1177.ca...@kaa.jungle.aubergine.my-net-space.net
and subject line Re: Bug#594097: unblock: fbi/2.07-5
has caused the Debian Bug report #594097,
regarding unblock: fbi/2.07-5
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
594097: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594097
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package fbi. It properly limits the archs to
our Linux based ports (with the exception of s390). (#593400)

The old broken KFreeBSD and Hurd binaries have been removed by
FTP masters.

unblock fbi/2.07-5

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash


---End Message---
---BeginMessage---
On Mon, 2010-08-23 at 19:08 +0200, Moritz Muehlenhoff wrote:
 Please unblock package fbi. It properly limits the archs to
 our Linux based ports (with the exception of s390). (#593400)
 
 The old broken KFreeBSD and Hurd binaries have been removed by
 FTP masters.

Unblocked.

Regards,

Adam

---End Message---

Permission to upload bugfix release of geany

[Damián Viano]

[sorry pkg-geany-team for the resend, but -release discarded the message with
the attach]
Hello RMs,

Geany upstream released a bugfix release with some big bugs fixed that I think
is worth including in Squeeze. 

 Said bugs are:
 - An infinite loop in Markdown lexer
 - A segfault on Tools-Reload Configuration when no documents are open
 - A memory leak on the search function

The bugfix release came with few other changes but a quick review makes me
confident that they would not be a problem. I hope you agree with me on this.

Here's a diffstat of the release, excluding differences generated by a
different autotool version:

 ChangeLog |  134 ++
 NEWS  |   43 ++
 debian/changelog  |7 ++
 debian/control|1 
 doc/geany.1   |2 
 doc/geany.html|   87 +
 doc/geany.txt |   59 ++--
 doc/plugins.dox   |6 +-
 geany.spec|2 
 geany_private.rc  |8 +-
 plugins/filebrowser.c |6 +-
 po/ChangeLog  |   35 +++-
 scintilla/LexMarkdown.cxx |4 -
 src/build.c   |   66 --
 src/build.h   |4 -
 src/editor.c  |   49 +++-
 src/encodings.c   |   34 ++-
 src/filetypes.c   |   23 +++
 src/highlighting.c|4 -
 src/keybindings.c |6 +-
 src/keyfile.c |4 -
 src/notebook.c|4 -
 src/plugindata.h  |   14 ++--
 src/plugins.c |4 -
 src/printing.c|5 +
 src/project.c |   34 +--
 src/project.h |4 +
 src/search.c  |8 +-
 src/ui_utils.c|   22 ++-
 src/ui_utils.h|5 -
 tagmanager/get.c  |6 +-
 tagmanager/tm_workspace.c |5 +
 win32-config.h|2 
 33 files changed, 485 insertions(+), 212 deletions(-)

As you can see most of the bulk is changelogs/docs. There is also one change in
control, a breaks on old geany-plugins as per this [1] thread.

The gzipped full diff between 0.19 and 0.19.1 is available at [2].

Thanks for your consideration, I hope Squeeze to had the best geany package we
can deliver.


 Damián Viano(Des).

[1] http://lists.debian.org/debian-release/2010/08/msg01183.html
[2] http://charon.damianv.com.ar/debian/geany_0.19_0.19.1.patch.gz


-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100823225219.gn1...@damianv.com.ar

Re: [v-admins] Bug#592506: What to do about libtest-harness-perl?

[Nicholas Bamber]

Okay a sleepless might so I have some conclusions.

First of all any patched version needs to be based off 3.21 not 3.20 
because the jump from 3.20 to 3.21 is really small and only affects test 
files.


I extracted patch files for the suggested git commits. The total line 
count is 492 though I am not quite sure what that tells you given the 
context lines and other overheads.


Now the very first patch (on t/testargs.t) gets rejected.

There is only one change to t/testargs.t between version 3.21 and our 
first patch. However that was part of a large merge on the 29th June of 
changes by Chris Williams affecting about 30 files.


In conclusion to proceed with a  patched 3.21 would require manual 
analysis and application of the 10 patches. The second one looks 
irrelevant to me.


Nicholas

Debian bug at v.nix.is wrote:

On Mon, Aug 23, 2010 at 16:00, gregor herrmann gre...@debian.org wrote:
  

I have no idea if this is enough or not; Nicholas and v.nix.is, what
do you think?



I didn't track down what commits exactly were pertinent to fixing
this, I just did a log from 3.21 to the master at the time and picked
all the pertinent ones.

The tests in the current master should test for the required behavior,
you can also e.g. check out Git's own git.git, run make and do cd t 
prove t[0-9]*.sh to see if it works.

I'm on vacation now but I'd be happy to test out any patched version
around the end of the month to see if it fixes this issue.

I didn't see anything major in 3.22 though that should hold back
getting it into the next stable, and maintaining a 3.22 in Debian
instead of a patched version would probably be less painful in the
long run.
  


attachment: nicholas.vcf

Bug#594151: unblock: nipype/0.3.2-1

[Yaroslav Halchenko]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package nipype

0.3 release (present in squeeze atm) was the first release in 0.3 series and
upstream followed it up shortly with two bugfix releases:
Release 0.3.1 (Jul 29, 2010)
Release 0.3.2 (Aug 03, 2010)
which fixed some bugs and introduced some additional documentation.

Due to participation in debconf10 I had to postpone packaging those and only
accomplished the mission with 0.3.2-1 package on 9th of August, and that
package is now ready for transition from unstable into testing.  I am sorry
that I have not preliminary confirmed that the package would be granted freeze
exception for sure -- I have just relied on a common sense of our common
goal to get good stable versions into the squeeze, and bugfix version
0.3.2 imho is much better candidate, please let it transition.

unblock nipype/0.3.2-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100824033846.2129.91223.report...@novo.onerussian.com

Bug#594152: unblock: psychopy/1.61.03.dfsg-1

[Yaroslav Halchenko]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: freeze-exception


Please unblock package psychopy

1.61.03 is a bugfix release on top of upstream 1.61.02. 

1.61.02.dfsg-2 (present in squeeze atm) already contained major fixes from
1.61.03, and 1.61.03 upstrem release which officially includes them

+ finally removed upstream non-DFSG video with DFSG version of the video
improved for better user experience
+ documentation improvements
+ 1 new minor feature in configuration UI

This is the last version in 1.6x development cycle and 1.62.00.dfsg-1 is
already in Experimental.

unblock psychopy/1.61.03.dfsg-1

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (901, 'unstable'), (900, 'testing'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20100824034551.3554.72552.report...@novo.onerussian.com

New version of inkscape to be released the next days

[Wolfram Quester]

Dear release team,

I am the maintainer of the inkscape vector graphics program and SVG editor.
The inkscape project finished the release of version 0.48.0. The public
announcement happened yesterday. During the last week, I prepared a package
which was uploaded to experimental by my sponsor Guido Günther (CC). It's a
pitty that the release happened a bit too late for the freeze of squeeze, but I
think it would be nice to have version 0.48.0 in our next stable release.

If you agree, I'd prepare a version to be uploaded 0.48.0 to unstable.

Thank you very much,

Wolfi



Notable improvements:
* multipath editing
* improved text tool: subscript, superscript, numerical input for text kerning,
  tracking and more
* new Airbrush tool
* LaTeX export with PDF/PS/EPS
* new and improved extensions, especially the JessyInk extension to create
  presentations
* numerous bugfixes 
* new features

For a full list of changes please have a look at
http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48


Inkscape has the following reverse dependencies:
wo...@piak:~$ apt-cache rdepends inkscape
inkscape
Reverse Depends:
  zoomer
  phatch
  openclipart-svg
  open-font-design-toolkit
  gnome-office
  lyx
  kdesdk-misc
  ink-generator
  ezgo-imaging
  education-graphics
  education-desktop-other
  education-desktop-lxde
  education-desktop-gnome
  brdesktop-gnome

There is as AFAIK only one package which build-depends on inkscape:
openclipart. I I just verified that the new version of inkscape is able to
build the package as well as the old one.



signature.asc
Description: Digital signature