Re: Bug#629815: No rule to make target `/usr/lib/libdl.so'
On Thu, Jun 9, 2011 at 11:27 PM, Andreas Tille andr...@an3as.eu wrote: On Thu, Jun 09, 2011 at 01:02:56PM +0200, Sven Joachim wrote: The problem is that libdl.so has been moved to the multiarch paths in libc6-dev 2.13-5. You must upgrade cmake to 2.8.4+dfsg.1-3, have you done that already? I'm building an unstable pbuilder chroot. It is using the cmake version you are mentioning: $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build Unpacking cmake (from .../cmake_2.8.4+dfsg.1-3_amd64.deb) ... Might be worth retrying with cmake 2.8.4+dfsg.1-4, currently in incoming. It has a different multiarch implementation. $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build Unpacking cmake (from .../cmake_2.8.4+dfsg.1-4_amd64.deb) ... I: new cache content cmake_2.8.4+dfsg.1-4_amd64.deb added No change. :-(( Any further hint? I think the issue is being worked on at the moment upstream: http://public.kitware.com/Bug/view.php?id=12037#c26801 ... Modestas Vainius wrote: 2) Will those patches be part of 2.8.5? I want to emphasize that released Ubuntu 11.04 (natty) already has this multiarch enabled so upstream cmake up to and including 2.8.4 is basically unusable on those systems. That's because libc6 package is multiarch enabled and e.g. vanilla cmake 2.8.4 is not even able to set CMAKE_DL_LIBS properly. ... IMHO cmake (current git master) does not handle this new libc6 layout for multiarch support -- Mathieu -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=Y8+RVo=3oztrwpjzb4whkbem...@mail.gmail.com
Re: RFS: cityhash - family of non-cryptographic hash functions for strings
Hi,
On Thu, Jun 09, 2011 at 07:01:08PM +0200, Jakub Wilk wrote:
* Alessandro Ghedini al3x...@gmail.com, 2011-06-02, 15:57:
http://mentors.debian.net/debian/pool/main/c/cityhash/cityhash_1.0.2-1.dsc
I saw this in city.h:
| typedef uint8_t uint8;
| typedef uint32_t uint32;
| typedef uint64_t uint64;
| typedef std::pairuint64, uint64 uint128;
|
| inline uint64 Uint128Low64(const uint128 x) { return x.first; }
| inline uint64 Uint128High64(const uint128 x) { return x.second; }
It is not acceptable to define such a generic names in a public
header. Please educate your upstream not to do that.
I don't quite understand. Of course they may have just avoided those
typedefs in the first place but, no one forces you to include that header
if you don't find it appropriate. Anyway, I'm going to open a ticket upstream.
Cheers
--
perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110610105916.ga21...@pc-ale.fastwebnet.it
(newbie?) debian packaging questions
Hi list members,
I'm currently facing some little issues with building my amavisd-milter
package after the migration from mercurial to git (thanks again Alexander Wirt
for doing the actual repository conversion!). The issues at hand did not show
up when using mercurial-buildpackage but now under git-buildpackage (as well as
dpkg-buildpackage directly) I can observe them.
1.
configure: WARNING: Unrecognized options: --disable-maintainer-mode
Is there a possibility to turn off the usage of --disable-maintainer-mode?
2.
cd . /bin/bash
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing
--run aclocal-1.10
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing:
line 54: aclocal-1.10: command not found
WARNING: `aclocal-1.10' is missing on your system. You should only need it if
you modified `acinclude.m4' or `configure.ac'. You might want
to install the `Automake' and `Perl' packages. Grab them from
any GNU archive site.
cd . /bin/bash
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing
--run automake-1.10 --foreign
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing:
line 54: automake-1.10: command not found
WARNING: `automake-1.10' is missing on your system. You should only need it if
you modified `Makefile.am', `acinclude.m4' or `configure.ac'.
You might want to install the `Automake' and `Perl' packages.
Grab them from any GNU archive site.
cd . /bin/bash
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing
--run autoconf
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing:
line 54: autoconf: command not found
WARNING: `autoconf' is missing on your system. You should only need it if
you modified `configure.ac'. You might want to install the
`Autoconf' and `GNU m4' packages. Grab them from any GNU
archive site.
cd . /bin/bash
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing
--run autoheader
/usr/src/GIT/AMAVISD-MILTER/build-area/amavisd-milter-1.5.0/aclocal/missing:
line 54: autoheader: command not found
WARNING: `autoheader' is missing on your system. You should only need it if
you modified `acconfig.h' or `configure.ac'. You might want
to install the `Autoconf' and `GNU m4' packages. Grab them
from any GNU archive site.
The warning here is partially correct as I have patched configure.ac with an
fix from upstream cvs but I also made a patch which directly modifies configure
so there is no need to do a rebuild... is there a possibility to avoid this
warning messages?
3.
The package uses hardening-includes by including it in the rules file (like
metioned in /usr/share/hardening-includes/hardening.make):
include /usr/share/hardening-includes/hardening.make
CFLAGS += $(HARDENING_CFLAGS)
LDFLAGS += $(HARDENING_LDFLAGS)
Then it uses them within configure:
override_dh_auto_configure:
dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \
--sysconfdir=/etc --localstatedir=/var/lib/amavis \
--with-working-dir=/var/lib/amavis/tmp \
CFLAGS=$(CFLAGS) LDFLAGS=$(LDFLAGS)
But the result is the following:
dh_auto_configure -- --prefix=/usr --mandir=\${prefix}/share/man \
--sysconfdir=/etc --localstatedir=/var/lib/amavis \
--with-working-dir=/var/lib/amavis/tmp \
CFLAGS=-g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -fPIE
-fstack-protector --param ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat
-Wformat-security -Werror=format-security LDFLAGS= -fPIE -pie -Wl,-z,relro
-Wl,-z,now -fPIE -pie -Wl,-z,relro -Wl,-z,now
The workaround I discovered for this issue is to specify the additional flags
in configure itself:
override_dh_auto_configure:
dh_auto_configure -- --prefix=/usr --mandir=\$${prefix}/share/man \
--sysconfdir=/etc --localstatedir=/var/lib/amavis \
--with-working-dir=/var/lib/amavis/tmp \
CFLAGS=$(CFLAGS) $(HARDENING_CFLAGS) \
LDFLAGS=$(LDFLAGS) $(HARDENING_LDFLAGS)
Which looks more correct IMHO:
dh_auto_configure -- --prefix=/usr --mandir=\${prefix}/share/man \
--sysconfdir=/etc --localstatedir=/var/lib/amavis \
--with-working-dir=/var/lib/amavis/tmp \
CFLAGS=-g -O2 -fPIE -fstack-protector --param ssp-buffer-size=4
-D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security \
LDFLAGS= -fPIE -pie -Wl,-z,relro -Wl,-z,now
But maybe someone has a hint why this happens in the first place and how to
avoid it.
Thanks everybody for reading and hope somebody can help me
Kind regards
Harald Jenny
P.S: No need to CC me, please just reply to the list
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe.
RFS: gogglesmm
Dear mentors, I am looking for a sponsor for my package gogglesmm. * Package name: gogglesmm Version : 0.12.2-5 Upstream Author : Hendrik Rittich hendrik.ritt...@gmx.de * URL : http://code.google.com/p/gogglesmm/ * License : GPLv3 Section : sound It builds these binary packages: gogglesmm - Goggles Music Manager The package appears to be lintian clean. My motivation for maintaining this package is: Goggles Music Manager is a music collection manager and player. I have been using the program for (at least) a year now. Furthermore I have provided a binary Debian package for Goggles on my personal web page, which is downloaded about 70 times per month. So I think there is a demand for a gogglesmm Debian package. It would be nice to see the package integrated into Debian. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gogglesmm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.2-5.dsc I would be glad if someone uploaded this package for me. Kind regards Hendrik Rittich -- Hendrik Rittich signature.asc Description: PGP signature
Re: RFS: gogglesmm
On Fri, 10 Jun 2011 13:40:02 +0200 Hendrik Rittich hendrik.ritt...@gmx.de wrote: Dear mentors, I am looking for a sponsor for my package gogglesmm. * Package name: gogglesmm Version : 0.12.2-5 Upstream Author : Hendrik Rittich hendrik.ritt...@gmx.de * URL : http://code.google.com/p/gogglesmm/ * License : GPLv3 Section : sound It builds these binary packages: gogglesmm - Goggles Music Manager The package appears to be lintian clean. My motivation for maintaining this package is: Goggles Music Manager is a music collection manager and player. I have been using the program for (at least) a year now. Furthermore I have provided a binary Debian package for Goggles on my personal web page, which is downloaded about 70 times per month. So I think there is a demand for a gogglesmm Debian package. It would be nice to see the package integrated into Debian. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gogglesmm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gogglesmm/gogglesmm_0.12.2-5.dsc I would be glad if someone uploaded this package for me. I just have seen, that I messed up something. I am not the Upstream Author of gogglesmm. The upstream author is Sander Jansen s.jan...@gmail.com. Kind regards, Hendrik Rittich -- Hendrik Rittich signature.asc Description: PGP signature
Looking for sponsor: python-llfuse
Hello, I didn't get any answers on debian-python, so I'm trying my luck here :-). I am looking for a sponsor for the python-llfuse package. I am also the upstream author. * URL : http://code.google.com/p/python-llfuse/ * License : LGPL * Section : python It builds these binary packages: python-llfuse - Python bindings for the low-level FUSE API python-llfuse-dbg - Python bindings for the low-level FUSE API (debugging symbols) python3-llfuse - Python 3 bindings for the low-level FUSE API python3-llfuse-dbg - Python 3 bindings for the low-level FUSE API (debugging symbols) ITP is #626658. Python-llfuse is a dependency of S3QL (http://code.google.com/p/s3ql/) which I intend to package (ITP #626651). The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-llfuse - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-llfuse/python-llfuse_0.32-1.dsc I would also be happy to join the python team and have this package team maintained. Would that be preferred? My alioth login is nikratio-guest. Best, -Nikolaus -- »Time flies like an arrow, fruit flies like a Banana.« PGP fingerprint: 5B93 61F8 4EA2 E279 ABF6 02CF A9AD B7F8 AE4E 425C -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4df237c0.9080...@rath.org
dacco and qdacco packages waiting sponsor
Hi! These packages are waiting for a sponsor: http://mentors.debian.net/debian/pool/main/q/qdacco and http://mentors.debian.net/debian/pool/main/d/dacco. This is a Catalan-English dictionary and a query GUI. Would you like sponsored? Regards! I. De Marchi
Re: RFS: creepy (third Try)
Hi, 1. symlink ./usr/share/pixmaps/creepy.xpm to avoid having a double copy using twice as much space. Done! 2. The tarball that's currently on the upstream website does not match yours. Neither the 0.1.9 nor the master tarball. The diff is minimal, but it would be preferable if you could use an upstream tarball that's actually verifyable without running diff on the extracted files. Now using upstream tarball Please Checkout: http://mentors.debian.net/debian/pool/main/c/creepy/creepy_0.1.93-2.dsc Thanks! -- Epsilon http://www.rinconinformatico.net http://www.fitnessdeportes.com http://www.dragonjar.org Linux user: #477840 Debian user
