gmane.linux.debian.devel.dpkg.general

Re: [PATCH] Add documentation for dpkg/version.h

Guillem Jover — 2012-05-24T18:35:41

Hi!

On Thu, 2012-05-24 at 15:07:23 +0200, Niels Thykier wrote:

For patches, either is fine.


Oh, I thought I had pushed the doxygen docs to dpkg.alioth.debian.org
already, I'll do that once I've pushed these changes to the git repo.


Nice, I'll add some more text though to the documentation section, as
it's currently not very helpful.


Applied.


This one I've reworked a bit. Thanks!


I've referred to the deb-version(5) man page instead, so that this is
self-contained in the dpkg sources.


I've changed this to a single line comment, like other enum values.
And used one space after dot.


I've moved the docs for functions to the .c file, because that way
when the code changes it's easier to see if the docs need to be
updated too. And left the title line on its own and moved the
description to a new paragraph.

thanks,
guillem

Des indemnités en cas d'hospitalisation. Renseignez vous gratuitement

Protection Hospitalière SwissLife — 2012-05-24T13:14:26

Si vous rencontrez des difficultés pour visualiser cet email, consultez notre version en ligne
Si vous souhaitez ne plus recevoir de communications de notre part, rendez-vous sur cette page.
* en cas d'hospitalisation suite à un accident, 60 suite à une maladie
Protection Hospitalière est un contrat dassurance souscrit auprès de SwissLife Prévoyance et Santé et proposé par Placement Direct, mandataire dassurance inscrit à lORIAS sous le n° 07 004 910 (www.orias.fr).
Placement Direct, SAS au capital de 40 000 , siège social 20 rue Bernadotte 64 000 Pau - 422 833 434 RCS Pau.
Garantie financière et assurance de responsabilité civile conformes aux articles L. 512-6 et L. 512-7 du Code des Assurances. Swiss Life Prévoyance et Santé - Siège social : 86, boulevard Haussmann - 75380 Paris Cedex 08.
SA au capital de 150 000 000 - Entreprise régie par le Code des Assurances - 322 215 021 RCS Paris.
Conformément à la loi du 6 janvier 1978 modifiée par la loi du 6 août 2004, dite "Informatique et libertés", le Responsable du traitement de vos données personnelles est SwissLife Assurance et Patrimoine. Vous pourrez exercer vos droits d'accès et de rectification prévus par les articles 39 et 40 de la loi précitée auprès du Département Marketing et développement produit de Swiss Life, 1 rue du Mal de Lattre de Tassigny 59671 Roubaix Cedex 01. Vos données personnelles seront exclusivement utilisées, dans le strict respect de la protection des données à caractère personnel par Swiss Life, et autres sociétés sous traitantes, destinataire(s), avec ses mandataires et réassureurs, de linformation. Les données,
que Swiss Life souhaite recueillir, sont indispensables pour le traitement adapté de votre dossier. Elles sont obligatoires le défaut de réponse aux questions peut avoir pour conséquence le non traitement de votre dossier.
Le Responsable met, également en uvre, un trait ement de surveillance ayant pour finalité la lutte contre le blanchiment
des capitaux et le financement du terrorisme.

[PATCH] Add documentation for dpkg/version.h

Niels Thykier — 2012-05-24T13:07:23

Hi,

Attached is a proposed patch to add doxygen documentation for the
contents of dpkg/version.h.  I was not sure if you would have preferred
a bug for this or not, so here it is by mail.  The resulting doxygen
documentation can be seen at [1].

As an added bonus, there is also a typo fix for doc/coding-style.txt

~Niels

[1] http://people.debian.org/~nthykier/dpkg-doxygen/group__version.html

Uw energiefaktuur

Termico — 2012-05-23T13:55:16

U kunt deze mail niet openen
http://www.allincomm.com/termico/index.php?a=termico-000002-a-nl&ld=be&m=debian-dpkg< at >lists.debian.org
 
Version française
http://www.allincomm.com/termico/index.php?a=termico-000002-a-fr&ld=be&m=debian-dpkg< at >lists.debian.org
 
Termico voorkomt koude rillingen bij ontvangst van uw energiefaktuur. 
Verwarm uw werk- en opslagplaatsen met de ECOGAS stralingsbuizen en bespaar tot 70% op uw verwarmingskosten. 
Halls - Opslagplaatsen - Garages - Werkplaatsen - Show rooms - Winkels - Drukkerijen - Garden centra - Sportzalen - Café en restaurant terrassen 
http://www.allincomm.com/termico/index.php?a=termico-000002-b-nl&ld=be&m=debian-dpkg< at >lists.debian.org
 
Vanaf 1.405 euro 
Belangrijke REG premie in Vlaanderen
Voor meer informatie
http://www.allincomm.com/termico/index.php?a=termico-000002-b-nl&ld=be&m=debian-dpkg< at >lists.debian.org
 
Een vernieuwende ontwikkeling bij Termico. De ECOGAS stralingsverwarming uitgerust met de SILENT TECHNOLOGY® Waarschijnlijk de meest geluidloze straler in de wereld.
http://www.allincomm.com/termico/index.php?a=termico-000002-b-nl&ld=be&m=debian-dpkg< at >lists.debian.org
 
TERMICO 
Industrial Heating Systems 
ch. de Bruxelles, 4 - B-1470 Genappe 
Tel. +32 67 77 21 24 Fax. +32 67 77 11 44
Website
http://www.allincomm.com/termico/index.php?a=termico-000002-w-nl&ld=be&m=debian-dpkg< at >lists.debian.org

Re: Assumptions when processing triggers (was [pkg-mono-group]Bug#671711: monodoc-browser: fails to upgrade) from 'testing'

Ian Jackson — 2012-05-23T13:05:12

Iain Lane writes ("Assumptions when processing triggers (was [pkg-mono-group] Bug#671711: monodoc-browser: fails to upgrade) from 'testing'"):
...
...

I think this is a bug.


This is true, but doesn't help you.  The unpack of libgtk2.0-cil can
be started, moving it from installed to (eventually) unpacked, without
causing monodoc-browser to be deconfigured, and this is nothing to do
with triggers.

But as you point out there is an additional requirement (perhaps not
specified in the docs) that all the dependencies should be satisfied
when the postinst is run.

Would you like me to try to look into it and prepare a patch for dpkg ?
(Do you need this to be fixed in squeeze or will wheezy/sid do?)

Ian.

Ubuntu dpkg 1.16.1.2ubuntu8

Ubuntu Merge-o-Matic — 2012-05-22T08:56:51

This e-mail has been sent due to an upload to Ubuntu that contains Ubuntu
changes.  It contains the difference between the new version and the
previous version of the same source package in Ubuntu.Format: 1.8
Date: Mon, 30 Apr 2012 12:49:51 +0100
Source: dpkg
Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect
Architecture: source
Version: 1.16.1.2ubuntu8
Distribution: quantal
Urgency: low
Maintainer: Ubuntu Developers <ubuntu-devel-discuss< at >lists.ubuntu.com>
Changed-By: Colin Watson <cjwatson< at >ubuntu.com>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
 libdpkg-dev - Debian package management static library
 libdpkg-perl - Dpkg perl modules
Changes: 
 dpkg (1.16.1.2ubuntu8) quantal; urgency=low
 .
   * Revert hack to export compiler flags in dpkg-buildpackage.  Any package
     depending on this should be fixed to use dpkg-buildflags instead.
Checksums-Sha1: 
 792aa579fd92a7e85842ee02201860f73ee2dc42 2179 dpkg_1.16.1.2ubuntu8.dsc
 0aa9c59f717602c58a061af27ca2142264b64a60 5440283 dpkg_1.16.1.2ubuntu8.tar.bz2
Checksums-Sha256: 
 c5093a647c7379a811e6c72c8223f9774f77ef9f98b93c6c49a05d8c0a9d6024 2179 dpkg_1.16.1.2ubuntu8.dsc
 8a06cdb66047f3f220d195bc7f00f2d97e41a0026eefc324b9a68d2989c30d2e 5440283 dpkg_1.16.1.2ubuntu8.tar.bz2
Files: 
 9ed2fb2de1d6d30ec56fa51daf4e0c09 2179 admin required dpkg_1.16.1.2ubuntu8.dsc
 cf1e28469a2e90682eb88ece85a1b0a9 5440283 admin required dpkg_1.16.1.2ubuntu8.tar.bz2
Original-Maintainer: Dpkg Developers <debian-dpkg< at >lists.debian.org>
diff -pruN 1.16.1.2ubuntu7/debian/changelog 1.16.1.2ubuntu8/debian/changelog
--- 1.16.1.2ubuntu7/debian/changelog2012-04-12 23:01:21.000000000 +0000
+++ 1.16.1.2ubuntu8/debian/changelog2012-04-30 11:49:52.000000000 +0000
< at >< at > -1,3 +1,10 < at >< at >
+dpkg (1.16.1.2ubuntu8) quantal; urgency=low
+
+  * Revert hack to export compiler flags in dpkg-buildpackage.  Any package
+    depending on this should be fixed to use dpkg-buildflags instead.
+
+ -- Colin Watson <cjwatson< at >ubuntu.com>  Mon, 30 Apr 2012 12:49:51 +0100
+
 dpkg (1.16.1.2ubuntu7) precise; urgency=low
 
   * Apply missing patch from upstream to let dselect's resolver deal
diff -pruN 1.16.1.2ubuntu7/scripts/dpkg-buildpackage.pl 1.16.1.2ubuntu8/scripts/dpkg-buildpackage.pl
--- 1.16.1.2ubuntu7/scripts/dpkg-buildpackage.pl2011-11-01 18:13:15.000000000 +0000
+++ 1.16.1.2ubuntu8/scripts/dpkg-buildpackage.pl2012-04-30 11:47:44.000000000 +0000
< at >< at > -25,7 +25,6 < at >< at > use POSIX;
 use Dpkg;
 use Dpkg::Gettext;
 use Dpkg::ErrorHandling;
-use Dpkg::BuildFlags;
 use Dpkg::BuildOptions;
 use Dpkg::Compression;
 use Dpkg::Version;
< at >< at > -294,36 +293,6 < at >< at > if (defined $parallel) {
     $build_opts->export();
 }
 
-# Temporarily continue to export build flags to the environment.  This is to
-# avoid regressing various defaults in packages in the near term; we expect
-# to drop this after Ubuntu 12.04 LTS.
-# We don't do this if debhelper compat level >= 9 is in use, as a
-# lesser-evil workaround for an interaction with debhelper's build flags
-# handling.  See:
-#   https://lists.ubuntu.com/archives/ubuntu-devel/2011-November/034351.html
-my $debhelper_compat = 1;
-if (open my $debhelper_compat_file, 'debian/compat') {
-    my $line = <$debhelper_compat_file>;
-    close $debhelper_compat_file;
-    if (defined $line and length $line) {
-$debhelper_compat = int($line);
-    }
-}
-if ($debhelper_compat < 9) {
-    my $build_flags = Dpkg::BuildFlags->new();
-    $build_flags->load_config();
-    foreach my $flag ($build_flags->list()) {
-# While -Werror=format-security does catch many real bugs, it also
-# causes many build failures and causes a number of configure tests
-# to silently fail.  It was not exported to the environment in any
-# released version of Ubuntu.
-$build_flags->strip($flag, '-Werror=format-security', undef);
-$ENV{$flag} = $build_flags->get($flag);
-printf(_g("%s: export %s from dpkg-buildflags (origin: %s): %s\n"),
-       $progname, $flag, $build_flags->get_origin($flag), $ENV{$flag});
-    }
-}
-
 my $cwd = cwd();
 my $dir = basename($cwd);

Ubuntu dpkg 1.16.1.2ubuntu7

Ubuntu Merge-o-Matic — 2012-05-22T08:56:51

This e-mail has been sent due to an upload to Ubuntu that contains Ubuntu
changes.  It contains the difference between the new version and the
previous version of the same source package in Ubuntu.Format: 1.8
Date: Thu, 12 Apr 2012 16:59:09 -0600
Source: dpkg
Binary: libdpkg-dev dpkg dpkg-dev libdpkg-perl dselect
Architecture: source
Version: 1.16.1.2ubuntu7
Distribution: precise
Urgency: low
Maintainer: Ubuntu Developers <ubuntu-devel-discuss< at >lists.ubuntu.com>
Changed-By: Adam Conrad <adconrad< at >ubuntu.com>
Description: 
 dpkg       - Debian package management system
 dpkg-dev   - Debian package development tools
 dselect    - Debian package management front-end
 libdpkg-dev - Debian package management static library
 libdpkg-perl - Dpkg perl modules
Launchpad-Bugs-Fixed: 853679
Changes: 
 dpkg (1.16.1.2ubuntu7) precise; urgency=low
 .
   * Apply missing patch from upstream to let dselect's resolver deal
     with multi-arch Provides in the same way as dpkg (LP: #853679)
Checksums-Sha1: 
 1c197174dd905d69c75a98b6396f82710e908731 1483 dpkg_1.16.1.2ubuntu7.dsc
 56baabca7580c652a4c0432f31bd4b4b642b48d1 5411935 dpkg_1.16.1.2ubuntu7.tar.bz2
Checksums-Sha256: 
 7c6c2be907be053e18e00c527f32c3dcb6ddaf65fefa3db013dd3b62ad23b7b8 1483 dpkg_1.16.1.2ubuntu7.dsc
 c35cede53650de9de8f9a9b68e7177fc2378708ae86367415ceb0ec69e7cc530 5411935 dpkg_1.16.1.2ubuntu7.tar.bz2
Files: 
 a16ad17f2236b3c9d11f059fb6b18ecd 1483 admin required dpkg_1.16.1.2ubuntu7.dsc
 b229195689a8046ba9a685ce32b540d5 5411935 admin required dpkg_1.16.1.2ubuntu7.tar.bz2
Original-Maintainer: Dpkg Developers <debian-dpkg< at >lists.debian.org>
diff -pruN 1.16.1.2ubuntu6/debian/changelog 1.16.1.2ubuntu7/debian/changelog
--- 1.16.1.2ubuntu6/debian/changelog2012-04-08 22:22:32.000000000 +0000
+++ 1.16.1.2ubuntu7/debian/changelog2012-04-12 23:01:21.000000000 +0000
< at >< at > -1,3 +1,10 < at >< at >
+dpkg (1.16.1.2ubuntu7) precise; urgency=low
+
+  * Apply missing patch from upstream to let dselect's resolver deal
+    with multi-arch Provides in the same way as dpkg (LP: #853679)
+
+ -- Adam Conrad <adconrad< at >ubuntu.com>  Thu, 12 Apr 2012 16:59:09 -0600
+
 dpkg (1.16.1.2ubuntu6) precise; urgency=low
 
   * Build-depend on gettext:any for cross-building support.
diff -pruN 1.16.1.2ubuntu6/dselect/pkgdepcon.cc 1.16.1.2ubuntu7/dselect/pkgdepcon.cc
--- 1.16.1.2ubuntu6/dselect/pkgdepcon.cc2011-03-01 11:30:50.000000000 +0000
+++ 1.16.1.2ubuntu7/dselect/pkgdepcon.cc2012-04-12 22:58:44.000000000 +0000
< at >< at > -412,6 +412,8 < at >< at > packagelist::deppossatisfied(deppossi *p
        provider;
        provider = provider->rev_next) {
     if (provider->up->type == dep_provides &&
+        ((possi->up->type != dep_conflicts && possi->up->type != dep_breaks) ||
+         provider->up->up->set != possi->up->up->set) &&
         provider->up->up->clientdata &&
         !useavailable(provider->up->up) &&
         would_like_to_install(provider->up->up->clientdata->selected,
< at >< at > -422,6 +424,8 < at >< at > packagelist::deppossatisfied(deppossi *p
        provider;
        provider = provider->rev_next) {
     if (provider->up->type != dep_provides ||
+        ((possi->up->type == dep_conflicts || possi->up->type == dep_breaks) &&
+         provider->up->up->set == possi->up->up->set) ||
         !provider->up->up->clientdata ||
         !would_like_to_install(provider->up->up->clientdata->selected,
                                provider->up->up))

Re: [PATCH 1/1] Don't obscure errors with custom errors only

Guillem Jover — 2012-05-18T02:35:28

Actually, on second thought, being this a one-liner it's easier for me
to fix it up, which I've done locally, and will be included on my next
push.

thanks,
guillem

Finanziamenti per imprese e privati

Zaia — 2012-05-14T20:28:45

Finanziamenti
Per imprese e privati
Per informazioni clicca qui



unsubscribe

Re: Mails not getting through to debian-dpkg-cvs mailing list?

Guillem Jover — 2012-05-11T00:10:45

Thanks both for taking a look. And, yes they seem to be going through
now.

thanks,
guillem

Re: Mails not getting through to debian-dpkg-cvs mailing list?

Don Armstrong — 2012-05-10T21:29:01

Yeah, I fixed (at least one) of the problems yesterday. Let me know if
messages are still not going through.
 

Don Armstrong

Re: Mails not getting through to debian-dpkg-cvs mailing list?

Stephen Gran — 2012-05-10T21:12:07

This one time, at band camp, Guillem Jover said:

Hi,


I see lots leaving wagner:

2012-05-04 06:16:29 1SQBoV-0003FZ-U1 => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 03A0A84" QT=6s DT=3s
2012-05-04 06:16:29 1SQBoY-0003Fp-2i => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 009396E" QT=3s DT=3s
2012-05-04 06:16:30 1SQBoZ-0003G3-4P => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 2D282DB" QT=3s DT=2s
2012-05-04 06:16:33 1SQBob-0003GV-Kr => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 0CDDFCA" QT=4s DT=3s
2012-05-04 06:16:34 1SQBoc-0003Gf-Mg => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 098C76E" QT=4s DT=3s
2012-05-04 06:16:35 1SQBod-0003Gq-QL => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as EBD3984" QT=4s DT=2s
2012-05-04 06:16:36 1SQBoe-0003HN-Qf => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 99D40DB" QT=4s DT=2s
2012-05-04 06:16:38 1SQBof-0003Hb-TV => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as EE797CA" QT=5s DT=2s
2012-05-04 06:16:38 1SQBoh-0003Hp-16 => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 17181F1" QT=3s DT=2s
2012-05-04 06:16:40 1SQBoi-0003IE-1O => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as B26E76E" QT=4s DT=2s
2012-05-04 16:12:18 1SQL78-0001ru-TX => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 374B14F5" QT=4s DT=2s
2012-05-04 16:12:18 1SQL7A-0001s2-8N => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 934814FD" QT=2s DT=2s
2012-05-04 16:12:20 1SQL7B-0001sA-P2 => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 370C740D" QT=3s DT=2s
2012-05-04 19:10:22 1SQNtL-0004O4-HH => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 1911B2FE" QT=11s DT=3s
2012-05-05 17:21:56 1SQig5-00070y-OI => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as C7030FC" QT=3s DT=2s
2012-05-10 03:03:11 1SSJem-0003rE-HP => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 4D058A4" QT=3s DT=2s
2012-05-10 03:03:14 1SSJeo-0003xE-QW => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 20B47CA" QT=4s DT=2s
2012-05-10 03:03:17 1SSJes-0003xO-3N => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 516FEA4" QT=3s DT=2s
2012-05-10 03:03:19 1SSJev-0003xh-C2 => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as BC79CCA" QT=2s DT=2s
2012-05-10 03:03:23 1SSJey-0003xr-IO => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 28C96D0" QT=3s DT=2s
2012-05-10 03:03:26 1SSJf1-0003yI-NA => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as DDEBEA4" QT=3s DT=2s
2012-05-10 03:03:29 1SSJf4-0003ye-HC => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 207D34B" QT=3s DT=2s
2012-05-10 03:03:32 1SSJf7-0003yn-4J => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 49AF2A4" QT=3s DT=2s
2012-05-10 03:03:34 1SSJfA-0003zl-JC => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as EFF094B" QT=2s DT=2s
2012-05-10 03:03:39 1SSJfE-00040A-MB => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 158CA4B" QT=3s DT=2s
2012-05-10 03:03:42 1SSJfH-00040N-9d => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 7FB98A4" QT=3s DT=2s
2012-05-10 03:03:45 1SSJfK-00041H-Mi => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as A1B5D4B" QT=3s DT=2s
2012-05-10 03:03:48 1SSJfN-00041P-RO => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 84E2ACA" QT=3s DT=2s
2012-05-10 03:03:52 1SSJfR-00041s-FW => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 61CE84B" QT=3s DT=2s
2012-05-10 03:03:55 1SSJfU-000422-Ch => debian-dpkg-cvs< at >lists.debian.org R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] X=TLS1.0:RSA_AES_256_CBC_SHA1:32 DN="O=Debian,CN=bendel.debian.org,EMAIL=debian-admin< at >debian.org" C="250 2.0.0 Ok: queued as 652F8A4" QT=3s DT=2s

I assume there is a silent discard happening somewhere.  This should be
enough information for them to figure out what's been happening to the
mail, hopefully.

Cheers,

Mails not getting through to debian-dpkg-cvs mailing list?

Guillem Jover — 2012-05-10T03:21:30

Hi!

It seems that since around 2012-04-18, there's been no more mails on
git pushes coming through to the debian-dpkg-cvs list. Maybe they got
stuck in some queue in alioth or lists.debian.org?

Checking now my logs it seems the time matches when lists switched
from liszt to bendel.

thanks,
guillem

Upcoming dpkg string changes

Guillem Jover — 2012-05-10T02:13:47

Hi!

As mentioned in the 1.16.3 upload mail, I've some pending changes
affecting original strings, and will be using the opportunity to do
some cleanups given that I'm touching them anyway. As such I'd
recommend holding off any translations for now, to avoid useless
work, also in case there's some later rectifications for example.
I'll send another mail once it seems safe to restart translation
work.

The things I've either pending locally or which I'll be working on in
the coming days are mostly --help output and error strings, for the
later I'll probably send a patch series to the list for review by
native speakers and translators.

I'm explicitly CCing Helge and Sven, because you are pretty reactive
to code changes, so to make sure you know what's going on.

thanks,
guillem

E' arrivato

dr.Alfieri — 2012-05-08T18:39:59

Nuovo kit Sbiancante per denti rapido.
Nuova formula ,ancora piu' efficace!

http://naturalmente.visit-page.com

Provalo;e' garantito!

Sono disponibili anche le ricariche.


Dr.Claudio Alfieri

dpkg 1.16.3 MIGRATED to testing

Debian testing watch — 2012-05-08T16:39:15

FYI: The status of the dpkg source package
in Debian's testing distribution has changed.

  Previous version: 1.16.2
  Current version:  1.16.3

Re: [m68k] FTBFS, Please disable -pie

Thorsten Glaser — 2012-05-06T23:19:53

Stephen R. Marenka dixit:


Yeah, the last two years have seen a _lot_ of change.


OK. OpenSSH did no longer FTBFS with PIE, even before Andreas’
patch, so it may even have been fixed in the meantime, and I’ll
keep an eye out for others.

Thanks for the message!

bye,
//mirabilos

Re: [PATCH 1/1] Don't obscure errors with custom errors only

Guillem Jover — 2012-05-05T03:16:39

Hi Thomas!

On Mon, 2012-03-19 at 15:33:28 +0000, Thomas Adam wrote:

Given the note below, that'd be perfect, yes.


Although the current message might seem more clear, if it ends up giving
confusing information it does not serve its purpose well, so could you
rework it with the one suggested by Jonathan (notice the use of single
quotes, though), please?

thanks,
guillem

Re: [m68k] FTBFS, Please disable -pie

Guillem Jover — 2012-05-05T03:04:08

Hi!

On Wed, 2012-05-02 at 17:21:26 +0000, Thorsten Glaser wrote:

Thanks! These are now in git master. If there's any problem with PIE
on m68k we can always backpedal.

regards,
guillem

Re: Please decide how Debian should enable hardening build flags

Jonathan Nieder — 2012-05-04T17:46:46


No strong reason.  The tech-ctte is free to decide any matter of
technical policy they choose to, so there's no constitutional reason
to go the way I was suggesting.

Since it sounds like you've thought about this carefully already,
I'm satisfied.  Sorry for the noise.

Re: Bug#552688: Please decide how Debian should enable hardeningbuild flags

Russ Allbery — 2012-05-04T15:48:19




Why?

The solution that was chosen was chosen in part because of the tech-ctte
discussion and because of opinions expressed by the tech-ctte members.  I
believe it's a case where we would have made a formal decision had the
process been working more efficiently, and that it's worthwhile recording
that decision going forward.  I say that in part with my Policy editor hat
on, as there was quite a lot of discussion about this and related topics
in the Policy context and this decision provides some welcome clarity to
how similar situations should be handled going forward.