they query? For example, perhaps svn:// should correspond to
_svn._tcp.{hostname} before it falls back to {hostname}:3690?
I'd be reluctant to push for SRV lookups for http:// and https://, as
that would be a break from what other HTTP and WebDAV clients do.
--
Peter Samuelson | org-tld!p12n
-up iptables-restore /etc/network/iptables.rules'
in the debian interfaces file by default ... but I don't expect it will
ever happen (lots of people don't work the way I work), so I add it
myself.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE,
ke the pre-depends internally.
Is it feasible for apt to fake the pre-depends even when it's being
used as a backend to, e.g., aptitude? I have no idea. Sounds
complicated, anyway.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ.
[Roger Leigh]
> This also permits the mount options for filesystems mounted in the
> initramfs (e.g. /dev, /run, /sys, /proc etc.) to be set in
> /etc/fstab; the filesystems are remounted with the options from
> /etc/fstab if already mounted during rcS. The mount options for /run
> are also made
ave a good answer to the issue of the stricter
constraints: apt is quite low on the dependency chain, depending only
on some quite low-level libraries, so the impact should be minimal.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ..
[Stephen Kitt]
> This is already packaged in scsitools!
Huh, I occasionally wondered whatever happened to 'scsiadd'.
Guess its functionality was subsumed into scsitools.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
n ask for a binNMU of libopkele,
I think libtool will then DTRT. However, intentionally making someone
else's package RC buggy for a couple of days might be frowned upon. Is
it a reasonable thing to do in unstable?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCR
[Roger Leigh]
> Regarding the root shell issue, I wouldn't have an issue with it
> being /bin/sh. The admin is always free to chsh it to the shell
> of their choice.
That brings up something I think all interactive shells should do: in
'prerm remove', check to see if you are root's login shell,
. Not sure if the character class tables (
functions, and the [:foo:] posix regex classes) could be shared across
UTF-8 locales. I rather suspect not.
When you take out collation and possibly character classes, I'm not
sure whether there's anything in the UTF-8 locales left to hardc
gcc, where the compiler is self-hosting. gcc
avoids the (explicit) self-dependency by being in Build-Essential.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
also the added convenience that if you always build from
source, downstream users who patch the autotools files won't have to
wonder how to rebuild them. 'sudo apt-get build-dep packagename' and
'dpkg-buildpackage' will Just Work. That's sort of a side benefit, but
c
ur system binaries will see them too. Anyway, it's not a
bug or even really a design flaw (IMO).
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
r
such things now, but I find 'apt-cache search' a lot easier than
figuring out what tag I should be looking for.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&
ding and uploading, and time your build to
be just after a mirror pulse.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
t used to support these - you'd tell Samba what client code page
to translate your filenames into on the wire. Fun stuff.
Samba doesn't really deal with file _contents_, which is a much more
"interesting" problem than filenames. It just serves contents as-is,
like most file se
gt; So this is even better.
Amazingly, SpamAssassin has a plugin based on the same algorithm as
libtextcat.
man Mail::SpamAssassin::Plugin::TextCat
for SpamAssassin configuration information.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian
ownload. You are left with a system where
neither B1 nor B2 are installed. Is that what the user would want?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
keep calling for everyone to
orphan their packages because they're not taking on enough of what a
maintainer is supposed to do, seem to be stepping up to maintain,
co-maintain, or otherwise help out with these packages that are
apparently so poorly maintained?
--
Peter Samuelson | org-t
nk should step up ?
>
> Not my problem.
I grepped through the Sources file but couldn't find your name
anywhere, as maintainer or comaintainer. I guess that means when
you say it isn't your problem, you really mean it.
Got any more advice for those of us actually doing the
kages debootstrap should install by default
(a "base system").
That said, of course there are valid reasons not to even consider
removing perl-base from Essential. Others have covered that ground
already.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE,
ute if
> the config file is not in a build-time configured directory.
...Or just fstat() the file after you open it, to make sure it's owned
by root:root, and !(mode & 002) ? I mean, is there a legitimate case
where this wouldn't be true?
--
Peter Samuelson | org-tld!p12n!pete
> On Fri, Dec 10, 2010 at 10:30:02PM -0600, Peter Samuelson wrote:
> > "Note that this information is redundant" - that's rich. As though
> > the entire md5sums file weren't redundant. (I.e., could easily be
> > generated at unpack time.) People seem
yeah. Shipping md5sums of
conffiles is only a little bit more redundant than shipping md5sums
of the rest of the files.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
from indirect dependencies. I found
this out the hard way with an upstream that intentionally relied on
indirect linking. I suppose boost doesn't use versioned symbols, so
this is a more general point.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email
> On Fri, 2010-11-05 at 04:02 +0800, Keng-Yu Lin wrote:
> > >From [1], "it is not a place to dump code and then run away, hoping
> > that someone else will do the cleanup work for you. While there are
> > developers available to do this kind of work, you need to get someone
> > to agree to "babys
system.
Indeed, that sounds like more of a job for the Wikimedia Foundation.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
package names that
would have to go through the NEW queue on every upload.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20101001174051.gb3...@p12n.org
able to install this deb as a new
install, it would have to be an upgrade.
Tool support for being able to install a base deb in order to install
an updated deb would be pretty hairy, I expect, as would infrastructure
support for providing both in the same Packages file.
--
Peter Samuelson | or
[Sebastian Andrzej Siewior]
> Sounds reasonable. However sometimes package maintainer argueue that the
> policy says "clean build environment" and having package X intalled is
> no longer clean (thus I have a problem and buildds do not).
Where does the policy say that?
I can't find anything that
[sean finney]
> 1) split out the c++ libraries, make the c++ library conflict with the older
> version of libxmlrpc-c3 (conflicting files) make the -dev package
> depend on both libraries, and hope that a half dozen binNMU's fix the
> problem quickly enough.
> 2) do (1) but also fake a
[Georges Khaznadar]
> Is pv able to do the same? for example how can I use pv to monitor the
> transfer which is done by modifying a command such as:
>
> dd if=someImageFile of=/dev/disk/by-id/usb-TheNiceStick_0878101B77D1D977-0:0
pv < someImageFile > /dev/disk/by-id/usb-TheNiceStick_0878101B77D
deb need not be
subject to our rule about self-hosted building. Of course they are
still subject to the DFSG.
As a service to the user, of course it's still helpful to document in
the source package why you aren't building or shipping the .swf file.
--
Peter Samuelson | org-tld!p12
[Peter Samuelson]
> Source code is a means to an end. The end is the ability of the end
> user to customize the software. If you get source code but no way to
> build a new .swf file from it, this end is not served.
Also, I'm a proponent of the idea of always building our packag
[Charlie Smotherman]
> "ampache ships a swf file but does not build it from source."
>
> I am curious to know which part of Debian Policy states that this is
> required? I have search but was unable to find anything.
It is the principle. If I am an end user, and I want to modify your
.swf file
edible than you
doing so with no apparent concrete goals.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100715213129.ge3...@p12n.org
bset --timings'. The question
is whether nouveaufb supports this. I don't have a system with
nouveaufb running so I can't say. But from past experience, I've
learned that not all framebuffer drivers do.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUB
nstead of just Arch-Specific: yes or no?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100712164622.gc3...@p12n.org
file, or vice versa. I can't figure out
how that could be useful for a password manager.
Aside from that, can it use or import password from 'pwsafe',
'gnome-keyring' or 'kwallet'? Is there a reason this app isn't
just a frontend to one or more of those?
--
r general public use.
It seems you wanted 5), but I for one was not able to figure it out
immediately. My first guess was actually 1).
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscri
ppropriately at
build time - but I don't think it does.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http:/
> On Mon, 31 May 2010 12:49:28 +0100, Klaus Ethgen wrote:
> >Well, this method was grown since ages when reprepro was not available
> >and I hadn't the time to migrate a working method to a /nice/ working
> >method.
[Marc Haber]
> You should have taken that time before going public.
Seriously?
ething?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100528204411.ge18...@p12n.org
[Gerfried Fuchs]
> Requiring the file won't get rid of format 1.0 but will make people put
> 1.0 into debian/source/format. Planing to make the file mandatory might
> indeed make more people think about it, though having the file won't
> make the format 1.0 go away.
It's pretty clear that this i
[Kurt Roeckx]
> I get alot of them that have:
> possible bashism in ./configure line 22 ($BASH_SOMETHING):
> elif test -n "${BASH_VERSION+set}" && (set -o posix) >/dev/null 2>&1; then
> possible bashism in ./configure line 147 ($BASH_SOMETHING):
> $as_unset BASH_ENV || test "${BASH_EN
blished checksum
with:
gzip -cd foo.tar.gz | bzip2 -9 | md5sum -
(Most people use -9, anyway.)
I agree with Russ. There's no compelling reason to upload a tar.bz2
that has the same content as an existing tar.gz. At the very least,
you would have to give the tarball a new upstream version n
normal' or even
'important' bug.
Of course, I have no authority here, just an opinion.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas
[Marco d'Itri]
> Which ones? There is only one bug open (gdm) and it has patches.
Well, there is #572279 against lighttpd. It's not directly a bug with
bindv6only, but it is caused by the fix for bindv6only.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUB
py of cron, for instance. On the other hand,
> > it will have less perfect integration with the host environment
> > (though NFS and ssh could probably let me write a script like
> > pdebuild).
These platforms support some form of hostfs, don't they? I thought
they did, a
cates that this sort of flexibility is possible.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100327182129.gv18...@p12n.org
elongs instead in the
diff.tar.gz somewhere, like debian/source.README.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100310173014.gu18...@p12n.org
at all? Why not just compare the full text directly?
If you have a .deb on a different host and don't want to transfer the
entire thing over the network, well, no reason you can't do your
SHA16384 on both ends, and transfer only the hashes at that time.
--
Peter Samuelson | org-tld!p12n!p
which time, you could just as well compute your
SHA16384 hashes, sign those, and store them. That way you can even use
an attached (as opposed to detached) gpg signature, without confusing
downstream tools.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to d
[Frank Lin PIAT]
> Please, let's do the easy move *now* for Squeeze, using shasums, and
> go ahead later with an even better solution.
Drawbacks: more CPU time on build daemons, slightly larger binary
packages to download, and some disruption when we're trying to get a
release out the door.
Adva
has been
frantically calling for it to migrate to something more "up to date"
than MD4. Which, IIRC, is just as "broken". I guess the masses must
have realized, in a way they usually do not, that sometimes an
integrity check is just an integrity check.
--
Peter Samuelson | org-tld!p1
ch, you
know, ought to be enough for anybody.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100309003921.go18...@p12n.org
> Peter Samuelson writes:
> > How many times do I have to say "the .deb also includes checksums of
> > control.tar.gz and data.tar.gz, thanks to use of the gzip container
> > format" before you notice?
[Goswin von Brederlow]
> - You download and verify the de
> Peter Samuelson writes:
> > Be that as it may, I don't think the md5sums file was ever intended to
> > be an integrity check of the .deb itself. Fortunately, the .deb also
> > includes checksums of control.tar.gz and data.tar.gz, thanks to use of
> > the gzi
> > On Wed, Mar 3, 2010 at 10:05:11 -0600, Peter Samuelson wrote:
> >> fundamentally, shipping a md5sums file is really just a tradeoff in
> >> download size vs. installation speed, not unlike gzip vs. bzip2. One
> Julien Cristau writes:
> > Only if you assu
that will be
changed after the fact, it should be shipped in /usr/lib or /usr/share
and then copied into /var/lib at install time, or as needed.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &quo
[Harald Braumann]
> On Wed, Mar 03, 2010 at 05:41:26PM -0600, Peter Samuelson wrote:
> >
> > [Harald Braumann]
> > > > Given a .deb, turning the data.tar.gz into foo.md5sums is a SMOP.
> > > > This could be before, during, or after the deb is unpacked.
[Luis R. Rodriguez]
> BTW -- while we're on the topic of 2.6.32 and the next Debian
> release, and 802.11, do you guys ship iw by default yet?
It's available (version 0.9.14), but not shipped by default.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsub
[Harald Braumann]
> > Given a .deb, turning the data.tar.gz into foo.md5sums is a SMOP.
> > This could be before, during, or after the deb is unpacked.
> If you create the hashes at unpack time, you don't catch errors that
> happen during unpack.
You mean errors reading the data.tar.gz file? Th
in its entirety. But doesn't gzip already
do that? (Yes, it's only 32 bits, but we aren't trying to detect
intentional tampering, only corruption. To detect intentional
tampering, you need signed debs, or at least signed Packages.bz2.)
--
Peter Samuelson | org-tld!p12n!peter | h
architectures where CPU is little
consideration, letting those md5sums files all be generated at install
time.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
st time I installed 'sash'? 8 years ago?)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100220015259.ge18...@p12n.org
shlibs postinst logic _could_ only create the symlink if
the architecture is the host architecture, however you detect that in
multi-arch land. And indeed it could stop doing so if it detects that
pkg-config is an appropriate version.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
-
ostinst,
if one isn't already present. Indeed, dh_makeshlibs could do this in
the same way it adds those 'ldconfig' calls. (Well, I suppose some
shlib packages don't run dh_makeshlibs -s, instead using -p on each
library package ... but they could if they wanted.)
--
Peter Sa
[Richard Darst]
> * Package name: python-ctypeslib
Oh, great. Now I will no longer have a good excuse to avoid shipping
the Subversion cpython bindings.
(:,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
[Andrew Pollock]
> * Package name: libpam-barada
> Description : PAM module to provide two-factor authentication based on
> HOTP
I would suggest that the PAM architecture is better suited to providing
only _one_ factor of authentication per plugin. Does this module
really implement tw
t's
hard enough to convince us to want 3.0 even with tar.bz2 support.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
could say whether
we're on debian or ubuntu ... but it doesn't.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ier just to 'rm' ... but also, note that 'rename' will need some
sort of Build-depends: perl.
And uh, while you're at it, may as well replace ";" with + above.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
le should
already imply the --single-debian-patch flag.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
suming of course that shc is largely a set of
reversible transforms, as I imagine it is. That way nobody can be
deceived into thinking, when they use shc, that they are actually
hiding very much.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-d
[Andres Mejia]
> Digest::SHA::PurePerl is a complete implementation of the NIST Secure Hash
> Standard written entirely in Perl. It gives Perl programmers a convenient way
> to calculate SHA-1, SHA-224, SHA-256, SHA-384, and SHA-512 message digests. It
> is functionally equivalent to the Digest::S
convert each byte to 2 hex digits and
print it that way. See below.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
#include
#include
#include
int main(int argc, char** argv) {
int i;
char hex[] = "0123456789abcdef";
unsigned char foo[10] = "boo
l versioning to work properly (assuming libfoo has
versioned symbols), you need to specify -lfoo -lbar regardless. Been
there, didn't do that, got the segfaults.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
> | === modified file 'policy.sgml'
> | --- policy.sgml 2009-10-21 20:49:37 +
> | +++ policy.sgml 2009-10-31 00:59:18 +
> | @@ -1725,7 +1725,10 @@
> |
> | It must start with the line #!/usr/bin/make -f,
[Tollef Fog Heen]
> This should probably also be changed to allow «
See Manoj's mail for a perfect example of explaining (a) why they don't
need the hack, and (b) why it is useful to require 'make'.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Don Armstrong]
> I actually suggested that perl-modules recommend perl, but that was
> rejected for the reason that perl-modules doesn't do anything useful
> without perl.
You sure? That surprises me - I would have thought a lot of the
modules in perl-modules only needed perl-b
[Daniel Moerner]
> I think the advantage still lies in being reconfigurable via changes
> to a file, rather than recompilation like in the case of dwm.
Seriously? Having a configuration file is considered a noteworthy
feature? 1985 called, they want dwm back.
--
To UNSUBSCRIBE, email to debi
[TANIGUCHI Takaki]
> This program is distributed as a free software. You can
> use/copy/modify/redistribute this software freely but with NO
> warranty to anything as a result of using this software.
>
> How is it?
Better. I think the context makes it clear what the auth
[TANIGUCHI Takaki]
> * "free software" satisfies
> "freely usable, freely (re-)distributable
> without any charge for itself, freely modifiable unless the
> original author(=me)'s copyrights are infringed or neglected,
> absolutely not responsible to any result from itself. "
"
> Russ Allbery schrieb:
> > The package description strongly implies that gnaughty works only
> > with one specific porn index or download service, which is
> > presumably non-free. If this is not the case, the proposed package
> > description should be fixed.
[Patrick Matthäi]
> Seems like the
the suffix does not cause problems with tab completion in the shell.
So it seems less harsh to strip suffixes than to strip prefixes.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
GNU-git
to ask permission before using the same name for a whole different
project. I could be wrong, maybe somebody did get permission.
To be clear, I'm not accusing Debian of a hostile takeover, I'm
accusing upstream of a hostile takeover. I'm accusing Debian of
abetting it.
[Vincent Danjean]
> I cannot see a good solution here.
Well, except _not_ to abet the hostile takeover of a project name that
has been around since ... I don't know, but the Debian package goes
back to 1997.
I know git is the awesomest thing since tla, but I'm disappointed that
8 or 9 years of
[Hans-J. Ullrich]
> DKMS seems only be made for kernel modules. It is greart anyway, and
> a good help. But what with non-kernel- modules?
Can you give an example?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
[Steve Langasek]
> Mm, not exactly. At build time you use libfoo.so; at runtime you use
> libfoo.so.VER. It just happens that the ELF version of "stubs" is trivial
> (a symlink).
_Usually_ a symlink ... it doesn't have to be (see /usr/lib/libc.so). (:
--
To UNSUBSCRIBE, email to debian-deve
n't
know if we'd feel as though we need to accommodate that.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
yone
wanting static linking of my library will have to know, a priori, what
its dependent libraries are. Is this OK, or should I wait until I have
time to produce .pc files?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
ou say "sure, we
could do that if we need to". How many times has this happened so far
in the thread? I haven't been keeping count.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
viously
think about the same issues for other "generated" files in /usr/share.
I suppose /usr/share in library packages is fairly rare anyway.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject o
ianness, typically.
So what does this mean for /usr/share/locale and multiarch? Do we need
to move to /usr/lib/{gnu-type}/locale?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscrib
g will handle that).
Policy does not forbid /usr/share/locale/*/LC_MESSAGES/libfoo0.mo (as
it is specific to the soname) - but it sounds like that will break
library multiarch too. Can we have an exception for this? It seems
silly to require a libfoo0-l10n package for every localized library.
--
Pet
ftpd
pure-ftpd pure-ftpd-ldap pure-ftpd-mysql pure-ftpd-postgresql
racoon samba sasl2-bin sfs-server solid-pop3d squid squid3 tac-plus
vsftpd wu-ftpd wzdftpd xrdp yardradius yaws
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ..
> Steve Langasek writes:
> > What's the advantage of having it be zsh? Is zsh faster than dash? Or is
> > the only savings the elimination of the 84k dash binary from /bin?
[Goswin von Brederlow]
> Plus the libaries dash depends on (if they differ from posh)
NEEDED libc.so.6
Oh well,
q5, libqt3-mt,
libruby1.8, libsdl1.2debian, libsqlite3-0, libstdc++6, libtag1c2a,
libtunepimp5, libusb-0.1-4, libvisual-0.4-0
...I don't think the 'startup overhead of a shlib' argument holds up.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to
ntime linking. This is overhead at application startup time.
Something that embeds an SQL engine should not, I think, start up too
frequently. Am I wrong?
So what is the real performance advantage of this -fPIC static library?
To me it looks like a different, less desirable, way to implement th
nd, so the breakage should have been visible before upload.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
101 - 200 of 539 matches
Mail list logo