no need to
> duplicate things. Replies could still be set to the list or something.
You could filter out "X-PTS-Keyword: bts-control" ...
--
Colin Watson [EMAIL PROTECTED]
ve just checked, and there are no packages
currently in testing that depend on glibc 2.3.2. You must actually be
using unstable.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
ge)?
> Can someone familiar with the BTS code tell whether this change is
> trivial or not?
It's not trivial in the slightest, sorry. The BTS doesn't remotely have
this information available to it, and it's not even easy to arrange for
it to be available.
--
Colin Watson [EMAIL PROTECTED]
On Sun, Aug 31, 2003 at 02:24:02PM +0200, Cristian Ionescu-Idbohrn wrote:
> Tried to get this info through a couple of times now, but no joy :(
> Posted to [EMAIL PROTECTED], but no answer :(
This has been dealt with now. Sorry for the delay.
--
Colin
haven't missed anything.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
ther than going through
the extra complexity of the upload queue?
--
Colin Watson [EMAIL PROTECTED]
an package in non-free, to benefit truly of the debian tools.
The usual reasons are that they don't allow sufficient redistribution
for us to include them in the Debian archive at all, or that they don't
allow distribution of modified versions (including Debian packages
construct
TED]:/tmp/bar% for i in $L; do echo $i; done
> .
> ./a b
> [EMAIL PROTECTED]:/tmp/bar% bash
> bash-2.05b$ L=`find`
> bash-2.05b$ for i in $L; do echo $i; done
> .
> ./a
> b
No wonder. You aren't quoting correctly! Use 'echo "$i"'.
--
Colin Watson [EMAIL PROTECTED]
rted as bugs #208600, #208604, and #208611,
with apparent duplicates after it was fixed as #208636 and #208638.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
volved for programming in debian/rules. I'd suggest
downloading some Debian source packages to get a feel for how we tend to
work.
--
Colin Watson [EMAIL PROTECTED]
On Sat, Sep 06, 2003 at 09:35:12AM -0700, eric lin wrote:
> Dear SDLcam programmers or users:
>
> I download SDLcam-0.7.3.tar.gz form sunsite.unc.edu in my redhat 9,
Please ask about this on an SDLcam list or a Red Hat list. debian-*
lists aren't appropriate.
Regards,
--
case of being
unpacked but not configured (if we assume that packages are upgraded
more often than they're installed, which seems rather likely to me).
This is a requirement imposed by policy on pre-depended-on packages.
AJ's requirement is fractionally stricter than policy's, but p
l get
> a syntax error.
POSIX requires this not to be the case, because of the argument-counting
algorithm that 'test' is supposed to follow. See
http://www.opengroup.org/onlinepubs/007904975/utilities/test.html.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Mon, Sep 08, 2003 at 03:42:06AM -0500, Branden Robinson wrote:
> On Sun, Sep 07, 2003 at 06:59:18PM +0100, Colin Watson wrote:
> > On Sun, Sep 07, 2003 at 11:58:03AM -0500, Steve Langasek wrote:
> > > In general, no. If the contents of $var are a test operator, you'll g
another package isn't possible, since dpkg's status area is locked.
--
Colin Watson [EMAIL PROTECTED]
On Mon, Sep 08, 2003 at 01:08:34PM +0200, Mathieu Roy wrote:
> Colin Watson <[EMAIL PROTECTED]> a tapot? :
> > On Mon, Sep 08, 2003 at 09:35:45AM +0200, Mathieu Roy wrote:
> > > Would it be acceptable to fill a bug against each installer that do
> > > not b
st -e' is
far more annoying and harder to work around.
--
Colin Watson [EMAIL PROTECTED]
On Mon, Sep 08, 2003 at 06:42:46PM +0200, Mathieu Roy wrote:
[Please stop sending me private copies of list mail.]
> Colin Watson <[EMAIL PROTECTED]> a tapot? :
> > On Mon, Sep 08, 2003 at 01:08:34PM +0200, Mathieu Roy wrote:
> > > Colin Watson <[EMAIL PROTECTED]>
his in any way different from the shorter:
> > if [ "$var" ]; then
> > fi
>
> var="-f"
Have you tried that? No POSIX shell will have a problem.
--
Colin Watson [EMAIL PROTECTED]
; http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=208857
> ~~~ ~~~
> s/pkg/bug/g;
Or just use the short URL (http://bugs.debian.org/208857) if you can't
remember the full forms.
--
Colin Watson [EMAIL PROTECTED]
On Mon, Sep 08, 2003 at 11:18:44PM -0600, Bob Proulx wrote:
> Colin Watson wrote:
> > Adam Heath wrote:
> > > Guido Guenther wrote:
> > > > Just of out curiosity, is this in any way different from the shorter:
> > > > if [ "$var" ]; then
> >
On Tue, Sep 09, 2003 at 09:17:13AM +0200, Mathieu Roy wrote:
> Colin Watson <[EMAIL PROTECTED]> a tapot? :
> > I asked you a question which could be answered quite simply by producing
> > one of those ways. Go on. It's my honest belief that it can't be done
> >
On Tue, Sep 09, 2003 at 01:24:07AM -0600, Bruce Sass wrote:
> On Mon, 8 Sep 2003, Colin Watson wrote:
> > * installs that package in such a way that it's registered in dpkg's
> > database
>
> do the install in the background when the dpkg DB area is un
On Tue, Sep 09, 2003 at 12:37:04AM -0500, Ryan Underwood wrote:
> On Mon, Sep 08, 2003 at 10:13:59AM +0100, Colin Watson wrote:
> > On Mon, Sep 08, 2003 at 09:35:45AM +0200, Mathieu Roy wrote:
> > > Would it be acceptable to fill a bug against each installer that do
> > >
On Sun, Sep 21, 2003 at 10:46:28PM +0200, Marco d'Itri wrote:
> On Sep 21, Colin Watson <[EMAIL PROTECTED]> wrote:
> Rüdiger Kuhlmann wrote:
> >> Another bug I noticed is that in the ru_RU.UTF-8 locale, man won't
> >> find the man pages under ru_RU.KOI8
nnel 0
> Couldn't read packet: Connection reset by peer
Protocol 1 works ('sftp -1'). I haven't looked into what's broken with
protocol 2 sftp on ftp-master.
--
Colin Watson [EMAIL PROTECTED]
oned this (and the reasons why) some time back.
Care to reiterate? I can't remember, I'm afraid. However, as the OpenSSH
co-maintainer I didn't know that there were still any reasons to use
ssh2 over OpenSSH. (Before anyone mentions the chroot patch, that was
never in a version of ssh2 in the archive.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Sat, Sep 27, 2003 at 08:53:22PM +0900, Junichi Uekawa wrote:
> Some kind of file, a table like :
> /usr/share/po-debconf/encodings
>
> would be useful, perhaps.
That seems like a good idea, thanks. I'll think about it for 2.4.3.
--
Colin Watson
On Thu, Oct 02, 2003 at 12:58:51AM -0400, Gregory Stark wrote:
> What happened to libstdc++2.8 ? I have local files installed that
> depend on this library. Is there a solution?
You could always pull it from an old release - I doubt it's changed.
--
C
s a python module. it is
> pretty stable, i already use it in production system.
>
> http://www.nongnu.org/prua/
That would mean we'd have to add python to the base system. Perhaps a
bit much in size terms? The base system has already grown by 15MB or so
between woody and sarge,
esting to unblock other stuff, which is due to be
reverted.)
> so I don't object against it loudly.
Good; in general you probably shouldn't interpret removals from testing
as policy decisions at this point, although of course if there's
something broken in a package being removed
a-gnome2 and that'll be it. By contrast, KDE is
still KDE 2 in testing, which in good conscience I don't think we can
release with.
I'm hoping this can change soon, and my impression is that the situation
is beginning to improve.
--
Colin Watson [EMAIL PROTECTED]
hort of digging through the dependency tree
> (or running simulations).
What he said. Top stalls are useful but they often really only point you
at areas of work.
--
Colin Watson [EMAIL PROTECTED]
ble
appears to use /usr/share/doc as it's supposed to.
--
Colin Watson [EMAIL PROTECTED]
've got only shell, C,
and C++ left; I don't think that's going to improve security in
practice.
--
Colin Watson [EMAIL PROTECTED]
On Mon, Jul 18, 2005 at 08:35:45AM -0600, Rob Sims wrote:
> On Mon, Jul 18, 2005 at 12:06:29PM +0100, Colin Watson wrote:
> > A number of changes have been made to [EMAIL PROTECTED] [1] to
> > support this. Firstly, the 'close' and 'reassign' commands now t
On Mon, Jul 18, 2005 at 10:28:06PM +0200, Andreas Barth wrote:
> * Colin Watson ([EMAIL PROTECTED]) [050718 17:21]:
> > The BTS records that bug #NN was fixed in 1.1-sarge1 and 1.3, and
> > let's say the bug was found in version 1.1. Since it has the changelogs
> &g
On Tue, Jul 19, 2005 at 10:34:23PM -0700, Brian Nelson wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> > The 'reopen' command takes an optional submitter argument, so it was
> > difficult to get a version in here unambiguously. Instead, we've
> > in
On Thu, Jul 21, 2005 at 12:31:48AM +0200, Javier Fernández-Sanguino Peña wrote:
> If spam e-mail is going to start closing our Bugs in the BTS then we
Start? It used to happen a lot; it's much less common nowadays.
--
Colin Watson [EMAIL PROTECTED]
ble this may happen in the future, but I don't want to do it
immediately; such changes are better made gradually so that people don't
have to get used to too many new things at once.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, emai
gs.
Archiving is deliberately irreversible except by [EMAIL PROTECTED], so it
should not be so easy to cause immediate archiving.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Jul 23, 2005 at 01:55:19AM +0200, Goswin von Brederlow wrote:
> Not subscribing the initial submitter would be insane and subscribing
> him is already the current way.
Not in the sense that's being discussed here, it isn't.
Cheers,
nn@ and nn-submitter@, though, bugreport.cgi will spot the
two messages with duplicate Message-IDs and only show you the first
one.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Jul 20, 2005 at 01:45:03PM +0100, Colin Watson wrote:
> On Tue, Jul 19, 2005 at 10:34:23PM -0700, Brian Nelson wrote:
> > What if the maintainer uploads a version, say 1.3-2 (which is still the
> > most recent version), which supposedly fixes bug 1234567. However, I
>
nst. The eventual right answer, I
think, is for dpkg to support triggers so that packages that ship man
pages can cause mandb to be invoked at the end of the dpkg run - and
this is on the dpkg development wishlist - but in the meantime just let
the daily cron job take care of it.
Cheers,
--
Col
installdebconf doesn't know to include
> the dependency in ${misc:Depends} and you have to do it manually.
Yes, although including a .config maintainer script would work too.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
y-only-backport I
> made), and the package trying to enter testing is 2.0.2-31.
>
> Is this a bug in Björns script, or in the new versioned BTS, or in
> katie's code?
Testing and BTS version tracking haven't been updated to play properly
together yet.
--
Colin Watson
On Wed, Aug 10, 2005 at 06:49:12PM +1200, Nigel Jones wrote:
> On 10/08/05, Colin Watson <[EMAIL PROTECTED]> wrote:
> > Testing and BTS version tracking haven't been updated to play properly
> > together yet.
>
> If i'm not mistaken, you could tag the bug et
nd you can just use
the .tar.gz. If a .dsc is provided you can use `dpkg-source -x'.
-- Ian Jackson <[EMAIL PROTECTED]> Sat, 31 Aug 1996
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to the lists?
That's exactly how it's configured for initial bug submissions, but
people don't typically include a pseudo-header in follow-up mails to
existing bugs so it isn't really practical to configure it that way for
all bug mail.
Cheers,
--
Colin Watson
es, this is a bug; if you want to use bashisms in debian/rules, you
have to set 'SHELL = /bin/bash'.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: Colin Watson <[EMAIL PROTECTED]>
* Package name: grepmap
Version : 0.1.0
Upstream Author : Scott James Remnant <[EMAIL PROTECTED]>
* URL : http://archive.ubuntu.com/ubuntu/pool/main/g/grepmap/
* License
~$
No, not yet.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ader, whatever) has
been looking for sponsorship for his upload for a while ...
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
emoved. In this case, I
completely agree that the warning is bogus; it might be less so if it
were modified to check that the CVS directories are in the .diff.gz
rather than just somewhere in the unpacked source.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
T
id, or upstream is.
Sure you can. Lintian could (relatively) easily check whether the
problem is in the .orig.tar.gz before application of the Debian diff,
and suppress the message in that case.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIB
#x27;ll fix this.
* Build the SVN trunk of debian-installer (or the version in unstable)
against the unstable archive.
You *cannot* build the sarge version of debian-installer against the
unstable archive; it sounds as if that's what you're trying to do.
Cheers,
--
Colin Watson
DELAYED queue
$cfg{'tfheen-delayed'} = {
fqdn => "gluck.debian.org",
login => $ENV{DEBUSER} || getlogin() || $ENV{USER} || $ENV{LOGNAME},
incoming => "~tfheen$delayed",
dinstall_runs => 1,
method => "scpb",
};
The
n figure out which
patch system is in use and ..."). It embarrasses me that our
instructions to new Debian developers, not to mention third parties who
are keen to use their upstream experience to help Debian, have to
include this sort of cruft. If patch systems must stay around, I would
be
On Sat, Jan 26, 2008 at 04:07:27PM +0100, Pierre Habouzit wrote:
> On Sat, Jan 26, 2008 at 02:33:40PM +0000, Colin Watson wrote:
> > Yes. Merge is liable to be trickier since there are a couple of
> > different possible sets of semantics, but that's much more likely to
oth foobar(1) and foobar(5)
quite happily. man(1) has various documented ways to get at manual pages
that aren't the first one it finds.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f your
binary links against libgamin-1, the package will end up with a
dependency on libgamin0.
> But upstream author is not recommended to use libfam0 with this package,
> does anyone know what do to with this situation?
If you want to force libgamin0, link against libgamin-1 explicit
an option, so that
if you knew you were fetching a trusted signed package from the Debian
archive then you could supply the option, and otherwise (say you were
examining a package provided by a sponsored developer whom you didn't
know very well) then you could o
tream tarball then
you can use its (often excellent) merge functionality to merge in
changes. I always work this way and find it much more convenient.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=250202
(The discussion is long, but has recent activity.)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 11, 2008 at 03:43:38PM +0100, Pierre Habouzit wrote:
> Colin Watson: telegnome
>
> If there is a package you love in that list, it'd be _really_ great to
> send patches to migrate them to gnome2/gtk2 libraries[0].
With the consent of the
the special-case recognition, I would instead completely
> skip special-casing and just treat all characters equally. Including, but
> not limited to, u013F and u0461.
Are you working with Brian M. Carlson on this? He has been working on a
solution acceptable to groff upstream, which is, fra
F-8'. The only workaround to this would be to rewrite glibc
> and locales, and it does not seem useful to me.
This is not a glibc bug. This is not a locales bug. This is a man-db
bug. I am both the Debian maintainer and the upstream maintainer and
absurd, is to allow everyone to be kept sane when looking
> the log in 5 years forward.
I have never once run into this problem with other revision control
systems in which branching and merging are common. Somehow it just never
seems to be a real issue. I contend t
On Thu, Feb 28, 2008 at 10:10:32PM +, brian m. carlson wrote:
> On Thu, Feb 28, 2008 at 09:30:55PM +0000, Colin Watson wrote:
> >On Thu, Feb 28, 2008 at 09:21:41PM +0100, Adam Borowski wrote:
> >man-db really does have some special-casing here. Trust me. It was
> >necessa
On Fri, Feb 29, 2008 at 12:32:29AM +0100, Adam Borowski wrote:
> On Thu, Feb 28, 2008 at 10:10:32PM +, brian m. carlson wrote:
> > On Thu, Feb 28, 2008 at 09:30:55PM +0000, Colin Watson wrote:
> > >man-db really does have some special-casing here. Trust me. It was
> >
ential security issues
> as arguments. The overall situation is sufficiently bad that this can
> be used to prove *anything*.
I think the difference between the occasional vulnerability in GNU tar
and a system that is designed to operate by executing arbitrary
marginally-tr
implemented, so that the warnings don't show up
> anymore.
Please leave lintian untouched in this regard; I don't expect that it
would take very long to backport the change in question.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
'll dust off and upload.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
out i18n, I think. I've been hoping to have time to work on
this.)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
se-passwd maintainer, do you have anything against creating
> such a group?
I think it was my suggestion to Martin in the first place, so no, I
don't have any objection. :-) I haven't been following the thread,
though - has there been general consensus on this?
--
Colin W
anyway.
If they want to deliberately start a program with reduced protection and
then type their password into it, then that's their (foolish) choice.
The point of this is so that processes started in good faith can't have
their memory inspected so easily later on.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
c
group, and even if we eventually decide that we do want to turn it into
one then that's not a problem.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bly remove your subscription.
It would be nice if the mail indicated what that threshold is, so that
we know whether this is an immediate cause for concern. The FAQ merely
says "it depends" (with some details, but not enough to do an accurate
check), so perhaps the pr
On Sun, May 04, 2008 at 04:57:10PM -0500, Adam Majer wrote:
> Colin Watson wrote:
> > Yes, I've been seeing the same thing. It's usually just an irritation,
> > but I guess some day I'll hit a threshold and get unsubscribed from a
> > bunch of lists.
>
>
e also
sent an earlier version of it upstream, but this is all very recent so
don't expect it to be in any releases yet!)
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ate to "Unknown (blacklist file not installed)" and added more
detailed documentation in the manual page.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, May 27, 2008 at 01:45:25AM +0200, Klaus Ethgen wrote:
> Am Di den 27. Mai 2008 um 1:09 schrieb Colin Watson:
> > On Thu, May 15, 2008 at 09:15:57AM -0700, Mike Bird wrote:
> > > The rollout of information and updates was appalling - even adding in
> > > t
tem(); over the last few years I taught it how to handle
pipelined command execution itself, which fixed a wide variety of
interesting bugs. As a result, though, pipes in $PAGER and other things
that man-db interprets stopped being supported.)
For the meantime, I've simply documented the cons
ranslation problem in some ways, with the added wrinkle that really, we
only want to migrate custom entries. Anything that's basically a
modified version of one of the system-provided entries would be *much*
better catered for by making the appropriate adjustments to
/etc/default/grub and letting t
al design issues with something outside the
installer using os-prober.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
y the desktop
> environments would not be able to intercept it.
Excellent idea, thanks; I'm looking into doing this now.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
g is that not even sensible-pager implements $PAGER as a
pipeline, and thus it seems to me that we systemically don't support
this facility. If we want to support that, we're talking about changes
to more than just man-db; I expect there are packages other than
sensible-
x27;ve included some figures for man-db, as an example below (*3). (Thanks
> to Colin Watson who maintain that other feature Joe User will never
> notice).
I understand that this was just an example and that most of the problem
here seems to be in the wording, but, for what it's worth,
uestion about when it should be uploaded.
Michael: ? :-)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
r; when deluser is called on a system user,
remove the calling package from the list, and only delete the user if
the list becomes empty.
The difficulty, of course, is how to get there from here ...
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, ema
7;s worth listening to people who *are* educated
before saying things like "triggers have done more harm than good".
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
iables and such, I'd
much rather that debian-med's program change its name since they seem to
be willing to do so.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The manpages-es maintainer's e-mail bounces. Does anyone know how to
contact Rubén Porras Campo?
--
Colin Watson [EMAIL PROTECTED]
- Forwarded message from Mail Delivery Service <[EMAIL PROTECTED]> -
X-Spam-Checker-Version: SpamAssassi
at I
mention at the end of my transition plan, but it's part of the process
of getting there from here.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gram in a new session
$ dpkg -S bin/setsid
util-linux: /usr/bin/setsid
If that's inadequate, let's enhance it instead of adding yet another
program.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in the wrong
> packages, whereas lintian can detect if the same file is in more than one
> package. (And one must of course make sure that dh_movefiles operates on the
> packages in the correct order if using deliberately overlapping lists.)
I must admit I find this sort of use of dh_movefiles t
ption would be for dh_installman to DWIM and guess
the encoding in the same way man does. :-) The transition to UTF-8 would
happen much faster if maintainers didn't have to specify the encoding by
hand. If you'd like to take this approach I can add code to man-db as
necessary to help o
On Fri, Oct 12, 2007 at 10:00:21AM +0200, Josselin Mouette wrote:
> Le jeudi 11 octobre 2007 à 12:22 +0100, Colin Watson a écrit :
> > My original plan was that UTF-8 manual pages should be installed in
> > /usr/share/man/.UTF-8/ (unless your language is Chinese or
> > Por
page in the
requested encoding, without doing .so elimination or any other kind of
preprocessing. Does that sound about right?
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
301 - 400 of 1141 matches
Mail list logo
