On Sat, Nov 13, 2010 at 11:29:54PM +0200, Teodor MICU wrote:
> 2010/11/13 Philipp Kern :
> > Please wait until this is formally communicated. The name might as well
> > still change. (Or the contents of the Release file, for pinning etc.)
> >
> > (I.e. the uncoordin
x27;t suppose we could make that the default? Is there anything
else the dpkg developers can try to be portable and still not be
sacrificing performance?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
here's no rush to get the current
> version in unstable in right now; I just want to have a less buggy
> version in the squeeze release that's worthy of putting in the release.
I'm not exactly sure that the new version is fit for releasing.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
r3844-1+b2 | unstable | ia64
superiotool | 0.0+r5050-1 | unstable | source, alpha, amd64, armel, i386,
kfreebsd-amd64, kfreebsd-i386
So you do want a removal from unstable of that binNMU.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
table (either via -security or with
> the next point release), and if yes, what are we doing with tor?
That's up to security.
> When we throw out tor 0.2.0.x from lenny, are we replacing it with the
> version currently in lenny-volatile?
I'd be ok with that.
Kind regards
Philipp kern
signature.asc
Description: Digital signature
ight want to point us to that decision.
We'd prefer to have this handled by security.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
I'm sure you had a careful look at the debdiff of the previous to the current
version and saw that it's uttlery unreviewable in this form? (Hint: the
patches/debian-changes-1:3.6.4-1 isn't going to help.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Mon, Nov 22, 2010 at 10:27:48PM -0600, Steve M. Robbins wrote:
> Alternatively, Jakub Wilk suggested that "Python maintainers can make
> python2.6-minimal break (or conflict, if breaking is not enough) the old
> libboost* packages."
I think that would be more appropriate.
K
you have some results for it, please mark the testing version as "found" in
the BTS.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
to source format 3.0 (quilt)
>* [b92405c] Add watch file
>* [5a9ee07] Add security update notice to README.Debian
>
> If this isn't deemed enough we need to remove iceowl entirely from
> testing.
Do you expect newer icedove micro releases to break this extension?
Ki
. If the maintainer doesn't
care, it doesn't need to be somewhere else than just removed.
Removal hint added.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
a great idea to
me.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ux_xen wich points
> to /etc/grub.d/20_linux_xen. (This of course will result in duplicate
> grub menuentries for Xen, but should not hurt otherwise.)
are grub1 installations (which were the default for Lenny AFAIK) auto-upgraded
to grub2 during the dist-upgrade? If not, it shouldn't break
On Thu, Dec 16, 2010 at 06:56:13PM +0100, Carsten Hey wrote:
> Could rebuilding them please be scheduled?
We cannot rebuild arch:all packages without sourceful uploads.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
s not
doable without hackery in the wanna-build tables. I think that we
could have stuff in place for that, though. aba? sbuild support
is there, right?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
> dw gtk3-engines_1:2.91.1-1 . ALL -m 'libgtk3.0-dev (>= 2.91.6-1)'
>
> (There are a few more rdeps, but we're doing sourceful uploads for
> those as the API also changed).
As said on IRC:
- dw misses the dist
- mutter version mismatches
- empathy was bd-uninst (on libfolks-dev I think, which should get back when
the dep-wa't's cleared)
Scheduled, though.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ed source trees, á la debuild et al
> • support for running lintian and piuparts
Despite being useful features they look unsuitable for a freeze to me.
Of course there are many other improvements in the current unstable
version. But the release is not far away, so that should've happened
be
ve to prove it's working. Once I'm convinced it's
> working correctly, may I upload this to testing-proposed-updates?
You tested that on squeeze?
So yeah, barring the issue above you can upload to t-p-u.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
selected special pages
please go ahead.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
On Wed, Jan 05, 2011 at 11:48:00AM +0200, Teodor wrote:
> Please unblock package unscd. It fixes RC bug #606588 although it's not
> listed on UDD [1] for some reason.
It's not RC, it's of "important" severity.
@Don: Do we need this band-aid fix in sque
obby 0.3.0-3 across all arches.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ice but to
> properly fix this at the source level.
They most probably won't work with older, but I could force a shlibs
version dependency locally in obby to require the new version.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
there is no reason that they stall migrations.
All three packages, and gmp were hinted by HE, but that did not help for
weeks, due to missing builds on m68k and various binNMUs needed in the
meantime. (On arm because of a wrong gmp dependency and for libxml++.)
Thanks in advance,
Philipp Kern
PS
orry.
Kind regards,
Philipp Kern
[1] Which was obviously a mistake...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, thanks to Matthias Julius
(Closes: #404587)
Ciao,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
first alternative only, which does not exist. The package is now unbuildable
in unstable.
Also the transition hasn't started yet at all, it wasn't even ACKed by the
Release Team yet in any way.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
wi
stallations or through other means.
openjdk-6 might well be a viable replacement in wheezy, but there are no
efforts to backport those compatibility patches that might be in newer
versions.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ld issues for security packages after
> the end of support. The earliest we'd therefore be looking at would be
> the weekend of 11/12th February.
>
> Comments / thoughts / suggestions?
I can be available for the last two weekends of February and March looks pretty
much fre
hings like kernel and d-i changes being ready over
> the holiday period.
>
> As an opening gambit, I'd propose we look at one of the following
> Saturdays in January: 14th, 21st, 28th.
Given that they're usually around noon, ACK from me for all of them.
Kind
On Tue, Dec 20, 2011 at 12:34:03PM +0100, Joachim Breitner wrote:
> unless I am mistaken, a large number of Haskell packages can now
> migrate, please try the attached easy hints file.
It worked, thanks. :)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
luded into stable. Having it already in ia32-libs might make that harder.
(Or we may just not care about the content of ia32-libs.)
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de
changes. In the second stage there's the
build and upload.
I would be unhappy with just "upload it now", FWIW.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Rel
On Fri, Dec 30, 2011 at 08:32:03PM +0100, Petter Reinholdtsen wrote:
> According to Philipp Kern, the stable release manager, on IRC, he agrees
> with your email and we can use your comments as authorative. Mentioning
> it here to make sure the package maintainer is aware of this.
And
network service
through security, to be honest.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:p...@0x539.de Wanna-Build Admin
`-finger pkern/k...@db.debian.org
signature.asc
Description: Digital signature
On Wed, Jan 04, 2012 at 06:37:36PM +0100, Moritz Mühlenhoff wrote:
> Philipp Kern schrieb:
> > Why is that, given that according to the tracker, lenny isn't even
> > affected? I'd appreciate a fix for a remote DoS of a network service
> > through security, to
lly correct about the reasons.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:p...@0x539.de Wanna-Build Admin
`-fin
Hi,
On Sun, Jan 08, 2012 at 10:40:03PM +0100, Joachim Breitner wrote:
> here is another hint that britney2 seemingly did not detect by
> itself:
added to my hint file. Thanks.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Fri, Jan 13, 2012 at 12:23:05AM +0100, Joachim Breitner wrote:
> thanks, here is another one:
Done. Please start new threads for new requests. Threads are cheap.
Thanks.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
r drugs/*.db I don't think
they are actually copyrightable (at least in the US, being a database
collection of public information).
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable
terial.
> Such
> acknowledgement must be included in each copy of the material.
> ...
What's the problem with that? The missing license to allow
modification? Even then it would still be distributable, which is
distinct from not belonging into main.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
For [unblock, unblock-udeb, approve] that's not true
because you can't get back in time once they're in. But it's
necessary during freeze times to have all manpower available reviewing
packages, I guess that's why they're in the set.
(Not doing any judgem
urther security update of policykit-1. (I guess the
only way to fix it for good would be to use the ftp-master .orig with a new
fake upstream version for the next security update.)
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :'
packages on your TFTP boot server. Sadly netboot is not currently guaranteed
to work across point releases.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
On Tue, Jan 31, 2012 at 09:46:50PM +, Ian Jackson wrote:
> Would you agree that this is a bug ?
Can you tell me what's broken?
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de
5 is useless.
> Would it be feasible to address this somehow in stable? Please
> forgive my ignorance.
I presume that we're talking not only about taxbird but also libgeier?
Kind regards,
Philipp Kern
--
.''`. Philipp KernD
On Wed, Feb 01, 2012 at 09:12:04PM +0100, Julien Cristau wrote:
> On Tue, Jan 31, 2012 at 22:56:02 +0100, Philipp Kern wrote:
> > On Tue, Jan 31, 2012 at 09:46:50PM +, Ian Jackson wrote:
> > > Would you agree that this is a bug ?
> > Can you tell me what's broken
On Wed, Feb 01, 2012 at 01:40:23PM -0600, Jonathan Nieder wrote:
> Philipp Kern wrote:
> > On Wed, Feb 01, 2012 at 12:38:09PM -0600, Jonathan Nieder wrote:
> >> Would it be feasible to address this somehow in stable? Please
> >> forgive my ignorance.
> > I pr
zy sid.)
Feel free to tag them squeeze-ignore. We won't tackle them for squeeze.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:p...@0x539
> decision for the UDD importer.
It possibly breaks stuff. Like tasksel[1]. Sadly there are many implicit
assumptions in a release, hence we're not switching on any new features in
Packages/Sources/Contents post-release.
Kind regards,
Philipp Kern
[1] http://lists.debian.org/debian
le on the Sunday, but that's
> only really an issue if stuff breaks and it then transpires that Mark's
> also unavailable to help fix the world.
>
> Thoughts / preferences / anything I missed?
Currently I can make every weekend except 3-24.
Cheers
Philipp Kern
signature.asc
Description: Digital signature
here at that point, given that it won't
change anymore).
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Debian Volatile Update Announcement VUA 76-2 http://volatile.debian.org
debian-volat...@lists.debian.orgPhilipp Kern
February 26th, 2012
FTBFS on
> some architectures in 3.2.7-1.
>
> There will be an ABI bump.
>
> The link security restrictions will also be included in this version.
shouldn't there be a breaks on a fixed version of at?
Kind regards,
Philipp Kern
--
.''`. Philipp Kern
Dear Listmasters,
On Sun, Feb 26, 2012 at 07:07:08PM +0100, Philipp Kern wrote:
>
> Debian Volatile Update Announcement VUA 76-2 http://volatile.debian.org
> debian-volat...@lists.d
Package: debian-archive-keyring
Version: 2011.10.23
Severity: serious
We still need a release key for Wheezy.
--
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/2012
Hi,
On Mon, Oct 31, 2011 at 10:38:30AM -0500, David Kalnischkies wrote:
> Beware, I haven't tested the code so far and it includes two fixmes,
> so it's more of a proof of concept to get the ball rolling…
FWIW: I'll work on this now and test it. ;-)
Kind regards
Philipp
es
sense.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Stable Release Manager
`. `' xmpp:p...@0x539.de Wanna-Build Admin
`-finger pkern/k...@db.debi
-archive-keyring when you've got a decision.
(We should push a new key or a refreshed key into Squeeze too. In a point
release before Wheezy is released.)
Thanks!
Philipp Kern
signature.asc
Description: Digital signature
!) than plain FTBFSes in the archive would, if we'd allow
source-only uploads. But ftp-masters don't appreciate this. IMHO it's for the
buildd maintainers to cry if their resources are abused, but then the
ftp-masters couldn't run their binary-only lintian checks anymore…
t the updated binaries into the archive. (To pick
up the template fixes, for instance.)
Maybe that does shed a bit more light onto the issue.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
i.e. no conflicts etc.). The
reason to have two versions of 2.x was to avoid this lockstep, especially as
scripts tend to specify their Python versions in the shebang.
If an upgrade does not force python2.6 (and the corresponding python2.6
modules) to be uninstalled, I think it's fair to drop it
(As will I, but that's
> less of an issue)
Might work, preferably in the afternoon, though. 13 is no problem.
> May 19/20:
ACK.
> May 26/27:
ACK.
Kind regards,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.
ate use
for technical reasons.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
dent that the bug will be fixed in time for wheezy.
nodejs is not in testing, so #614907 cannot, as a conflict solely within
unstable, be a rationale by itself for testing removal. (I'm with you that it
should be resolved with nodejs getting the name, but that's my personal
opin
ad something else in the meantime that's your problem, as we still want the
change in testing. You could a) wait for the previous version to hit testing
or b) ask the release team to override the urgency of your most recent upload.
The only case where urgencies should not accumulate is i
turned on by default. (Surely you wouldn't want
them in production use after all!?) Python got rid of them, IIRC.
Kind regards
Philipp Kern
--
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/20120508212927.ga18...@hub.kern.lc
us when we can start disrupting d-i
again. :P
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
folks are interested in doing the work anyway.
Kind regards
Philipp Kern
--
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/20120509210115.ga16...@spike.0x539.de
as an alternative,
just that it is highly problematic as the default at this point of the release
cycle. +1 on the revert from me, sadly.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ange,
> unless they also happen to be buildd admins or wb-team.
I think for wheezy+1 it should be implied by the criterion DSA'ed buildds.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
al with
security updates and other urgent updates. One armel buildd alone is a tad on
the fringe of keeping up with that.
(One fast s390 box for example, can basically keep up for that use case, even
if it's not able to keep up with two architectures, s390 and s390x, both having
unstable.)
Kind
ld security on DSAed buildds, the two can go hand in
hand.
Just a very minor clarification.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ocate fixes in backports when the problem mainly affects packages in
backports, yes; unless it introduces more sanity and helps in a broader scope.
(Like the 2.6 vs. 3.0 version checks.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
olchain.
With three buildds we're pretty much redundant now, package building is
generally very fast.
OTOH this arch is already marked as "yes" anyway… ;-)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Thu, May 24, 2012 at 07:35:27PM +0200, Svante Signell wrote:
> Is there a definition of what broken and fucked means, so this could be
> related to. Also, is "tech preview" defined somewhere. Were there any
> descriptions made/discussions when kFreeBSD was introduced for Squeeze?
Yes. c.f. http
actually our job description. So no, we won't stop just because you're telling
us to, just with solid reasons instead of handwaving about it all going away
because you say so. It's a hell lot of work it's causing. Nobody's saying
anything against having gcc-4.7 as an optio
issues; may be last release in favour of s390x.
>
> s390x
> -
>
> Seems okay. Still in fucked_arches currently - should we remove it
> from there and promote it to a full release architecture?
My general feeling is yes, if we want it in the release. Do you feel that it's
in the same shape as armhf?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
release notes / upgrade instructions, though, if it isn't already.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
on't mail
failed builds for hurd-i386 to maintainers for example.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
piece missing.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
be considered wrong), but still that version has been
around for some time and buildd admins are expected to upgrade regularly (like
once a month).
Kind regards
Philipp Kern, sorry for bouncing you around
signature.asc
Description: Digital signature
n place.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
y assuming that the buildd has a less recent CPU? That would be broken.
(I.e. please fix the build system instead.) If the maintainer, however, had put
local overrides in place and built with them, then this request is valid (and
the maintainer should be LARTed appropriately).
Kind regards
Phi
also not be suitable for a stable
update.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
> is taken and stuffed it into all of the other 'Multi-Arch: same' +b1
> packages, which are now called +b2, and all of them uploaded.
For various reasons you cannot do that without a rebuild. (Hint: Files must not
change, new versions have their versions in various fields.)
Kind regard
On Sat, Jun 16, 2012 at 08:30:12PM +0200, Alessio Treglia wrote:
> On Sat, Jun 16, 2012 at 7:49 PM, Cyril Brulebois wrote:
> > this doesn't look too bad.
> Sure, a complete debdiff is attached.
AFAICS you attached the same file again, which is not a debdiff. ;-)
Kind reg
yet?
It feels very cold already. It will be here really soon now.
Given that your package contains an ABI bump it's a transition and the deadline
for those has passed already, sorry.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ll architectures, even if the version matches.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
e package with an old version of debhelper and hence only the
maintainer upload was using .gz. The buildd binaries were using .xz.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
make an upload just to acknowledge a NMU, unless you
have other changes planned.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ngs cleanup left out from the 1.16.4
> > > release, the cross-multiarch patches, part of the changelog binNMU
> > > solution, and some other multiarch related improvements.
> >
> > I think it would be good to let 1.16.4.3 migrate before next
> > upload, because it has some (RC) fixes good to have in testing.
>
> dpkg 1.16.4.3 is now 8/10 days old
It migrated now.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Sat, Jun 30, 2012 at 12:57:35PM +0200, Julien Cristau wrote:
> Simon McVittie reported a crash in the intel driver, and tracked down
> the fix in the upstream tree. The patch is simple and applies cleanly.
> debdiff follows, modulo dch -r.
Please go ahead.
Thanks
Philipp Kern
sign
* Prevent the journal from crashing when running out of disk space.
> This is 499fb21 from upstream. Closes: #668047.
> * Stop mounting a tmpfs on /media. Closes: #665943
>
> -- Tollef Fog Heen Sun, 01 Jul 2012 08:17:50 +0200
That doesn't fit the diff you posted.
so it's possible that you don't get
it if you don't subscribe to your packages with either the default or the
buildd keyword.
Perhaps it would make sense to change it.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
hey'd have to go
through t-p-u with less testing.)
Kind regards and thanks in advance
Philipp Kern
signature.asc
Description: Digital signature
armhf
systems in any way? When would one mix and match armel and armhf libraries?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
d since long.
>
> * fixes to the manpage that man does not give warnings
Done, thanks.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ackages
before they're in the archive. If it's not critical (given how long that report
is open already) you could also wait until the current version migrated.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
x27;s fault so it needs to be fixed somewhere
else.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
update of flash-kernel makes sense instead of the fallback solution.
@debian-boot: Is it ok to unblock flash-kernel at this point or should that be
done post-beta1?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
901 - 1000 of 1035 matches
Mail list logo
