if initramfs also supports it but I would rather doubt it
can build an initramfs with nfs support on its own.
See /usr/share/initramfs-tools/scripts/nfs. (If I understood your concerns
correctly; I'm doing NFS root with an initrd created by initramfs just fine.)
Kind regards,
Philipp Kern
was also communicated with two
known downstream users of the file: Ubuntu and debian-ports. Should
there be more, it would be nice if a contact could be established
with the above mentioned mail address.
Kind regards,
Philipp Kern
on behalf of wbadm
[0] http://buildd.debian.org/quinn-diff
some time, though.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
packages.
Thanks in advance,
Philipp Kern
--
.''`. Philipp KernDebian Developer
: :' : http://philkern.de Release Assistant
`. `' xmpp:p...@0x539.de Stable Release Manager
`-finger pkern/k...@db.debian.org
On Mon, Feb 16, 2009 at 02:35:20AM +0800, Thomas Goirand wrote:
Philipp Kern wrote:
I'm curious why python-pyme is not sufficient.
It's simply a MISTAKE that has been done by the last maintainer of yum,
python-pyme is NOT the correct python package, python-gpgme is the right
one. python-pyme
in Launchpad
pretty helpful as you get meaningful stack traces without user
intervention. On the other hand integrating that is an even bigger beast.
Kind regards,
Philipp Kern
[*] The real count currently looks more like 5G/release/arch, but this might
not be full coverage due to hickups
kernels,
constant sound chokes and other problems.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
, there are
several release-critical bugs that are not mentioned in that page at all, to
include several critical bugs.
You do realize that they are still marked as found in stable, given that you
explictly requested all bugs to be shown? Please check the captions on such
pages.
Thanks
Philipp Kern
by contributors. That's also the place where such status changes /:x
updates are published.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
-announce has press releases, which aren't as essential to the
developers. But if you wonder about $release getting released, then you
should subscribe to it, too. They aren't copied to d-d-a.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
scripts.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnihlibe.9bj.tr...@kelgar.0x539.de
On 2010-12-30, Peter Samuelson pe...@p12n.org wrote:
On 2010-12-28, Carsten Hey cars...@debian.org wrote:
system. The remaining perl library packages could be removed after
installing debconf-english.
[Philipp Kern]
You don't care about non-native speakers? SCNR.
That's not how I read
. And no, you shouldn't
go whining about your pet package on -devel to get it included.
Thanks
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniiegd1.hgh.tr
On 2011-01-07, Ben Hutchings b...@decadent.org.uk wrote:
On Fri, Jan 07, 2011 at 04:38:57PM +, Philipp Kern wrote:
On 2011-01-07, Holger Levsen hol...@layer-acht.org wrote:
squeeze will have googleearth-package, it was unblocked yesterday.
It won't have a googleearth package, though
of the initial mail to -devel neither, given that
the bug was still open and thus sort of unhandled by us.
And next somebody will say CUT would have googleearth-package. That'd be
fun.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
sourceful uploading is
the way to go, however, it's frown upon because those are in fact NMUs for
packages you don't own. For Haskell that shouldn't be a problem, for others we
might like to carve out a policy.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ
package, if he wants to shoot
hisself in the foot. It doesn't prevents binNMUs of arch:any packages.
You do realize that it's common to do the source:Version dependency stuff in
arch:all packages, right? That kind of polemics you just raised doesn't seem
helpful to me.
Kind regards
Philipp Kern
gave there's also [1].)
Kind regards
Philipp Kern
[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/191514/comments/13
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
(available in
| System/Administration), which has a simple radiobutton in the UI
| for enabling unattended upgrades.
|
| If you would prefer to enable it from the command line, run
| sudo dpkg-reconfigure -plow unattended-upgrades.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ
,
and it depends on how we're convinced of the QA of maintainers and the
quality of upstream releases. PostgreSQL did that[3]. For others we'll
act on a case-by-case basis.)
Kind regards
Philipp Kern
[1] Ubuntu does it a tad differently. On normal releases their release suite
isn't updated. Instead
start linking to the wiki, take the right page:
http://wiki.debian.org/ReleaseTimetable
And yeah, those pages are usually only updated at release time. That's
not necessarily a bad thing, really.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
.
(But then you're of course still bloating one Package file per arch and
there's no compression to help here.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnild203.9tn.tr...@kelgar.0x539.de
, which amounts to the branching bit
Julien said.
I can not tell what argument is better but in any case we should iron
out an advise in best packaging practice document to avoid some friction
in the release process.
I never saw your style before, TBH.
Kind regards
Philipp Kern
for source-only uploads. If somebody abuses them, they
could be dealt with separately.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
On 2011-02-13, Tollef Fog Heen tfh...@err.no wrote:
]] Philipp Kern
| Actually those build failures are nowadays sent to the PTS for further
| distribution (the buildd keyword). I don't know how many are subscribed
| to those notifications, though. (After all, they're not automatically
| sent
On 2011-02-13, Felipe Sateler fsate...@debian.org wrote:
AFAIK, that service also mails when the build was successful, leading to
a lot of noise.
Eh no, it never did.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
On 2011-02-14, Raphael Geissert geiss...@debian.org wrote:
Philipp Kern wrote:
Actually those build failures are nowadays sent to the PTS for further
distribution (the buildd keyword). I don't know how many are subscribed
to those notifications, though. (After all, they're not automatically
a
bytestream. And the thread was about the problems that can arise of this.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnilidf3.11r.tr...@kelgar
arch:all on each of them. Multiarch would
result in the usual set of arch:any binaries.
But then so far multiarch didn't happen... ):
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
for apt.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnilk6g7.2i6.tr...@kelgar.0x539.de
with the chroot apt and dpkg I guess,
to speed this up.
Kind regards
Philipp Kern
[*] It's also a bit of cheating if we allow such updates into stable.
Why didn't we add other compression formats and other source formats to
dpkg in stable then; we did claim that you need to wait a cycle for them
, sync and sharing util
You should consider http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610300
first.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
at point release time. (Lucky enough they cannot be
changed without invalidating the signatures.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
and then not fixing it up? And no, just telling people to update their
tools in stable is not the way to go here.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
for
other suites e.g. backports. This will disable the stripping.
I find this acceptable[0]. Thanks for driving this.
Kind regards
Philipp Kern
[0] I didn't agree with the earlier suggestion of telling people to stop
the use of alternatives instead of using predictable behaviour
urgent it should've gone into squeeze.
Furthermore it's about Release files which aren't that large anyway.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
.
(The backwards compatible way would be, for buildd, resolve-alternatives=true
for resolver=aptitude and false and resolver=apt for the case where none's
specified, i.e. previously internal.)
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
-masters not to remove them when there are still quite a
bunch of reverse dependencies. Given that NBS removals should show the rdeps
too, it'd only be a policy decision.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
contact address (albeit it talks about the (web) pages only,
I think that should be fixed).
Ciao
Philipp Kern
[*] But I guess it's still linked from several places.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
when you
install more packages with recommends turned on. (I think equivs could help
you there.) After all those are no depends.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. Panopticlick). But
then my mileage varies, as yours does, too.
We don't like security by obscurity, as you might know.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnin1glp.tkl.tr...@kelgar.0x539.de
ways.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnin1nhc.tt1.tr...@kelgar.0x539.de
are interested, I'd like to maintain the
package within the pkg-games team.
regardless of the license it may be illegal to distribute this in Germany.
Only if it ships with game content. If it's just the engine I guess it should
be fine.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email
also suggested back then that it should
just part of the normal build process. Then DDs would upload ddebs just like
the buildds would.
The throw-away part isn't really connected with that.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
to different addresses depending on your
geolocalization nowadays ?
security is, ftp.debian.org isn't. It's even special as it's a mirror
that's synced pretty early.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe
and there
are no reports of it, well, then there aren't any.
buildd packages regularly just explode with variables being unknown and
similar.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
wb used on buildd with the one shipped in sbuild. Just let me
know your preferences.
The two codebases don't have much in common, given that the sbuild one was
heavily refactored.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
no technical reason for it.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrninia01.49h.tr...@kelgar.0x539.de
On 2011-03-10, Bernd Zeimetz be...@bzed.de wrote:
On 03/10/2011 06:56 PM, Philipp Kern wrote:
On 2011-03-10, Hector Oron hector.o...@gmail.com wrote:
I was planning to start using a wanna-build instance, but i was not
sure which one to use.
As I have not yet started to use any of them I have
any output, AIUI.
buildd configuration can be distilled out of [1].
Kind regards
Philipp Kern
[1] https://buildd.debian.org/docs/buildd-setup.txt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
://git.debian.org/?p=debian-release/release-tools.git;a=blob;f=scripts/wb;hb=HEAD
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnink3rq.5nv.tr
be a release goal.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrninn4dl.954.tr...@kelgar.0x539.de
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrninshr7.4fl.tr...@kelgar.0x539.de
only update every one to two months.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrninuegf.6fn.tr...@kelgar.0x539.de
set.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnioh8hj.f4q.tr...@kelgar.0x539.de
things from outside of
Debian, typically with a potentially non-DFSG license (Microsoft
redistributable dlls being one of the most common).
But that does not conern Debian. The winetricks itsef is LGPL and DSFG
compliant.
Ew, you certainly know what contrib is about, right?
Kind regards
Philipp
being replaced from testing?
It doesn't need to. All we want is compliance on the archive side so that the
sources are not expired away, as long as that binary is carried in a suite.
No need to involve britney at that point.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ
your use case above much, since
any mirror seeded from files from CDs needs a further sync step.
And on that Windows you get your own share of fun on an OS that's
case-insensitive, I guess.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
update the library, otherwise it becomes
useless. I imagine there can't be given that the binaries of our source
package might not be co-installable.
Is there a rationale why this was done differently from Ubuntu?
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ
is also the reason why we need binary-all after all, it's
not guaranteed that we see all arch:all packages in the union of the Packages
files of all architectures.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
why it's more of a problem than it used to be. I'd be sad
to lose you as a buildd admin. I'm not actually sure why you threaten
us with it, though.
Kind regards
Philipp Kern
signature.asc
Description: Digital signature
onto social
problems... )
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnip1fts.2td.tr...@kelgar.0x539.de
as the keys are following the rules the ftp-masters set for
them. We'll still monitor the expiry and if you don't react quickly
enough do it ourselves.
Kind regards
Philipp Kern
[0] scripts/debian/buildd-* in http://ftp-master.debian.org/git/dak.git/
--
To UNSUBSCRIBE, email to debian-devel-requ
On Wed, Mar 30, 2011 at 11:55:39AM +0200, Bastian Blank wrote:
On Mon, Mar 28, 2011 at 10:19:32PM +, Philipp Kern wrote:
I talked with Joerg at the meeting and we agreed that arch-based admin
keyrings aren't needed. If you feel so strongly about it, I think you
should take it up
didn't
fix it yet:
pkern@franck:~/ftp/ftp/dists$ egrep -i '(codename|suite)'
squeeze{,-updates}/Release
squeeze/Release:Suite: stable
squeeze/Release:Codename: squeeze
squeeze-updates/Release:Suite: squeeze-updates
squeeze-updates/Release:Codename: squeeze-updates
Kind regards
Philipp Kern
completion. (And yes, that really
auto-completes on a stock Squeeze install.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniphjq3.as3
list
(i.e. those activated on the machines in question). So it's probably mainly
master/ravel.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
On 2011-04-05, Andrew O. Shadoura bugzi...@tut.by wrote:
Of course, man guessnet. Just few lines.
Last time I looked guessnet was orphaned, though.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
on their machines by setting a sane
tmpfs size limit.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniq9d38.phd.tr...@kelgar.0x539.de
on such a machine.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniqbfk4.rnn.tr...@kelgar.0x539.de
to PEP-0394 it
doesn't feel like wasted time if we want to foster cross-distro compatibility.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org
and SWIG bindings for the AppArmor libraries.
Will we get it turned on in the stock kernel? Last time I looked that was
refused because it eats RAM to have it available but not turned on.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
of the problem
are running because the library pages can't be shared anymore.
But of course linking might make smarter decisions.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
a shell.
The one called gnome-shell?
SCNR
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniqu310.59r.tr...@kelgar.0x539.de
than +squeeze then, so +debXY won't do.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnir7uh2.3eh.tr...@kelgar.0x539.de
of codenames post-squeeze.
(OTOH it needs to be greater than +squeeze then, so +debXY won't do.)
Maybe +rXY as in r for release?
r s, though. ;-)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
not exactly a Fedora feature that's proposed there,
which are tracked with progress separately for each release.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http
upload rights?
the first UID with an email address is used by dak. It can be changed
manually if there is a good reason for such a change. Please file a bug
report against ftp.debian.org if you need such a change.
The first being the one with the newest self-sig?
Kind regards
Philipp Kern
add a *lot* more people to the
relevant points in the process. (And yes, new testing would require transition
hand-holding from unstable to it as usual.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
getting the old frozen back and uploading there
directly. And regarding your I'd help with transitions, we'd also need
people who do the uploads to release p-u together with casing the builds for
it.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
that's constantly installable with d-i.
The unofficial d-i snapshots probably help with that. I think those
are efforts well spent. That said I think d-i itself should release
more often, too.
Kind regards
Philipp Kern
[0] GNOME, KDE, Ubuntu, you name it…
[1] 2.30+really2.28 or epochs. And a reverse
which can cope with testing, of course. At least if
they're wired up to at least get announcements if something's screwing
up systems gravely. That channel seems to be missing, though.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
architectures yet department, I presume.)
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnirnfn6.j3h.tr...@kelgar.0x539.de
with the newer version being present in that suite.
So a simple pull from X won't work.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrniror8b.kn2
is that those users could also easily use testing and that the
effort would better be spent to fix bugs in testing more quickly.
Kind regards
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
no precedent. (I.e. there is opposition against
daily builds entering the archive without real developers signing them.)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 2009-09-19, Marc Haber mh+debian-de...@zugschlus.de wrote:
On Fri, 18 Sep 2009 15:56:07 + (UTC), Philipp Kern
tr...@philkern.de wrote:
On 2009-09-18, Tom Feiner feiner@gmail.com wrote:
Looks like this method works well for clamav-data and other similar packages
which needs to update
,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
that is later uploaded to the archive from a buildd build
doesn't sound right. Maybe the build could then fail in the end through
dpkg-buildpackage so that the result cannot be uploaded?
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
was only binNMUed five days ago).
This does not only affect binNMUs but all builds. If a build for, say, hppa
arrives on day 9, it won't get much testing. Now you can debate the amount
of testing on a specialized package on hppa, though it's basically the same
case.
Kind regards,
Philipp Kern
wherever, feel free to do what you
want. Those you (want to) upload into Debian do need to follow policy.
Looks like policy is in need of changing here.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
of this are not the buildds.)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 2009-10-29, Manoj Srivastava sriva...@debian.org wrote:
On Thu, Oct 29 2009, Philipp Kern wrote:
On 2009-10-29, Joerg Jaspert jo...@debian.org wrote:
It is not an overridable error, and I haven't seen any reason yet to
convince me to make it one. You do have some reasons, but none I have
On 2009-10-29, Goswin von Brederlow goswin-...@web.de wrote:
Philipp Kern tr...@philkern.de writes:
On 2009-10-29, Goswin von Brederlow goswin-...@web.de wrote:
We just had a similar issue (Architecture: linux-any) on irc yesterday
and the outcome was that linux-any will only work post squeeze
to declare against what source package the upload was built to
keep that around.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
with
older configurations and so packages would need to provide two sets of
configuration files (for a start).
Uh, so the reboot to get a newer kernel before the upgrade could possibly fail
due to outdated configuration files by packages which are not upgraded yet?
Kind regards,
Philipp Kern
101 - 200 of 1245 matches
Mail list logo