Ben Pfaff [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
Pure POSIX doesn't allow signal numbers, but the XSI extension to POSIX
does and dash and posh both support them. We do not, in general,
accept XSI extensions, but it's hard to argue strongly for excluding a
feature
that the XSI extension
to POSIX doesn't allow you to use just any numbers. It specifically lets
you use numbers for HUP, INT, QUIT, ABRT, KILL, ALRM, and TERM and nothing
else. I think that's fairly portable.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
|Conflicts then? (read as: I can't understand your Policy
citation, since it seems you're contradicting yourself).
I've always read functionality in this context as meaning the API, not the
general task the program does.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org
communication, you know, there is the
usual frustration...
This happens with at least one platform at some point during every release
cycle, which is probably why you're not seeing more reaction. We're all
used to it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
://bugs.debian.org/267142 for the long history of
the previous discussions of 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]
as /bin/sh may be
assumed to support local and test -a/-o. See Policy 10.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]
overriding binaries. If bash didn't
override the /usr/bin/test binary to *add* non-standard features that the
binary doesn't support, Thomas's program would never have worked in the
first place.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
Debian packages using
the methodology that we feel makes us the most productive without causing
extra problems for the security team and NMUs.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
of subsequent changes to /bin/sh.
So switch your /bin/sh back to bash when the Release Notes tell you about
the change and move on with your life. That's why it's configurable.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
, and
which of the multiple identities on a key would one use?
--
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 Viehmann [EMAIL PROTECTED] writes:
Russ Allbery wrote:
I suppose that most of the time you'll get lucky and one of the key
uids will match LDAP, but you still lose on DMs. And it's certainly
not required that one of the key uids matches anything in LDAP.
I, on the contrary suppose
Mike Bird [EMAIL PROTECTED] writes:
On Mon February 11 2008 09:08:24 Russ Allbery wrote:
So switch your /bin/sh back to bash when the Release Notes tell you
about the change and move on with your life. That's why it's
configurable.
Why force millions of Debian users to do this?
I
Thomas Viehmann [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Assuming the e-mail address on keys is mailable is also a bit dodgy,
and which of the multiple identities on a key would one use?
The one that is stored associated to the account (DM or ldap and @d.o).
I suppose that most
also do porter uploads as
described in the Debian Developer's Reference 5.10.2.
--
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 lintian already had a note that you should add an
override if the man pages are shipped in a different package on which this
package has a dependency. Apparently I was just imagining things.
Such a note will be present in the next release.
--
Russ Allbery ([EMAIL PROTECTED
version found thanks to their watch
file.
Russ Allbery [EMAIL PROTECTED]
gnubg
Upstream stopped doing real releases a while back although hopefully will
again do some someday. Currently, all that's available is nightly
snapshots. I can:
* Keep pointing the watch file at the actual official
Raphael Geissert [EMAIL PROTECTED] writes:
Russ Allbery wrote:
Upstream stopped doing real releases a while back although hopefully
will again do some someday. Currently, all that's available is nightly
snapshots. I can:
* Keep pointing the watch file at the actual official release
version of lintian and
there's a bug in the harness script that caused it to blow away the old
web pages. But it should be fixed in a few (up to ch in reverse
alphabetical order).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
team, and by other contributors. It is
licensed under the terms of the GNU GPL, version 2.
This _does_ use the word copyright, just not capitalized. Or is the capital
required too in most parts of the world?
That's just a bug. It will be fixed in the next release. Sorry about
that.
--
Russ
, to give it in the same
format(s) as the upstream author does. That's not something lintian can
check.
Yup.
I declare that I'm finished painting this bikeshed. The door is sticky
and windows are opaque now. Where is the next one?
*grin*.
--
Russ Allbery ([EMAIL PROTECTED
, I believe the FSF's lawyers have said the same thing.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
required to resolve them.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
enthusiastic but untrained volunteers in how to tackle the bugs.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
on volunteers,
who may or may not have time or motivation to work on the thing that
matters to you.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
.
--
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 feature branches after that sort of workflow
has continued for a while.
(I'm now maintaining two of my packages using only Git and feature
branches without any patch system so that I can get some practical
experience with this and understand the workflow better.)
--
Russ Allbery ([EMAIL PROTECTED
, and there are a lot of use cases that don't
allow for that.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
repository for Debian package maintenance to such
a package format isn't necessarily easy.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Tim Abbott [EMAIL PROTECTED] writes:
On Sun, 24 Feb 2008, Russ Allbery wrote:
Configuration files generated by debconf may not be manually changed
without running this risk, including by humans. Generally, this is
documented in the file. I have several of those in packages I
maintain
Josselin Mouette [EMAIL PROTECTED] writes:
Le dimanche 24 février 2008 à 19:46 -0800, Russ Allbery a écrit :
The ones that are overwritten completely that I'm aware of contain only
settings managed by debconf, or (as is the case for krb5-kdc and
krb5-admin-server) explicitly ask whether you
Josselin Mouette [EMAIL PROTECTED] writes:
On lun, 2008-02-25 at 10:23 -0800, Russ Allbery wrote:
ucf, from its DESCRIPTION in its man page, seems to handle the case of
shipping a configuration file upstream that may also be locally
modified, but I don't see where it handles merging
/
yes? :)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the underlying
issues (often political) preventing the use of real packages with package
management.
It's more of an issue on systems like Solaris that don't have useful
package managers.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
into merging patches. I'd
welcome a patch implementing this feature (ideally with some test cases 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]
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
lintian to misdiagnose this tag. It may be easy to fix.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
is arguable, but the perl
package is the only package in Debian with this problem.
Thank you for the explanation!
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Mike Hommey [EMAIL PROTECTED] writes:
On Sun, Mar 02, 2008 at 07:10:20PM -0800, Russ Allbery wrote:
Yeah, that's pathological enough that I don't see any easy fix for it
in lintian without special-casing the perl package or not doing
encoding checks on misnamed changelog files. The latter
on the PTS page when there's no
useful content (and it obscures any actually useful modifications made in
Ubuntu).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
not to, when I remember, but given
the paucity of systems on which these assumptions break, most C code that
you see is not this careful.
This topic is a whole *section* in C FAQ, BTW. See:
http://c-faq.com/null/index.html
--
Russ Allbery ([EMAIL PROTECTED]) http
a
pointer to data is a different size than a pointer to a function, but
function pointers are very rarely passed to variadic functions.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
for tools like
Lintian to recognize NMUs of native packages and perform other
NMU-specific checks (such as making sure an appropriate changelog entry is
present). There's no way of knowing whether a native package with a
version number of 1.2.1 is an NMU or not.
I like the +nmuN approach.
--
Russ
to
remove them in maintainer's script on upgrade from previous version?
I believe that's the case, although I'd like to get some confirmation
before adding something to Policy 10.7.3 about this. See Bug#470633.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
tools would know what
screen scraping or (hopefully) SOAP/REST interfaces they can use.
Straight URLs pointing to the HTML version of upstream's bug system are
probably mostly useful for people, and Homepage should hopefully already
give people a reasonable starting point.
--
Russ Allbery
that horrible.
Turning debian into deb and testing into + would make it better
1.7.5+nmu3+deb3.1+.1 is comparable in length to the current
1.7.5+nmu3+lenny1
If you go this route, please make it +deb31, not +deb3.1. The extra dot
is historically special and indicates a binNMU.
--
Russ Allbery
that Lintian currently isn't in a position to check
easily, and hence NEW is about the *only* place anyone looks at this.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Clint Adams [EMAIL PROTECTED] writes:
On Mon, Mar 17, 2008 at 04:27:03PM -0700, Russ Allbery wrote:
Joerg has been moving towards doing more of this, and I applaud him for
doing so. I hope that anyone else who works on NEW does the same.
It's one of our best opportunities to raise
to check things like that?
This is a valid point. I tend to be perfectionist, probably too much 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]
of those problems by
syntax-checking your commands for you and always sending mail to the right
address. Then I started using it religiously.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
convention for both native and non-native packages.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Gunnar Wolf [EMAIL PROTECTED] writes:
Russ Allbery dijo [Wed, Mar 19, 2008 at 12:05:53PM -0700]:
1.0-1sarge1 1.0-1etch1. We don't have this problem currently
because 1.0-1etch1 1.0-1lenny1, but we will again at some point in
the future, and it would be nice to resolve it once and for all
anybody about it and remove the obsoleted files manualy by myself? What
would you suggest in this case?
Give the packages two different names and make them conflict with each
other so that you can purge one and then install the other, maybe?
--
Russ Allbery ([EMAIL PROTECTED]) http
Policy
bug about this, along with the several bugs that say that we should follow
LSB in general.
--
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 prerm and postinst:
...
invoke-rc.d amavis stop || init_failed
All you need then is a small function like in your postinst:
But if you can modify the postinst, you could just fix the init script
(Although you may still need this for a transition.)
--
Russ Allbery ([EMAIL PROTECTED
. This includes issues about files being
added/removed/modified during the test, which are not as critical as the
tests where installation simply fails. But still.
Fixing #454694 might help.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
Sune Vuorela [EMAIL PROTECTED] writes:
#! /bin/sh
/etc/init.d/$1 $2
there you go with your /sbin/service script.
/sbin/service on Red Hat also sanitizes the environment, which I've found
very useful on occasion. (And does so slightly more intelligently than
env -, I think.)
--
Russ
this problem before when I biffed a bind command in my .bashrc.
In particular, if you were trying to set some parameter and forgot to
include the set in the bind command, it will do things like this.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
interface that
will tell you exactly the current state of a given init script, for use by
other automated tools. Currently, Puppet hacks around this in some really
ugly ways since there's no good interface for this.
--
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]
them know how to
look for them and they're not going to be of interest to most of the
people browsing the package list.
I get the impression that I use priority: extra more than most developers,
though.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
sean finney [EMAIL PROTECTED] writes:
On Friday 25 April 2008 06:24:41 pm Russ Allbery wrote:
Yes please. Another desperately needed feature is a query interface
that will tell you exactly the current state of a given init script,
for use by other automated tools. Currently, Puppet hacks
the complexity of building
two binaries, although it is noticable.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Faidon Liambotis [EMAIL PROTECTED] writes:
Russ Allbery wrote:
However, a user mentioned that he thinks all chips that fall into the
amd64 architecture have SSE and hence adding -msse would be safe for the
amd64 build. Is that correct? And in general are there any guidelines
about things
the binaries on i386 chips without SSE all by
itself, even if gnubg doesn't run any of its SSE code unless SSE is
actually detected?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
and djvulibre have some really unfortunate Recommends
right now. I've been doing selected dist-upgrades with aptitude -R (make
sure that you use the unstable aptitude or -R doesn't work).
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email
the search algorithm doesn't go wrong.
This is what I used to do as well, but it doesn't seem to be working that
way any more. upgrade (and safe-upgrade) was pulling in a bunch of new
packages due to devscripts's Recommends.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
Goswin von Brederlow [EMAIL PROTECTED] writes:
Russ Allbery [EMAIL PROTECTED] writes:
This new recommendation is *not* RC for lenny, only a recommendation.
However, it is still a recommendation that most affected packages don't
currently follow, so I wanted to give the development community
martin f krafft [EMAIL PROTECTED] writes:
also sprach Russ Allbery [EMAIL PROTECTED] [2008.04.29.0113 +0200]:
Here is a sample of the sort of documentation that would satisfy this
recommendation, written for a package that's using quilt:
Might I suggest that for such cases, a common file
). This makes all the possible variations explicit.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
martin f krafft [EMAIL PROTECTED] writes:
also sprach Russ Allbery [EMAIL PROTECTED] [2008.04.29.1846 +0200]:
I'm guessing that you missed that this is exactly what the
proposal allows for. You may want to read it again. :)
So it seems. The sample you quoted is surely misleading
]; then
export QUILT_PATCHES=debian/patches
${PWD}/${where}debian/patches ?
fi
done
I think I want the above.
quilt actually figures it out by itself if you just set QUILT_PATCHES to
debian/patches.
--
Russ Allbery ([EMAIL PROTECTED
lines
in their sources.list files, so apart from any other concerns, I don't
think this will actually work.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to master, only merges.
Is there some way to get the actual commits to be included in the message?
Ideal would be to have each pushed merge onto master include the commit
messages for all of the commits that went into that merge.
--
Russ Allbery ([EMAIL PROTECTED]) http
the
nonce.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
compromised.
All *DSA* keys. RSA keys do not have the same problem, as I understand
it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
have any) are affected.
For those using a keytabs ktutil -k keytab change; ktutil -k purge
--age=short is sufficient?
That looks right to me, although take that with a grain of salt since I
use MIT personally and am not that familiar with the Heimdal ktutil
command syntax.
--
Russ Allbery
the name and this cute
logo.
I try to document any such modifications in README.Debian, particularly in
cases where upstream disagrees with a patch.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
solve a lot of annoying problems, particularly
around transitions of the default for some alternative.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
the patch case that you were getting at, but it's
important, when discussing scenarios around patches, to allow for that one
as well.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
in the Git repository that one can point to.
How does upstream easily get the complete description of a change that I
have in a Git repository for packaging their software? What should I be
doing to help with that?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle
but
who also don't want to go to the work of generating a nice list of patches
and putting them on a web page (in case the developer doesn't get to their
e-mail quickly or needs them resent) if there's a tool that can do it for
us.
--
Russ Allbery ([EMAIL PROTECTED]) http
, since a fairly substantial percentage of our maintainer
scripts are generated at least in part by debhelper.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
upstream merge conflicts have to be resolved on both branches. Or is
there some way to reuse the resolution work done with one of those
branches when rebasing/merging the other?
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
openssl_0.9.8g.orig.tar.gz
dpkg-source: info: applying openssl_0.9.8g-10.diff.gz
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Guillem Jover [EMAIL PROTECTED] writes:
On Fri, 2008-05-16 at 15:49:25 -0700, Russ Allbery wrote:
That would work, although it does... well, not double, but at least
increase the work for any branch that also has a submission branch,
since any upstream merge conflicts have to be resolved
to change the documentation of a patch
when I'm not changing the patch).
[1] http://www.eyrie.org/~eagle/software/patches/
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Theodore Tso [EMAIL PROTECTED] writes:
On Fri, May 16, 2008 at 03:25:11PM -0700, Russ Allbery wrote:
In fact, despite being one of the big quilt advocates in the last round
of this discussion, I am at this point pretty much sold on using Git
due to its merges and branch support and have
Mike Hommey [EMAIL PROTECTED] writes:
On Sat, May 17, 2008 at 02:50:33PM -0700, Russ Allbery wrote:
Also, these aren't bugs in the Debian package, but rather bugs in
upstream (at least arguably), which put them into a different
brainspace than Debian bugs at least for me, and I'd find
on me more and more.
--
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 in
the past or not, you can try seeing if it will apply to the current
upstream reversed. That will miss a lot of cases, but it will probably
catch the majority of them.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
and is acceptable
to upstream). They may be very difficult bugs, but bugs aren't
necessarily things that are easy to fix, or that even will be fixed. It's
a record of something that doesn't match the way the software *should* be
in an ideal world.
--
Russ Allbery ([EMAIL PROTECTED]) http
and
with specific types of justification. Otherwise, all you get is a rant
about how Debian is breaking their software. I wouldn't want to subject
someone new to Debian to that (or risk that someone new to that sort of
interaction might make matters worse).
--
Russ Allbery ([EMAIL PROTECTED
(which is almost but not
quite something completely different).
Git is quite good at presenting modifications if you know how to use it.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
Neil Williams [EMAIL PROTECTED] writes:
Incidentally, you can collapse the zgrep into lsdiff -z:
$ lsdiff -z *.diff.gz | grep -v debian
lsdiff -z -x '*/debian/*' *.diff.gz
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL
an upstream with a tracker that it support, so
far as I can tell. Or maybe I just don't know how to use it? My
upstreams use RT, although I guess tf5 does use the Sourceforge tracker,
kind of.)
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE
trying to
work with glibc upstream isn't particularly hard. I think the libc-alpha
mailing list is archived, for example.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
to
stop creating this expectation. We don't enforce it anyway, and all this
provision seems to do in practice is create these annoying arguments
periodically.
--
Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Bernhard R. Link [EMAIL PROTECTED] writes:
* Russ Allbery [EMAIL PROTECTED] [080518 15:28]:
I don't think this is as universally true as it looks on first glance.
Often the reason why the divergence remains a divergence is because
it's a quick hack that only works on (for example) Linux
901 - 1000 of 4311 matches
Mail list logo