like to do that by default, as otherwise we get a
few pages that are put there anyway to disambiguate) or use a coding:
declaration in the file. This is documented in manconv(1).
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and indeed that's what groff's info documentation recommends.
> #!/bin/bash
> ### check-man-periods.sh --- Check man pages for ``period bugs'' -*- Sh -*-
I very much recommend against any attempt to parse *roff in shell, FWIW.
Even man-db's flex parser is ultimately doo
ning which can have a more informative
description, and ideally a way for the developer to reproduce the
problem.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1.gz 27: warning: `TR' not defined
> W: db4.4-util: manpage-has-errors-from-man
> usr/share/man/man1/db4.4_deadlock.1.gz 50: warning: `TR' not defined
> W: db4.4-util: manpage-has-errors-from-man usr/share/man/man1/db4.4_load.1.gz
> 127: warning: `TR' not defined
> W: db4
On Sat, Nov 17, 2007 at 06:50:18PM -0800, Russ Allbery wrote:
> Colin Watson <[EMAIL PROTECTED]> writes:
> >> W: dpkg-dev: manpage-has-errors-from-man
> >> usr/share/man/man1/dpkg-architecture.1.gz 104: warning: `C`' not defined
>
> > I'm not entir
ency.
I wonder if the objections raised to this suggestion could be addressed
by making it optional in some way - perhaps either by requiring it to be
manually enabled for each library by some kind of shlibs/symbols-like
system, or by providing support for libraries to declare themselves
exempt fr
y work.
What possible errors are you thinking of, other than "debian/rules fails
to honour a certain variable" (i.e. the status quo)? I can't really
think why you'd set CFLAGS in the environment without wanting it to be
honoured.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
does a cover CD agreement involve? Bear in mind that we are not a
company with an established legal department, but an association of
volunteers.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
ather than to Debian mailing
lists.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
packages actually do need to shut down cleanly; in the case of a
database, for example, such a change could cause data loss. Thus I
wouldn't recommend changing the default, but perhaps providing a more
convenient single option to do that common task would be good.
--
Colin Watson
com/Teardown), then you might as well just let
sendsigs do that since it's going to do so anyway.
This isn't "not doing clean shutdowns" - it's just rationalising away
multiple init scripts called on shutdown that are duplicating work done
by a core script.
Cheers,
On Thu, Jan 03, 2008 at 06:29:09AM +1100, Robert Collins wrote:
> On Wed, 2008-01-02 at 09:50 -0800, Russ Allbery wrote:
> > Robert Collins <[EMAIL PROTECTED]> writes:
> > > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote:
> > >> Some packages actually
ion given a binary package, I feel that
a Lintian test risks prompting inexperienced maintainers to err on the
side of incaution and set an incorrect Architecture field. I appreciate
the zeal involved in cleaning up those packages which are any when they
should be all, but is a Lintian test for
hat works)
* an i386 chroot within which you run sbuild, with the actual buildd
chroots nested inside that
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to shut down cleanly? If so, it
wouldn't be a candidate for this refactoring.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
a syscall stub.
The actual mount syscall implementation is in fs/namespace.c in the
kernel source, and I suspect it's this you're interested in rather than
the fiddly details of how a userspace function call turns into a
syscall. Start at the sys_mount
e of Czech manual pages. I don't speak
Czech so I wouldn't be very good at maintaining this. Perhaps a
Czech-speaking developer could do so?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
al yet because some more adjustments are
necessary, you can put UTF-8 manual pages in /usr/share/man/cs/ right
now and it will work fine.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
the same?
I don't know about hol88-library, but grub builds with -m32 on amd64.
Nevertheless, it's still architecture-dependent; it builds different
binaries on Linux and the Hurd, and also the grub package should not be
in Packages for architectures to which it hasn't been ported.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tial isn't closed under dependency).
Cheers,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jan 17, 2008 at 07:13:43PM +0200, Niko Tyni wrote:
> Colin Watson <[EMAIL PROTECTED]>
>libfilter-perl
Fixed in 1.31-2.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
b/debug for real unstripped libraries. Shouldn't
> everyone use detached debugging symbols now, or is there really enough
> utility in building a separate debugging version libraries to warrant the
> additional user complexity of using them?
I understand from Matthias that Python
, produce patches, and send them
upstream.
For good measure, I've also added PuTTY to the pkg-ssh repository. If
any other maintainers of SSH implementations in Debian are interested in
joining this project, please get in touch.
Thanks,
--
Colin Watson
at all.
Ben is replying to a BTS notification that many of these bugs were
upgraded to severity 'serious' by Clint Adams.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
to use this to edit /etc/fstab. (This seems to be
partially covered by #572733.)
(You could of course work around my objections by using a dynamic GID
and an init script, but I agree with you that that is not so desirable.)
--
Colin Watson [cjwat...@
explosions.
+Forwarded: http://lists.example.com/2010/03/1234.html
+Author: John Doe
+Applied-Upstream: 1.2,
http://bzr.example.com/frobnicator/trunk/revision/123
+Last-Update: 2010-03-29
+
Related links
-
Thanks,
--
Colin Watson
easier to bisect any new bugs.
In short: my apologies that it's ended up in such a state. However, I
think I will have time to at least deal with the RC bugs, and hopefully
a number more (including e.g. the btrfs probing bug). I wouldn't
complain about help though!
(CCs welcom
inst is already a bash script; skipping
> script grub-pc.postrm is already a bash script; skipping
> script grub-pc.prerm is already a bash script; skipping
Check your conclusion - maintainer scripts are not required for booting,
only for installing the pac
bootloader and can come armed with
specialist knowledge.
--
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
Archive
begins with 'linux-image-' and
> do nothing in this case. [Is this sensible or is it too 'clever'?]
Sensible, I think. There's no point running update-grub three times.
--
Colin Watson [cjwat...@debian.org]
--
To UNSUBSCRI
On Mon, Jun 21, 2010 at 11:56:45PM +0200, Joachim Wiedorn wrote:
> Colin Watson wrote on 2010-06-21 22:22:
> > There've been several bootloader-related threads here of late, and
> > grub2, lilo, and syslinux all seem to have fairly active work happening
> > on them. (F
On Tue, Jun 22, 2010 at 09:36:54AM +0200, Stefano Zacchiroli wrote:
> On Mon, Jun 21, 2010 at 10:22:35PM +0100, Colin Watson wrote:
> > There've been several bootloader-related threads here of late, and
> > grub2, lilo, and syslinux all seem to have fairly active work happenin
ss to fixing the issue.
>
> I still feel this is an overreaction as only the original reporter has ever
> seen the issue in practice. No one else has ever reported being affected
> by the issue. The described use case requires an combination of factors
> which is quite unlikely to
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: dumpet
Version : 2.0
Upstream Author : Peter Jones
* URL : https://fedorahosted.org/dumpet/
* License : GPL-2+
Programming Lang: C
Description : dump information about bootable CDs
Package: wnpp
Severity: wishlist
Owner: Colin Watson
* Package name: libpipeline
Version : 1.0.0
Upstream Author : Colin Watson
* URL : http://libpipeline.nongnu.org/
* License : GPLv3+
Programming Lang: C
Description : pipeline manipulation library
ose tiny languages such as Lua, but perhaps
somebody should write the tools in question in them first, otherwise
this is pure vapourware. (Or, then again, perhaps they shouldn't; I'm
not a fan of rewriting things that already work.)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
more sense, to only have to D/L the
> Source Code once.
Would it be POSSIBLE to LOSE the Zippy-style CAPITALIZATION, please?
Thanks,
--
Colin Watson [EMAIL PROTECTED]
/usr/lib/ask or something).
>
> That'd be /usr/share (lib is for arch-dependant data, see FHS)
... except that the Python policy seems to have bizarre rules about
this. I assume this is because .pyc files are placed in the same
directory as the corresponding .py files and are archi
in .so links are only needed for build-time linking, and
therefore live in development packages. See:
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-dev
--
Colin Watson [EMAIL PROTECTED]
e/Sources says xaw3d in testing is
> version 1.5+E-1, while testing/main/binary-i386/Packages says xaw3d in
> testing is version 1.5-25. How come the source and binary packages
> have different versions in testing?
They don't - I think your mirror is out of date. Both so
n broken, and
dlopen()ing the newer library from a program compiled to expect the
older library may be unsafe.
> Is there a standard for so-naming (which is respected by all/ most
> Gnu/Linux distributions)?
That depends on the library. Ideally, the upstream maintainer of the
library shoul
iner: line in a .changes file is *not* the
Maintainer: from debian/control; it identifies the uploader.
Konstantinos' upload has the correct Maintainer: in the .dsc file.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
ore builded?
>
> It doesn't seem to work that way.
It does, but only semi-automatically.
--
Colin Watson [EMAIL PROTECTED]
t;Java" should have the initial capital letter.
--
Colin Watson [EMAIL PROTECTED]
al world we might check that one of
them is Priority: extra, but there's a bit too much other stuff going on
for this to be feasible right now.
These examples are a bit contrived, but there are certainly real cases
in the archive.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
ity set.
If you're setting the setuid or setgid bit then you have to do it this
way round: changing the owner may clear that bit, depending on the
kernel version according to chown(2).
I think sanity dictates that we assume this capability.
--
Colin Watson [EMAIL PROTECTED]
oper's manual using fakeroot. It
> failed because it could not find a package. Perhaps, this is a bug in
> debootstrap. Is that method supposed to work?
Use dchroot to access chroots on Debian machines. You will not be able
to install packages yourself.
Cheers,
--
Colin Watson
tandards-version serve
to remind the lintian maintainer that he needs to update lintian for any
changes in policy. :) Updating lintian is not just a matter of
increasing the number.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
e lintian is programmed to check. If the source package
N: is correct, then please upgrade lintian to the newest version. (If
N: there is no newer lintian version, then please bug
N: [EMAIL PROTECTED] to make one.)
N:
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Wed, Oct 15, 2003 at 10:29:27AM -0700, Marc Singer wrote:
> On Wed, Oct 15, 2003 at 09:37:51AM +0100, Colin Watson wrote:
> > On Tue, Oct 14, 2003 at 06:20:15PM -0700, Marc Singer wrote:
> > > I'd like to build against sid on a machine (ia64) I don't own but
kind of defeat the purpose of discussing these sorts of
> things?
>
> As it stands, I don't see a problem with the pre-depends, but your
> attitude is... disquieting.
To me, it read like a typo for "If nobody objects".
--
Colin Watson [EMAIL PROTECTED]
need to add users or groups should use adduser so that
the appropriate uid and gid ranges are used as configured by the
sysadmin.
--
Colin Watson [EMAIL PROTECTED]
On Thu, Oct 16, 2003 at 04:27:42PM +0200, Mathieu Roy wrote:
> Colin Watson <[EMAIL PROTECTED]> a tapoté :
> > On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote:
> > > Hum, instead of adduser, useradd should be used by the posgresql
> > > package.
> time). From what Colin Watson mentioned to me earlier today there are
> > some other packages that are holding KDE out as well so hopefully they
> > are resolved by then.
>
> Can you list these packages, as candidates for NMUs or shame? Given
> some of the changes in test
and it is
wrong for a Debian package to try to use anything else other than
adduser to create system users. Using adduser means that we, or local
sysadmins, only have one thing to change if we need to change how system
users work.
Use adduser. It's your friend.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
e-consuming" since most binary
> uploads are for x86 these days and x86 autobuilder cpu time should not
> be very hard to find.
Competent human operator time is more valuable and in shorter supply.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
to build their packages at all will improve their testing
procedures.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Sat, Oct 18, 2003 at 04:29:37AM -0400, David B Harris wrote:
> On Fri, 17 Oct 2003 02:18:00 +0100
> Colin Watson <[EMAIL PROTECTED]> wrote:
> > Uid 31 is reserved forever (speaking as the base-passwd maintainer), but
> > new installations of postgresql should have a
option screen, just like any
other option. I'm not sure why this one should be special.
IMO, leave it at the upstream default; you'll surprise nethack players
coming from non-Debian systems less that way. And it's not like nethack
doesn't have a host of other quirks. :)
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Sun, Oct 19, 2003 at 11:11:15AM +0200, Adam Borowski wrote:
> On Sat, 18 Oct 2003, Lukas Geyer wrote:
> > Colin Watson <[EMAIL PROTECTED]> writes:
> > > It's trivial to reconfigure it in nethack's option screen, just like any
> > > other option.
ey're
significantly cheaper for the attacker than for you, and even then they
are often better handled at an upstream router.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
rything.
>
> As said, I'll monitor the ocaml packages so that your current
> mini-freeze will work.
I'm also keeping an eye on them from the point of view of testing, so
that the relevant packages can be hinted as soon as they're ready.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
ng, they are autobuilt. Only the autobuilt version hits Testing.
Aargh, no, this is a dreadful idea. Getting things into testing is slow
enough as it is without having to wait 10 days just to find out whether
an autobuild problem exists! We want to find this sort of thing out
earlier, not later.
Cheers
Uh, 2.3.2-8 is well after the introduction of libdb1-compat. Are you
sure you don't mean an earlier version?
--
Colin Watson [EMAIL PROTECTED]
quot;) == NULL)
> return 1;
> - sprintf(str,"%s/%s",getenv("HOME"),CONFIGFILE);
> + snprintf(str,sizeof(str)-1,"%s/%s",getenv("HOME"),CONFIGFILE);
> #endif
>
>cf = fopen(str,"r");
The return value f
ed" the Debian process?
To a fairly good first approximation, no. The openness brings more
benefits than costs. Small problems can be and have been dealt with.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
eded to make
a hint for orbit2 work is to get the current version of nautilus to
build on m68k.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
been passed around a few times, but I can't
> find the original quote or any context to explain it.
My sigfile attributes it to a poster called "Yicky Yacky" on Kuro5hin.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
in testing
> alone. (You need either ORBit2 2.8 or Linc and ORBit2 2.6 to compile
> stuff for ORBit.) It's a hen-and-egg problem.
If I were you I'd leave it alone for now and wait until everything else
is ready to be updated at once. Unfortunately it's now goi
entirely legitimate for people to
bring up potential problems with this scheme. I'm disappointed that you
feel it necessary to brush them off just to railroad your proposal
through.
--
Colin Watson [EMAIL PROTECTED]
cceeds and becomes the
> > preferred way of distributing Debian kernels, what would we have? The
> > following:
>
> I haven't even thought of my scheme as "becoming the preferred way of
> distributing Debian Linux". So I'll ignore your bogus hipothesis.
Why
On Mon, Nov 10, 2003 at 10:20:42PM +, Carlos Sousa wrote:
> On Mon, 10 Nov 2003 14:29:48 +0000 Colin Watson wrote:
> > The lurkers support me in email
> > They all think I'm great don't you know.
> > You posters just don't understand me
>
On Tue, Nov 11, 2003 at 12:21:32PM +0100, Robert Millan wrote:
> On Mon, Nov 10, 2003 at 02:23:52PM +0000, Colin Watson wrote:
> > As a prospective maintainer of an important package, it ill behooves
> > you to make fun of legitimate bug reports.
>
> No, you're confused.
ection message apparently *explicitly said* that another
ftpmaster might have a different opinion. I think this is a feature.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
x27;t have to worry about Debian right now.
If you take the latter approach, the packages in question will have to
be either NMUed or removed from sarge. The more people who say "oh,
we've got plenty of time so I don't need to fix this bug right now"
on broken packages:
> kfind: conflicts with old kdebase-libs in testing
> etc... (total 21 packages marked as broken in aptitude when selecting
> kde)
This is definitely known about; a number of bugs have already been
filed.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
I don't remember the RC bug count *ever* dropping by much prior
to a release; the pattern has been that the bugs are pushed out to
packages we don't care about, which then get removed. While not perfect,
it gets the job done in finite time, it's pragmatic, and in many ways
ast-tracked back in if he were interested, since he's already
demonstrated the skills etc.
--
Colin Watson [EMAIL PROTECTED]
t all, that is; but I don't
expect the backport to destabilize the rest of your system, which is the
most important thing.)
--
Colin Watson [EMAIL PROTECTED]
e
of for documentation (as opposed to personal statements).
Cheers,
--
Colin Watson [EMAIL PROTECTED]
etween
testing and unstable so it'll doubtless need more attention.
* mozilla - almost there but hasn't built on m68k and mipsel,
apparently due to various dependency problems. Could benefit from
being retried.
Those interested in evolution would do well to investigate th
aintenance scripts are
> already trying to remove it)?
No. It's only testing that cares about dependencies; the scripts used by
ftpmaster to remove packages from unstable don't care. If there were any
attempt in progress to remove emacs20 from testing you'd see it
?
I think you're missing the point: package name changes due to soname
changes often cause delays to testing, and therefore it's *beneficial*
that there's potentially an easy way to hold them out of unstable at the
moment.
--
Colin Watson [EMAIL PROTECTED]
sarge.
Just a thought; I haven't looked at the new packages in detail.
--
Colin Watson [EMAIL PROTECTED]
On Tue, Nov 18, 2003 at 02:13:58PM +, Oliver Elphick wrote:
> On Tue, 2003-11-18 at 13:46, Colin Watson wrote:
> > Do these issues mean that migrating testing from 7.3.4-9 to 7.4-1 is
> > going to be a headache for testing, or that packages built against 7.4-1
> > will d
o restrictive, given that I insist on a 79-column
> limit on code lines. With 8-space indentation, you run out of nesting
> levels really fast, much faster than is possible to do non-trivial
> coding in.
Does that make the kernel trivial? Just wondering. :)
--
Colin Watson
On Tue, Nov 18, 2003 at 06:15:41PM +0100, Adrian Bunk wrote:
> On Tue, Nov 18, 2003 at 09:57:41AM +0000, Colin Watson wrote:
> > * mozilla - almost there but hasn't built on m68k and mipsel,
> > apparently due to various dependency problems. Could benefit from
&
ing build problems and other problems rather than
serializing the two tasks.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
,
which our mips buildds don't currently have installed.
--
Colin Watson [EMAIL PROTECTED]
On Wed, Nov 19, 2003 at 06:03:39PM +0100, Karsten Merker wrote:
> On Wed, Nov 19, 2003 at 02:58:16PM +0000, Colin Watson wrote:
> > On Wed, Nov 19, 2003 at 11:05:49AM +0100, Domenico Andreoli wrote:
> > > i see that perl 5.8.2-2 is marked "Not-For-Us" on mips buildd.
&g
nd might have time to look into it before accounts reopen,
> but if not, it'll be fixed then. As long as the bugs themselves are
> displaying fine (bugreport.cgi / http://bugs.debian.org/nn), no
> information is being lost, and the indices can be easily recreated.
This has been fixed f
nics in the peanut gallery. :)
--
Colin Watson [EMAIL PROTECTED]
ng-security; urgency=high
[...]
* Support setuid ssh-keysign binary instead of setuid ssh client.
[...]
-- Daniel Jacobowitz <[EMAIL PROTECTED]> Mon, 24 Jun 2002 13:43:44 -0400
Cheers,
--
Colin Watson [EMAIL PROTECTED]
enty of bugs that should be fixed, certainly, but not all of
them need to be release-critical.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
d it. I've fixed it now.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
63
> does not exist in the BTS.
#219863 is archived, as http://bugs.debian.org/219863 says near the top
of the page. You can't make any changes to archived bugs.
Cheers,
--
Colin Watson [EMAIL PROTECTED]
On Wed, Dec 10, 2003 at 11:22:42AM +0100, Andreas Tille wrote:
> On Wed, 10 Dec 2003, Colin Watson wrote:
> > On Wed, Dec 10, 2003 at 08:30:49AM +0100, Andreas Tille wrote:
> > > I just sendet
> > >
> > > mailx -s "Merge" [EMAIL PROTECTED] <<
I wonder why it is missing from
>
>
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=pkg&data=tipptrainer&archive=yes
>
> but this might be a different effect.
Hmm, how odd. (Yes, it's a different effect - index.archive was
truncated for some reason
On Fri, Dec 12, 2003 at 03:35:53PM -0600, Chris Cheney wrote:
> I noticed that http://qa.debian.org/developer.php still isn't
> updating.
See debian-qa. It looks as if this can be re-enabled soon, but the
primary author of developer.php currently doesn't have a key in the
key
;t appear to be generally broken.
I wonder, though, if all five (!) MXs are doing the right thing.
--
Colin Watson [EMAIL PROTECTED]
401 - 500 of 1097 matches
Mail list logo
