use currently it would not be allowed.
>
> Where does it say that such images are not allowed?
For sarge, I'm quite convinced that we're not going to do such a big
change (and you can translate it to "not allowed by $team", if you
want). For etch, things are different
y maintainers.
Actually, this was discussed in Vancouver, and has been agreed at - but
well, implementation of other issues had preference (the plan is to both
send a daily summary to debian-testing-changes and to mail the
individual maintainers; perhaps replacing maintainers with bugs is a
good idea
/ftp.debian.org/testing/hints/
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
you
re-read the discussion after Anthonys announcement of the changes,
Marco is right here.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
etting
software released. That was at least the decision in all GRs where
people didn't hide the intents ("editorial changes").
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Arnaud Vandyck ([EMAIL PROTECTED]) [050322 18:20]:
> As you can read[1] I changed my blog. But I don't remember who can
> change the RSS feed on planet.d.o.
Any DD can. Log into gluck, and take a look at
/org/planet.debian.org/README
Cheers,
Andi
--
http://home.arcor.de/an
* Wouter Verhelst ([EMAIL PROTECTED]) [050322 13:35]:
> On Tue, Mar 22, 2005 at 01:28:18PM +0100, Andreas Barth wrote:
> > * Wouter Verhelst ([EMAIL PROTECTED]) [050322 13:05]:
> > > In the general case, as I have said before, I don't think anyone would
> >
ge like 'packages for m68k, mips, mipsel, arm, and hppa will
> be announced when ready' if the delay would become unacceptable, or so.
I have heared that the current scripts used on security.debian.org do
not really support this.
Cheers,
Andi
--
http://home.arcor.de/andreas-bart
* Wouter Verhelst ([EMAIL PROTECTED]) [050321 00:25]:
> On Thu, Mar 17, 2005 at 10:40:43AM +0100, Andreas Barth wrote:
> > If we don't wait for an arch, it gets out-of-sync quite soon, and due to
> > e.g. legal requirements, we can't release that arch. (In other words, i
eers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Peter 'p2' De Schrijver ([EMAIL PROTECTED]) [050321 16:55]:
> On Mon, Mar 21, 2005 at 03:09:26PM +0100, Andreas Barth wrote:
> > * Wouter Verhelst ([EMAIL PROTECTED]) [050321 15:05]:
> > > On Sun, Mar 20, 2005 at 03:16:08PM +0100, Andreas Barth wrote:
> > >
* Matthew Wilcox ([EMAIL PROTECTED]) [050321 17:05]:
> I'm not going to volunteer for them as I intend to leave Debian
> shortly after sarge releases.
Why do you intend to leave Debian?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9
ly great if we can manage to keep the heat out, that
would help us all to do a better (and more enjoyable) job.
Thanks for your attention,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
* Wouter Verhelst ([EMAIL PROTECTED]) [050321 15:05]:
> On Sun, Mar 20, 2005 at 03:16:08PM +0100, Andreas Barth wrote:
> > Well, the toolchain is perhaps not the part where they turn up most
> > likely, but it's the part that creates most of the workload and delays.
> Uh.
that the usual child
tools for cracking the systems don't work.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e doing such a good job.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mirror both archives, and I'd rather
> not waste a few GB on duplicated files.
I don't know if it's a good idea, but it might make use to write a
customized "mirror" script that just creates the appropriate symlinks on
the partial mirrors on your machine again.
Cheers
ldd admins noticing it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
th architectures that don't
need to be able to be in sync with others in testing - and, noauto_weak
on the individual buildds is the correct way for that.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To U
all or both.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
before with the people already working on it). Also, anybody is free to
e.g. subscribe to the debian-release mailing list. We usually notice
people who are doing a great job.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D
he workload and delays.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Mike Fedyk ([EMAIL PROTECTED]) [050317 19:30]:
> Andreas Barth wrote:
> >If we don't wait for an arch, it gets out-of-sync quite soon, and due to
> >e.g. legal requirements, we can't release that arch. (In other words, if
> >an arch is too long ignored for test
chitectures we actually release) instead of 1.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Andreas Barth ([EMAIL PROTECTED]) [050317 10:54]:
> Ah, so why is vore down now for some time now? If it's so easy to
that should read as auric of course.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE
e down now for some time now? If it's so easy to
replace a broken machine, why don't you just do it? (And, BTW, you might
be on vacation, sick, ... - we need more than just one machine.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ok from James to do so yet.
> > That would cut the number of sparc buildds down to one, when two are
> > required for RC archtectures under the new proposal.
> That's ok because two buildd's can run on the one machine. It has 6 cpu's.
That still doesn't suffic
* Mike Fedyk ([EMAIL PROTECTED]) [050316 20:55]:
> Andreas Barth wrote:
> >If that happens for a too long period, we might consider such an
> >architecture to be too slow to keep up, and will eventually discuss
> >about kicking it out of the architectures we wait for testin
ant to become a release assistent.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [050315 20:15]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > | - the release architecture must have N+1 buildds where N is the number
> > | required to keep up with the volume of uploaded packages
> > The reason for this p
ments.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sufficient algorithm knowhow in the debian developer community
> to solve the scalability problems.
Anyone who provides better scalability for britney is welcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
* Tollef Fog Heen ([EMAIL PROTECTED]) [050315 12:40]:
> * Andreas Barth
> | (And, BTW, newraff is a quite mature box. Of course, there is always
> | more and better hardware available, but newraff is already a very good
> | machine. And, we want to give the testing migration
er in the long term to make some
"synchronize" runs outside of current britney, as that might be better
in terms of speed and memory usage.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRI
* Steve Langasek ([EMAIL PROTECTED]) [050315 00:00]:
> Colin mentioned the possibility of adding an "Architecture:" field
> instead. That seems better than an etch-ignore tag anyway, for what you
> want to achieve here.
Yes, that sounds well.
Cheers,
Andi
--
http://ho
* Tollef Fog Heen ([EMAIL PROTECTED]) [050315 10:50]:
> * Andreas Barth
> | For example, the more architectures are included the longer the migration
> | testing script takes. We are already at the limit currently (and also
> | have out-of-memory issues from time to time).
these issues. Please
accept my apologies for the missing information in the first mail.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Goswin von Brederlow ([EMAIL PROTECTED]) [050314 15:35]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:45]:
> >> On Sun, Mar 13, 2005 at 11:16:56PM +0100, Andreas Barth wrote:
> >> > Our goal is that the queue
oo late
now, as RC3 should be more or less building).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
on the
porter list might also be enough - or enough bug reports coming from
that arch. Or whatever. I don't expect that to be the blocking critieria
for any arch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
-
the timeframe, I seriously doubt that we can do multiarch
in time for etch.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; archive), or does it imply that all packages in base (or base +
> build-essential)
> need to be buildable from unmodified source?
This is a legal/DFSG requirement: We can't distribute binaries without source.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC
* Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:55]:
> On Mon, Mar 14, 2005 at 12:01:59AM +0100, Andreas Barth wrote:
> > It is a highly ordered list, more or less libs+base first, than devel,
> > shells,
> > perl, python. After that graphics, admin, utils. Just to look at
* Hamish Moffatt ([EMAIL PROTECTED]) [050314 01:45]:
> On Sun, Mar 13, 2005 at 11:16:56PM +0100, Andreas Barth wrote:
> > Our goal is that the queue gets empty from time to time, and so,
> > priority shouldn't prevent a package from being built.
>
> How often should the
o,
non-US and embedded. The large ones like gnome and kde are in the middle
of the list. Please see wanna-builds source for the full list.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email
* Andreas Barth ([EMAIL PROTECTED]) [050313 23:15]:
> * Thomas Bushnell BSG ([EMAIL PROTECTED]) [050312 02:05]:
> > If, perhaps, there was a clear indication of the buildd ordering
> > policy, then it could be properly used. Until then, I go on the basis
> > of guesswo
ut kicking it out of the architectures we wait for testing migration
at all, or even kicking it out of testing at all. Not waiting for such
an arch has happened and might happen again.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1
cal...
If you take a look at
http://buildd.debian.org/stats/graph2-week-big.png, you can e.g. see for
mipsel exactly at which date the slow and at which the fast machine
became available again. The fast machine alone is able to keep up with
the usual upload rates.
Cheers,
Andi
--
http://home.
t; I'm trying to work out why package *section* matters at all. Package name
> is a bit odd, too, but including the section in there is just totally whack.
Because we want packages in base to be preferred, as well as packages in
libs.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
he problem is clearly that gnucash is in the "Extra" priority
> instead of the "Optional" section where it belongs. I'll request the
> ftpmasters to change it.
Our goal is that the queue gets empty from time to time, and so,
priority shouldn't prevent a packag
d is (in this order, first difference wins)
- >= standard
- not uncompiled
- priority of the package
- priority of the section
- name
That all is BTW visible from the code (or you could just ask).
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9
0 and 1200
> dpi...
It's trivially seen if you print to a real high-quality device, as the
600dpi the too-large pixles can be seen. However, for usual purposes,
you don't need it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F
arge, the number of architectures is not the holding problem. For
post-sarge, there has been some discussion inside the release team and
the ftpmasters that will be published soon.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C
>
> There are sure to be borderline cases, but it usually isn't all that hard
> to tell the difference between appalling style and deliberate obfuscation.
My guide for freedom issues within Debian is the SC and the DFSG. What is yours?
Cheers,
Andi
--
http://home.arcor.de/andrea
out invoking
> the DFSG.
Agreed. Especially as "it's too horibly broken" is by itself a serious
bug.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mmand, compared to standard debootstrap?
Actually, I added all extra things in that to the commands listed, so
just use the normal debootstrap, and everything works.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
-
ned as "the author's most preferred source
> of making modifications".
No. There are people running around claiming this, but that doesn't make
it truth.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0
ing.
> > What would it take for multibuild to succeed? or something else?
> People who care and have the will to finish it.
As always.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE,
e
> :-)
I think this is possible with some special option to apt. In fact, I
think this would make a nice target - but, as it is with nice targets,
they're usually not the things that are implemented, but just the
pressing targets. :)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
based on apt. But, I'm not going to hold my
breath for that to happen. :)
And, as always, patches welcome.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ed
> is a Good Thing.
We have security autobuilders since woody.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t with other arches is that there
are too often these useless discussions. _That_ is beyond all the most
expansive of them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
ental need some adjustment. :)
Thiemo knows that pretty well :)
However, if they are overloaded/broken/whatever, the real implications
are quite limited, and it doesn't matter for purposes like preparation
of the next stable release.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
; I would consider it an obnoxious bug for the installation of a package to
> alter my email configuration. At least make enabling the change a Debconf
> question.
why, in the default case? Is it also an "obvious bug" to change your
apache configuration?
Cheers,
Andi
--
http://
ndi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r wants usernames to start with numbers.
> Allowing the dot is ok. I do think that usernames starting with numbers is
> asking for total breakage, though.
IMHO even the dot is, eh, difficult. Consider a chown user.group file.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PG
l#s-servers-ftp-master
| It is restricted; a mirror is available on merkel.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tr
it for
> >you ;)
> Does it ftp in time for the daily dinstall?
The 0-day queue is ftp-ed about 1 hours before dinstall, IIRC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [E
> Yes, scp to gluck (or other debian machine) and use dupload/dput from
> there.
Or just upload into glucks delayed queue into day 0.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email t
a to save
> traffic it actualy is a bit insignificant compared to the daily
> traffic of new sources and debs.
>
> The good news is that Andreas Barth is working on enabling
> Packages/Sources diff files for the Debian archive and that would
> reduce Packages/Sources updates to ~30
t trying to get nearer to it, but well - realistically, we'll never
fully reach it.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e you to the master of the interpretation of the SC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g/debian-devel-announce/2001/12/msg8.html...
> Huh, and here was me thinking those were perfect examples of the sort of
> idiocy that just sucks the fun right out of Debian.
Agreed.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C
en though he knows it is wrong.
Sorry that I don't use new speak.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-
ultimatly - even consider rejecting an applicant for bad social
behaviour (in most cases, the applicant has the same attitude towards
his AM, which makes the process slow enough so that this is not needed.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC
modutils which needs sarges glibc. We are still at
working out an acceptable upgrade path. For i486++-machines, this
problem doesn't exist.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Colin Watson ([EMAIL PROTECTED]) [050121 14:50]:
> On Fri, Jan 21, 2005 at 01:06:55PM +0100, Andreas Barth wrote:
> > I disagree. You should warn the administrator that he has to do that.
> > Especially just restarting ssh is _very_ wrong IMHO, because it can
> > easily kill
* Andreas Barth ([EMAIL PROTECTED]) [050121 13:10]:
> * Tino Keitel ([EMAIL PROTECTED]) [050121 13:02]:
> > On Fri, Jan 21, 2005 at 11:03:08 +0100, Marc Haber wrote:
> > > On 20 Jan 2005 14:45:52 -0800, Thomas Bushnell BSG <[EMAIL PROTECTED]>
> > > wrote:
> >
ice when the it starts, and an upgrade won't replace libraries
> in running services.
I disagree. You should warn the administrator that he has to do that.
Especially just restarting ssh is _very_ wrong IMHO, because it can
easily kill the only access to a remote computer. Take a look how gl
and I just cannot but agree with it.)
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t for gcc.
That would still mean a versioned dependency on build-essential.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Anthony Towns (aj@azure.humbug.org.au) [050113 14:20]:
> Scott James Remnant wrote:
> >What say you?
> Rename it to "standard-debian-build-environment". :)
It's more a "default-debian-build-environment" :)
Cheers,
Andi
--
http://home.arcor.de/andreas-
d rather improve our autobuilder network, if that
is the blocking point.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
er this as rude.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Florian Weimer ([EMAIL PROTECTED]) [050106 11:45]:
> * Andreas Barth:
> > This means: If the local file dists/sid/main/binary-i386/Packages has
> > the sha1-sum of f3a0c1972021af11782c661d1bd5214f1d443868, take the patch
> > named 2005-01-04-1633.27 (and this patch h
* Andreas Metzler ([EMAIL PROTECTED]) [050106 11:10]:
> On 2005-01-06 Andreas Barth <[EMAIL PROTECTED]> wrote:
> [...]
> > deb http://merkel.debian.org/~aba/debian sid main contrib non-free
> > (or any other combination of suites and components you like)
>
> >
Dear all,
with ideas and code (and a lot more) from Anthony, I was able to put
together the server part for partial patches in a way that it seems to
me that it might be included in dak. The resulting files are available
from
deb http://merkel.debian.org/~aba/debian sid main contrib non-free
(or
y, so you should ask yourself what mistake you made.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
heers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
, means only to the few people that have direct access
to ftp-master, including a wrapper for the security team.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 21:55]:
> Andreas Barth <[EMAIL PROTECTED]> writes:
> > * Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> >> Compiled in the blob MUST comply to the GPL. The nature of being a
> >> blob already seems
mapping mechanismn. (Just look into katie.conf, you'll see the
mappings there.)
BTW, there is now at http://people.debian.org/~aba/dak.patch a draft of
a patch tackling the necessary changes for *security. However, as this
is my first real katie-patch, there might be issues I don't (curr
* Goswin von Brederlow ([EMAIL PROTECTED]) [041212 20:25]:
> Compiled in the blob MUST comply to the GPL. The nature of being a
> blob already seems to violate that.
Only if the blob is derived from the GPL-code.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5C
comply with the DFSG.
I didn't argue against that. I just said that the "preferred form of
modification" is _not_ the language of the SC, but the language of one
of the licenses that we consider as free.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
> version of the code for their own work. Thus, it's not the preferred
> source code under the GPL.
"preferred form for modification" is _only_ a GPL-term and not part of
the SC.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
Hi,
I seem to have un-frozen a couple of historic mails. Sorry for the
noise, please ignore them.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
oon. I've now asked someone I trust to find out
> what these issues are exactly so hopefully progress will be made on
> that soon.
Is there any progress on this issue?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C
401 - 500 of 669 matches
Mail list logo