uilds once wheezy is out to
assess the scale of what percentage of the archive still needs
attention. Once we're done with the transition, dpkg can then
drop the autodetection logic by default.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.d
On Tue, Mar 05, 2013 at 10:17:58AM +0100, Thomas Preud'homme wrote:
> Le mardi 5 mars 2013 01:16:52, Bill Allombert a écrit :
> > On Tue, Mar 05, 2013 at 12:06:06AM +0000, Roger Leigh wrote:
> > > We have defaulted to UTF-8 locales for over a decade now. Unless
> > &
ites, if we require UTF-8 across the board, such
tests become unnecessary ;-)
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public
al seconds since the
> Technical Committee has already made a judgement; rather, I'm looking for
> wording review and for confirmation that I've implemented the Technical
> Committee decision properly.
Looks fine to me.
Thanks,
Roger
--
.''`. Roger Leigh
: :
his case.
>
> I took this use of usermod from the discussion on debian-devel regarding
> Policy bug #621833 (where it was originally suggested by Roger Leigh),
> so this potentially affects quite a few packages.
>
> Stephan's proposed patch (below) makes me think we really
en better, since packagers that already made a
> mistake would notice while looking over the new entries.
Sure. Please find an updated patch attached which includes these
changes.
Thanks,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh
00, 'testing'), (400, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From de9d15e612e6d4344032560e5d49a2dbf2368274 Mon Sep 17 00:00:
and not pushing back hard against it is to
fail to do our job properly. Requiring good practice on the part of
our upstreams is part of the "price" of being distributed as part of
Debian.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people
this directory.
It's in the draft version of the upcoming FHS release:
http://www.linuxbase.org/betaspecs/fhs/fhs/ch03s15.html
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http:/
ools can cope with the compression, the number of times I tab
complete a less command to find it's an
unreadable mess, and have to repeat that with [xx]less or some
other tool is very frequent--usually several times a day. So
I think there is immediate user benefit to this.
Regards,
Roge
st use the date).
Given that this is part of a version number, why aren't we just using
+d6.0 and letting dpkg handle it?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux?
t
liberty to migrate individually should they wish to add the appropriate
initscripts dependency and switch their paths over. But I would
generally just advise waiting for wheezy+1 and switching the paths
without the dependency--the files will already be present in both
locations at that point.
to merge them should you choose to; this
does not imply that it would be a sensible default--it's not.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.ne
r distributors
pick it up. It has been mentioned in the context of the FHS, but
will not be included at present, though /run and /run/lock will be.
There are other non-standard uses of /run such as /run/user by
systemd which should probably also not be included at this point,
and which lik
On Sun, Jul 10, 2011 at 12:20:31AM +0200, Bill Allombert wrote:
> On Fri, Jul 01, 2011 at 12:25:37AM +0100, Roger Leigh wrote:
> > On Fri, Jul 01, 2011 at 12:18:53AM +0200, Bill Allombert wrote:
> > > On Thu, Jun 30, 2011 at 02:41:11PM -0700, Russ Allbery wrote:
> > &g
that the
proposals being discussed here are basically about how best to
realise the goal of having build-arch and build-indep implemented;
I thought that the goal itself was relatively uncontroversial, but
the means of achieving it were still under discussion.
The lintian text can easily be chang
On Fri, Jun 10, 2011 at 06:33:04PM +0200, Julien Cristau wrote:
> On Fri, Jun 10, 2011 at 11:00:14 +0100, Roger Leigh wrote:
>
> > Would "lockuser" need to be in the adduser package? Given that
> > adduser is only priority:important, it's not guaranteed to be p
is run, so the operation could fail. Maybe passwd is a
better place for it, given that it contains useradd etc., and is
priority:required.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on G
s work for maintainers (less packages needing
NMUing with the build feature added).
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.
signature.asc
Description: Digital signature
Build-Depends-Arch/Build-Conflicts-Arch in sbuild is a
trivial change which could be done today.) This would be nice
because there's then a 1:1 correspondence between build, build-arch,
build-indep and the Build-Depends, Build-Depends-Arch and
Build-Depends-Indep fields, respectively (and the sa
On Fri, Jun 03, 2011 at 08:25:11PM -0700, Steve Langasek wrote:
> On Fri, Jun 03, 2011 at 05:09:33PM +0100, Roger Leigh wrote:
> > > > Just for the record, I've implemented support in debhelper's dh
> > > > command in #604563. Once applied, this will automati
On Tue, Mar 01, 2011 at 09:01:31PM -0600, Jonathan Nieder wrote:
> Roger Leigh wrote:
> [out of order for convenience]
>
> > Just for the record, I've implemented support in debhelper's dh
> > command in #604563. Once applied, this will automatically add suppo
On Sun, May 29, 2011 at 12:09:40PM -0500, Jonathan Nieder wrote:
> (culled cc list of a few people I know read -devel)
> Roger Leigh wrote:
>
> > Given the need to consider unlocking as well as locking, I'm not sure
> > it's worth adding special support to deluser
On Sun, May 29, 2011 at 12:04:35PM +0100, Roger Leigh wrote:
> On Sun, May 01, 2011 at 03:06:00PM +0100, Ian Jackson wrote:
> > Steve Langasek writes ("Re: Bug#621833: System users: removing them"):
> > > On Tue, Apr 12, 2011 at 09:31:47PM +0200, sean finney wrote:
&g
unlock/lock to the maintainer scripts,
dropping use of deluser entirely.
I do agree that a --local option would be a valuable and useful
addition to the adduser and deluser etc. tools, even if currently
a no-op. However, due to the above I don't think that adding
special-case u
list as an optional feature (this
subdirectory has not yet been adopted more widely). If this addition
is not useful (it's not a top-level dir), I can remove it.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rl
On Wed, May 11, 2011 at 10:14:16AM -0700, Russ Allbery wrote:
> Roger Leigh writes:
>
> The "solution" to the chroot problem is to always manipulate the chroot
> via chroot, which ensures that the view of everything in the chroot is
> consistent. But I realize that
On Thu, May 12, 2011 at 09:09:34PM +0100, Roger Leigh wrote:
> On Thu, May 12, 2011 at 09:48:53PM +0200, Bill Allombert wrote:
> > How far are we in /run support in sid ?
>
> initramfs-tools: Changes are now all in git; just waiting for the
> upload.
> initscripts: Waiti
hanges are now all in git; just waiting for the
upload.
initscripts: Waiting on initramfs-tools, but otherwise ready to
go bar a couple of patches I have in git
(http://git.debian.org/?p=collab-maint/sysvinit;a=shortlog;h=refs/heads/run4)
So basically everything is done for getting /run worki
means to rearrange
the filesystem now--and this applies to all the platforms we support,
not just Linux.
From the POV of packaging, I'd like symlinks to point to a specific
place, without ambiguity, and in the context of chroots, a relative
link is unambiguous whereas an absolute link changes
ar/run/foo points to
.../chroot/run/foo rather than /run/foo (from the POV of the host
system). But are otherwise more complex and you could hit the max
symlink limit.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rle
ystem). Note
that the use of a temporary filesystem is a "should", so does permit
systems to implement /run using a normal filesystem.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printin
On Tue, Apr 05, 2011 at 02:55:21PM +0200, Cyril Brulebois wrote:
> Hi,
>
> Roger Leigh (04/04/2011):
> > + should not be preserved across reboot.
>
> “reboots” if you want to stay consistent with the hunk below.
>
> > + contents are not p
Package: debian-policy
Version: 3.9.1.0
Severity: normal
Hi,
Please could you add /run as an exception to the FHS? I've attached
a patch with proposed text.
References:
#620191 - initscripts support for /run
#620157 - base-files provides /run
http://thread.gmane.org/gmane.linux.redhat.fed
mbiguous, so could be made a fatal error to prevent
such packages being uploaded.
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.
signature.asc
Description: Digital signature
On Wed, Mar 16, 2011 at 01:07:19AM +0100, Goswin von Brederlow wrote:
> Roger Leigh writes:
>
> > On Mon, Feb 28, 2011 at 03:36:47PM +0100, Wouter Verhelst wrote:
> >> On Tue, Feb 22, 2011 at 05:08:18PM +, Roger Leigh wrote:
> >> > On Mon, Feb 21, 2011 at 0
On Mon, Feb 28, 2011 at 03:36:47PM +0100, Wouter Verhelst wrote:
> On Tue, Feb 22, 2011 at 05:08:18PM +0000, Roger Leigh wrote:
> > On Mon, Feb 21, 2011 at 07:42:32PM -0600, Raphael Geissert wrote:
> > > I disagree here.
> > > Alternatives in build-* relationships *a
ed through
other alternatives.
Note this isn't yet in use on the buildds, but it is present in the
unstable sbuild.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux
On Sat, Feb 26, 2011 at 02:21:13PM +0100, Sean Finney wrote:
> Hi all,
>
>
> On Wed, 2011-02-23 at 18:22 +, Roger Leigh wrote:
>
> > Feel free to phrase it better, or even remove that part, if it's
> > unclear or not too helpful.
>
> How about the att
On Wed, Feb 23, 2011 at 09:09:09PM +0100, Sean Finney wrote:
> On Wed, 2011-02-23 at 18:22 +0000, Roger Leigh wrote:
> > Yes, this might need rewording. Some people claimed it was useful for
> > backports, so if the backports buildds are using the aptitude resolver,
> > they
On Wed, Feb 23, 2011 at 05:52:27PM +0100, Cyril Brulebois wrote:
> Hi,
>
> Roger Leigh (23/02/2011):
> > From: Roger Leigh
> > Date: Wed, 23 Feb 2011 15:14:56 +
> > Subject: [PATCH] Document restrictions on alternative build dependencies
> >
> > The D
tion
>From d0737d445da8bc5e860400a73d6990f542e5ac47 Mon Sep 17 00:00:00 2001
From: Roger Leigh
Date: Wed, 23 Feb 2011 15:14:56 +
Subject: [PATCH] Document restrictions on alternative build dependencies
The Debian autobuilders only make use of the first alternative
in a set of alternatives
On Tue, Feb 22, 2011 at 10:21:24PM +0100, Bill Allombert wrote:
> On Tue, Feb 22, 2011 at 06:49:21PM +, Ian Jackson wrote:
> > Roger Leigh writes ("Re: re buildd's resolver and package's build deps"):
> > > I agree that these do serve a useful purpose
On Tue, Feb 22, 2011 at 10:13:19PM +0100, gregor herrmann wrote:
> On Tue, 22 Feb 2011 17:08:18 +0000, Roger Leigh wrote:
>
> > · Standard alternative use in the form "concrete|virtual", as used for
> > normal deps on virtual packages. Is this sensible?
> > ·
On Tue, Feb 22, 2011 at 05:21:17PM +, Ian Jackson wrote:
> Roger Leigh writes ("Re: re buildd's resolver and package's build deps"):
> > Taking one of php5's dependencies as an example:
> >
> > libdb-dev (>= 4.7) | libdb4.8-dev | libdb
On Mon, Feb 21, 2011 at 07:42:32PM -0600, Raphael Geissert wrote:
> Hi everyone, Roger,
>
> Roger Leigh has filed a few bug reports related to how the buildd's resolver
> (either internal or any of the new ones: apt{,itude}) and I'm not sure I
> quiet agree.
> Let'
ding it in a
package separate from the locales package or are there other issues?
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-
On Mon, Jan 10, 2011 at 08:44:10AM +0100, Aurelien Jarno wrote:
> Roger Leigh a écrit :
> > On Fri, Jan 07, 2011 at 09:14:47PM -0500, David Holland wrote:
> >> Can this please get done (adding a C.UTF-8 locale)? It is absolutely
> >> required for writing shell scripts
nt from Aurelien Jarno:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776#342
This will only be done with the approval of the release team, who
I've copied in.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
On Mon, Nov 22, 2010 at 12:45:28AM +0100, Jakub Wilk wrote:
> * Roger Leigh , 2010-11-21, 21:38:
>> I'd like to propose that build-arch and build-indep be changed in
>> Policy from "may be provided" to "must be provided" in preparation
>> for ena
On Sun, Nov 21, 2010 at 09:38:31PM +, Roger Leigh wrote:
> There's some history to this in #374029. Most of the information
> about sbuild/buildds in there is outdated and incorrect. The only
> sticking point to using Build-Depends-Indep and autobuilding
> arch-all packag
Package: debian-policy
Version: 3.9.1.0
Severity: normal
Tags: patch
Hi,
As a goal for wheezy, I'd like the Build-Depends and
Build-Depends-Indep fields to be fully functional and usable for
autobuilding. Currently, Build-Depends-Indep isn't useful, and
only Build-Depends is used in practice on
t;
There were no objections to having a UTF-8 locale installed and
available by default, just to it *being* the default. Taking this
first small step is IMO important to do, preferably for squeeze if
possible. Since it's a tiny one-liner change, this should be no
trouble in getting
On 20/05/2010 20:43, Steve Langasek wrote:
On Thu, May 20, 2010 at 08:31:36PM +0100, Roger Leigh wrote:
Do we have any actual users of this space? I didn't see anything in
Policy. Is there a central database listing the assignments? If
so, where may it be found?
/usr/share/doc/base-p
On 20/05/2010 18:30, Russ Allbery wrote:
Roger Leigh writes:
If all current Debian systems support a 32-bit UID and GID range, then
it would be great if we could amend Policy to move the reserved ranges
to the end of the 32-bit range rather than being at the end of the
16-bit range. This
namic
1000-4294932293: Users
[65534: nobody; could be moved to 4294967294 for new installs?]
4294932294-4294962293: Reserved
4294962294-4294967293: Debian Static Reserved
4294967294: nobody [new]
4294967295: (uid_t)(-1) == (gid_t)(-1) must not be used, because it is the
error return sentinel value.
On Sat, Aug 22, 2009 at 10:33:51PM +0200, Serafeim Zanikolas wrote:
> On Thu, Aug 20, 2009 at 11:08:40AM +0100, Roger Leigh wrote [edited]:
> > Sounds good. inetd-base might be a slightly better name, since it's
> > something all the inetd implementations will depen
On Thu, Aug 20, 2009 at 12:56:29AM +0200, Serafeim Zanikolas wrote:
> [I'm not switching to private emails as we're getting valuable feedback here]
>
> On Tue, Aug 18, 2009 at 11:34:11PM +0100, Roger Leigh wrote [edited]:
> > Alternatively, the xinetd format is /cur
nts
in /etc/inetd.d. At this point, there won't be any use of the
generated file(s), but we can verify it's all working correctly.
Once done, the inetds can start using the new generated configs, and
then it's done.
Regards,
Roger
--
.''`. Roger Leigh
: :' : De
On Tue, Aug 18, 2009 at 08:02:33PM +0200, Serafeim Zanikolas wrote:
> On Tue, Aug 18, 2009 at 01:43:47AM +0100, Roger Leigh wrote [edited]:
> > I would really rather we went with the proposal I put forward in this
> > thread:
> >
> > http://lists.debian.org/debian-
ed to get this done for Squeeze. But it's
not technically difficult to do, it just needs time.
The advantage of this approach is that is removes *all* of the many
update-inetd bugs by throwing the whole mess into the bin. It should
also allow a smooth transition, though the above example pla
be /usr/lib/debug/.build-id/NN/NN.debug
^
Why the need for a hidden directory in a public location?
What's wrong with /usr/lib/debug/build-id?
I don't think the unnecessary obfuscation is warranted.
Regards,
Roger
--
.''`. Rog
On Mon, Aug 10, 2009 at 01:55:51PM -0700, Russ Allbery wrote:
> Roger Leigh writes:
>
> > nor for keeping the packages separate from the main archive (if the size
> > of the Packages file is an issue, can't they just go in a separate debug
> > section/component?)
>
a compelling reason for using
a .ddeb extension given that they are just regular .debs, nor for
keeping the packages separate from the main archive (if the size of the
Packages file is an issue, can't they just go in a separate debug
section/component?)
Regards,
Roger
--
.'&#x
2¹⁰ = 1024
To do anything else would be plain wrong, and make computer
scientists look like retards for using a prefix to mean something
different than what rest of the *entire planet* understands it to be.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
On Thu, Jun 25, 2009 at 10:04:59PM -0700, Steve Langasek wrote:
> On Thu, Jun 25, 2009 at 11:33:12PM +0100, Roger Leigh wrote:
> > I often have branches for:
> > - unstable
> > - experimental
> > - stable
> > - backports
> > and there may be others of course.
it
must be in the .dsc (since you need to check out a specific branch
to get the files). If it can't be specified here, we end up with
just the master branch, and that's wrong in many cases.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux
On Wed, Jun 24, 2009 at 04:38:27PM -0400, Steve Langasek wrote:
> On Wed, Jun 24, 2009 at 01:50:20PM +0100, Roger Leigh wrote:
>
> > One additional thing I'd like to raise is the need for additional
> > metadata to make better use of the VCS repository:
>
> >
ing of patches against new
releases, and against the upstream development branch for
forwarding upstream.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sour
-linux architectures on the archive it might
> be time to consider discussing it?
I was planning on bringing this up last year, but didn't have time
to persue it. I would certainly agree that migrating to linux-
is beneficial and it certainly gets my vote.
Regards,
Roger
--
.
On Tue, May 05, 2009 at 09:07:34PM +0900, Osamu Aoki wrote:
> On Tue, May 05, 2009 at 11:52:29AM +0100, Roger Leigh wrote:
> > On Tue, May 05, 2009 at 10:36:51AM +0200, Michael Biebl wrote:
> > > martin f krafft wrote:
> > > > [moving debian-rele...@l.d.o to Bcc, co
mplementing a better method in dpkg itself. However, I've not seen any
more about this other than that single time, and if mta-defaults is being
created it looks like we are still looking for a solution.
It would be great if we can have a general method for specifying
distribution-wide virtual
On Wed, Apr 08, 2009 at 09:41:18AM +0200, Giacomo A. Catenazzi wrote:
> Roger Leigh wrote:
> > I wasn't aware that this level of checking was performed, though
>> it does make sense. But, does it not reject non 7-bit input in the C
>> locale for completeness?
>>
On Wed, Apr 08, 2009 at 10:22:15AM +0200, Giacomo A. Catenazzi wrote:
> Roger Leigh wrote:
>> On Tue, Apr 07, 2009 at 09:24:38PM +0200, Adeodato Simó wrote:
>>> + Thorsten Glaser (Tue, 07 Apr 2009 18:54:59 +):
>>>
>>>> Except the ton which sets LC_ALL=C
On Tue, Apr 07, 2009 at 10:47:00PM +, Thorsten Glaser wrote:
> Roger Leigh dixit:
>
> >Are you sure?
>
> Not entirely, but I recall fgetc (or was it fgetwc?)
> being affected.
Ah, fgetc/fputc are specified in the standard as "byte oriented"
rather than char
On Tue, Apr 07, 2009 at 10:01:16PM +, Thorsten Glaser wrote:
> Roger Leigh dixit:
>
> >But, does it not reject non 7-bit input in the C
> >locale for completeness?
>
> No, it doesn't - "we" (before my time though, I think) fought
> hard for eight-
On Tue, Apr 07, 2009 at 10:36:20AM +0200, Giacomo A. Catenazzi wrote:
I can't help but feel that your reply completely missed the
purpose of what I want to do, and why. I hope the following
response clears things up.
> Roger Leigh wrote:
>> On Mon, Apr 06, 2009 at 11:09:17A
uot;raw" I/O not be using lower level interfaces
such as fread() and fwrite() rather than the "formatted" print
functions which are specified to behave in a locale-dependent
manner? This strikes me as bugs in the form of assumptions in the
code which should be fixed, rather than a fun
IX locales to be UTF-8
by default as on other systems (with a C.ASCII variant if required).
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
ages and so use dgettext, but this totally
breaks in the C locale due to the C locale special casing in gettext.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint
s there any hope of fixing this? I consider this hardcoded
gettext behaviour in a C locale a severe misfeature, which has caused
me (as a programmer) no end of problems.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.or
bearable if it was also UTF-8, as well as getting
rid of the current buggy behaviour if you use UTF-8-encoded sources.
It's currently *the only blocker* preventing us using UTF-8 encoded
sources.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http:/
to guarantee the presence of a particular locale ahead of time -
> particularly one that isn't actually useful to end users, as C.UTF-8 would
> be.
Example attached of direct UTF-8 encoding in sources. Just run
in a few locales such as UTF-8, ISO-8859-1 and C and check the
differences in ou
where a formatting screwup breaks the format.
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
les is broken. Using make
to set site/distro/user-specific options makes more sense. Not only is
it more flexible and extensible, it will also work no matter how one
builds the package since make will handle it.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/L
f the version comparison in a C
library would be super, since all the other languages could just
wrap it.
Regards,
Roger
(who has just been writing yet another implementation in PL/Perl and
PL/pgSQL, but ended up wrapping the libapt implementation.)
--
.''`. Roger Leigh
If you
have any further ideas about why kfolding won't build, I'll be happy
to investigate further :)
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `&#x
l in any
case (most -dev packages only contain a static lib as the
arch-dependent part).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BF
m a few special cases (such as hand-optimised assembly, as
Marco mentioned), who actually needs them?
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG
filed against them, which
should be upgraded to serious as soon as this is fully mandated by
Policy (what happened to the proposal for that we discussed last year?
I don't recall any objections).
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: debian-policy
Version: 3.6.1.1
[EMAIL PROTECTED] (Marco d'Itri) writes:
> On Mar 29, Roger Leigh <[EMAIL PROTECTED]> wrote:
>
>> - - the traditional device names should be used by default
> This is basically som
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henrique de Moraes Holschuh <[EMAIL PROTECTED]> writes:
> On Sat, 26 Mar 2005, Roger Leigh wrote:
>> Is there a project-wide policy for support for devfs (and devfs-style,
>> e.g. udev devfs.rules) device naming?
>
>
y obstruct furthering the
integration of the system.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and encrypt
93 matches
Mail list logo
