On 09/30/2013 06:48 AM, Cyril Brulebois wrote:
> Hi Thomas,
>
> Thomas Goirand (2013-06-26):
>> Dear release team,
>>
>> Wheezy has been released with a version of tgt which doesn't have an init
>> script. I fixed the version in Sid on the 2013-05-21 (adding the missing
>> init.d script).
>>
>> N
Processing changes file: libdigest-sha-perl_5.71-2+deb7u1_mipsel.changes
ACCEPT
--
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/e1vqxg5-000470...@franck.debian.org
Processing changes file: tntnet_1.6.3-4+deb6u1_mipsel.changes
ACCEPT
--
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/e1vqxgy-0004ev...@franck.debian.org
Processing changes file: tntnet_2.1-2+deb7u1_armhf.changes
ACCEPT
--
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/e1vqxub-0006ea...@franck.debian.org
Dear release managers,
the TeX Live packages seem to be stuck in sid, the excuses pages
list all of them as valid candidates (texlive-bin/base/lang)
but none of it has transitioned to testing after 12 days.
Could you please hint them into testing.
Thanks
Norbert
---
On 2013-09-30 09:56, Norbert Preining wrote:
> Dear release managers,
>
> the TeX Live packages seem to be stuck in sid, the excuses pages
> list all of them as valid candidates (texlive-bin/base/lang)
> but none of it has transitioned to testing after 12 days.
>
> Could you please hint them into
Hi Niels,
> I have added a hint for it.
Thanks for the prompt action, great!
Norbert
PREINING, Norbert http://www.preining.info
JAIST, Japan TeX Live & Debian D
Hi,
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For hurd-i386, I
- maintain buildds (as a backup)
I am a DD.
Michael Banck
signature.asc
Description: Digital signature
Your message dated Mon, 30 Sep 2013 10:44:33 +0200
with message-id <20130930084433.gm8...@betterave.cristau.org>
and subject line Re: Bug#709028: nmu: linphone_3.5.2-10
has caused the Debian Bug report #709028,
regarding nmu: linphone_3.5.2-10
to be marked as done.
This means that you claim that t
Processing control commands:
> tag -1 moreinfo
Bug #712604 [release.debian.org] nmu: python-scientific_2.9.2-4
Added tag(s) moreinfo.
--
712604: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712604
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, ema
Control: tag -1 moreinfo
On Mon, Jun 17, 2013 at 22:04:27 +0200, Picca Frédéric-Emmanuel wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
>
> Hello
>
> It seems that with the latest python the extensions are expected to be
Your message dated Mon, 30 Sep 2013 10:35:49 +0200
with message-id <20130930083549.gl8...@betterave.cristau.org>
and subject line Re: Bug#723953: nmu: gtk+3.0_3.8.4-1
has caused the Debian Bug report #723953,
regarding nmu: gtk+3.0_3.8.4-1
to be marked as done.
This means that you claim that the p
Processing control commands:
> tags -1 moreinfo
Bug #714355 [release.debian.org] nmu: djview4_4.9-3
Added tag(s) moreinfo.
--
714355: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714355
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debia
On Wed, Jun 19, 2013 at 13:13:10 +0200, Sébastien Villemot wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
> X-Debbugs-CC: sylves...@debian.org
>
> Dear Release Team,
>
> In order to complete the ongoing libmatio transitio
Control: tags -1 moreinfo
On Fri, Jun 28, 2013 at 10:45:51 +0100, Barak A. Pearlmutter wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
>
> nmu djview4_4.9-3 . ALL . -m "unify libtiff dependency, thanks to Harald
> Jenny f
Your message dated Mon, 30 Sep 2013 10:54:11 +0200
with message-id <20130930085411.gq8...@betterave.cristau.org>
and subject line Re: Bug#715043: nmu: omake_0.9.8.5-3-8
has caused the Debian Bug report #715043,
regarding nmu: omake_0.9.8.5-3-8
to be marked as done.
This means that you claim that t
Your message dated Mon, 30 Sep 2013 10:55:08 +0200
with message-id <20130930085508.gr8...@betterave.cristau.org>
and subject line Re: Bug#715223: nmu: libaws_2.10.2-4
has caused the Debian Bug report #715223,
regarding nmu: libaws_2.10.2-4
to be marked as done.
This means that you claim that the p
Your message dated Mon, 30 Sep 2013 10:56:40 +0200
with message-id <20130930085640.gs8...@betterave.cristau.org>
and subject line Re: Bug#715458: nmu: condor_7.8.7~dfsg.1-1
has caused the Debian Bug report #715458,
regarding nmu: condor_7.8.7~dfsg.1-1
to be marked as done.
This means that you clai
[ Dropping -release, which gets this conversation through the bug
already. ]
Thomas Goirand (2013-09-30):
> I'm very surprised that dates of bug reports come into consideration
> here. I don't see why they should. In fact, that's one more reason why
> we should speed up things: it has taken rea
Your message dated Mon, 30 Sep 2013 11:03:15 +0200
with message-id <20130930090315.gt8...@betterave.cristau.org>
and subject line Re: Bug#722897: nmu: openscap_0.9.8-2, mrs_6.0.4+dfsg-1
has caused the Debian Bug report #722897,
regarding nmu: openscap_0.9.8-2, mrs_6.0.4+dfsg-1
to be marked as done.
On 30/09/2013 00:42, Cyril Brulebois wrote:
> Control: tag -1 -moreinfo +confirmed
>
> Jérémy Lal (2013-06-10):
>> --- redmine-1.4.4+dfsg1/debian/changelog 2013-01-19 15:54:09.0
>> +0100
>> +++ redmine-1.4.4+dfsg1/debian/changelog 2013-06-10 01:01:48.0
>> +0200
>> @@ -1,
Hi Eric,
On Mon, Sep 30, 2013, at 4:50, Eric Dorland wrote:
> * Ondřej Surý (ond...@sury.org) wrote:
> > Hi,
> >
> > recent automake transition to 1.14 broke (FTBFS) at least two of my
> > packages.
> >
> > Would it be possible to coordinate the (next) transition better than
> > upload&deal with
Jérémy Lal (2013-09-30):
> > Jérémy Lal (2013-06-10):
> >> --- redmine-1.4.4+dfsg1/debian/changelog 2013-01-19 15:54:09.0
> >> +0100
> >> +++ redmine-1.4.4+dfsg1/debian/changelog 2013-06-10 01:01:48.0
> >> +0200
> >> @@ -1,3 +1,14 @@
> >> +redmine (1.4.4+dfsg1-2+deb7u1) prop
Processing changes file: perl_5.14.2-21+deb7u1_armel.changes
ACCEPT
Processing changes file: tntnet_2.1-2+deb7u1_mipsel.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: ht
On 2013-09-30 10:04, Norbert Preining wrote:
> Hi Niels,
>
>> I have added a hint for it.
>
> Thanks for the prompt action, great!
>
> Norbert
>
> [...]
For the record, the hint was successful and you should receive a mail
about the package having migrated later today (in about 5 hours, if my
Processing changes file: libdigest-sha-perl_5.71-2+deb7u1_mips.changes
ACCEPT
--
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/e1vqaxk-00075r...@franck.debian.org
Processing changes file: tntnet_1.6.3-4+deb6u1_powerpc.changes
ACCEPT
--
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/e1vqaxp-0007iy...@franck.debian.org
Processing changes file: tntnet_2.1-2+deb7u1_powerpc.changes
ACCEPT
--
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/e1vqalq-0003xu...@franck.debian.org
Processing changes file: perl_5.14.2-21+deb7u1_armhf.changes
ACCEPT
--
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/e1vqb0n-0008qj...@franck.debian.org
Processing changes file: perl_5.14.2-21+deb7u1_mipsel.changes
ACCEPT
Processing changes file: perl_5.14.2-21+deb7u1_powerpc.changes
ACCEPT
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive
Hi!
On Mon, 2013-09-30 at 11:09:26 +0200, Ondřej Surý wrote:
> I have seen these two breakages (so far):
>
> libgd2: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724841
This uses -Werror in AM_INIT_AUTOMAKE, don't do that.
> gyrus: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724917
(g
Hi,
I have prepared xloadimage for upload to assume maintainership for it,
and the PTS tells me I should prepare it for the libtiff5 transition.
My understanding is that I should make it build against libtiff5 rather
than libtiff4, and that is what I did. My understanding is that this
will bring
Hi,
> My understanding is that I should make it build against libtiff5 rather
> than libtiff4, and that is what I did. My understanding is that this
> will bring forward the transition.
another DD now explained to me that problems may arise with library
packages that have reverse dependencies, be
On 2013-09-30 15:50, Dominik George wrote:
> Hi,
>
> I have prepared xloadimage for upload to assume maintainership for it,
> and the PTS tells me I should prepare it for the libtiff5 transition.
>
> My understanding is that I should make it build against libtiff5 rather
> than libtiff4, and that
Hi Niels,
> Now, I am not sure tiff counts as your "average transition". Since it
> involves two source packages instead of just one. If your (patched)
> package can be build against either the new or the old version of
> libtiff, then I suspect an upload is not a problem at this time.
That mea
On 2013-09-30 16:29, Dominik George wrote:
> Hi Niels,
>
>> Now, I am not sure tiff counts as your "average transition". Since it
>> involves two source packages instead of just one. If your (patched)
>> package can be build against either the new or the old version of
>> libtiff, then I suspect
Hi,
> Let me clarify, "build against either" here being the source code can
> compile against either (not having Build-Depends that allow either).
Huh? That means, if I Build-Depend on libtiff5-dev, it still has to
build against libtiff4? I do not get that…
Cheers,
Nik
--
* concerning Mozilla
On Mon, September 23, 2013 10:47, Bastian Blank wrote:
> On Mon, Sep 23, 2013 at 09:47:32AM +0200, Thijs Kinkhorst wrote:
>> Do you have a message ID for me? I'd rather try to see what the problems
>> with the wheezy-security route are and how we can resolve them, rather
>> than try to work around
* Guillem Jover (guil...@debian.org) wrote:
> Hi!
>
> On Mon, 2013-09-30 at 11:09:26 +0200, Ondřej Surý wrote:
> > I have seen these two breakages (so far):
> >
> > libgd2: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724841
>
> This uses -Werror in AM_INIT_AUTOMAKE, don't do that.
Ah yes,
On 2013-09-30 16:40, Dominik George wrote:
> Hi,
>
>> Let me clarify, "build against either" here being the source code can
>> compile against either (not having Build-Depends that allow either).
>
> Huh? That means, if I Build-Depend on libtiff5-dev, it still has to
> build against libtiff4? I d
Hi,
> I meant, you upload your package built against libtiff4-dev, which is
> the status quo. However, you do a build-test where you swap
> libtiff4-dev with libtiff5-dev to see if your package would compile if
> libtiff5-dev had been used instead of libtiff4-dev. So when the time
> comes, all y
> I conclude from that, that I should *in general* not use libtiff5-dev
> right now? Having a apckage build *only* against libtiff5-dev is not
> acceptable, although the package is there and already has dependencies?
I should add that I plan to implement a new feature in xloadimage, which
will not
* Ondřej Surý (ond...@sury.org) wrote:
> Hi Eric,
>
> On Mon, Sep 30, 2013, at 4:50, Eric Dorland wrote:
> > * Ondřej Surý (ond...@sury.org) wrote:
> > > Hi,
> > >
> > > recent automake transition to 1.14 broke (FTBFS) at least two of my
> > > packages.
> > >
> > > Would it be possible to coordi
Hi!
On Sat, 2013-09-28 at 08:13:29 +0100, Adam D. Barratt wrote:
> Control: tags -1 + pending
>
> On Sat, 2013-09-28 at 05:47 +0200, Guillem Jover wrote:
> > On Thu, 2013-09-26 at 05:37:30 +0100, Adam D. Barratt wrote:
> > > On Thu, 2013-09-26 at 04:46 +0200, Guillem Jover wrote:
> > > > On Tue,
Apologies for delayed response - work trips and VAC got in the
way a little.
On Sun, Sep 01, 2013 at 09:33:51AM +0200, Niels Thykier wrote:
>
>
>If you are (or intend to become) an active porter for the lifetime of
>jessie, then please send a signed email explaining your involvement in
>the port t
Hi,
On Mittwoch, 25. September 2013, Jonathan Wiltshire wrote:
> To propose a goal, you should create a page on the wiki [WIKI] with a short
> goal description, details of the advocate(s) and how the goal will be
> achieved.
I've now created https://wiki.debian.org/ReleaseGoals/piuparts which is
Processing changes file: tntnet_2.1-2+deb7u1_mips.changes
ACCEPT
--
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/e1vqgoe-0004gt...@franck.debian.org
On 30.09.2013 16:58, Eric Dorland wrote:
> Doing a rebuild is something I could try for next time. I'm not really
> familiar with how to do that though, can you point me in the right
> direction? What sort of lintian checks did you have in mind?
At minimum the packages using Werror should be test
On Mon, Sep 30, 2013 at 04:38:24PM +0200, Thijs Kinkhorst wrote:
> Thanks. I've read them. My conclusion is that there are two problems:
> 1/ On a previous upload, someone from the security team added extra
> changes without coordination or reporting them back.
> 2/ It took long to process the uplo
Control: retitle -1 nmu: yatm_0.8-1
On 2013-09-23 02:38:30, Sebastian Ramacher wrote:
> nmu gst-plugins-bad1.0_1.0.10-3 . armel . -m "Rebuild against soundtouch
> 1.7.1-3"
> nmu yatm_0.8-1 . armel . -m "Rebuild against soundtouch 1.7.1-3"
gst-plugins-bad1.0 has been uploaded in the meantime.
Re
Processing control commands:
> retitle -1 nmu: yatm_0.8-1
Bug #724254 [release.debian.org] nmu: gst-plugins-bad1.0_1.0.10-3 and yatm_0.8-1
Changed Bug title to 'nmu: yatm_0.8-1' from 'nmu: gst-plugins-bad1.0_1.0.10-3
and yatm_0.8-1'
--
724254: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=72
On Mon, Sep 30, 2013 at 01:46:41AM +0200, Cyril Brulebois wrote:
> Control: tag -1 moreinfo
>
> Kurt Roeckx (2013-09-23):
> > I actually consider the arm assembler and nistp curves to be
> > important, even if the bugs might only be filed at severity
> > level wishlist. The nistp curves are even
On Mon, 2013-09-30 at 16:59 +0200, Guillem Jover wrote:
> On Sat, 2013-09-28 at 08:13:29 +0100, Adam D. Barratt wrote:
> > Flagged for acceptance.
>
> Thanks, unfortunately 724949 just came in a day after the upload, it
> involves improper caching of the «dpkg --print-architecture» and
> «gcc -dum
Your message dated Mon, 30 Sep 2013 19:01:33 +0100
with message-id <1380564093.29203.12.ca...@jacala.jungle.funky-badger.org>
and subject line Re: Bug#724254: nmu: gst-plugins-bad1.0_1.0.10-3 and yatm_0.8-1
has caused the Debian Bug report #724254,
regarding nmu: yatm_0.8-1
to be marked as done.
T
Control: unblock -1 by 694143 694131 718125 721148 721047 713197 720814
(Removing bugs of packages no longer in testing from the list of blocking bugs.)
Some weeks have passed and we are down to the following bugs:
#720783 dvswitch (with patch)
#720796 gsteamer0.10-ffmpeg (patch WIP)
#720816 ope
Processing control commands:
> unblock -1 by 694143 694131 718125 721148 721047 713197 720814
Bug #706798 [release.debian.org] transition: Libav 9
706798 was blocked by: 694143 713354 722610 720828 694131 720801 721544 694299
720779 720785 721025 720727 723099 692505 720820 720796 693639 693641 7
Le lundi 30 septembre 2013 à 10:50 +0200, Julien Cristau a écrit :
> On Wed, Jun 19, 2013 at 13:13:10 +0200, Sébastien Villemot wrote:
>
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> > X-Debbugs-CC: sylves...@debian.org
On Mo, 30 Sep 2013, Niels Thykier wrote:
> For the record, the hint was successful and you should receive a mail
> about the package having migrated later today (in about 5 hours, if my
> memory serves).
THanks. Strangely enough I only got emails for tex-common and one more, but
not for the texliv
Hi,
Sorry, I didn't remember the exact details, now I do. There *was* a bug
report earlier than you (and I) thought.
On 09/30/2013 04:59 PM, Cyril Brulebois wrote:
> [ Dropping -release, which gets this conversation through the bug
> already. ]
>
> Thomas Goirand (2013-09-30):
>> I'm very sur
Hi,
On 09/27/2013 10:44 PM, Michael Biebl wrote:
> Am 27.09.2013 22:05, schrieb Steven Chamberlain:
>> Control: block 724678 by 724686
>>
>> On 26/09/13 15:34, Markus Wanner wrote:
>>> as correctly reported by Rebecca N. Palmer, flightgear no longer builds
>>> on kfreebsd-* (due to systemd depende
Processing changes file: perl_5.14.2-21+deb7u1_mips.changes
ACCEPT
--
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/e1vqjcq-0007gh...@franck.debian.org
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
> vxl is affected by #718047.
>
Why doesn't vxl stop using --as-needed?
Cheers,
Julien
signature.asc
Description: Digital signature
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Hi,
I would like to update mutt in wheezy to fix a segfault (#626294) and
a data-loss (#721860) bug. Both patches have been in unstable since
13.09.2013 and noone complained so far.
The debdiff
On Sat, Sep 28, 2013 at 11:38:33 +0200, Rémi Vanicat wrote:
> Hello,
>
> A recent change in a build dependency (libmodplug 1:0.8.8.4-4[1]) of
> xmms2 make it FTBS[2]. As it is part of the libav transition and already
> have been rebuilt for it, I wanted to have you OK to upload the fixed
> versio
On Mon, Sep 30, 2013 at 15:50:33 +0200, Dominik George wrote:
> Hi,
>
> I have prepared xloadimage for upload to assume maintainership for it,
> and the PTS tells me I should prepare it for the libtiff5 transition.
>
> My understanding is that I should make it build against libtiff5 rather
> tha
Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
Hi,
unfortunately the packages meep-* contain bugs that makes it impossible to
develop own software with libmeep.
As directory names are wrong, especially users of Live CDs might
Hi,
Nothing motivates like a deadline...
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For kfreebsd-amd64 and kfreebsd-i386, I
- test many packages on this architecture
- triage arch-specific bugs
- fix arch-rela
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Dear release team,
mail-notification's last binNMU (for the Evolution 3.8 transition)
pulled in libgmime-2.6-dev 2.6.17-1, and the resulting package built
without GMime support thanks to #72
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
> dvd-slideshow, dvdwizard, tribler and videotrans still depend on ffmpeg.
> dvd-slideshow would make a good removal candidate. #710411 is open since May
> and
> has not received a reply from the maintainer.
>
> dvdwizard and vide
On Mon, Sep 30, 2013 at 20:26:30 +0200, Sebastian Ramacher wrote:
> dvd-slideshow, dvdwizard, tribler and videotrans still depend on ffmpeg.
> dvd-slideshow would make a good removal candidate. #710411 is open since May
> and
> has not received a reply from the maintainer.
>
> dvdwizard and vide
On Thu, Sep 19, 2013 at 10:38:29AM +0200, Niels Thykier wrote:
> We also got a number of people interested in architectures not currently
> in unstable. These are:
>
> alpha: Bill MacAllister (!DD), Kieron Gillespie (!DD)
> arm64: Wookey (DD)
> parisc/hppa: Helge Deller (!DD)
> ppc64: Ste
Your message dated Mon, 30 Sep 2013 23:23:28 +0200
with message-id <20130930212328.gb8...@betterave.cristau.org>
and subject line Re: Bug#721509: nmu: binNMU for libgtkdatabox rdepends
has caused the Debian Bug report #721509,
regarding nmu: binNMU for libgtkdatabox rdepends
to be marked as done.
Your message dated Mon, 30 Sep 2013 23:25:35 +0200
with message-id <20130930212535.gc8...@betterave.cristau.org>
and subject line Re: Bug#724252: nmu: brp-pacu_2.1.1+git20111020-3
has caused the Debian Bug report #724252,
regarding nmu: brp-pacu_2.1.1+git20111020-3
to be marked as done.
This means
Your message dated Mon, 30 Sep 2013 23:28:25 +0200
with message-id <20130930212825.ge8...@betterave.cristau.org>
and subject line Re: Bug#712771: nmu: dynare_4.3.3-4 vips_7.28.5-1 nip2_7.28.4-1
has caused the Debian Bug report #712771,
regarding nmu: dynare_4.3.3-4 vips_7.28.5-1 nip2_7.28.4-1
to be
On Fri, Sep 27, 2013 at 09:20:33 +0200, Vincent Bernat wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: binnmu
>
> nmu pinba-engine-mysql_1.0.0-2 . ALL . -m "recompile against new
> mysql-source-5.5"
>
... because?
Cheers,
Julie
❦ 30 septembre 2013 23:26 CEST, Julien Cristau :
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: binnmu
>>
>> nmu pinba-engine-mysql_1.0.0-2 . ALL . -m "recompile against new
>> mysql-source-5.5"
>>
> ... because?
MySQL does not
Your message dated Mon, 30 Sep 2013 23:32:35 +0200
with message-id <20130930213235.gf8...@betterave.cristau.org>
and subject line Re: Bug#724725: nmu: pinba-engine-mysql_1.0.0-2
has caused the Debian Bug report #724725,
regarding nmu: pinba-engine-mysql_1.0.0-2
to be marked as done.
This means tha
On 30/09/2013 11:09, Cyril Brulebois wrote:
> Jérémy Lal (2013-09-30):
>>> Jérémy Lal (2013-06-10):
--- redmine-1.4.4+dfsg1/debian/changelog 2013-01-19 15:54:09.0
+0100
+++ redmine-1.4.4+dfsg1/debian/changelog 2013-06-10 01:01:48.0
+0200
@@ -1,3 +1,1
Hi!
[ Had forgotten about this one, sorry. ]
I am an active porter for the following architectures and I intend
to continue this for the lifetime of the jessie release:
For kfreebsd-*, I
- co-maintain arch-related packages under the hat of the GNU/kFreeBSD
Maintainers.
- maintain a portability
Hi!
As previously (https://lists.debian.org/debian-devel/2013/08/msg00217.html)
discussed, I'd like to propose improving support for UTF-8. All material
shipped with Debian should be encoded this way, or, for media with an opaque
format, as something capable of storing any Unicode character, with
Hooray for deadlines:
https://wiki.debian.org/ReleaseGoals/CrossToolchains
Cross Toolchains in the archive
===
Debian has long had useful cross-building support, but has never had
general cross-compilers for release architectures in the archive. They
have always been
Make the base system cross-buildable
It is very useful to be able to cross-build packages in Debian for
many reasons, especially around faster dev times on slow
architectures, and new ports. Making the whole archive crossbuildable
is a huge goal, but making th
On Mon, 2013-09-30 at 18:57:15 +0100, Adam D. Barratt wrote:
> On Mon, 2013-09-30 at 16:59 +0200, Guillem Jover wrote:
> > Thanks, unfortunately 724949 just came in a day after the upload, it
> > involves improper caching of the «dpkg --print-architecture» and
> > «gcc -dumpmachine» output, affecti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
>As previously
>(https://lists.debian.org/debian-devel/2013/08/msg00217.html)
>discussed, I'd like to propose improving support for UTF-8. All
>material
>shipped with Debian should be encoded this way
I absolutely second this proposal.
Why ha
On 2013-10-01 00:54, Adam Borowski wrote:
> Hi!
>
> As previously (https://lists.debian.org/debian-devel/2013/08/msg00217.html)
> discussed, I'd like to propose improving support for UTF-8. All material
> shipped with Debian should be encoded this way, or, for media with an opaque
> format, as so
Processing control commands:
> block 706798 with -1
Bug #706798 [release.debian.org] transition: Libav 9
706798 was blocked by: 713354 720828 722610 720801 694299 721544 720779 720727
721025 720785 723099 720820 692505 720796 693639 720668 693641 692809 721577
720790 720799 720826 692980 720797
86 matches
Mail list logo
