lace, IMO. After all, it's
an announcement of interest to all developers. I occasionally look
at -planet, but d-d-a or debian-devel are probably the best places.
Also, putting it in the documentation, e.g. the developer's reference
wouldn't be a bad thing.
Regards,
Roger
--
package, or delete them outright. Either way, I don't see the need to
leave such as basic task to be implemented by every package maintainer
who ever removes a conffile.
In the meantime, having the shell functions in dpkg itself would be
very useful. However, how will etch->lenny upgrad
On Sun, Jan 20, 2008 at 03:10:38PM +0100, Michael Biebl wrote:
> Roger Leigh wrote:
>> Hi folks,
>>
>> I noticed earlier today that many packages are creating copies of
>> conffiles in their maintainer scripts with the extension ".dpkg-bak",
>> which
permitted behavour, can run-parts and the dpkg documentation be
updated to match this and document its use, respectively?
A check on the packages in the lintian lab on gluck shows quite a lot of
matches. If this is truly buggy, I'd like to mass file bugs to fix this
issue.
Regards,
Roge
d.git
git://git.debian.org/git/buildd-tools/buildd.git
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848
test I can invoke ijsgutenprint by hand from
ghostscript and then cat the resulting data directly to the printer,
as well as testing escputil and a bunch of other stuff, but this is
just a point release so testing printing is working should be
sufficient.
Many thanks,
Roger
--
.'&
LL before they could shut down properly.
I can't say I'm a big fan of the proposal for this reason.
With a better init, like upstart, or a dependency-based init, there's
no reason why scripts can't be run in parallel. But, simply sending
everything a TERM and KILL doesn'
of sbuild in use on the
buildds. The version in unstable has used the apt inside the chroot
for well over two years. The patches to enable it do exist in the GIT
repo, and could be trivially ported to the sbuild in use on the
buildds. In fact, the unstable sbuild even has an --arch option to
spe
nding to do to rectify them.
IMO guus and Olaf would be completely justified in hijacking it and
co-maintaining it themselves (and for the record, I would be willing
to review and sponsor uploads if needed).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Nov 29, 2007 at 10:17:22PM +0000, Roger Leigh wrote:
>> The main problem (as I see it) is that the current update-inetd is too
>> complex, and can't migrate configurations between different inetd
>> config file
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Nov 29, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> - create a /etc/inetd.d directory
> Wrong approach. Write an update-inetd replacement which can maintain its
> own database and can compare it to an existing configu
other uploads at all.
Maybe time for a hijack of the package, or at least an NMU to get the
bugs fixed.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.so
the meantime.
However, such a migration should be doable for Lenny; it would just
need coordination to update all packages using update-inetd.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU
"fun", you could make a 32-bit Xenix, ISC, SCOSVR3 or SVR4
chroot, but I'm not sure if anyone has actually tested those "options"
yet!
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `
tion is in the session code; the auth stuff is an
exception-safe C++ PAM wrapper.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgp2A0mQBW9pH.pgp
Description: PGP signature
Anthony DeRobertis <[EMAIL PROTECTED]> writes:
> Roger Leigh wrote:
>> You can't reliably (or portably) check if you are in a chroot.
> Hmm, if you're root you probably can. Something like this (completely
> untested; probably doesn't even compile):
I agr
y much prefer that all packages worked correctly inside a
chroot without any admin intervention. If it's not appropriate to run
inside a chroot, then the init script should IMHO detect that and not
start/restart/stop the service.
Regards,
Roger
--
.''`. Roger Le
including no /sys mounted.
Well, in that case simply check if /sys is mounted before starting it,
perhaps even in the init script. Rather than checking you are in a
chroot, check for the conditions required to run hal before running
it.
Regards,
Roger
--
.''`. Roger Leigh
: :
> apt-get upgrade was done in the X session, and was just killed by the
> gdm stop.
This is (IMO) a rather tiresome bug in *all* of the X display
managers. It would be nice if the daemon and user session were
entirely separate, so that restarting (or even killing) the daemon
would leave t
;t always result in
more security due to tacking fixed patterns onto a shorter password.
It would be nice to make the pam_unix cracklib stuff configurable in
configure, so we don't need to patch the Makefiles, and push that
upstream.
Regards,
Roger
--
.''`. Roger Leigh
: :
ot won't get you very far.
Please DON'T reply.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848
lves.
I would personally like to see this happen, but until it does we are
limited (I believe) to the glyphs described in groff_char(7). I am
not aware of any Japanese support at all except in specially-patched
versions.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GN
Marc Haber <[EMAIL PROTECTED]> writes:
> On Sun, 05 Aug 2007 18:36:45 +0100, Roger Leigh <[EMAIL PROTECTED]>
> wrote:
>>A new version of PAM (0.99.7.1-1) has been packaged and uploaded to
>>experimental. This is intended to replace 0.79-4. However, because
>&
ners <[EMAIL PROTECTED]>
shadow
Vladimir Shakhov <[EMAIL PROTECTED]>
wdm
Guus Sliepen <[EMAIL PROTECTED]>
rsh-redone
Jonas Smedegaard <[EMAIL PROTECTED]>
libmail-cclient-perl
uw-imap
Roger So <[EMAIL PROTECTED]>
im-sdk
Manoj Srivastava <[EM
"Paul Wise" <[EMAIL PROTECTED]> writes:
> On 7/26/07, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> cinepaint probably needs removing; it's very buggy and is dead
>> upstream.
>
> Last upstream release is 0.22-1 from June 12, 2007.
Hmm, I missed t
no
upstream, it should probably also be removed.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpDFiBRFkZb5.pgp
Description: PGP signature
Nico Golde <[EMAIL PROTECTED]> writes:
> * Roger Leigh <[EMAIL PROTECTED]> [2007-07-22 13:17]:
>> Is Andrew Lau ([EMAIL PROTECTED]) known to be MIA?
>
> mia-query says no
I already checked that, but I thought I had better make a better check
before contacting th
Yes No
netspeedNever Yes No
scrollkeeperNever Yes No
startup-notificationNever Yes No
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
g System) environment.
How does this compare with the Canon driver included in the most
recent Gutenprint upload (5.0.1)? This is a completely
reverse-engineered driver, but it's free software and has improved
dramatically in recent months.
Regards,
Roger
--
.''`. R
u system to use if we so chose, and then
eventually retire it completely if possible.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpj7IUo5wkIb.pgp
Description: PGP signature
nch of regex search and replace operations, with some small amount
of rewriting.
Note that this is irrespective of how good XMMS is or is not. The
libraries it depends on are dead, and they should have upgraded years
back.
Regards,
Roger
--
.''`. Roger Leigh
: :
lusion will
depend on it being considered free (in -policy?).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Ke
you're
bored at DebConf, this could be the thing for you!
The easiest way to get started is to compile a debugging version of
libpam and install it. NOTE: Install into a chroot or you will
knacker your main system (you won't get to log in again!).
Regards,
Roger
--
.''`.
tandardised locations.
As has been mentioned previously, a separate archive section so that
mirrors could skip them would be nice. Together, all these databases
are eye-wateringly huge. Especially when uncompressed.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU
Neil Williams <[EMAIL PROTECTED]> writes:
> On Sun, 03 Jun 2007 21:50:24 +0100
> Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> > No, that's why it is used in some embedded systems. Even so, it has
>> > no place in the rootfs for an embedded system, IMHO.
aps just using sqlite as an (optional) cache for dpkg and/or apt
would bring sufficient improvements to systems which desire it.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux?
is one less printing package to need try out.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpv8qmh0PgDT.pgp
Description: PGP signature
print)
Many thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpbIEJeIAiWr.pgp
Description: PGP signature
e same concerns were levelled at the #debian IRC channel a while
back, and there are certain parallels. I don't monitor that either,
for much the same reasons (though it may have improved since it moved
From FreeNode).
Regards,
Roger
--
.''`. Roger Leigh
: :' : De
> send patches for that.
Please could you file a wishlist bug, so I don't forget about it?
If it sounds OK, I will add an option to do that. It should be as
simple as copying the directory after dpkg-source has been run, and
then diffing it after running debian/rules clean at the en
one is noticed.
./segfault
true
How can I rewrite the while loop securely (and preferably avoiding
tmpfiles), such that any bad exit status or failure will result in
immediate termination of the script with an error status?
Sorry if this is too basic for -devel, but I need to be sure it&
5688C0"?
>
> libnumb3rs0? we can bump the soname when the ABI changes, i.e., when an
> old number is removed from the library or a new one added. :)
Policy ยง8.1 would suggest lib09F911029D74E35BD84156C5635688C0-1.
--
.''`. Roger Leigh
: :' : D
the call
graphs and things. Unless I'm actually developing using a particular
library directly, I don't want disk space wasted by its docs. It also
means less to download when autobuilding stuff.
> For those with significant documentation, sure, a seperate -doc
> makes sense, ju
ripts and programs which set the path hardcode
/usr/bin/X11 into their paths. It would be great if all the sources
could be scanned and bugs filed where appropriate.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleig
Roger Leigh <[EMAIL PROTECTED]> writes:
> This mail is just to outline a few thoughts I have about where to take
> sbuild after the release of Etch.
> 1. Source Dependencies
> --
> I'd like to completely strip global source dependencies out of
>
n that 4.2 isn't yet released.
Given that all these fixes are in fact bugs due to missing headers, I
can't see any reason not to fix them at the earliest opportunity.
Personally, I'll be uploading fixed versions of my packages as soon as
etch is released.
--
.'
iguration files.
- Up-to-date packaging
Getting wanna-build to (optionally) use a proper relational database
such as PostgreSQL is also something I would like, while continuing to
support the current format.
If anyone is interested in working on it, please drop a mail to the
buildd-too
lans (post-etch) to eliminate the user access to the chroot
via sudo or schroot, so that sbuild should become safe for untrusted
users. Once I have got my thoughts organised, I'll post them to
buildd-tools-devel in the next week.
Regards,
Roger
--
.''`. Roger Leigh
: :
es, but in many cases it is necessary, and we do quite a bit of
>> it at present.
>
> Hopefully the graphic above makes it clear why a branch isn't the most
> helpfull construct for it. Unfortunately I know of no RCS that has
> something better for this kind of parallel
ibapt directly.
(This might involve rewriting sbuild in C++; this is a possibility
I've been considering for several years, but not yet got around
to--writing schroot was the first step of that plan.)
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
Klaus Ethgen <[EMAIL PROTECTED]> writes:
> I have a another:
>
> Am Do den 11. Jan 2007 um 23:14 schrieb Roger Leigh:
>> a) Every package calling update-inetd should call it twice; once for
>>IPv4, and again for IPv6. This would require all packages to be
>&g
alling update-inetd should call it twice; once for
IPv4, and again for IPv6. This would require all packages to be
updated.
b) update-inetd should default to creating both unless explicitly told
not to. This has the advantage of being transparent.
Regards,
Roger
--
.''`. R
, and I'll create you an account on
my powerpc system (but you'll need IPv6 connectivity to ssh in).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint
() locking is effectively deprecating flock(), and you need a
really good reason not to use it in favour of fcntl().
If you look at SUSv3/POSIX, you'll see that fcntl()/lockf() locking is
the only standardised form of locking. flock() isn't included in the
standard.
Regar
at's the rationale for needing it as part of the default install?
The majority of the Debian (and GNU/Linux systems in general) I see
tend to not use NFS at all. Do we have any usage statistics for the
NFS client?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Deb
> - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
> 2808c3bb-6d17-49b6-98c8-c6a0a24bc686
> [ 2 ] Choice 1: The DPL's withdrawal of the delegation remains on hold
> pending a vote
> [ 1 ] Choice 2: The DPL's withdrawal of the delegation stands until a vote
> - - -=-=-=-=-
ers
> that the one for which it is designed.
Then in this special case you would continue to depend upon the
specific package, rather than the virtual package. Why is this a
problem?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.d
-server" or
> "hypertext-transfer-protocol-server".
That's a historical inconsistency which is at odds with the naming
scheme used by all the other virtual packages. "relay-chat-server"
would fit in with the scheme much better.
Regards,
Roger
--
.''`.
Roger Leigh <[EMAIL PROTECTED]> writes:
> Following some discussion with Marco d'Itri about inetd, I'd like to
> put forward some more general thoughts on virtual package handling for
> some comments.
>
> Currently, virtual packages (such as mail-transport-
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>
>>> Write the pid and host to the lock file. When you detect a lock and
>>> the lock is o
but ask.
Why not use fcntl/lockf byte region locking on the entire file? It
gets released as soon as the process terminates, so there are no
issues with stale locks, and it works over NFS.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
em down in a new README under
svn+ssh://svn.debian.org/svn/buildd-tools/trunk/buildd
and I'll turn them into a nice manpage at some point. I'm about
halfway through packaging it, though I'm bogged down
with other commitments right at the present.
Regards,
Roger
--
.'
ch from exim4 to a
more lightweight MTA (or even a "null" MTA for minimal systems). This
system would allow that to be simply and easily configured.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.de
tel
xtell
zmailer
Once steps 1 and 2 above are compete, I'd like to mass-file bugs
against all these packages, and then if neccessary NMU the dependency
change a few weeks later, so we can ensure everything is fixed before
etch is released.
Any comments?
Regards,
Roger
--
Roger Leigh <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
>>> It would be good to get rid of inetd from the basic install at all. Those
>> No, it would not. UNIX systems are supposed to have an inetd installed.
>
> I see no reas
's probably best to leave it installed by default for etch, I
think fixing up all inetd-using packages to have proper dependencies,
and then removing the dependency from netbase would be a worthy goal
for etch+1.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Lin
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Aug 10, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> installed, all using the same configuration file. Is this a use
>> case we really want to support? Are there really setups running
>> multiple inetds for a
tion issues for etch, fixing the netbase dependency and
eliminating netkit-inetd is doable.
Any thoughts or comments?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenp
elieve this yourself?!?! If yes, go for a therapist,
> please, I would even pay the first hour!
Please keep non-constructive messages and flaming off debian-devel
(and the same applies to you, Joerg Schilling). Take this off
debian-devel to private mail or to a more appropriate list.
Thank
lioth:
https://alioth.debian.org/projects/buildd-tools/
so subscribing to the list would be a good first step. The current
SVN is at
svn://svn.debian.org/svn/buildd-tools/trunk/schroot
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.
nly tools for the purpose I know of, and
> people don't like to do all by hand, I think they are in fact very
> important.
There is also sbuild (which may be used with or without schroot to
manage the chroot). I prefer it to pbuilder, but I may be a little
biased ;-)
--
.'
ess to xen hosts, so you could
e.g. use it for package building and allow individual users root
access to individual xen hosts.
[I need the powerpc support so I can run a Xen system; if anyone else
wanted to take up the challenge, it could be done much sooner.]
Regards,
Roger
--
.&
how their packages can better
integrate with the Debian system as a whole, as well as other related
packages. As an example, there are many packages not registering
their documentation with doc-base, and doc-base itself could do with
some work on better supporting documentation formats other t
K
0.99.4-1 0720 europa FAIL (no GCC 4.1; libstdc++ iterator bug)
All the failures after 0.2.10 are due to the buildd not having g++-4.1
installed.
After this is fixed, please could you requeue schroot for a rebuild?
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian G
ding your own.
The intent of the GPL requirement is clear: the build system in a
distributed source tree licensed under the GPL must be GPL (or
compatible with the GPL). That is, the mechanism used to build GPL
code is an intrinsic part of a GPL licensed work, and so cannot be
licensed in an incompatible manner.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please sign and encrypt your mail.
pgpbQ2E5Git5C.pgp
Description: PGP signature
nest, but you are exaggerating the
seriousness of the situation. Once a bug is found, please report it
and it will get fixed. It can't be fixed if the maintainer is not
made aware that there is a problem.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gute
d point out that I have built
> from sources and have exactly the same problem. For what it's worth,
> I have exactly the same problem in fedora core 5, but not on Fedora
> Corre 4.
They both have the lesstif widget toolkit in common. That's probably
where the bug lies.
--
R
te in that
> case).
It sounds like a bug that dpkg is using the old v7 tar format which
had that 99 char limitation.s
Why can't dpkg use the newer ustar or pax formats?
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Li
be using ~/etc/bashrc
rather than ~/.bashrc so the user's files match the standard
locations. It's logical, simple, and would make many things easier.
While historical reasons are acceptable for users' dotfiles, I remain
to be convinced that there is a logical rationale for them in any
g POSIX 1003.1e extended attributes. It's supported by glibc.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
pgpDdFCMmwvkg.pgp
Description: PGP signature
sysdeps/m68k/fpu/bits/mathinline.h:250: error: expected ',' or ';' before
> '{' token
You've probably hit #340871: [m68k] packages ftbfs due to mathinline.h
in libc6-dev. I posted a patch there, but it needs someone with both
m68k glibc knowledge to complete the work.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
pgpkS7km0trhV.pgp
Description: PGP signature
having GNU libc on GNU/Solaris is very
desirable, and I wouldn't call it GNU/Solaris myself until it uses GNU
libc.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
ke the applications
usable, even if it breaks i18n. At this point we're just patching up
abandoned code.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GP
, and also ensures the
source will unpack and autobuild properly.
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
pgpl7xrTgvmi6.pgp
Description: PGP signature
Roger Leigh <[EMAIL PROTECTED]> writes:
> 2. Even then, -lgtk-x11-2.0 still needs to come from the Requires, but
>should still be private. For this, a Requires.private would be the
>best solution (but its Cflags should still remain public). This
>needs implemen
"Martijn van Oosterhout" <[EMAIL PROTECTED]> writes:
> On 4/4/06, Roger Leigh <[EMAIL PROTECTED]> wrote:
>> "Martijn van Oosterhout" <[EMAIL PROTECTED]> writes:
>> > Is there a way to get sane output from pkg-config or should I just
t's not. I'm running version 0.20-1.
>
> Is there a way to get sane output from pkg-config or should I just
> parse the .pc file myself?
The .pc file needs converting to use Libs.private for libraries which
are only indirect dependencies.
Regards,
Roger
--
Roger Leigh
s case, one way of doing this for chroots would be for syslog
packages to provide a file e.g. /etc/schroot/setup.d/50syslog which
would create the socket on the fly when the chroot is used. This does
require using schroot to access chroots, however.
Regards,
Roger
--
Roger Leigh
Pri
Roger Leigh <[EMAIL PROTECTED]> writes:
> Thomas Hood <[EMAIL PROTECTED]> writes:
>
>> Roger Leigh wrote:
>>> Until last month, dpkg "forgot" about conffiles which were removed or
>>> moved on package upgrade. As a consequence, maintainers h
Thomas Hood <[EMAIL PROTECTED]> writes:
> Roger Leigh wrote:
>> Until last month, dpkg "forgot" about conffiles which were removed or
>> moved on package upgrade. As a consequence, maintainers had to
>> remember to purge these conffiles "by hand" i
uniformly.
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
pgptdpkIsdG6D.pgp
Description: PGP signature
ADME-buildd.chroot.pre-sarge: Remove (Closes: #308065).
* debian/control:
- Recommend schroot.
- Recommend cdebootstrap rather than debootstrap.
* debian/README.Debian: Update information about src-deps and schroot.
-- Roger Leigh <[EMAIL PROTECTED]> Wed, 15 Feb 2006 18:13:23 +
st is not at all obvious. Most of our documentation is
actually in the form of programs, in either or both of the document
source and the final readable form. For the second, I remain to be
convinced that "documentation" is less deserving of freedom than
"software".
Regards,
R
ation anyways).
It's not equivalent. A patch /changes/ the original to give you
something new, whereas adding additional material merely /extends/;
it's not hard to see long-term maintenance problems with this. See
the debian-vote archives for more detail.
--
Roger Leigh
ls
If would be nice if doc-base could handle registration of SGML/XML
documentation, and then generate the docs in the formats of your
choice.
Is the docbook toolchain is yet robust enough to be able to do that?
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gut
derations which might be specific to one or the other. Given the
huge problems of defining what is and is not "documentation" or
"programs", I'm still of the opinion that we should require and uphold
the same set of freedoms of both, which obviously includes the
st any
followups there.
Check with top and ps to see memory usage; this should show any memory
hogs. (Acroread is a likely candidate.)
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.deb
e to find out who last changed
it on the Ubuntu side. This is because any changes to the Ubuntu
changelog are discarded, rather than being merged back into the Debian
changelog (though I can appreciate this is not an easy problem to
solve in an automated fashion).
Regards,
Roger
- --
Roger Leigh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrew Suffield <[EMAIL PROTECTED]> writes:
> On Sat, Jan 14, 2006 at 05:51:03PM +0000, Roger Leigh wrote:
>> >> If you still can't take the hint, I'll be more blunt: this isn't the
>> >> first crass s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Bird <[EMAIL PROTECTED]> writes:
> On Sat, 2006-01-14 at 08:40, Roger Leigh wrote:
>> Andrew, do you understand just how inappropriate and offensive your
>> mail was? Nothing justifies abuse of our lists like that. d-d-
501 - 600 of 715 matches
Mail list logo