[Ludovic Drolez]
Just import the file /var/lib/adzapper/konqueror.txt in the adblock
panel.
Feel free to send me any suggestion.
Uh, wouldn't that belong in /usr/share?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
convinced that a lot of users would
care a lot about DFSG freedom if only they were aware of the issues.
Debian's policy has the side effect of bringing visibility to the
issues, to educate these users, and I think it is a good thing. Even
if it isn't the primary purpose of the DFSG.
--
Peter
these freedoms are valuable, and we
don't like the idea of trying to define little special cases, like
well, nobody would probably want to cut and paste things from an RFC
anyway, like they might from other documents.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
derivative works of software, well, maybe I want to freely make
derivative works of spec documents too. For many of the same reasons,
in fact.
[*] And, in fact, RFC documents are more functional than most other
documents. A few even include example source code.
--
Peter Samuelson | org-tld!p12n
, in that there are multiple tarballs you can download
with java-package and only one fails, so the situation is less clear.
I'd still consider it something fixable in etch, but I'm neither a RM
nor a java-package maintainer.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
in private
so we can negotiate a contract. I won't do it for free, but I might do
it if the price is right.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
are our
users... with our priority is everything icelinux believes might help
some subset of our users. To which I can only say, get over yourself.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
up with lintian getting a special
case just to handle your needs.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
supposed to be any
kind of security thing. Why bother to ship it? It is redundant
information which can easily be regenerated on the user's system.
Russ's mention of packages that alter their installed files in the
postinst just seems not worth supporting. Copy a template file
instead.
--
Peter
from the .deb (because, say, you
don't trust your /var), it wouldn't be much harder to do 'dpkg-deb
--extract' and then md5sum the extracted directory, than to do
'dpkg-deb --control' and read DEBIAN/md5sums.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description
, but that is unrelated to the discussion of storing a md5sums
file in the .deb. (:
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
uses for that. Might also include a -*- tag for emacs.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
is occasionally necessary, if an upstream doesn't
bump their soname when they should.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
GPLv2-only software cannot be
distributed as part of a CDDL operating system such as Nexenta - and
this has always been true.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
that by
their nature don't make sense in IPv6, such as anything related to NAT
or the MBone, or whose functionality is provided quite differently in
IPv6, such as dhcpd, or clients that require specific non-free IPv4
servers, such as libnet-amazon-perl. I suppose those can stay.
--
Peter Samuelson
needs another -dev package in the static linking case. Or should
that be Suggests? Currently I think most packagers use Depends here,
which I believe is too strong.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
differently with
regard to argument quoting. Try this in bash:
unset foo
[ -n $foo ] echo foo is non-empty
[[ -n $foo ]] echo foo is non-empty
As you can see, only the second one works.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital
that, don't use [[ ... but if you're going to implement it, implement
it correctly. A simple alias to [ is not correct.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
bother with
ttf/otf at all? Just ship it as bdf.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
files? Timestamps in the diff would be ignored. But if the actual
file contents of the diff were different, that would IMO be a bug.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
@Base specifically. Of course it's useful to report on
other symbol versions.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
,
and is not worth the trouble, since it doesn't affect package
relationships or install/remove/upgrade scenarios.
Also, please omit @Base from the log messages, it adds visual clutter
without adding information.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description
[Daniel Burrows]
I'm in favor of either enabling this by default in apt or downgrading
Recommends in policy to just a really Suggests.
[snip interesting background material]
I would suggest - nay, I would recommend - keeping Policy the way it is
and fixing packages to use Recommends as it
: source all i386
Version: 1.4.4dfsg1-1
Distribution: unstable
Urgency: low
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn
[Josselin Mouette]
A possible part of the solution would be a script parsing the diff
between headers and emitting warnings such as:
* type foo has changed, please check it doesn't affect functions
bar/baz/...
* enum foo has new possible values, please check it doesn't
[Russ Allbery]
They *usually* do, but not all E tags are certain problems. Of course,
maintainers could use overrides.
I'm opposed to adding overrides to my packages for cases where, in my
view, lintian should somehow have enough information to see the case as
a false positive. I use them
[Lennart Sorensen]
But dpkg-buildpackage will then spit out lots of warnings about being
unable to store the deletion of a binary file in the diff. So it
will look ugly, but work I guess.
dpkg-buildpackage doesn't store _any_ deletions in the diff.gz - the
warning about deletions has nothing
[Martín Ferrari]
So, this could be handled by various ways:
- Putting notices in relevant places so that everybody can understand
what's happening (release notes, FAQs, package documentation..)
- Compiling with CONFIG_BLK_DEV_IDE=y (Ubuntu does this)
A growing number of people no longer need
On Fri, May 04, 2007 at 11:51:02PM +0200, Petter Reinholdtsen wrote:
Actually, you got it backwards, as explained above. pam-ldap isn't
using the password hash to check the password. It is passing the
password over to the LDAP server (using an LDAP bind), and letting the
LDAP server
[Bart Martens]
I've thought about adding an column for the versions in experimental,
but that is not a high priority to me because this does not change
that Debian Unstable is outdated for the listed packages.
Uh ... I thought the point of your project was to help package
maintainers.
[sean finney]
just a heads up, php4 will not be supported in lenny and will be
disappearing from the unstable trees sometime in the not too distant
future.
Same for apache 1.3 (including apache, apache-ssl, apache-perl); it too
will soon disappear from sid and lenny. There are currently
[Matthew Wilcox]
Should apache2 Replace/Provide: apache in Lenny in order to facilitate
upgrades from Etch?
My feeling is no, because migrating a config from one to the other is a
Fairly Hard Problem. It was hard enough to try to migrate 2.0 to 2.2,
we didn't even get that right in all cases.
[Neil Williams]
I chose Debian as a development platform for my own reasons and my
decision was not deemed to be wise in the eyes of some of my
upstream colleagues. As the newbie to that particular team, I was
under significant pressure to upgrade to Fedora or SuSE.
Are you saying Fedora and
[Luis Matos]
CATIA has unix versions ... i don't really know if they will ever
have linux versions.
I'd be pretty surprised if they ever did. The CATIA 4 architecture
would have fit Linux very well, if Dassault had seen a market for it
back then (it was based on Motif, OpenGL and a huge
-perchild
Architecture: all amd64 i386 source
Version: 2.2.3-4
Distribution: unstable
Urgency: high
Maintainer: Debian Apache Maintainers debian-apache@lists.debian.org
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
apache2- Next generation, scalable, extendable web server
apache2
[Wouter Verhelst]
Both amd64 and x86_64 are names that AMD coined to describe the
architecture. They changed their opinion at some point, I don't know
which is the most recent name they chose.
AMD64 is the newer name. When Intel released their clone chip, the
Linux kernel was still using the
[Roman Müllenschläder]
So, why are you using a version that's not the one in testing, nor the
one in stable?
Because my laptop, where I'm building the packages on, is running Edgy ;)
I know I'm stating the obvious here ... but you shouldn't try to
develop packages for Debian exclusively
[Roberto C. Sanchez]
I am not advocating having a manager without technical competency or
the ability to understand technical issues. Just that being a
manager does not require being a fourth-degree blackbelt in Perl or
having written a textbook on C++ programming.
And you think the current
: source all amd64
Version: 1.4.3dfsg1-1
Distribution: experimental
Urgency: low
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
[keeping debian-devel CC, this seems to still be relevant]
[Goswin von Brederlow]
What if each package could list all its current diversions in
DEBIAN/diverions (i.e. in the control.tar.gz)? Upon install dpkg
would then add those diversions to its list and removed them on
deinstall. During
[Raphaël Pinson]
Some time ago, libapache-mod-auth-mysql was removed from Debian testing
because it didn't work. However, this package is largely used and really
needs to be present in Debian.
After spending some time trying to find a patch, I finally packaged the new
upstream version and
[Claus Fischer]
9. cdrecord's miserable state is well known
Like the majority of other Linux users, I wonder when
$ burn_my_iso_to_cd iso-file /dev/cdrom
will work as expected.
Hmmm.
$ wodim filename.iso
works for most situations. But:
1) You must be root, or a member of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 5 Jan 2007 05:46:52 -0600
Source: gpm
Binary: libgpmg1 gpm libgpmg1-dev
Architecture: source amd64
Version: 1.19.6-24
Distribution: unstable
Urgency: low
Maintainer: Debian GPM Team [EMAIL PROTECTED]
Changed-By: Peter Samuelson
[Martin Zobel-Helas]
gpg --recv-keys A70DAF536070D3A1 (gpg --export -a A70DAF536070D3A1 |
apt-key add -)
Uh, don't forget the part about verifying that the key is actually
signed by the ftpmasters. Skipping that step pretty much defeats the
entire point.
gpg --list-sigs A70DAF536070D3A1
[Goswin von Brederlow]
Do they fail when you use sudo instead of fakeroot or when you run the
complete build process as root?
The usual reason a package fails with sudo is that it assumes the
$(PWD) macro will be available, pointing to the current working
directory. sudo does not preserve
: source all amd64
Version: 1.4.2dfsg1-2
Distribution: unstable
Urgency: medium
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
: source all amd64
Version: 1.4.2dfsg1-1
Distribution: unstable
Urgency: low
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn
[Goswin von Brederlow]
Real or fake makes no difference. Anything that test id or file
permissions will (hopefully) behave the same with fakeroot.
Ahh, the difference between theory and practice. fakeroot does not
emulate the access(2) system call, which is one obvious thing to use
when
[Goswin von Brederlow]
Your unspoken premise is that there is a _reason_ to support
building packages as root. Why? I think it is better just to tell
people not to do that.
My premise is that there is no reason to sabotage building as
root. Nearly all sources do build as root and many
[Manoj Srivastava]
We're not talking about sabotage, we're talking about extra effort.
Not really an answer I expected from a DD.
I don't mind putting in extra effort when there is some gain to be had.
I'm not so excited about putting in extra effort when there is no gain
to be had.
[Norbert Preining]
| The SSH keys are not synchronized between alioth.debian.org and
| svn.debian.org.
so this seems to be outdated.
Correct - svn.debian.org _is_ alioth.debian.org, as of last Friday.
signature.asc
Description: Digital signature
Robert Collins [EMAIL PROTECTED] writes:
I can also note why bazaar wont build as root: its test suite
includes a test for the ability to handle read only directories
correctly. As root, anything is writable, so this test fails.
[Goswin von Brederlow]
That test should add a test for root
[Sander Marechal]
True, but I meant that an app can kill X, requiring it to be restarted.
Newbies get very confused at that point.
Look, if you typed startx once, you can type it again.
If you didn't, it means you're using a display manager like xdm, and
xdm will restart X when it dies.
If X
: source all i386
Version: 1.4.0-5
Distribution: unstable
Urgency: medium
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
[Roberto C. Sanchez]
That is a problem if I want to server everything up out of LDAP.
There really should be a reserved range, maybe 100-499 of Debian
gids, where they are assigned in a predertmined way.
I don't think it's a good idea to put system users and groups into LDAP
anyway. They are
: source all i386
Version: 1.4.0-4
Distribution: unstable
Urgency: medium
Maintainer: Peter Samuelson [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
[Loïc Minier]
Can't we just tell people to not use *.la files for static linking?
The problem is that .la files provide a way to pull in all the
dependent libraries for static linking, and unless you also ship .pc
files, there is no other automated way to do this. Some people
apparently care
[Mike Hommey]
Why not add support for Libs.private in libtool ?
That's essentially what the .la file already provides, with _debian_
libtool. The main problem we have with libtool these days is packages
that use their own shipped libtool rather than debian's.
Anyway, it's probably easiest
[Mike Hommey]
A first step in that direction would be to fix .la, .pc and -config
files so that they only give the needed libraries.
The correct fix for .la files for dynamic linking (remove all dependent
libraries, relying on the runtime linker to pull them in recursively)
does not work for
[Richard Atterer]
On Mon, Sep 25, 2006 at 02:40:49PM -0700, Kevin B. McCarty wrote:
Thank you for this very cool effort! Might we see checklib
packaged for Debian soon?
Hmm, maybe the functionality could be included in lintian?
See #340934. Henning wrote this lintian check several
[Kurt Roeckx]
Afaik, Ubuntu is already using this. As a result, I've actually got a
bug against my package submitted because it didn't handle it. My
package now recreates the directory from the init script if it's
missing, and I'm not really happy about that solution.
Why not? 'mkdir -p'
If a bug was in a prerm script in unstable for 7 days, but never
appeared in stable or testing, should we include cruft in present and
future prerm versions to work around it?
[Henrique de Moraes Holschuh]
It depends only on the ammount of damage the bug causes.
No damage, it simply
[Gilles Pelletier]
I'm not a developer and I'd just like to point a few issues to check
for the next release. I'm planning to switch to Debian when Etch
comes out but, for now, my findings are from Knoppix.
Knoppix and Debian use completely different methods of hardware
detection and
[Christoph Berg]
- Can handle files up to 2Gb.
That's a feature?
No, a bug (or rather, doesn't meet a release goal):
And more importantly, editing disk partitions which may be larger than
2 GB is a significant use case for a hex editor.
signature.asc
Description: Digital
CC: debian-devel, as I'm asking about packaging best practices.
[Agustin Martin]
* python-subversion.{prerm,postinst}: use pyversions, fix stupid
bug (Closes: #379278) in prerm. Tighten python build-dep to
ensure availability of pyversions.
Note that some upgrades might
Version: 1.4.0-2
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
Version: 1.4.0-1
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
[David Balazic]
I noticed, that when the debian installer is instructed to create two
partitions, whose joint size is less than the size of the disk, then
it creates one primary partition and one logical partition inside an
extended partition.
cfdisk does the same thing - however, it also
The debburn/cdrkit maintainers held an IRC meeting on #debburn on
irc.debian.org, Tuesday, 2006-09-05, 19:00 UTC. 26 people were in the
channel. Participating and actively lurking:
* Joerg Jaspert, developer / project admin
* Eduard Bloch, developer
* Steve McIntyre, developer
* Peter
all i386
Version: 1.3.2-6
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-core-perl - Perl bindings for Subversion
libsvn-doc
Version: 1.4.0~rc5-1
Distribution: experimental
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
[Nathanael Nerode]
So -- point me to the correct parts of the installer. I don't know
where to find this anna.
svn://svn.debian.org/d-i/trunk/packages/anna
signature.asc
Description: Digital signature
[Thom May]
This version is not yet ready for unstable, and hence also not for
etch, because it requires more testing. All maintainers of apache
modules are encouraged to test their modules against apache2.2 from
experimental, and upload tested modules to experimental.
In the same vein, we've
Version: 1.4.0~rc4-2
Distribution: experimental
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - Subversion server modules for Apache
libsvn-dev - Development files for Subversion libraries
libsvn-doc
[Wouter Verhelst]
It has nothing to do with being afraid to, but everything with not
needing to.
There's lots of things we don't _need_ to do but we do anyway, as a
matter of quality of implementation. I believe that building a package
from source is something we should do as well, if only to
[Steve Greenland]
By autoconf related problems I mean things like it suddenly
deciding it's running a cross compiler, or that stdlib.h is
missing. A lot of this kind of stuff could be improved by simply
SHOWING ME THE FSCKING ERROR MESSAGES, rather than just checking the
return code and
[Steve Greenland]
My experience is that the ones whose build instructions say edit the
makefile to pick your platform and compiler compile and work, and
when they don't, they're easy to fix. The ones that use autoconf tend
to blow up on non-Linux[1], in ways that are hard to debug and damn
[Philipp Matthias Hahn]
Which doesn't work because of linux-utils-2.12r/mount/fstab.c:55
As I recall, Andries (util-linux upstream) produced, at least a year
ago, a kernel patch which allows the kernel to store an extra string of
user data from 'mount', and display it in /proc/mounts, so that
[Michael Poole]
On top of the default automake behavior being horribly broken, does
that make usual revision control practices horribly broken?
It really bothers me to hear people claim as a best practice that you
should never recompile configure.ac or Makefile.am except under
controlled
[Goswin von Brederlow]
The big problem is that those autogenerated build scripts will be non
deterministic on the buildd network and on users system. Depending on
the installed packages (automake/autoconf versions) you get different
results and often failures. :(
What low expectations we
[Goswin von Brederlow]
Even make breaks from time to time. I distinctly remeber an update of
make that caused problems. There are also several gcc versions that
are quite different in their behaviour.
Yes, and we treat such instances as bugs and fix them - whether it's
fixing your packages or
[Amaya Rodrigo Sastre]
This program also shows soundwaves which makes it easier for
subtitles synchronisation that most other subtitle editors like
ksubtile or gaupol.
This program also shows sound waves, which makes it easier to
synchronise
[Goswin von Brederlow]
Instead move the things in etc that need writing to other places:
1) link /etc/mtab to /proc/mounts and create a dummy /proc/mounts on /
for when /proc isn't mounted (works with quota in current kernels).
Does the wrong thing with (a) user and (b) loop mounts. [I
Version: 1.4.0~rc4-1
Distribution: experimental
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libsvn-dev - Development files for Subversion libraries
libsvn-doc - Developer documentation for libsvn1
libsvn-java - Java
[Martin Wuertele]
Please install cpio 2.5 or higher to facilitate recovery from
damaged gzipped tarballs.
No need to mension it in the description, that's what dependencies
are for.
Presumably he intends to merely Recommend cpio, in which case it's
entirely appropriate to explain why in
[Toni Mueller]
I've just poked around a bit in Alioth for a project I'm working on
and found a bug report with a bug number that has no resemblance to
anything in BTS, quite contrary to my initial assumption.
Yeah, the sourceforge software includes a primitive bug tracker which,
as far as I
all i386
Version: 1.3.2-2
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - apache modules for Subversion (aka. svn)
libsvn-core-perl - perl bindings for Subversion (aka. svn
all i386
Version: 1.3.2-1
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - apache modules for Subversion (aka. svn)
libsvn-core-perl - perl bindings for Subversion (aka. svn
* Goswin von Brederlow:
Look at zsync and help develope it far enough so it can look into
debs. Without that the gain is practicaly 0 or less.
The other thing to do would be to lobby for dpkg-deb and dpkg-source to
use 'gzip --rsyncable' when building stuff. (That, or sneak
--rsyncable
[Andreas Metzler]
[EMAIL PROTECTED] wrote:
Is there a way to force a specific library version known in
${shlibs:Depends} ?
Why would you want to do that?
Don't know about the original poster, but here's my reason: I want to
reduce user confusion. Most of the interesting bits of
[Kevin Mark]
What about: '100-300MHZ system desktop(XFCE)'
Also, based upon the cpu/mem info, display:
you machine has a 766MHZ processor with 128MB memory.
[x]KDE desktop environment[500mhz or greater]
[ ]GNOME desktop evirnoenne[500mhz or greater]
[ ]XFCE desktop enviorneme[300mhz or
all i386
Version: 1.3.1-2
Distribution: unstable
Urgency: low
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - apache modules for Subversion (aka. svn)
libsvn-core-perl - perl bindings for Subversion (aka. svn
[Christian Ohm]
Now what will someone do who doesn't know how to investigate a failed
./configure run? In my opinion this fits the description of
'important' (a bug which has a major effect on the usability of a
package, without rendering it completely unusable to everyone),
depending on the
[Michael Martinez]
Debian packages atftp. You may wish to incorporate the following patch
into the distribution:
http://atftplocalnet.sourceforge.net/
Your patch looks interesting; the usual way to contact the maintainers
of a specific package is to email [EMAIL PROTECTED] - I'm
CC'ing
all i386
Version: 1.3.0-5
Distribution: unstable
Urgency: high
Maintainer: Guilherme de S. Pastore [EMAIL PROTECTED]
Changed-By: Peter Samuelson [EMAIL PROTECTED]
Description:
libapache2-svn - apache modules for Subversion (aka. svn)
libsvn-core-perl - perl bindings for Subversion (aka. svn
On Tue, Mar 21, 2006 at 07:08:02AM +0100, Christian Perrier wrote:
Well, I have one very little argument against doing so: why do it
for Dzongkha and why not do it for, say, French...:-)
[Lionel Elie Mamane]
Because French is the adjective in English (the language the
package description
[Grzegorz Bizon]
Linda complains that:
W: tleenx2; A binary links against a library that is not depended on.
(By the way - shoudn't it be error rather than warning ?)
No, because it's sometimes hard to fix and often harmless. We don't
like it but error is too strong.
I have checked binary
[Steve Langasek]
You could also do, e.g.:
Build-Depends: [...] libselinux1-dev [alpha amd64 arm hppa i386 ia64 m68k
mips mipsel powerpc s390 sparc linux-any]
Build-Depends: [...] libselinux1-dev [!hurd-i386 !kfreebsd-i386]
When other non-linux ports run into a FTBFS, you add them.
Since
[Peter Kourzanov]
For most of the packages, what is so different in cross-compilation
in comparison to native?
Whether or not 'configure' believes it can use tests of the form try
compiling and running this little program to see what it does. If it
is cross-compiling, it is forced to skip
[Michael Banck]
Please take into consideration that libselinux is not available on
Debian's non-Linux ports.
It's not libselinux you should be worried about, but libdevmapper.
He's not depending on libselinux directly, but he notes that on Linux
systems, the dependency chain will pull it in.
301 - 400 of 622 matches
Mail list logo