o see if a previous write
attempt was successful, and to use it in case of data corruption.
Any news on this?
You can go ahead with the upload. Please ping us when it got accepted.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a
On 08/10/2010 09:32 PM, Patrick Matthäi wrote:
Please unblock package otrs2
[...]
I hope I will make in a few days/weeks a new upload of otrs2, which may
hopefully
fixes all problems with the flash statistics, but this depends on libjs-yui..
Unblocked.
Kind regards,
Philipp Kern
--
To
s that the package actually works as expected would be
appreciated, too.
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/4c63048e.2030...@debian.org
ality). The
slides should contain enough information so that the recording is not stricly
required, though.
Kind regards,
Philipp Kern
[1]
http://meetings-archive.debian.net/pub/debian-meetings/2010/debconf10/high/1570_1570_Stable_Release_Management_and_the_future_of_Debian_Volatile.ogv
[2]
What's the use case?
(Still your other remarks look sane, and AFAIK a dependency on gnupg has been
committed into apt.)
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
On 08/06/2010 04:04 PM, Marco d'Itri wrote:
It will also fix the symptoms of #586404.
debian-boot, I don't see any reply of you, yet?
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
-free reactivated and at
least for powerpc it should be fixed now. We will try to add more
builders on other architectures to the set of non-free building
machines, if no unexpected events happen again (like there were the last
time we tried).
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, ema
Kind regards and thanks,
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/4c68509a.7060...@debian.org
? debdiff'ing the debs is not
really helpful for reviewing.
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/4c686331.7060...@debian.org
On 08/13/2010 06:17 PM, Joey Hess wrote:
Neil McGovern wrote:
This seems eminently sensible.
This seems fine.
8.0.0 uploaded with said changes, please unblock.
Done, thanks.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a
ow if it works as expected.) Would
you mind looking into it?
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/4c686bb9.1000...@debian.org
place?
Could you explain the reason of your choice?
I suspect there was no answer which we accidentally missed, right?
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Lenny (and already conflicted against),
then you can just drop it.
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/4c6a39d6.90...@debian.org
a backport to lenny-p-u.
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/4c6a3ab4.6050...@debian.org
does not look like technical excellence to me. Sorry.
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/4c6a7e99.10...@debian.org
lighten me
how this affects Debian Edu in general? I do realize that uio.no might
not work with this setup.
I cannot see SRV entries on _ldap._tcp.mit.edu, so that's an entirely
bogus argument. (I.e. it would still work with the order of the checks
reversed.)
Kind regards,
Phili
On 08/17/2010 06:03 PM, Luca Falavigna wrote:
Il 11/08/2010 0.38, Philipp Kern ha scritto:
You can go ahead with the upload. Please ping us when it got accepted.
Uploaded, and accepted.
Unblocked.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ
On 08/06/2010 04:53 PM, Philipp Kern wrote:
On 08/06/2010 10:34 AM, Dominic Hargreaves wrote:
As you can see, these are mostly documentation fixes and tidy-ups, with
a feature addition which fixes an security bug (#475730). I plan to
finalise work on this last issue this weekend and I'
On 08/17/2010 10:04 PM, Philipp Kern wrote:
On 08/06/2010 04:53 PM, Philipp Kern wrote:
On 08/06/2010 10:34 AM, Dominic Hargreaves wrote:
As you can see, these are mostly documentation fixes and tidy-ups, with
a feature addition which fixes an security bug (#475730). I plan to
finalise work on
d a hard one of 1,5h.
Later items on the list might be postponed to a later meeting.
Kind regards,
Philipp Kern
on behalf of the Debian Release Team
signature.asc
Description: Digital signature
On Tue, Aug 17, 2010 at 11:13:44PM +0200, Josip Rodin wrote:
> On Tue, Aug 17, 2010 at 09:52:34PM +0200, Philipp Kern wrote:
> > sparc had concerns raised about [its] releasability
> http://release.debian.org/squeeze/arch_qualify.html indicates the number of
> porters and upst
ng the clamav hosts to it.) It might be better
documented in the packaging of clamav, though (maintainers Cc'ed).
Kind regards,
Philipp Kern
[0] http://lists.debian.org/debian-volatile-announce/2009/msg3.html
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
Package: ftp.debian.org
Severity: normal
We need a new archive autosigning key for the squeeze timeframe. It should be
incorporated into a Lenny point release and into debian-archive-keyring for
Squeeze. So it should be generated as soon as possible. The current key
for Lenny will expire on 201
over several keyrings using gpgv, to verify
the signature, instead of using a large one. But this wasn't
implemented yet, of course.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
. I think having an option to update Dell
BIOSes in stable would be appreciated. The NMU is clearly pretty minimal.
Kind regards,
Philipp Kern
diff -u libsmbios-2.0.3.dfsg/debian/changelog libsmbios-2.0.3.dfsg/debian/changelog
--- libsmbios-2.0.3.dfsg/debian/changelog
+++ libsmbios-2.0.3.dfsg
[assignee: faw]
- upgrade-reports to be prepared and solicited [assignee: vorlon]
5) Any other business?
- This item was not called as the time budget was exceeded.
A full log is available on [1] (text-only version on [2]). Action and info
items are also available as extracted bits on [3
and hope to get them into squeeze?
Possibly as long as we did not release yet. However, you better don't
screw up and do your own reviews on it, we won't hold up the release for
them.
Both unblocked.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-re
tch but commented it out from series. This is a
pain, if you review patch files and then notice that it has actually been
added commented out.
* The truncation of strlen from size_t to int on strlen in src/GridText.c
looks bogus to me. Why is that valid? How does it help?
Kind regards,
Phil
surroundings.
OTOH as a package maintainer you should be prepared to answer such
questions.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
kage in Lenny. Please use the appropriate contact and get them to reply.
Some CVEs are listed as "minor issue - no DSA", so it wouldn't be valid
to remove it for that. (Sadly it seems that there's no overview to list
a package's vulnerabilities in Lenny at a glance?)
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
31 [1] and 258 [2] respectively. Perhaps it would be ok to
> remove them as well?
You seem to have another perception of low than me.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
le; urgency=low
* Team upload.
* Add Debian Archive Automatic Signing Key (6.0/squeeze) (ID: 473041FA).
* Convert keyring generation to jetring.
-- Philipp Kern Sat, 28 Aug 2010 23:17:21 +0200
The debdiff is attached.
Kind regards,
Philipp Kern
diff -Nru debian-archive-keyring-2010.08.15/
u can stage NEW uploads
| in experimental to avoid disruption in unstable.
Regards,
Philipp Kern
signature.asc
Description: Digital signature
On Wed, Sep 01, 2010 at 11:47:36AM +0200, Jonas Smedegaard wrote:
> I believe it is not possible to do binNMUs targeted testing (which
> is what would circumvent the sparc problem here).
BinNMUs can be made against testing.
Kind regards,
Philipp Kern
signature.asc
Description: D
oorly, and is not production code.
Then put a -23 into unstable, reverting -22 and ask for a freeze exception
for it (quoting the RC bug). We cannot put back -21, because that would
leave -22 installed on testing machines.
Kind regards,
Philipp Kern
>
signature.asc
Description: Digital signature
dependencies migrated to
> testing just yesterday). Is still possible to have gitit in the release?
> I didn't notice any problem with the package, although it still has a
> low popcon.
Unblocked.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
On Sat, Sep 04, 2010 at 01:10:28PM +0200, Philipp Kern wrote:
> clone 595473 -1
> Actually it's libunique that wants dbus unconditionally if compiled with
> dbus support. It does have other backends, too, but no way to catch
> this error or to set another backend at runtime
ploader's build machine. The autobuilt
ones look fine.
I scheduled a binNMU. A quick fix is to upgrade to the version in
proposed-updates when it's available there latest tomorrow evening.
Sorry
Philipp Kern
signature.asc
Description: Digital signature
Hi,
On Mon, Sep 06, 2010 at 10:55:32PM -0500, Jonathan Nieder wrote:
> Philipp Kern wrote:
> > Thanks for the bug report. Indeed the git-core package is broken on
> > lenny/i386 since the last point release on Saturday. Sadly nobody caught
> > that bug when the package wa
ld you accept this for Squeeze or
> do you want me to fix the bug in current testing version?
You want to do more output during the generation. And armel already has a huge
timeout.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
, as he
> really had a bad attitude on this case.
I would suggest any person to be very cautious when dealing with bug reports
from you, then.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
se cycle.
> a few packages are in this boat: debian-cd, live-* packages, debian-edu, fai
> and probably others.
fai? Ew, I don't think so.
> what they also have in common is that breakage in them doesnt affect other
> packages.
That also applies to most of the leaf pack
On Fri, Sep 10, 2010 at 03:48:37PM +0200, Axel Beckert wrote:
> Philipp Kern wrote on Tue, 7 Sep 2010 01:43:09 +0200:
> > I scheduled a binNMU. A quick fix is to upgrade to the version in
> > proposed-updates when it's available there latest tomorrow evening.
>
> The b
igure the offending package.
I'm fearing that all this random "let's convert stuff to Breaks" will cause
trouble in upgrading from Lenny. I'd suggest you to just drop it instead.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
shipped with a configuration file at the default location you
suggest. After all, you could pass config_file to the module to use a
different one, and those will still break. I'm not sure how to handle this
case properly, though, and I'd strongly suggest an entry in NEWS.Debian.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
You can go ahead with the package as-is.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
mes the emacsen virtual package (which
> it did before as one of the ORed list), since any of the providers of
> that package work.
How did you build test it? I suppose that the default sbuild dependency
resolving algorithm will fail horribly on this.
Kind regards,
Philipp Kern
signature.asc
p with preparing new clamav upstream versions for
stable. Security updates will also use new upstream versions as
seen fit. The amount of rdeps is minimized for the squeeze cycle
to lower the impact of ABI bumps.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
think it is best to
> remove all the unnecessary Provides, Conflicts and Breaks.
I think you need to retain the conflicts against python-crack then, because it
should still get deinstalled on upgrades to squeeze.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
On Sat, Sep 11, 2010 at 11:29:09PM +0200, Jan Dittberner wrote:
> On Sat, Sep 11, 2010 at 10:23:30PM +0200, Philipp Kern wrote:
> > Looks good. Please tell us when you've uploaded it.
> I uploaded the package and it has been accepted.
Unblocked.
Kind regards,
Philipp Ker
e, PHP 5.3.2 has been in
> > unstable since March, and testing since April;
> I have sent you a separate email which explains it.
Seems most of the PHP disaster is actually due to non-communication on
the public -release list?
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
details are mentioned in the bug report.
it's a security regression. As we don't have means to push urgent changes to
stable yet, I'd appreciate if the security team could handle this issue in
a timely manner.
Thanks
Philipp Kern
signature.asc
Description: Digital signature
ith 64bit kernel.
I don't know if porterboxes are possible at that location, however. Thus
Cc'ing d-admin and the local admin.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
e, though,
so please go ahead.
> If you agree that the general idea is acceptable then I'll also build an
> update for ia32-libs.
Please submit a debdiff for ia32-libs prior to the upload. I know that it'll
show a lot of "binary files differ", but that's ok; I'll check that in the
queue.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Hi,
On Sun, Jan 16, 2011 at 01:30:30AM +0100, Thijs Kinkhorst wrote:
> On Sun, January 16, 2011 00:28, Philipp Kern wrote:
> > On Sat, Jan 15, 2011 at 07:07:50PM +0100, Thijs Kinkhorst wrote:
> >> ia32-libs-gtk:
> > Looks ok'ish. I'll do a final review once
On Sun, Jan 16, 2011 at 03:14:02PM +0100, Thijs Kinkhorst wrote:
> On Sun, January 16, 2011 14:41, Philipp Kern wrote:
> > On Sun, Jan 16, 2011 at 01:30:30AM +0100, Thijs Kinkhorst wrote:
> >> On Sun, January 16, 2011 00:28, Philipp Kern wrote:
> >> > On Sat, Ja
oo late for this change. In this particular case people
will already have been accustomed to the bugs it entails, and fixed them
locally if they need to. Suddenly introducing a new policy without a very
strong reason (aka "breaks the system", "security problems", etc.) doesn
not even the maintainers.
I wonder if we should remove any traces of ia64 in the ia32* stuff instead.
> Depending on how long it will take until the actual squeeze release I may
> come round once again if there are more changes that warrant another
> upload. In any case we will ca
are for that.
We're sorry if we cannot accomodate everyone in the process. If you need any
help during the process, I guess that could be arranged. Although I wonder if
-live could just be handled by -cd during release, anyway. Maybe a tad late
for that, though.
Kind regards
Philipp Kern
On Wed, Jan 19, 2011 at 07:24:01AM +0100, Thijs Kinkhorst wrote:
> On Tuesday 18 January 2011 14:54:12 Philipp Kern wrote:
> > > I've refreshed the packages and added two changes that I think are
> > > important for proper support for the squeeze lifetime: adding
> &
Hi,
On Thu, Jan 27, 2011 at 12:32:20PM +0200, Teodor MICU wrote:
> 2011/1/27 Philipp Kern :
> > The volatile functionality will be provided by squeeze-updates instead.
>
> I think "squeeze-updates" is more appropriate than "-volatile" as the
> target for
ates main
It's added like volatile used to be (same question, too), where it turned out
that debian-installer only adds it when you install stable. It does not add
it when you install testing.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
.
+
+ -- Philipp Kern Fri, 14 Jan 2011 00:07:22 +0100
+
gobby-infinote (0.4.93-2) unstable; urgency=low
* Apply upstream commit ecfdae11289287fec91513ba406f03d044dc56d9:
The package already aged in unstable (13/10) and has all builds ready.
unblock gobby-infinote/0.4.93-3
-- System Information
ze chroot) but I'm unsure if there's
> already a place where I can upload as I guess that "proposed-updates"
> is still meant for lenny updates. Am I right?
You are correct. You can only upload it post-release if it was declined for
r0.
Sorry about that.
Kind regards
tuck with that bug for the uploads thereafter.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
rs to itself to oldstable. Soon to be on the mirrors.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
e/volatile main
> contrib non-free
> (and more broken links).
I updated a whole bunch of links on that page now. Visible within four hours I
guess, although I didn't see the result yet.
Kind regards and thanks
Philipp Kern
signature.asc
Description: Digital signature
ave as, shutdown,
> restart etc... buttons look the same). The patch resets icon theme in the
> user
> configuration if it does not find some KDE 4 compliant icons in the current
> theme.
Hrm, Gnome displays image-missing in this case... IIRC, that is.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
that time.
I uploaded a fix to unstable (0.4.7-3), would the diff be acceptable?
Kind regards
Philipp Kern
Base version: sobby_0.4.7-2 from testing
Target version: sobby_0.4.7-3 from unstable
No hints in place.
debian/prerm | 14 ++
sobby-0.4.7/debian/changelog |
means that you cannot use those
metapackages on multiuser setups where you have to choose your desktop manager
wisely (because it needs to get along with all DEs installed).
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
system updates?
> One might argue that they're not important as well (think about the
> updates we plan to do for iso-codes). Actually "volatile" was very
> well suited, indeed..:-)
They won't be pushed through -updates, no? Normal updates are included into
stabl
On Fri, Feb 18, 2011 at 11:19:23PM +0100, Luk Claes wrote:
> On 02/18/2011 09:02 AM, Philipp Kern wrote:
> > On Fri, Feb 18, 2011 at 06:33:39AM +0100, Christian PERRIER wrote:
> >> Quoting Otavio Salvador (ota...@ossystems.com.br):
> >>>> 'Urgent b
be
left unfixed, IMO; especially if the point release doesn't happen
for quite some time.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
6-smp moving
around[1]. It would be cool if that could be made stable so that it's not
cluttering the diff.)
Thanks for your efforts in fixing stable! :)
Kind regards
Philipp Kern
[1]
http://release.debian.org/proposed-updates/stable_diffs/kfreebsd-8_8.1+dfsg-8.debdiff
signature.
before upload on debian-release@. Did I miss
something?
The diff's a pain to review due to source v3[0]. As there's a patch series,
why isn't it used?
Kind regards
Philipp Kern
[0]
http://release.debian.org/proposed-updates/stable_diffs/sudo_1.7.4p4-2.squeeze.2.debdiff
signature.asc
Description: Digital signature
eak. The only exception that might be is that 486
can actually lack FPUs, while Pentiums don't. But for all practically relevant
cases I'd assume that they don't, and I'd be surprised if we'd cater for that.
Out of curiosity: Where will optimized libraries be placed?
K
or all libraries via dpkg-shlibdeps?
What's the timeframe for eglibc to be ready? If it's able to migrate to
testing fairly soon and as it's just shlibdeps and as it's at the beginning of
the cycle, I don't really see any. It should not be the primary blocker for
mi
port, the function simply doesn’t work at all.
> Closes: #606830.
ACK
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
nstable first (at least wrt the
release checksum fixes, the linkstation fix could go into stable as-is).
Thanks
Philipp Kern
signature.asc
Description: Digital signature
luences not under our control.[*] Previously those were updated
through volatile. Now they'll be fixed in stable instead if the fixes
are self-contained and unlikely to cause any breakage in other packages.
(Thus the reference to leaf packages.)
I hope that clears it up.
Kind regards
Philipp Ke
might be reasons to do them anyway).
> > Protocol changes in proprietary messengers that require an update would
> > qualify, though.
> I assume you are talking checksum format change of Release files which
> caused some archive tools to be broken.
True.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
ecause they're too large. (100M vs. 5M
compressed, which is sad.)
It'd currently depend on the buildd admin coping with it for signing,
so we could enable it on a buildd-by-buildd basis.
At least that shouldn't stop us wrt verbose logs.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
Mehdi,
am Wed, Mar 02, 2011 at 09:40:16PM +0100 hast du folgendes geschrieben:
> I’d like to propose the following change for Frama-C.
accepting this change would mean that a recompilation of why is needed,
correct?
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
On Wed, Mar 02, 2011 at 09:29:12PM +0100, Mehdi Dogguy wrote:
> I’d like to propose the following change for Why.
ACK. Debdiffs (i.e. including the changelog stanza) would be appreciated.
frame-c must be decided upon before accepting it from p-u-new, though.
Kind regards
Philipp K
nd unstable.
Would you mind filing a bug against release.debian.org about this, so
that we don't forget it? Thanks.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
t.
I see the point of vulnerable thumbnailers, of course. But then you have
the same problem when browsing the web and someone exploiting your system.
We need to fix those thumbnailers. (On shared NFS or CIFS mounts it'd
still be exploitable.) And for wheezy look into the containment of those
like Ubuntu does.
So that's a weak NACK at this point, sorry.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
t yourself
so that different behaviour by the C library doesn't hurt you?
> Additionally, I wonder if I could also get a fix for #596060 (lack in
> documentation) into squeeze in combination with the rest. No patch for
> that yet, I'll try to prepare that in unstable first.
T
Hi,
am Thu, Mar 03, 2011 at 10:26:39PM +0100 hast du folgendes geschrieben:
> * Philipp Kern [2011-03-03 21:35 +0100]:
> > > #612789 - command line corruption
> > > <http://mcabber.com/hg/index.cgi/rev/75a0a22bbf78>
> > Please excuse my ignorance, but how
Hi,
please unblock-udeb s390-netdevice 0.0.29. Otavio, is that ok with you?
The code changes are pasted below.
Thanks
Philipp Kern
diff -Nru s390-netdevice-0.0.26/debian/s390-netdevice.templates
s390-netdevice-0.0.29/debian/s390-netdevice.templates
--- s390-netdevice-0.0.26/debian/s390
upload but before the release, or updated in DSA's.
>
> Please let me know if I can upload.
apart from the changelog being a bit confusing with all that unstable and []s
everywhere... What about the fetch-and-build change that was requested
pre-release and postponed to 6.(0.)1?
Kind reg
On Thu, Mar 10, 2011 at 11:12:17PM +0100, Thijs Kinkhorst wrote:
> On Thursday 10 March 2011 14:08:10 Philipp Kern wrote:
> > What about the fetch-and-build change that was requested
> > pre-release and postponed to 6.(0.)1?
>
> Right. My interest in this is to keep the pa
mode for wireless connections is broken.
> Patch is cherry-picked from upstream Git.
>
> Fixes: #615082, severity important
>
> Please note: The version of dnsmasq in squeeze is not affected by this
> behaviour, so this would be more of a good-to-have in case of people usin
anything, not even for version tracking, given that
they won't be released.
> > For ia32-libs-core: Excuse my ignorance, but is fetch-and-build then
> > identical to the others or does it contain other changes?
> It is indeed.
Then please go ahead
Thanks
Philipp Kern
signature.asc
Description: Digital signature
;
> Please see my attached patch for powertop 1.11-1+squeeze1
Impressive design. What would happen if it skips half of the "config"? I
agree that not segfaulting is incredibly better than segfaulting, but like
this the remaining bunch of lines will be silently ignored?
Kind regar
that may change in the future (especially as they aren't needed for changelog
generation anymore). If they stay, we could indeed fetch it from there like
jcristau did.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
updates.
> Feel free to ping it in my direction if you'd like.
I guess it could even go to the list? However it might mean duplicate work if
there's no locking involved... ;-)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
d will be included in 6.0.2.
> Oh, come on. Isn't it possible to still get this into 6.0.1? It's
> such a tiny patch...
Sorry, no. There's a reason for freezing p-u and that's not patch size.
(Rather buildd delays, announcements that get drafted, calls for testing, et
Hi,
On Sat, Mar 12, 2011 at 10:12:26AM -0800, Martin Michlmayr wrote:
> Please mention the following in the 6.0.1 announcement as new features:
>
> - Support for QNAP TS-112, TS-212 and TS-412
> - Support for QNAP TS-419P+
included, thanks.
Kind regards
Philipp Kern
s
=low
+
+ * Non-maintainer upload.
+ * Unquote $pid and $DAEMON on stop_daemon() so it actually stops
+(closes: #602199).
+ * Reduce the wait when just stopping (closes: #602200).
+
+ -- Philipp Kern Tue, 29 Mar 2011 13:47:24 +0200
+
fcgiwrap (1.0-1) unstable; urgency=low
* New upstrea
101 - 200 of 1035 matches
Mail list logo
