a-upgrade statistics:"
msgstr "Statistiques de delta-upgrade :"
-#: ../debdelta:4729
+#: ../debdelta:5128
#, python-format
msgid "size %(size)s time %(time)dsec speed %(speed)s/sec"
msgstr "taille %(size)s temps %(time)d sec vitesse %(speed)s/sec"
-#: ..
Dear Niels,
I attach the debdiff where I fixed the problems you noted, and bug
708022 as well
If you say it's OK, I will upload it.
thanks. a.
signature.asc
Description: OpenPGP digital signature
Dear Niels,
thanks a lot for the review!
may I add also this patch attached, would close bug 708022, it seems it
was but a typo
a.
From d32a369499427c0f69a451adb1834a4450f001dc Mon Sep 17 00:00:00 2001
From: A Mennucc <mennu...@debian.org>
Date: Tue, 7 Feb 2017 14:45:26 +0100
Subject:
d to get %s of deltas."
msgstr "Besoin de récupérer %s des deltas."
-#: ../debdelta:4673
+#: ../debdelta:5072
msgid "You may wish to rerun, to get also:"
msgstr "Vous pourriez relancer, pour obtenir également :"
-#: ../debdelta:4728
+#: ../debdelta:5127
msgid
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release team,
I uploaded a new version of debdelta ; unfortunately (my fault)
I did not realize that this time the freeze policy is so tight.
Please unblock package debdelta, or let
, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format
)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
File lists identical (after any substitutions
policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package pygame
this fixes copyright and hence an RC bug
unblock pygame/1.9.1release+dfsg-7
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT
On 27/08/2012 21:22, Niels Thykier wrote:
Whats up with:
debdelta-0.50/po/fr.mo |binary
debdelta-0.50/po/it.mo |binary
you mean, you are surprised to see .mo files in the source?
I would expect these to be generated during build; have they been added
by mistake?
nope, they
=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
diff -Nru debdelta-0.49/debdelta debdelta-0.50/debdelta
--- debdelta-0.49/debdelta 2012-08-02 07:22:49.0 +0200
+++ debdelta-0.50/debdelta 2012-08-26 22:24:26.0
: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa
sorry, you are right.
Currently testing has freevo/1.9.2b2-2 while unstable has
freevo/1.9.2b2-4 (I attach proper diffs) ;
upgrading is not needed to correct an RC bug in testing , as you
correctly stated ;
upgrading would fix these bugs:
* make sure the recordserver starts after dvbstreamer,
: /bin/sh linked to /bin/dash
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
File lists identical (after any substitutions)
Control files of package freevo: lines which differ (wdiff format)
--
Depends
hi,
I just found out I overlooked a RC bug in freevo; I uploaded corrected
version 1.9.2b2-4 ; see attachments; please provide exception.
a.
File lists identical (after any substitutions)
Control files of package freevo: lines which differ (wdiff format)
Il 02/01/2012 10:57, Julien Cristau ha scritto:
pygame 1.8.x is built on kfreebsd. pygame 1.9.x is not.
ah I see.
(Indeed pygame 1.9.x depends on portmidi, that currently does not build
on kfree-*
https://buildd.debian.org/status/package.php?p=portmidi
)
But why does
hi, related to the pygame problem [1] is another question:
will kfreebsd-* be a release architecture in wheezy?
If yes -
then portmidi has a release critical bug in it, it should
be removed from testing [2], and at the same time pygame
should be built w/o it ;
if no-
then pygame may
thanks! to Adam. We will build pygame w/o portmidi on kfreebsd-*.
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear d-release,
in the current version 1.9.0-9 of freevo in testing I forgot a '-f' in
debian/rules, and so it FTBFS in a buildd; so I uploaded 1.9.0-10
I attached a debdiff
a.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear jcristau and d-release all,
the current version of freevo in testing is 1.9.0-7 ; it is affected by
RC bugs
#607921 python-freevo: package fails to upgrade properly from lenny.
#606782 freevo messes with /home
Both bugs are solved by
hi,
may you please let the new version 1.9.0-5 of freevo in squeeze?
here is the changelog
* [INTL:da] Danish translation of the debconf templates freevo,
thanks to Joe Dalton (Closes: #588753).
* fix lintian warnings:
- depend on python-all , not python-all-dev
* update
hi,
may you let freevo 1.8.1-3; it fixes two nasty problems that may have
been grave (in that they prevent installing/running it for some
people). Changelog snippet:
* freevo does not work with python 2.3 ; set
XS-Python-Version: = 2.4 accordingly.
Thanks Mark Whitis (Closes:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi d-r, hi Marc,
I uploaded 0.7.3-2 into testing-proposed-updates.
May you let that in?
a.
ps: and sorry for the version mess last time
Marc 'HE' Brockschmidt ha scritto:
A Mennucc [EMAIL PROTECTED] writes:
please consider kaa-metadata 0.7.4-2
hi,
please consider kaa-metadata 0.7.4-2 for Lenny.
In attachment there is
debdiff -d ~/freevo/kaa/kaa-metadata_0.7.4-1.dsc \
~/freevo/svn-alioth/packages//kaa-metadata/build-area/kaa-metadata_0.7.4-2.dsc
I added a patch (from upstream SVN) that solves a nasty bug.
The bug in brief: when
On Wed, Oct 22, 2008 at 10:09:58PM -0700, Elliott Mitchell wrote:
I must therefore suggest that at the very least, the first part of this
bug is too severe to allow to continue on to yet another release. Despite
the pain now, that it is better to solve this issue and avoid yet more
pain down
retitle 474947 fix Dynamic MMaps error
severity 474947 important
tag 474947 -unreproducible
thanks
hi bug, hi people, hi d-release
I did some study on bug 474947, that is grave/RC, and is posted against APT.
Since I was told that the APT team is understaffed, I decided to take
action myself.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
may you let freevo 1.8.1-2 ?
changelog
freevo (1.8.1-2) unstable; urgency=low
* [INTL:es] Spanish debconf templates translation,
thanks to Ignacio Mondino (Closes: #489962)
* Suggest ttf-liberation | ttf-mscorefonts-installer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
I casually found out that 'fuzzyocr' 2.3 , currently in
testingunstable, is incompatible with spamassassin 3.2 ; that is, you
can install it , no errors whatsover , but it does nothing at all. I did
never notice since I am not receiving
this
problem to bug 374892 (that tells that debdelta is incompatible with
'localepurge'). Yes, I know I should have probably cloned that bug, so
I now may close it! :-
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi release team,
please let mplayer 1.0~rc2-17 into testing ; it was uploaded shortly
(*) before the freeze was announced, so it should be granted the
automatic freeze exception; anyway here is the changelog with some
extra info
* fix bashism
an interesting object, that
we may explore for lenny+1 ; now that I have also some new possibly
working better patches, I will improve it, and I will upload it to
experimental.
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do
apolgize
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds like it was written by a human
being who wants me to know what I can do.
Anonymous,http://www.securityfocus.com/columnists/420
signature.asc
summarize again.
Up to a 2008-05-19 , the version of ffmpeg-free in unstable was
totally incompatible with mplayer.
The new version of ffmpeg-free is based on a compatible code, but the
quilt patches disable a symbol that is needed to link to mplayer.
a.
--
Andrea Mennucc
The EULA sounds like
On Wed, Jun 18, 2008 at 10:29:17AM +0100, Neil McGovern wrote:
On Wed, Jun 18, 2008 at 11:10:21AM +0200, A Mennucc wrote:
And that was the case since 16 Dec 2006?
yes. Read ahead.
Why was this not brought up
sooner, and why has there been zero effort made into resolving this
issue, as far
9 security bugs in Etch.
Iceweasel has ~500 bugs (!!). So iceweasel should be kept out of
Lenny, since it contains embedded copies of code and is quite
buggy. But no one is ever posting this RC bug. Why? Beats me.
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers
, that are in a transition.
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds like it was written by a human
being who wants me to know what I can do.
Anonymous,http://www.securityfocus.com/columnists/420
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raphael Hertzog ha scritto:
On Mon, 05 May 2008, Josselin Mouette wrote:
Le lundi 05 mai 2008 à 13:57 +0200, A Mennucc a écrit :
I checked a few minutes ago that 'arm' is still using gcc-4.3_4.3.0-3
so it may be a bit early to binNMU
Why
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A Mennucc ha scritto:
I checked a few minutes ago that 'arm' is still using gcc-4.3_4.3.0-3
and m68k as well
a.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Josselin Mouette ha scritto:
Le lundi 05 mai 2008 à 15:12 +0200, Raphael Hertzog a écrit :
On Mon, 05 May 2008, Josselin Mouette wrote:
Why is it a problem?
Package: libffi4-dev
Source: gcc-4.3
Version: 4.3.0-3
Provides: libffi-dev
The only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A Mennucc ha scritto:
I checked a few minutes ago that 'arm' is still using gcc-4.3_4.3.0-3
so it may be a bit early to binNMU
the arm bbuildd just finished compiling gcc-4.3 4.3.0-4
a.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU
may you please binNMU waili ? it failed on sparc because of a missing
dependency, see
http://buildd.debian.org/build.php?arch=sparcpkg=wailiver=19990723-18
thanks
a.
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi ,
the web page http://packages.qa.debian.org/g/gtk+2.0.html reports:
Not touching package, as requested by freeze (contact
debian-release if update is needed)
and also
Unblock request by luk ignored due to version mismatch: 2.12.0-2
I got
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Javier Fernández-Sanguino Peña ha scritto:
On Mon, Aug 27, 2007 at 12:04:51PM +0200, A Mennucc wrote:
I think I already pointed people interested in this to #268658.
If ftpmasters where given the tools to implement this seamlessly then you
could
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi
just for the record : debdelta uses md5sums (when available) as a way
to speed up delta creation, to rapidly detect if there are any identical
files in the archives. So , yes, I (*) would be happy if md5sums where
always available.
BTW, I also
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefano Zacchiroli ha scritto:
In an attempt to prevent drift to a well-known counter argument:
DEBIAN/md5sums (used by debsums) are *not* intended as a mean to counter
security attacks, since they can be easily altered.
If md5sums become part
hi
I prepared a new version of MPlayer 1.0~rc1-12etch ; I uploaded it into
t-p-u ; please condider for unblocking
An important note: ignore anything in debian/patches in the attached
interdiff: those files are there for documentation
and future reference, but are not automatically applied or
Steve Langasek ha scritto:
If you have time to prepare an upload for testing-proposed-updates including
only the changes that fit the freeze policy, I'll happily accept that.
Otherwise, the security fix will need to go through the security team.
:-) you lost a good chance of having a patch
: if you look at the interdiff, ignore
anything in debian/patches : those files are there for documentation
and future reference, but are not automatically applied or removed at
build time (I plan to do this after Etch is released)
a.
--
Andrea Mennucc
The EULA sounds like it was written
on; but currently those are just there
for documentation purposes.
So you should ignore each and any file in debian/patches.
This is why I submitted to this list a interdiff where I deleted
all files from debian/patches .
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team
, most things mentioned
look acceptable at first sight...
uploaded
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds like it was written by a human
being who wants me to know what I can do.
Anonymous
this dependency, as requested by an user.
-
please tell me if the above would be accepted into Etch ; if not,
please tell me what I may include and what not
thanks a lot
a.
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do
Steve Langasek ha scritto:
On Tue, Jan 16, 2007 at 02:11:36PM +0100, A Mennucc wrote:
I uploaded gpr 0.11deb.etch1 in t-p-u
please let it into Etch; but, feel free to ask questions
Hmm, I never said 'no' to the version that you had already uploaded to
unstable. It's far better to use
I uploaded gpr 0.11deb.etch1 in t-p-u
please let it into Etch; but, feel free to ask questions
a.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
hi
(CC: to d-mentors : I need some help here)
Steve Langasek ha scritto:
I think in conclusion I would prefer t-p-u for this.
I tried it ;
I uploaded a package (using dput) ;
the first line in debian/changelog was
gpr (0.11deb.etch1) testing-proposed-update; urgency=low
but I got this
Marc 'HE' Brockschmidt ha scritto:
It's -update*s*.
:-
I was thinking about an exoteric explanation,
kinda I had uploaded into the wrong queue ...
:-
---
thanks Marc and Max :-)
a.
signature.asc
Description: OpenPGP digital signature
hi
summary: I uploaded gpr 0.12deb in unstable; it fixes a nasty bug that
had gone unnoticed, and that was rendering gpr practically useless;
unfortunately, while tracking down that bug, the code changed more than
strictly needed. What to do? Would you let gpr 0.12deb in Etch? Or, may
I upload a
hi again
Steve Langasek ha scritto:
Hi Andrea,
On Sat, Jan 13, 2007 at 12:26:55PM +0100, A Mennucc wrote:
Why does this version drop support in revalidate_utf8 for converting
locale-encoded strings to utf8?
:-) that falls in unused code cleanup
gpr should translate strings found in PPD
hi
here attached is the diff for gpr 0.11deb.etch1 ; note that the
changelog is much more detailed; here it is with further comments (and
answers to some Steve's questions)
* avoid storing twice the configuration
(this was explained in original email)
* do not use uninitialized GError stuff
hi,
the version 0.3.7-1 of flpsed in Etch is in bad shape; it is almost
unusable, due to these issues:
- it needs a gs as a backend, but there is no Depends
(see bug 402451)
- it does not work with gs-gpl, but only with gs-esp
(see again bug 402451)
IMHO the above render the package not
hi
please consider letting fuzzyocr into Etch
it is a spamassassin plugin to check image attachments
the current version is fuzzyocr 2.3-b2
a.
signature.asc
Description: OpenPGP digital signature
hi
I NMUd xarchon 0.50-10.1
the new version fixes the bug
111342: Missing font prevents starting new game
This bug was posted in 2001 as 'grave' but was then downgraded as
'normal' by the mantainer (who claimed that 'xarchon' would work with a
sane choice of fonts installed in the system). I
hi release people
it seems that MPlayer is vulnerable as well to the
problem DSA 1244-1
I adapted the patch that was used on libxine1 ;
I applied it and uploaded in unstable;
I also asked to MPlayer people, it seems my patch is OK
please hint it into etch
a.
signature.asc
Description:
, Wookey wrote:
On 2006-12-23 22:26 +, Wookey wrote:
On 2006-12-23 11:28 +0100, A Mennucc wrote:
hi everybody
I have started a build on hedges and can do a binNMU, but I think it will be
rejected too as only official builds are currently being accepted.
OK. It has built. I won't
A Mennucc ha scritto:
hi everybody
the ARM version of mplayer_1.0~rc1-10 never entered into the archives,
because of
this error following
what is the correct thing to do now?
can someone reupload it with a correct signature?
I dont think this needs a binNMU... the build did not fail
===
If you don't understand why your files were rejected, or if the
override file requires editing, reply to this email.
- End forwarded message -
--
Andrea Mennucc
The EULA sounds like it was written by a team of lawyers who want to tell
me what I can't do, and the GPL sounds like
[this was meant for d-release (damn autocompletion)]
Moritz Muehlenhoff ha scritto:
A Mennucc wrote:
Brief summary of bug: MPlayer contains an embedded copy of FFmpeg
(indeed, they are developed by ~the same people); Aur=E9lien G=C9R=D4ME a=
nd
Moritz Muehlenhoff ask that the mplayer
hi everybody
MPlayer did never enter into etch due to bug 395252.
Brief summary of bug: MPlayer contains an embedded copy of FFmpeg
(indeed, they are developed by ~the same people); Aurélien GÉRÔME and
Moritz Muehlenhoff ask that the mplayer package be dynamically linked to
the libraries in
how come that mplayer-blue transitioned into testing ? it depends on
mplayer, and mplayer is not in testing.
a.
---BeginMessage---
FYI: The status of the mplayer-blue source package
in Debian's testing distribution has changed.
Previous version: (not in testing)
Current version: 1.6-1
--
On Mon, May 08, 2006 at 10:17:42AM +0200, A Mennucc wrote:
On Thu, Apr 20, 2006 at 10:36:16PM +0200, Andreas Barth wrote:
Andrea Mennucci
354650 lightspeed: segfault at start up on amd64
I converted it to GTK2; the bug submitter says that the new version
is fine, so I uploaded
and interest to actively mantain it; or
otherwise to just drop it off the archives.
(*) Actually, according to [EMAIL PROTECTED] (see bug 344072),
in Feb apache2.2 was awaiting some final polish,
so it would be nice if he may publish the partial work somewhere
a.
--
Andrea Mennucc
Ukn ow,Ifina
on AMD64,
so we can rule out that the GTK_BOX call will fail there.
Moreover changing the library may help discover if the bug is in the app
or in the library
a.
--
Andrea Mennucc
Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
please hint so that
xmorph and waili will go into testing
thanks
a.
--
Andrea Mennucc
Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef
involving gpg signing and email to an obscure address
using a set of keywords nobody ever documented properly
1 was my hope, 2 was my Debian-experience-induced-fear
a.
--
Andrea Mennucc
Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef
signature.asc
Description: Digital signature
of input from stdin */
struct stat info;/* file info, used to see if file is piped
from an app */
- if (!strcmp(argv[0], lpr)) {
-cmdname = lpr.orig -P;
+
+ //Mennucc: in Debian, gpr may divert lpr to a script that calls gpr
+ // this command line avoids
2.7.5-2 was ready long ago, but I was unable to
upload it for 2 weeks (I was traveling);
please accept it into sarge
thanx
a.
--
Andrea Mennucc
E' un mondo difficile. Che vita intensa! (Tonino Carotone)
signature.asc
Description: Digital signature
75 matches
Mail list logo
