s a marginal benefit if you execute the build outside of the
VM as well. But it'd shield us more from supply chain issues.
Kind regards
Philipp Kern
y
need to be in the archive to make a point.
Kind regards
Philipp Kern
C or Debian bug) or example error message or a pointer to possible
miscompilation.
Kind regards
Philipp Kern
s not entirely surprising that the compiler then finds more
efficient ways to do operations using the new instructions, which will
then fail execution with invalid opcode.
I'm with Andrey that the bug should be reopened and RC'ed because this
is effectively producing a miscompilation
On 7/17/24 2:15 PM, Brian Smith wrote:
Good luck with that. Getting my key signed was the most difficult part
of becoming a Debian Maintainer. I couldn't find anyone in Central Texas
to do so and finally got mine signed at SC18.
Key endorsements[1] exist these days.
Kind regards
Philipp
l give you the account name of the domain "owner".
What I'd suggest is a CNAME for _acme-challenge.storm instead of putting
TXT records into Debian LDAP.
Kind regards
Philipp Kern
OpenPGP_0x50C3634D3A291CF9.asc
Description: OpenPGP public key
OpenPGP_signature.asc
Description: OpenPGP digital signature
change.)
Kind regards
Philipp Kern
n a *serious* e-mail
these days.
Kind regards,
Philipp Kern
Debian Developer
PGP.sig
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: Philipp Kern <[EMAIL PROTECTED]>
* Package name: mpdscribble
Version : 0.2.4
Upstream Author : Kuno Woudt <[EMAIL PROTECTED]>
* URL : http://scribble.frob.nl/
* License : GPL
Description : Music P
Package: wnpp
Severity: wishlist
Owner: Philipp Kern <[EMAIL PROTECTED]>
* Package name: net6
Version : 1.0.0 (currently 0.9.9.20050408)
Upstream Author : Armin Burgmeier <[EMAIL PROTECTED]>
* URL : http://darcs.0x539.de/net6
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Philipp Kern <[EMAIL PROTECTED]>
* Package name: libobby
Version : 0.1.0 (currently 0.0.20050410)
Upstream Author : 0x539 dev group <[EMAIL PROTECTED]>
* URL : http://darcs.0x539.de/libobby/
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Philipp Kern <[EMAIL PROTECTED]>
* Package name: gobby
Version : 0.1.0 (currently 0.0+20050506)
Upstream Author : 0x539 dev group <[EMAIL PROTECTED]>
* URL : http://darcs.0x539.de/gobby/
* License : GPL
s. Plugins for those players which are currently put into "libs"
should also be put into this new section. So it would probably be more
"multimedia" than "video". Any thoughts on this?
Kind regards,
Philipp Kern
Debian Developer
--
To UNSUBSCRIBE, email to [EMAIL P
have a sound track in them).
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
used in any package management tools? Or is the debedit
GUI currently the only program using the preliminary database?
By the way debedit spew some debugging output at me and seems also a bit
laggy. Is it still beta? (:
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
ge is built directly from the upstream's tagged SCM sources and
thus contains no Autotools output.
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://eni
as in listed in the
normal rene output)?
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkKbdPsACgkQ7Ro5M7LPzdi3jACfbdVS7AxQ6q6tBey7o74
oblem if the melanie run by the ftp-masters happens in between, correct?
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmai
d not find it in the
thread.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Philipp Kern wrote:
> I do not know if there were previous discussions on this topic, but the
> new section I propose would seperate media players from image processing
> tools. Plugins for those players which are currently put into "
to it (apart from the fact that many still do not
read these...).
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkK7HvwACgkQ7Ro5M7LPzdg
s file any bugs. You
could do this after some weeks, with those packages where nothing happened.
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enig
rds, so probably others cannot modify it?
Kind regards,
Philipp Kern
-BEGIN PGP SIGNATURE-
Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iEYEARECAAYFAkLAN+YACgkQ7Ro5M7LPzdgprQCdGAhprcie
Why do you want this
switch by the way? You did not name reasons as far as I could see.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This would also be encoded in the dev-package's name.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I recall it
correctly. They change -release as soon as the API breaks.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bradley
and me if you intend to NMU any of these.
Kind regards,
Philipp Kern
Debian Developer
[1] The complete list: http://qa.debian.org/developer.php?login=btb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Kind regards,
Philipp Kern
signature.asc
Description: This is a digitally signed message part
On Tue, 2005-07-19 at 23:06 +1000, Hamish Moffatt wrote:
> Unrelated question: why was mentors.debian.net delegated (historically)
> to non-DDs?
Because a DD delegated it to them.
Kind regards,
Philipp Kern
signature.asc
Description: This is a digitally signed message part
;t see or have any problem with mentors.debian.net running Ubuntu,
but I still don't get why the button is displayed on the front page.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to receive more precise information
about their location and to negotiate a key signing.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, 2005-07-23 at 00:33 +1200, Nigel Jones wrote:
> now, how about [EMAIL PROTECTED] because I have a
> feeling that co-maintainers/uploaders get bug reports for a project.
Use the package tracking system[1] for this.
Kind regards,
Philipp Kern
[1] http://packages.qa.debian.org
On Mon, 2005-07-25 at 18:20 -0700, Shaun Jackman wrote:
> It's been saying that "ncurses is only 3 days old" for the past four
> days. Any idea what's up?
Well, ftp-master is down, so the testing scripts (aka britney) do not
run.
Kind regards,
Philipp Kern
--
To UN
old one.
> Could please anybody take over and fix the mess?
What about setting your package to `hold' or using an epoch?
Kind regards,
Philipp Kern
Debian Developer
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-07-28 at 22:34 +0200, Olaf van der Spek wrote:
> I think it'd be nice to have some status (HTML) page that lists all
> current issues.
Perhaps on the wiki[1] so that it *can* actually be updated by most who
want to inform about issues?
Kind regards,
Philipp Ker
;s like a 1: prefix.)
> 2.5.130.CVS.2005.07.19.01-1
> 2.5.13-0.CVS.2005.07.19.01-1
Is it really important to have the 0 split away? I think while dashes
are perfectly valid when there is a Debian revision they are not really
loved by the maintainers.
Kind regards,
Philipp Kern
--
On Mon, 2005-08-01 at 15:23 +0200, Andreas Barth wrote:
> On the very day I got my account, Frontdesk asked me in IRC whether I
> want to become AM. That speaks against that theory. :)
Apart from that it's not just a theory. ;)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, emai
ase consists of nothing but the desired changes. In those cases it is
> illogical not to just go with the new versions.
But that's only possible when there were no releases in between. And
those are probably rare cases anyway.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to [E
It uses rmdir which would
refuse to delete a directory which still contains files. The opinions on
what you need to delete on purge seem to be quite different, so I would
like to try to reach a consensus about this.
Kind regards,
Philipp Kern
signature.asc
Description: This is a digitally signed message part
e.
Then stick with testing.
Just my few cents,
Philipp Kern
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, 2005-08-12 at 13:53 -0400, Joey Hess wrote:
> Set any bugs about /usr/doc stuff to being blockers of this bug report.
> Use this as a tracking/coordination bug for the remainder of the transition.
Since when do we have this feature in the BTS?
Kind regards,
Philipp Kern
ded neither. Maybe a post-
upgrade hook or similar would be appropriate in this case?
How could one help to get multiarch happen by the way? Or does it currently
depend on Guillem coding up the foundation in dpkg anyway?
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ.
do no-change sourceful uploads, yes. And indeed I think we should
have some means to do them automatically like we do binNMUs.
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
reliable. Maybe not, but a pretty strong indication
and very few misdirected mails won't hurt anybody if he chose a not so useful
bug title.
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
roject? Shouldn't there
> be more information on what's moving "behind the scenes"? It's just me
> that would like to know it?
I find weasel's reports on what DSA did very interesting in the past.
Granted, they were internal notes put out into the public,
special cases.
Of course we could put lintian into that set, though. And that might
actually be a good compromise.
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
em on for manual review.
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
re the library's binary package
was not named after the SONAME. This caused a lintian error which was...
overridden. And it broke horribly when the SONAME change went unnoticed
because... well... the binary was never named after the SONAME and thus
the check wasn't active anymore.
Kind regar
cleared at each dinstall run,
> meaning the whole recompilation would take less than 2 days.
Haskell is even more intense. But it's not exactly true because we are
autobuilding from accepted, so you do not need to wait for dinstall runs
to complete but can get it done much quicker.
Kin
On 2009-07-21, Goswin von Brederlow wrote:
> Philipp Kern writes:
>
>> On 2009-07-20, Stéphane Glondu wrote:
>>> For example, each OCaml transition involve rebuilding a lot of packages
>>> (about 139), with 6 levels of dependencies. So if some build takes 2
>
server in Debian. :-P
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-07-23, Steve Langasek wrote:
> On Sun, Jul 19, 2009 at 07:12:57AM +0000, Philipp Kern wrote:
>> On 2009-07-19, Charles Plessy wrote:
>> > Do we have evidence that maintainers have damaged the project in the past
>> > by
>> > willingfully upload pa
oubt, use /bin/bash.
"""
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
lt that's
different from the question where I want to point my /bin/sh to.
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
he
falling out pieces when /bin/sh is switched to something they want
to see supported (and commit to that).
zsh is certainly not suitable for /bin/sh, sorry.
Kind regards,
Philipp Kern
PS: I do use zsh as user shell, though and would like to thank for his
work on that. ;-)
--
To UNSUBSCR
re releases.
That's somewhat by definition, sorry. If you have unstable packages
activated they may be relying on essential packages from unstable to
work. So they have to be installed. No bug there.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
step too far.
> Does anybody use IPv6-only link-local?
I occassionally did and I think Gobby even supports that now in conjunction
with Zeroconf.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
ilt only from Linux/i386, that makes the kfreebsd (and hurd) port
> dependent on the Linux port.
We could make that list multiple architectures so that any of those
would satisfy the buildable criteria for the arch:all.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ
quot;. I have no strong opinion for this.
Our infrastructure relies on this. So yes. Both dak and sbuild do this.
(At least the latter used to do it in older versions, I didn't check the
new one.)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debia
excited about doing it for exiting architectures... after
> initial qualification, why not have the status page be
> the canonical summary, linking to list posts for further
> information as necessary?
There is still the problem that we w
Hi Anthony,
On 2009-08-04, Anthony Towns wrote:
> On Tue, Aug 04, 2009 at 01:09:14PM +0200, Philipp Kern wrote:
>> I'm grateful for those suggestions, Anthony. That page is just a pain
>> to maintain though. Not everything on it is up-to-date yet but I updated
>> qu
opped at some point but should live in the main archive if
present as they're defined in debian/control.
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
go and try to modify the behaviour slightly (like
having build-ids and stuff) we still have to modify all those packages
and not just the helper and a binNMU. But I guess I can't argue with
you about that anyway. From a policy PoV you're right, we do not
impose debhelper upon everyone.
I a
short encoding, but that doesn't
make UTF-8 bad per se to call it "rubbish".
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
ak be required to implement such functionality?
IMHO you can build single binaries that live e.g. in contrib from a package
in main so this should be a non-issue.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
ything speaking against someone (me?) repackaging apport for Debian?
For that to be useful we need debug symbol creation first. Refer to the
corresponding thread currently running on the same mailinglist.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
but you could as well do debug//.
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
o that
in addition to the global debug store.
Someone should've pointed a summary of how Ubuntu does it, it seems.
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
t percent of their (and other tools') functionality did you test to say
> that?
It's already used in production by Ubuntu. With no changes made to them.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "un
On 2009-08-04, Anthony Towns wrote:
> So make it easy to maintain... Attached is an example converting it to
> yaml with python table generation, coping with waivers.
I deployed that now. Result available on [1], still quite some question
marks, though.
Kind regards,
Philipp Kern
[1
those sources to ensure GPL compliance.
Doesn't sound like rocket science but someone has to do it. Another
potential user would be those extra modules for the kernel where we need
to fix up compliance manually at the moment.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-deve
H line.
And what should we do if a localized manpage is in fact the authoriative
one?
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
h does not happen all that often,
but it's possible that some are switching in the next weeks when they're
switched to the "new"[0] version of sbuild.)
That's somehow due to the transition strategy so that existing installations
are not touched.
Kind regards,
Philipp Kern
On 2009-08-21, shampavman.cg wrote:
> Would like to know if there is a work around?
apt-get remove sunwspro sprosslnk
Sorry, but we do not support broken third-party software. (The package
ships a conflicting file without declaring the conflict to the package
manager.)
Kind regards,
Phil
ntinue to be unable to do
> security uploads, as that archive has no knowledge of DMUA status of
> packages.
Of course the same applies to backports (still unofficial) and volatile
(official) due to the way they're set up.
Kind regards,
Philipp Kern
-
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
s version.
>
> I'm not sure 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
On 2009-09-12, Michelle Konzack wrote:
> And as I have written, I was several times bombed on my cellphone with
> messages up to 20 MByte
And I was bombed with six from you, where I assume that one would've been
sufficient, summarising your points.
Kind regards,
Philipp Ke
(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 wrote:
> On Fri, 18 Sep 2009 15:56:07 + (UTC), Philipp Kern
> wrote:
>>On 2009-09-18, Tom Feiner wrote:
>>> Looks like this method works well for clamav-data and other similar packages
>>> which needs to update databases frequently on s
uld ask through a proxy, or similar. So I guess the
usecase is really that you shut off your machines from the internet,
only able to access internal hosts and the packaging mirror to fetch
the signatures from? How is that different from just setting up a
signature mirror on an internal host?
Kin
maintainer build 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
a free software license (here: GPL2).
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
ibasix 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 regar
kages 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 "unsubscrib
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 wrote:
> On Thu, Oct 29 2009, Philipp Kern wrote:
>> On 2009-10-29, Joerg Jaspert 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
On 2009-10-29, Goswin von Brederlow wrote:
> Philipp Kern writes:
>> On 2009-10-29, Goswin von Brederlow 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 because
>&
GPL compliance. So what we should get is support in the
toolchain 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
to be incompatible 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?
ter and not being accepted into the archive (stuck in state Uploaded)
unless we parse REJECT messages directly on the buildd or unless we can
get some out-of-band notification that a package needs to be reset into
some other state.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to
left if you remove those and of the
"maintainer failed in a very bad way and it compiled on no architecture
available to Debian" kind.
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-11-15, Goswin von Brederlow wrote:
> If Architecture: all is kept then maybe allow source+all uploads?
Those are already possible. If they're allowed is another question, though.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or
free from errors ftp-masters reject upon, then you can
still work around that.
And I didn't bother to check now if they really rely on binary checks yet,
however I'd at least assume something like binary-package-is-empty. ;-)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debi
clusters of mips.
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
run on other platforms.
(Ok, there are weird cases of stack growing upwards, that's a special case
I agree upon. However in most programs you do not need to deal with this
fact.)
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
ind of collective protected repository for sharing among
the buildd would not be totally insane. But then, just implement autosigning,
get rid of that step and reuse autobuilding accepted, or however it's called
nowadays.
Kind regards,
Philipp Kern
--
To UNSUBSCRIBE, email to debian
ved except for an updated
data source for edos-debcheck. Otherwise wanna-build does not really care
from which repositories the buildds fetch. Sadly.
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
e want to support them _nevertheless_, given that CD
> are not so long in the past, and given that not every citizen in the
> world has a bandwidth capable of downloading 750 Mb.
Sorry, but there are more options than CD and downloading: DVDs. And that's
a viable solution here, IMHO.
that
should be in the upload tool, IMHO. A unixy tool does one job, not two.
Of course the Lintian standards for rejects could vary between package
build and upload time and it hitting the archive. But then that's nothing
a dput hook would catch neither.
Kind regards,
Philipp Kern
PS: A wo
1 - 100 of 749 matches
Mail list logo
