Package: figfonts
Version: 2.2.1-1.1
Severity: serious
/usr/share/doc/figfonts/copyright does not tell us anything about the
license terms by which Debian distributes the package. Even though
it's in non-free, we still need some assurance that Debian has the
right to distribute these fonts at
severity 330824 wishlist
retitle 330824 disagreement about example scripts
thanks
[micah]
BTW: Maybe you can move the example files to /u/s/d/s-tools/example/
Thanks so much for not changing the severity there. I guess you
believe this is release-critical. I require a bit of convincing on
First, apologies for the delayed response - I didn't get the BTS mail
until the other day, possibly because of the known mail backlog
affecting certain Debian services.
svn: MKCOL of
'/svn/thomas/!svn/wrk/b82d4a0a-4a04-0410-8ac2-c33f329d32ff/uclibc-sos/trunk/test/string':
Could not read
[Thomas Petazzoni]
Maybe it's a problem around libneon24 (linked against openssl0.9.7)
and the fact that subversion is linked against openssl 0.9.8.
Since you have a ready test case for this, can you try the neon package
at http://www.barcikacomp.hu/deb/libneon25_0.25.4.dfsg-1_i386.deb, as
[Thomas Petazzoni]
Since you have a ready test case for this, can you try the neon
package at
http://www.barcikacomp.hu/deb/libneon25_0.25.4.dfsg-1_i386.deb, as
mentioned in Bug #335574?
With a Debian sid updated yesterday and your package, it still doesn't
work:
Oh, doh!
[Peter Samuelson]
Oh, doh! /usr/bin/svn will not use libneon25, so that accomplished
nothing.
I'll build a new set of packages that use libneon25 instead
Well, now I see why Debian ships both neon24 and neon25. subversion
won't yet compile against neon25, and I don't have the time
[Peter Samuelson]
Oh, doh! /usr/bin/svn will not use libneon25, so that accomplished
nothing.
I came up with several ways around this - the latest is to use
libneon24 but *not* link libssl0.9.8. There was never any reason for
us to link to openssl at all; this was a packaging bug.
Can you
[Sven-Haegar Koch]
Having had the same problem, your test-packages recompiled locally
(just decreased the version number, I want the official one to
upgrade the test one when its released) fixes it for me.
Great! We'll close the bug on the next upload, then, unless Thomas
reports that this
[Jeroen van Wolffelaar]
Because gcj nor jikes are able to compile java code on mipsel, kaffe
unfortunately needed to be dropped for mipsel.
Please stop building the java bindings for mipsel, and add a [!mipsel]
qualification to your kaffe build-dependency.
Thanks - I already did this for
package subversion
tags 316143 -fixed
merge 316143 326079
thank ya
[Carlo Perassi]
Hi.
My previous #316143 (co-merged with #323376) still applies as such:
Thanks. Apparently the fix wasn't included in the experimental NMU,
but it's in the repository now and will be in the next 1.2.3 upload.
[Justin Pryzby]
Based on my understanding of the situation, an old version of GPM had
a conffile, which is now a UCF-handled configuration file, no? If
this is correct, I propose that GPM should parse any existing
conffile, and determine all the values it sets, and store those
values via
[Justin Pryzby]
Then why does it prompt me? Does prerm remove the conffile after
parsing it?
That's a really good question. ucf is supposed to take care of this
type of stuff - knowing when a config file was changed by the admin and
when it was only changed by the package. ucf support
package gpm
severity 326644 normal
thankee
[Guillem Jover]
Marking this bug wontfix, but I don't really see the point in keeping
this open, and I think that RC is an exaggeration on the magnitude of
the problem. Peter?
Right. As far as I know we correctly preserve local admin settings.
[Michael Biebl]
subversion-tools tries to install /usr/bin/svn-clean which is also in
package kdesdk-scripts.
Thanks for noticing. I'll add a 'Conflicts: kdesdk-scripts' - this
requires subversion-tools to be priority 'extra', but fortunately it
already is.
I think svn-clean is generally
[Michael Biebl]
please coordinate with the kdesdk maintainers to make it possible
that both packages are co-installable.
Yeah - Fathi Boudra, a KDE maintainer, contacted me a few hours ago and
we worked it out: kdesdk will drop their version of the script since
the two scripts have exactly the
[Bill Allombert]
libapache2-svn modules have a rpath pointing to /tmp:
Ah, quite so. I ported the nuke-the-rpaths patch to 1.2.3 but
incompletely, intending to finish it when I got a chance (the part with
the apache modules was very confusing to me). Extra rpaths are usually
quite harmless,
Could somebody kick a buildd to binNMU subversion 1.3.0-4 on i386 only?
A well-known bug where we don't cleanse quite all the rpaths suddenly
became a security issue because the last version uploaded on i386 was
built in /tmp, so the two apache modules have built-in rpaths that
would let an
[Daniel Schepler]
Reading the report again, it seemed to me that it could be read as a
chastisement; I apologize for this.
I didn't worry about the tone. I knew we would be getting this bug
report sooner or later, since the powerpc FTBFS keeps refusing to go
away.
I looked at the buildd logs
[Daniel Schepler]
1) Error:
test_apply(SvnDeltaTest):
ArgumentError: NULL pointer given
Since you can reproduce this bug and I can't, could you please test a
patch? Simply replace the file debian/patches/swig-1.3.28.patch with
the attached file and rebuild, and let us know whether it makes
[Daniel Schepler]
The patch didn't help. After some more investigation, I found that
installing official i386 ruby1.8 packages fixed the test failure, and
in fact if I rebuild ruby1.8 locally adding -fno-strict-aliasing to
the CFLAGS, the rebuilt packages also fix the test failure.
Thank
[Frank Lichtenheld]
| 1. ERROR in
/build/buildd/subversion-1.3.0/subversion/bindings/java/javahl/src/org/tigris/subversion/javahl/CommitMessage.java
| (at line 1)
| /**
| ^
| The type java.lang.Object cannot be resolved. It is indirectly referenced
from required .class files
tags 350141 patch
thanks
Debian diff.gz files don't have timestamps in the patch headers, so the
patched 'configure' may or may not get a timestamp newer than the files
it was generated from (some of which are also patched). A simple
workaround follows.
--- debian/rules
+++ debian/rules
@@
tags 274859 +patch
thanks
[martin f krafft]
I checked out the source and opening is not hard... but mdadm also
creates device nodes and uses S_ISBLK all over the place, so I don't
really know whether adding a || S_ISLNK will fix it.
I didn't actually test this, but I honestly don't see why
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
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
Package: subversion
Version: 1.4.0-1
Severity: serious
Tags: help
subversion 1.4.0 FTBFS on ia64 with the appended error. I don't
understand the code in question at all, either on the subversion side
or on the libdb4.4 side. I particularly don't understand why an error
of this nature would
[Erik Rose]
I still get this error dependably in Testing (and I just dist-
upgraded and restarted everything a few minutes ago). On the server,
I have subversion 1.3.2-5+b1 and libssl0.9.8b-3.
This bug report is about a client error related to libssl. We know the
two things that caused it
[Roman Zippel]
I looked at the failing self tests. The first one is a bug in the
created wrapper. The basic problem is that in
svn_delta.c:_wrap_svn_txdelta_apply_wrapper() the value of temp3 is
not modified by svn_txdelta_apply_wrapper(), so the return is
basically random.
Thanks for that,
[Eugen Dedu]
I do not know if this helps, but in the log you have attached there
is a null pointer error...:
Indeed, but it's in the Java section. We've pretty much been ignoring
the Java testsuite ever since we added it to the build, because free
JVMs have _never_ been able to complete it
Package: libcrypto++5.2c2a
Version: 5.2.1c2a-3
Severity: serious
It appears that libcrypto++ is compiled with support for the IDEA block
cipher algorithm, which is patented in the US and in Europe until 2010
or thereabouts. Please see Bug #65368 for details.
It may be that RC2, RC5 and RC6
[Jens Peter Secher]
Thank you for your bug report regarding patents on IDEA, RC2, RC5,
and RC6, all present in libcrypto++.
Debian's general stand on software patents is to ignore patents when
such patents are not being actively enforced.
Right, well, I assumed that when IDEA and RC5 were
# Believed to be fixed by this upstream patche:
# svn diff -c449724 http://svn.apache.org/repos/asf/apr/apr/branches/0.9.x
reassign 387610 libapr0
thanks
[Daniel Kahn Gillmor]
Perhaps i'm not following the thread on bug #367610 properly, but it
sounds to me like this isn't actually a
clone 376103 -1
retitle -1 recode: bad default: hides file modifications by restoring mtimes
reassign -1 recode
severity 376103 normal
thanks
[Vincent Lefevre]
The recode utility does not update the timestamp (I assume this is
a feature).
Yeah, well ... I don't know whose brilliant idea it
severity 376103 normal
thanks
[Vincent Lefevre]
I'm copying this bug to recode. In my opinion, 'svn' and 'make'
should be entitled to assume that the user has been honest about
modifications of her own files.
I agree about make, but concerning svn, one can't rely on that.
I'm still
[Charles Fry]
According to the current java policy, section 2.4:
Java libraries packages must be named libXXX[version]-java (without
the brackets), where the version part is optional and should only
contain the necessary part.
[...]
In other words, if distributing the jar
[Steve Langasek]
This is actually a bug of the subversion package which provides
libsvn-core-perl. It should have versioned Depends or Conflicts
between subversion and libsvn-core-perl to avoid installing
incompatible versions of those packages.
Eh, how do you figure? The current
# Where in the world did 378266 come from? It seems to have been
# cloned from 377467 for no reason at all, then merged with 376565 for
# no reason at all.
#
# People seem to be emailing 378266 as though it were 376565, but
# there's no history in the bug to indicate why they are doing this.
#
[Kurt Roeckx]
/var/lib/dpkg/info/python-subversion.prerm: line 8: cd:
/usr/lib/python2.5/site-packages: No such file or directory
Sorry about that, stupid shell script bug, clearly I wasn't paying any
attention at all (I intended for the logic in the prerm to be the same
as in the postinst).
[Lucas Nussbaum]
During a rebuild of all packages in etch, I discovered that your
package failed to build on i386.
Don't build subversion as root.
Can I close this bug?
signature.asc
Description: Digital signature
[Beat Birkhofer]
Even after a clean install v 2.2.3-2 from testing and 2.2.3-3 from
unstable segfault on PowerPC.
[Wed Nov 01 08:22:15 2006] [notice] child pid 2990 exit signal
Segmentation fault (11)
Sounds like #392049. Can you confirm that rebuilding the apr source
package with
[Steve Langasek]
Forcing reload of web server (apache2)...Syntax error on line 1 of
/etc/apache2/mods-enabled/dav.conf:
Invalid command 'DAVLockDB', perhaps misspelled or defined by a module not
included in the server configuration
failed!
Alas, I can confirm this; a2enmod dav
[Laszlo Boszormenyi]
Your check for do-not-build-subversion-as-root makes it FTBFS on
several archs: mips, mipsel and alpha. Please rethink this solution.
The solution is sound. What is not sound is a detail about how the
target dependencies work in debian/rules, which causes the dontberoot
[Jim Paris]
This is definitely the openssl bug. It appears that the fix in
subversion 1.2.3dfsg1-3 only postponed the problem until libneon24
upgraded to openssl 0.9.8.
That seems unlikely since libneon24 in unstable uses openssl 0.9.8.
...E, wait, are you saying openssl 0.9.7 has the
[Peter Samuelson]
That seems unlikely since libneon24 in unstable uses openssl 0.9.8.
...E, wait, are you saying openssl 0.9.7 has the bug, or 0.9.8?
Never mind. Having read #338006, all is clear now. Thanks again for
the information.
Peter
signature.asc
Description: Digital signature
' indicate that you have the cdrom or ide_cd or ide_cd_mod
modules loaded? Also, does 'cat /proc/sys/cdrom/info' show information
about /dev/hdc?
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
[Peter Samuelson]
Until I can do this, please use the instructions at
svn export
svn://svn.debian.org/pkg-subversion/tags/1.3.0-1/debian/README.db4.3
Scratch that, 'svnadmin recover /path/to/repository' is a lot easier. (:
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org
Package: subversion
Version: 1.4.6dfsg1-1
Severity: serious
We need to resurrect README.db4.3 from the 1.2 era, as we have once
again the same issue with migrating a svn repository from db4.4 to
db4.6. *Sigh* - when db4.4 auto-upgraded older repositories, I hoped
they'd permanently taken care
argument to ln -s.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
autoconf.
(Turns out we're triggering an autoconf bug. I've fixed this
_properly_ for the next upload.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
together.) Fixed in -4.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
forcemerge 476117 476119
tags 476117 pending
thanks
Thanks for the heads-up. I fixed the mess from the NMU and am
building/testing it now.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
key.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: dpkg-dev
Version: 1.14.20
Severity: serious
Tags: patch
Policy 3.8.0.1, section 4.9.1, on DEB_BUILD_OPTIONS:
If multiple flags are given, they must be separated by whitespace.
dpkg-buildpackage uses , separators instead, which breaks any rules
file that follows the example code in
notice the fact that DEB_BUILD_OPTIONS
is ignored in their package - I mean, who tests that? So that's kind
of bad too.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
to ensure
the dependency was tight enough.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
such a change had been made recently ... but
either way, it shouldn't be hard to patch on my side.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
. By removing neon detection from both, we would simplify our
dependency graph. I'm attaching (untested) patches.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -urN anjuta-2.4.1.orig/configure.in anjuta-2.4.1/configure.in
--- anjuta-2.4.1.orig/configure.in 2008-04-07 01:43:44.0
forcemerge 391744 391833 391857
thanks
This bug (the cause is the same as #391744) has been fixed in
subversion 1.4.0-4, which I suppose will hit the archive tomorrow.
Thanks,
Peter
signature.asc
Description: Digital signature
tags 393414 pending
thanks
subversion-1.3.2/notes/old/draft-korn-vcdiff-01.txt
This file is obsolete cruft, and upstream has indicated an intention to
remove it before shipping subversion 1.4.1, which is due in a couple of
days. We hope to get 1.4.1 in before the freeze - it's pretty
[H. S. Teoh]
Hi, the fix for #396631 to libapr1 does not work. Apache2 still
serves 0 bytes when running on a 2.4 kernel (on my virtual colo
host). Please look into this problem. Thanks!
My old patch is slightly buggy - can you try rebuilding apr 1.2.7-8.1
with this updated version of
[Joerg Schilling]
I did give an example: use what(1) on a binary compiled from the
source before and after the change to see the difference.
If you did look at the SVN, if you did have a look at the most recent
changes. it would be easy to understand what happened.
We have removed a
[H. S. Teoh]
Hi, the old patch (currently in unstable) already works---my test was
invalid because I upgraded apache2 but forgot to upgrade libapr1. Do
you still want me to test the new patch?
Ahh - great to hear! Yes, If it's convenient for you, please do test
my new patch. It's a little
reassign 403541 apr-util
forcemerge 395959 403541
thanks
Do not open a new bug because an existing bug was closed. Instead, you
can continue the argument in the old bug itself.
Does that mean that the Debian Apache Team will not add the
apr_dbd_mysql driver? Why? INSTALL.MySQL states:
..
[H. S. Teoh]
i686. But it runs on a modified kernel that my colo provider uses for
running virtual servers. I'm not sure if this makes a difference in
the build. All I did was `apt-get source libapr1`, copy the new patch
into debian/patches, and run `dpkg-buildpackage -r fakeroot`.
It makes
[Marcos Torres Marado]
Shouldn't this bug be marked as closed?
While the existing fix works, it's not quite in its final form. We
were waiting for someone to test my preferred patch. Now that he's
done so, we'll use that and close the bug.
Thanks,
Peter
signature.asc
Description: Digital
[Aurelien Jarno]
| /bin/sh: mawk: command not found
The build log is for kfreebsd-amd64, but the same happens in a
pbuilder on amd64. The build system is calling mawk, but either gawk
or mawk can be installed on the system. It should either call awk, or
the package should build-depends on
[Martin Michlmayr]
The OPEN_MAX macro was removed from linux/limits.h on amd64, see
#454875. waldi writes
sysconf(_SC_OPEN_MAX) ... right. Thanks.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Florian Weimer]
Subversion 1.4.4 has been released, containing some security fixes:
* fixed: security flaw in 'svn prop*' commands [CVE-2007-2448]
(r25095, -099, -104, -105, -10)
I haven't yet figured out, what the exact problem is, and
subversion.tigris.org appears to be
[Daniel Schepler]
Running all tests in basic_tests.py...FAILURE
Running all tests in commit_tests.py...FAILURE
Running all tests in update_tests.py...FAILURE
Running all tests in switch_tests.py...FAILURE
Thanks for the report. I can't reproduce it using pbuilder here. I
guess I'll look
-subversion/trunk/debian debian-svn
(If so, by the way, the bug is not grave as it does not render package
unusable.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
, which transparent
proxies have to leave alone (or server certs wouldn't be valid):
$ svn ls http://svn.collab.net/repos/svn
$ svn ls https://svn.collab.net/repos/svn
If the second one works and the first does not, you've found your
problem.
--
Peter Samuelson | org-tld!p12n!peter | http
the dependency in libsvn1. So you
and Troy surely have the same version of libneon26.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
. The default /etc/subversion/config and /etc/subversion/servers
are entirely empty except for comments and section headers.
If you purge then reinstall subversion, it will restore the default
files in /etc/subversion. Can you confirm that this does not break
your system again?
Thanks.
--
Peter
reasons I build the whole package from source.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
from source, but to use
upstream's swig-generated files. Alas, I refuse to do this, as I
believe the Four Freedoms imply the ability to build from source.)
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
time now - help is
welcome!
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
signature.asc
Description: Digital signature
[Ganesh Sittampalam]
I am not sure if mod_disk_cache was enabled or not before the upgrade
to etch (from sarge), but it was certainly not using disk space in
the same way.
In the sarge packages, /etc/apache2/mods-available/proxy.load includes
four modules: mod_cache, mod_disk_cache,
[Frank Küster]
Any news on this? A patch maybe or a tip how you intend to solve it,
so that someone else can start testing, and NMU in case you won't
find time?
My work in progress can be seen at:
svn diff -c303 svn://svn.debian.org/pkg-apache/branches/etch-apache2
I still have to do
reassign 416231 libapache2-mod-perl2
thanks
[Frans Pop]
Can you send the error.log from apache?
Attached. I've also attached a new version of the upgrade log as I
noticed I missed a few probably relevant lines at the end.
[First of all, the cosmetic issue (You may still have some apache2
[Robert Millan]
I recommend in favour of considering this RC. AddDefaultCharset is an *evil*
feature that is only intended to be used as a dirty hack for broken setups.
I sought more opinions on this issue. People were split, and Steinar
Gunderson brought up the good point that it doesn't
Package: subversion
Version: 1.0.0-1
Severity: grave
Justification: remote DoS (data corruption)
A race condition was recently discovered in subversion whereby two
commits overlapping in time could interact very badly, in certain
circumstances. You can not only lose the effect of one of the
[Manoj Srivastava]
Package: libapache2-svn
Version: 1.6.6dfsg-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: dir-or-file-in-var-www
Thanks, the files in libapache2-svn are just example files, so I've
moved them /usr/share/doc/*/examples/.
--
Peter Samuelson | org-tld!p12n
specifically. Try 'type -a svn'.
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
to openjdk as Ubuntu has done - in which case, I
believe this entire patch is obsolete.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Peter Samuelson wrote:
Thanks, looks good. But it won't work with gcj 4.3. So I'll have to
either wait until the default gcj is 4.4, or depend on gcj-4.4
explicitly.
[Luk Claes]
Default gcj is already 4.4.
I was misled by packages.debian.org, particularly the 'gcc-defaults'
changelog
tags 557457 pending
thanks
[Marc 'HE' Brockschmidt]
HE peterS: The problem is that subversion build-depends on libdb4.7-dev,
libaprutil1-dev, and libaprutil1-dev depends on libdb4.8-dev. No way to
get the build-deps installed.
Yes, I'm aware. I have changed the Build-Depends locally,
[Cyril Brulebois]
it looks like your package is missing a Replaces or even a Conflicts
against older libserf-0-0 packages:
Yeah, just Replaces. Doesn't need Conflicts as it has a strict
Depends.
Thanks, fixed in -2,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org
as well.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
diff -urN a/configure.ac b/configure.ac
--- a/configure.ac
+++ b/configure.ac
@@ -249,55 +249,6 @@
##
-# check for neon
-#
-AC_MSG_CHECKING([for neon])
-AC_ARG_WITH(
- [neon],
- AC_HELP_STRING([--with-neon=DIR],[path to neon
[Raphael Geissert]
Do you have any updates on this issue? it's been open for more than a
month without any sort of visible response from your part, at least
on the bug report.
The problem is that I can't reproduce the bug on my platforms, and
those who can reproduce it (it sometimes happens
Peter Samuelson wrote:
The problem is that I can't reproduce the bug on my platforms, and
those who can reproduce it (it sometimes happens on kfreebsd) don't
know ruby. Nor do I, for that matter. There was some effort at
debugging it awhile back, but it was inconclusive.
[Luk Claes
existing installed copies of
neon25 to be deleted, which breaks old software that has not been
recompiled. Why do you want to do this? Just stop building or
shipping anything named libneon25.
I still think this bug should be RC.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org
of Java tests fail but this appears to be expected.
Yeah, that's been true since the beginning of time. Maybe if I switch
to openjdk (as Ubuntu did already) that'll help.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ
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 the
'prelink' optimization.
--
Peter
, 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 debian-bugs-rc-requ...@lists.debian.org
at all, unless you enable it
in ~/.subversion/servers. That will keep the dirty libssl.so.0.9.8
away from our pretty GPL code. Or at least 'ldd' won't see it. But so
far I haven't seen any reason to do this.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email
. Was this imported via cvs2svn, or by
manual 'svn add' of your tree, or something else? Was the svn:keywords
property set at the time of initial import, or later?
Thanks,
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
-2009-08/0050.shtml .
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
removal.
http://lists.debian.org/debian-release/2009/08/msg00034.html
This seems better than a sourceful upload.
--
Peter Samuelson | org-tld!p12n!peter | http://p12n.org/
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
) offers the
same functionality, and more, with considerably less brokenness. We'd
like to encourage upstreams to ship .pc files and use pkg-config in
their configure.ac scripts as the primary means of detecting the
presence of other libraries and how to use them.
--
Peter Samuelson | org-tld!p12n!peter
1 - 100 of 139 matches
Mail list logo