generation because of .localdomain. There
have been a few separate cases of that over the past year or so.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Marco d'Itri [EMAIL PROTECTED] writes:
On Oct 06, Russ Allbery [EMAIL PROTECTED] wrote:
See the news.software.nntp traffic with people having strange problems
with pathnames and message ID generation because of .localdomain.
There have been a few separate cases of that over the past year
John Hasler [EMAIL PROTECTED] writes:
Russ Allbery writes:
No, they won't, because INN ignores hostnames that do not contain a
period for the purposes of generating external identifiers,
specifically to keep from using things like localhost or other
unqualified names that aren't globally
isn't the problem. Modification and redistribution
of modified versions is the problem, and that restriction was apparently
intentional. So unfortunately, it's more than just a matter of getting
the IETF to be clearer.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
to that
documentation).
Any advice, suggestions, or pointers to best practices would be greatly
appreciated.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
At least in my testing, binaries built against an unversioned library work
fine with a versioned library. Maybe I wasn't testing properly?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Henrique de Moraes Holschuh [EMAIL PROTECTED] writes:
On Thu, 06 Oct 2005, Russ Allbery wrote:
Unlimited distribution isn't the problem. Modification and
redistribution of modified versions is the problem, and that
restriction was apparently
If the IETF allows modified versions
purpose does
it serve to have that name in /etc/hosts?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
: 127.0.0.1 localhost loopback
IRIX 6.5: 127.0.0.1 localhost
Tru64 4.0G: 127.0.0.1 localhost
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gabor Gombas [EMAIL PROTECTED] writes:
On Fri, Oct 07, 2005 at 11:18:57AM -0700, Russ Allbery wrote:
* Obtain the system host name with gethostname().
* Look up an IP address for that host with gethostbyname().
The bug is here. This is completely wrong but sadly very common
practice
could probably make many of those
conflicts go away.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
K4 support in Debian on our account. We have a handful of local packages
that do the bits that are necessary for us and that we'll drop as soon as
we finish our migration.
Note that I don't speak for SLAC, but I think they're mostly using Red
Hat.
--
Russ Allbery ([EMAIL PROTECTED
Gabor Gombas [EMAIL PROTECTED] writes:
On Mon, Oct 31, 2005 at 11:15:35PM -0800, Russ Allbery wrote:
I don't consider this to be a good solution. #include krb5.h is part
of the API, and forcing all packages that want to build with Kerberos
to use special compiler flags to find include files
to change the licensing
on its libc to make it GPL-compatible. The chances of changing the
license on all of the GPL-covered software to make it CDDL-compatible are
remote at best.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
distributions one wants to support and what licenses one will need to be
compatible with before just slapping the same label on it as on all of
one's other software.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
John Hasler [EMAIL PROTECTED] writes:
Russ Allbery writes:
Licensing libc or other vital system libraries is tricky and hard, and
one should think very carefully about what distributions one wants to
support and what licenses one will need to be compatible...
I think that Sun did just
# generated by other debhelper scripts.
#DEBHELPER#
This refers to the #DEBHELPER# token.
In any case, I would like to request that lintian includes a check to
ensure that new packages do not contain that text.
Please don't.
--
Russ Allbery ([EMAIL PROTECTED]) http
as well, but the
comment is informative to new packagers looking at the source package and
doesn't really hurt anything.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
of annoying that Autoconf's build system tries to run Automake,
though. I wonder if that's fixable. If someone *does* have automake-1.7a
installed, they may not get the same build that everyone else gets.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
this sort of
hack is required.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
be there in
the MIT package until at least that time, and there are some sites who are
still in the process of transitioning away, so I wouldn't want to see too
many things disappear too quickly, but it's certainly time to think about
how to drop it over time.
--
Russ Allbery ([EMAIL PROTECTED]) http
Brian May [EMAIL PROTECTED] writes:
* Find out what is required to keep AFS support working (assuming I
don't already have it).
Well, what sort of AFS environment? The answer is different if you mean
AFS using kaserver than if you mean AFS using krb524 or native K5.
--
Russ Allbery
expect, though, that Stanford will be in a situation where
that will be fine with us by December, and we're historically one of the
slower sites to migrate, so maybe it will be okay.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
explains how to set up
OpenAFS with Kerberos v5 authentication via krb524d, and at least with the
packages in sid it's been fairly well-tested. The setup scripts needed a
bit of work that I just recently finished.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
more than FUD, although I agree that it's not specifics.
I agree that it's unclear at the moment whether the problem is unique to
OpenLDAP or whether other applications would encounter the same problem.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: libafs-perl
Version : 2.2.3
Upstream Author : Norbert Gruener [EMAIL PROTECTED]
* URL : http://www.mpa-garching.mpg.de/kwiki/nog/afsperl/
* License : GPL or Artistic
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: webauth
Version : 3.2.4
Upstream Author : WebAuth Team [EMAIL PROTECTED]
* URL : http://webauthv3.stanford.edu/
* License : MIT/X
Description : cookie-based web
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: sident
Version : 3.3
Upstream Author : Russ Allbery [EMAIL PROTECTED]
* URL : http://www.eyrie.org/~eagle/software/sident/
* License : BSD (the CMU varient thereof
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: kstart
Version : 2.3
Upstream Author : Russ Allbery [EMAIL PROTECTED]
* URL : http://www.eyrie.org/~eagle/software/kstart/
* License : MIT/X
Description : Kerberos
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: remctl
Version : 1.7
Upstream Author : Russ Allbery [EMAIL PROTECTED]
* URL : http://www.eyrie.org/~eagle/software/remctl/
* License : MIT/X
Description : remote
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: libauthen-krb5-perl
Version : 1.4
Upstream Author : Jeff Horwitz [EMAIL PROTECTED]
* URL : ftp://ftp.cpan.org/CPAN/modules/by-modules/Authen/
* License : GPL or Artistic
of discussion there was
about it at the time.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
stable). This
kind of problems that can occur every day in sarge _are_ dangerous
problems.
Yeah, this is more the thing that I'd worry about when running sarge on a
server.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
at:
http://ftp-master.debian.org/new.html
it's more clear what's going on; some packages are sitting, but most
things are being approved very quickly. mplayer (and hot-babe) are among
the ones that are sitting.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
dealing with, so if that isn't the right answer, more details would
be useful.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
changes happen that are lintian-verifiable seems a lot
easier to do than making changes that aren't.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: libpgp-sign-perl
Version : 0.19
Upstream Author : Russ Allbery [EMAIL PROTECTED]
* URL : http://www.eyrie.org/~eagle/software/pgp-sign/
* License : GPL or Artistic
Package: wnpp
Severity: wishlist
Owner: Russ Allbery [EMAIL PROTECTED]
* Package name: libnews-article-perl
Version : 1.27
Upstream Author : Andrew Gierth [EMAIL PROTECTED]
* URL : http://www.erlenstar.demon.co.uk/perl/
* License : GPL or Artistic
.
Essential is a special flag that's separate from the priority. You still
have to depend on even Priority: required packages that you use if they're
not essential.
Anyway, adduser is only Priority: important, which means that it's quite
possible for it to not be installed.
--
Russ Allbery ([EMAIL
to
itself, but a lot of the other SSH clients out there only know password.
Any corrections welcome; I figured out the above by reading the source
code and looking at protocol traces and I may still have the details
wrong.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
). This is an
incompatible change in the kernel headers, and there isn't any way for the
code to compile on both systems without some additional portability work.
If you don't care about supporting woody, the current code is correct.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
, sx25.sx25_addr, sizeof sx25.sx25_addr);
This will work with either definition of sx25_address.
D'oh, yes, very good point. That's the clearly better way of doing this;
I got too caught up in the wrong approach.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
the cost to establish
and is just maintaining.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Thomas Bushnell BSG [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
The difference being that Debian has already split /usr from / and
therefore is only paying the marginal cost of maintaining it, whereas
Debian has not split /usr/lib from /usr/libexec and would have to pay
objection, that wouldn't
convince me anyway.
For me, this is a closed issue until you change the FHS. (Something that
I don't think is very likely to happen, but best of luck to you.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
: there to increase the epoch.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
implementation to fix and
upstream isn't interested. Consider #56930 on gtimer, for example.
I would exclude wishlist and forwarded bugs from that sort of metric, at
least.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
this is a small percentage of the problems. The cases
where there are real personality conflicts get the most ink in the mailing
lists, since they're far more likely to turn into big public fights, but I
think they're a significant minority in the set of packages with lots of
bugs.
--
Russ Allbery
picking
personal fights with the release team and speculating wildly and as
negatively as possible about their motives. Please stop. It's obnoxious,
abusive, and unhelpful.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
any
workarounds that had been found.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
about the last 1%. Doing
something reasonable and then going with it will produce results that will
be quite acceptable in practice.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
as I'm
concerned. It's usually a good sign when matters get to the point that
people are committing things rather than talking about what to commit.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
: /usr/sbin/pbuilder
bob ALL = NOPASSWD: /usr/lib/pbuilder/pbuilder-satisfydepends
This is sufficient in my experience.
Also, note that your sample pbuilder script looks like it was miswrapped;
the script is showing up on the same line as the #!/bin/sh line.
--
Russ Allbery ([EMAIL PROTECTED
that
inefficient, unless I'm misreading something.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
On Sat, Jun 04, 2005 at 05:58:18PM -0700, Russ Allbery wrote:
Eep, please don't tell people to give themselves full privileges with
sudo unless they know what they're doing. The sudo configuration here
is just to run pbuilder, right? If so
is that the kernel source isn't *really* arch: all,
since it's pretty useless right now on those four platforms, but making it
arch-dependent is just wrong and a huge waste of space.)
Any suggestions gratefully accepted. Thanks!
--
Russ Allbery ([EMAIL PROTECTED]) http
this fact.
Ah, thank you! I didn't know about this. I will drop them a note.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
information. Maybe popularity-contest should pay attention
to that as well?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
don't have
any good suggestions for how to make it faster. I should find some free
time and play with a profiler
(For that matter, the dpkg delay on Reading database is kind of annoying
too. Hm. Good project for someone.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
, testing is sometimes uninstallable. It
doesn't happen very often, but it does happen.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
then moves the whole thing unambiguously
into DFSG #4.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
of the points of the md5sum verification is to ensure that the
binaries haven't been tampered with. If one can tamper with the binaries
by modifying some file in /var/cache instead, doesn't that just
reintroduce the same problem?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Simon Huggins [EMAIL PROTECTED] writes:
On Wed, Jun 15, 2005 at 08:20:48PM -0700, Russ Allbery wrote:
Second, the real problems with rebranding are not with the technical
work that has to happen, from the sound of it. They're with user
recognition and the ability of users to find the right
the rest of the program, but I don't know
if that's sufficient to prevent this sort of clobber.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in a long time.
Someone really needs to step up to the place and adopt it if we're going
to keep it. I'm tempted personally too, but I'm not willing to adopt a
non-free package, and I think it probably really is still non-free (being
familiar with the similar issue with Angband).
--
Russ Allbery
and a minor one against ssh-krb5 for the
crappy debug lines.
Speaking as co-maintainer of both packages, works for me. :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
to this.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
quality that make it easier for
derivative distributions to not diverge, I'm all in favor of that and will
help as much as I can.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
for packages
they don't have installed.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
into debian/copyright.
I could be missing something, though.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ben Finney ben+deb...@benfinney.id.au writes:
Russ Allbery r...@debian.org writes:
If the upstream license doesn't require that we preserve the copyright
statement (or if upstream doesn't have them), I'm not sure we need to
be requiring that they be collected into debian/copyright.
I am
, we are operating completely in the dark as to who is
empowered to restrict distribution or grant it.
I fail to see how collecting strings from the source files leaves us any
less in the dark about whether the claimed authors are legally empowered
to license it.
--
Russ Allbery (r...@debian.org
are,
whereas right now there's a lot of grey area. (For example, up until I
started experimenting with the new copyright file format, I never
documented the license or copyright information for any of the
Autotools-generated files, and I never heard a peep of concern about
that.)
--
Russ Allbery (r
Romain Beauxis to...@rastageeks.org writes:
Le Friday 20 March 2009 19:12:02 Russ Allbery, vous avez écrit :
Maybe the best resolution to this is to have a broader discussion that
leads to a rewording of Policy 12.5 that makes the requirements
explicit, with ftp-master buy-in on what
Kalle Kivimaa kil...@debian.org writes:
Russ Allbery r...@debian.org writes:
started experimenting with the new copyright file format, I never
documented the license or copyright information for any of the
Autotools-generated files, and I never heard a peep of concern about
that's a very common case.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
files? Is there some other larger reason why is this important for the
project? (Please note that I'm not assuming that you have no reason. I
just don't understand, from the discussion so far, what it is. We can't
really have a meaningful discussion until we're all on the same page)
--
Russ
that a point be represented in public that you're too
steamed to make. I expect there are others who would volunteer to do the
same.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
Noah Slater nsla...@tumbolia.org writes:
On Sat, Mar 21, 2009 at 12:15:00PM -0700, Russ Allbery wrote:
Is the reason that you feel most licenses require preservation of the
copyright notice and it's easier to enforce it uniformly for all
copyright files? Is there some other larger reason why
not, then it does not.
I don't mean to be excessively blunt, but I'm afraid that this simply
isn't legally true.
This is coming from a GNU maintainer who has been through the process.
They apparently gave you incorrect information then.
--
Russ Allbery (r...@debian.org) http
Noah Slater nsla...@tumbolia.org writes:
On Sat, Mar 21, 2009 at 08:07:23PM -0700, Russ Allbery wrote:
NEW rejections are even stronger than an RC bug. Apart from questions
of whether that's useful documentation for users, I have a hard time
seeing either of your reasons stated above
of mine, including some fairly large ones) that it is
indeed quite a bit of extra effort. This is for several reasons,
including the simple fact that I read a lot faster than I type.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel
-- within the ...
documentation, if provided along with the Derivative works -- but I think
just installing the NOTICE file is more obviously safe.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
painfully tedious for large packages, and it would be really nice if the
people who are deeply concerned that Debian always do this would volunteer
to help the Iceweasel, Linux kernel, KDE, and X maintainers, among others,
with doing this work).
--
Russ Allbery (r...@debian.org) http
don't have any large packages, and the maintainers are
almost certainly happy to accept the work. Doing this review usually
doesn't require any other knowledge of the package or any special skills.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
a lot of what makes accumulating copyright notices so
annoying.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
not. (The GPL
requirement, which I know we do satisfy, is somewhat weaker.)
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
that hard
dependency is stronger than the co-distribution of source packages in the
same archive area.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
of an already-accepted library package, I
can't personally see any value in passing through NEW again.
These are already fast-tracked through NEW, so a large queue is mostly not
holding these up.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
the best compromise position on the ballot.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
the whole thing more confrontational.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
regardless of whether we fix the packages.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Romain Beauxis to...@rastageeks.org writes:
Le Wednesday 25 March 2009 16:45:59 Russ Allbery, vous avez écrit :
FWIW, it is not at all clear to me that there was any need for either
of those GRs (particularly 2008_002, which did indeed strike me as a
waste of the GR process).
Well, even
Lucas Nussbaum lu...@lucas-nussbaum.net writes:
On 25/03/09 at 09:06 -0700, Russ Allbery wrote:
There was a clear need for a clarification. Why we had to vote on the
clarification after Ganneff made it clear that it wasn't his intent to
implement prior to consensus is still highly perplexing
should be.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
. It also
leaves one without an easy way of duplicating exactly the tarball that was
uploaded with the Debian package.
I'm not sure we've reached consensus on the whole discussion, but the
above is my current opinion.
--
Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle
are not required to use any
particular format for debian/copyright, but if you *want* to use a
structured format, please use this one. I can see some value in doing
that without requiring the format and I think it would fit into the
mandate of Policy to do so.
--
Russ Allbery (r...@debian.org
Manoj Srivastava sriva...@debian.org writes:
On Thu, Mar 26 2009, Russ Allbery wrote:
One intermediate way in which I could see this specification going into
Policy without it being required for anyone would be to add a
subsection of the copyright section that says you are not required
201 - 300 of 4311 matches
Mail list logo
