Re: Some license issues (Was Re: RFS: unionfs-fuse)
Dear Kapil! On Friday 27 June 2008, Kapil Hari Paranjape wrote: Hello, On Thu, 26 Jun 2008, Bernd Schubert wrote: Thanks for spotting that. Fixed now. I just uploaded another version. dget http://mentors.debian.net/debian/pool/main/u/unionfs-fuse/unionfs-fuse_0. 20-4.dsc Uploaded. Thanks for your contribution to Debian. Please check http://buildd.debian.org/unionfs-fuse for further info. Many thanks a again! On a personal note. I have a version of pbuilder that uses unionfs to speed things up. So far that has not worked under vserver because unions cannot be created and removed in those. I am hoping to use unionfs-fuse to solve this issue. Great, if you should run into any problems, please report it, I'm sure we can quickly solve it :) Thanks, Bernd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 00:04:19 +0200 Mike Hommey [EMAIL PROTECTED] wrote: I bet this thing builds using libtool, right ? libtool is known to be reordering gcc arguments, and with -Wl,--as-needed, that breaks everything, as it puts it at the end, making it useless. Mike Exactly. The problem is that I don't know how to put --as-needed before $AM_LDFLAGS from the configure script. Should I create a patch to fix the makefiles? - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZReBw9Qj+8Kak3ERAkdqAJ43JlC/Dr75o8gMVxDLU5COjhTc0QCggvL4 eIYV2j3b9Xd52nhPaaf1pLU= =L02q -END PGP SIGNATURE-
Re: RFS: bindfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kapil Hari Paranjape wrote: Hello, On Thu, 26 Jun 2008, Eugene V. Lyubimkin wrote: Dear mentors, I'm looking for sponsor :) - - dget http://mentors.debian.net/debian/pool/main/b/bindfs/bindfs_1.6.1-3.dsc Here are some issues with this package. - many source files have *no* copyright or author identification. I've already asked upstream about it, and package has an upstream patch to correct this problem. Have you done 'patch' rule? - there are spelling mistakes in debian/changelog. Please spellcheck the files in debian/ which are for users to read. Ok, will do it. - dpkg_shlibs gives the following warnings: dpkg-shlibdeps: warning: dependency on libdl.so.2 could be avoided if debian/bindfs/usr/bin/bindfs were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if debian/bindfs/usr/bin/bindfs were not uselessly linked against it (they use none of its symbols). Will try to fix. Regards, Kapil. -- Thanks for look. Upstream has released new minor version of package, I'll repost RFS soon here without (i hope) issues you mentioned. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkhkuE0ACgkQchorMMFUmYycGACfWzqVEJnYgwwCB6mpNtmY8uis 0GYAoKVnJKxUQLBbg5ZF/1dP3rdL5FJJ =9aID -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
On Fri, Jun 27, 2008 at 11:38:22AM -0500, Luca Bruno [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 00:04:19 +0200 Mike Hommey [EMAIL PROTECTED] wrote: I bet this thing builds using libtool, right ? libtool is known to be reordering gcc arguments, and with -Wl,--as-needed, that breaks everything, as it puts it at the end, making it useless. Mike Exactly. The problem is that I don't know how to put --as-needed before $AM_LDFLAGS from the configure script. Should I create a patch to fix the makefiles? The only way I found to fool libtool is to set CC to gcc -Wl,--as-needed. Another way is to patch libtool... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with implicit rule for .o files and overriding of CXXFLAGS.
В Thu, 26 Jun 2008 09:48:32 +0900, Charles Plessy написа:
Would the following be better?
When a Debian binary package is built, variables such as {{{CFLAGS}}},
{{{CXXFLAGS}}}, {{{CPPFLAGS}}},... are set by the Debian building
system to override the ones in the {{{Makefile}}}.
I don't know; this text still makes me feel uneasy.
What is the Debian building system? The buildd(s), dpkg-buildpackage,
debian/rules, all of /debian, debhelper/CDBS? It is the maintainer's
responsibility to ensure that the package follows Policy; how this is
achieved depends on the package in question, and even on the specific
preference of the maintainer. There are too many factors that come into
the picture.
IMVHO, it is slightly confusing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dpkg not changing the ownership of directories.
Hi all, after banging my head for hours wondering why one given directory in a pacakge I work on did not have the correct ownership (www-data), I realised that that the answer is in the Policy, footnote #71. ... the permissions and ownership of directories already on the system does not change on install or upgrade of packages. This makes sense, since otherwise common directories like /usr would always be in flux. ... http://www.debian.org/doc/debian-policy/footnotes.html#f71 So what happened is that first I made a (local) package with the wrong permissions, and then any attempt to correct this was doomed as long as I would not remove the package before installing a new version testing a variation on how to call chown. After a few hours of more thinking, I still do not understand the footnote #71 of the Policy. Could somebody post an explanation? Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
On Fri, 27 Jun 2008 11:54:06 +0200, Mike Hommey wrote: On Fri, Jun 27, 2008 at 11:38:22AM -0500, Luca Bruno [EMAIL PROTECTED] wrote: On Fri, 27 Jun 2008 00:04:19 +0200 Mike Hommey [EMAIL PROTECTED] wrote: I bet this thing builds using libtool, right ? libtool is known to be reordering gcc arguments, and with -Wl,--as-needed, that breaks everything, as it puts it at the end, making it useless. Exactly. The problem is that I don't know how to put --as-needed before $AM_LDFLAGS from the configure script. Should I create a patch to fix the makefiles? The only way I found to fool libtool is to set CC to gcc -Wl,--as-needed. Another way is to patch libtool... See #347650 for a patch [1] to ltmain.sh provided by Josselin Mouette. That works for me most of the time. :) David [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=60;filename=00_as-needed.patch;att=1;bug=347650 -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 11:54:06 +0200 Mike Hommey [EMAIL PROTECTED] wrote: The only way I found to fool libtool is to set CC to gcc -Wl,--as-needed. Another way is to patch libtool... But CC is used also when compiling object files not only when linking. Is this the right way? Couldn't we forget those warnings? Must I put ./configure CC=gcc -Wl,--as-needed in debian/rules then? I'm sorry for all these questions, but I'd like to contribute to debian in general also. Thanks. - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZSEaw9Qj+8Kak3ERAtklAJ9LvhWFqL1JowIeBfZcS5h/yRAY5gCfWumB ydbUQO2t/BZrP2CdGeZRPtM= =QiZC -END PGP SIGNATURE-
Re: Problem with implicit rule for .o files and overriding of CXXFLAGS.
В Thu, 26 Jun 2008 23:14:55 +0200, Daniel Leidert написа: or tell him to better use one of the following: DEFS += -DVERSION=\1.00\ This won't work. The objects are built by make's built-in implicit rules, and this variable is not used there: COMPILE.cc = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c Maybe it is OK for other make implementations (never used them, thank goodness for that), but it will definitely have no effect with GNU make. AM_CPPFLAGS += -DVERSION=\1.00\ foo_CPPFLAGS += -DVERSION=\1.00\ ... These are Automake-specific and `proda' is not using Automake, not even Autoconf. It has one simple hand-written makefile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 12:06:49 +0200 David Paleino [EMAIL PROTECTED] wrote: See #347650 for a patch [1] to ltmain.sh provided by Josselin Mouette. That works for me most of the time. :) David Nice patch thanks. I had to modify it a little to match the changed ltmain.sh. I've uploaded the new package, now I'm getting only one warning: dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided if debian/syx-gtk/usr/lib/syx/gtk/libsyx-gtk.so.0.0.0 were not uselessly linked against it (they use none of its symbols). Other warnings still persist. - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZS59w9Qj+8Kak3ERAt8FAJ9+vWwCHRqL8Ya87qvaMOtoVUrL/ACgkdvu ZeFeaPV4OmndOejbbXhauZs= =rWYj -END PGP SIGNATURE-
Re: dpkg not changing the ownership of directories.
On 2008-06-27 10:54 +0200, Charles Plessy wrote: after banging my head for hours wondering why one given directory in a pacakge I work on did not have the correct ownership (www-data), I realised that that the answer is in the Policy, footnote #71. ... the permissions and ownership of directories already on the system does not change on install or upgrade of packages. This makes sense, since otherwise common directories like /usr would always be in flux. ... http://www.debian.org/doc/debian-policy/footnotes.html#f71 So what happened is that first I made a (local) package with the wrong permissions, and then any attempt to correct this was doomed as long as I would not remove the package before installing a new version testing a variation on how to call chown. After a few hours of more thinking, I still do not understand the footnote #71 of the Policy. Could somebody post an explanation? If packages A and B both contain directory /foo/bar with different permissions, then the permission of that dir on the user's system is generally unpredictable, depending on what package is unpacked first. This holds true regardless of whether dpkg changes the permissions or not, but the current implementation limits the impact of broken packages, as changing the mode of /usr/bin to 777 would totally compromise the system, for instance. Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
Don't CC me, thanks.
On Fri, 27 Jun 2008 13:16:27 -0500, Luca Bruno wrote:
On Fri, 27 Jun 2008 12:06:49 +0200
David Paleino [EMAIL PROTECTED] wrote:
See #347650 for a patch [1] to ltmain.sh provided by Josselin Mouette.
That works for me most of the time. :)
Nice patch thanks.
Prego :)
I had to modify it a little to match the changed ltmain.sh.
I've uploaded the new package, now I'm getting only one warning:
dpkg-shlibdeps: warning: dependency on libpthread.so.0 could be avoided
if debian/syx-gtk/usr/lib/syx/gtk/libsyx-gtk.so.0.0.0 were not
uselessly linked against it (they use none of its symbols).
I believe this one is unavoidable.
Other warnings still persist.
What do you have in debian/*.post{inst,rm}? (Sorry, no time to dget the
package :()
Ciao,
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://snipr.com/qa_page
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
RFS: debomatic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear mentors, I am looking for a sponsor for my package debomatic. * Package name: debomatic Version : 0.5-1 Upstream Author : Luca Falavigna [EMAIL PROTECTED] * URL : https://launchpad.net/debomatic * License : GPL v3 Section : devel Deb-o-Matic is a simple build daemon written in Python. It provides a simple tool to automate build of source packages with limited user interaction. It has some useful features such as automatic update of pbuilder and automatic scan and selection of source packages. It is not a replacement for pbuilder, it just implements a quick way to set up a build server without worrying too much about chroot management. It builds these binary packages: debomatic - Automatic build machine for Debian source packages The package appears to be lintian clean. The upload would fix these bugs: 426231 The package can be found on mentors.debian.net: - - URL: http://mentors.debian.net/debian/pool/main/d/debomatic - - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - - dget http://mentors.debian.net/debian/pool/main/d/debomatic/debomatic_0.5-1.dsc I would be glad if someone uploaded this package for me. Kind regards Luca Falavigna -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZOqKnXjXEYa8KlARAquQAJ9vVEvoTd72R4Eu91e33ITyZqCc5gCeI+C1 gLs7jlki3KaAFupfJ1cZw+w= =lCSL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: syx
On Sat, 21 Jun 2008 10:20:19 -0500, Luca Bruno wrote: I am looking for a sponsor for my package syx. * Package name: syx Version : 0.1.7-1 Upstream Author : Luca Bruno [EMAIL PROTECTED] You might ask your omonymous to upload the package for you! :) Luca Bruno [EMAIL PROTECTED] Ciao, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 16:09:23 +0200 David Paleino [EMAIL PROTECTED] wrote: On Sat, 21 Jun 2008 10:20:19 -0500, Luca Bruno wrote: I am looking for a sponsor for my package syx. * Package name: syx Version : 0.1.7-1 Upstream Author : Luca Bruno [EMAIL PROTECTED] You might ask your omonymous to upload the package for you! :) Luca Bruno [EMAIL PROTECTED] Eheh, really he filed in the bug for Request-To-Package ;) - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZWBGw9Qj+8Kak3ERAht5AJoDQDgzjrqHcZ7LmYWNbtsBx1xZvwCghcl7 e9SEYBwvUrK3dodlQJ+tyqA= =A1D/ -END PGP SIGNATURE-
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 27 Jun 2008 14:46:58 +0200
David Paleino [EMAIL PROTECTED] wrote:
What do you have in debian/*.post{inst,rm}? (Sorry, no time to dget the
package :()
In this package there's libsyx0, and some plugins (syx-gtk, syx-readline,
syx-x11).
The warning says there's no need to call ldconfig from postinst/postrm because
the plugins are not in /usr/lib.
This is true.
The problem is that the postinst/postrm of these plugins are auto generated by
debhelper
that automatically call ldconfig.
- --
http://syx.googlecode.com - Smalltalk YX
http://lethalman.blogspot.com - Thoughts about computer technologies
http://www.ammazzatecitutti.org - Ammazzateci tutti
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFIZWEYw9Qj+8Kak3ERAju8AJ9a94S/u2m/OQ0c2tBkB2cV2Jk5FgCdFZX8
/WlJXhur7zZKv8P+kdUIdXQ=
=E4Si
-END PGP SIGNATURE-
Re: RFS: syx
On Fri, 27 Jun 2008 16:52:22 -0500, Luca Bruno wrote:
On Fri, 27 Jun 2008 14:46:58 +0200
David Paleino [EMAIL PROTECTED] wrote:
What do you have in debian/*.post{inst,rm}? (Sorry, no time to dget the
package :()
In this package there's libsyx0, and some plugins (syx-gtk, syx-readline,
syx-x11). The warning says there's no need to call ldconfig from
postinst/postrm because the plugins are not in /usr/lib. This is true.
Are they in /usr/lib/something/?
The problem is that the postinst/postrm of these plugins are auto generated
by debhelper that automatically call ldconfig.
You might want to use dh_makeshlibs --no-scripts, but I don't really know if
that's ok for private libraries (probably someone could also suggest you to
remove dh_makeshlibs at all...)
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://snipr.com/qa_page
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 17:07:31 +0200 David Paleino [EMAIL PROTECTED] wrote: Are they in /usr/lib/something/? /usr/lib/syx You might want to use dh_makeshlibs --no-scripts, but I don't really know if that's ok for private libraries (probably someone could also suggest you to remove dh_makeshlibs at all...) There's no --no-scripts option but I catched what you meant. If I remove dh_makeshlibs then dh_shlibdeps exits with error: dh_shlibdeps dpkg-shlibdeps: failure: couldn't find library libsyx.so.0 needed by debian/syx/usr/bin/syx (its RPATH is ''). Note: libraries are not searched in other binary packages that do not have any shlibs or symbols file. To help dpkg-shlibdeps find private libraries, you might need to set LD_LIBRARY_PATH. dh_shlibdeps: command returned error code 512 make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 debuild: fatal error at line 1319: dpkg-buildpackage -rfakeroot -D -us -uc -i -ICVS -I.svn failed - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFIZWxHw9Qj+8Kak3ERAusxAJdD4zDmV2Bp1duZJO+j567oSDn9AJ9gWLO1 5SHX/oSZ81tz7gDgg/Gk2Q== =6pKx -END PGP SIGNATURE-
Re: RFS: poco (updated package)
On Thursday 26 June 2008, Krzysztof Burghardt wrote: Hello George, 2008/6/25 George Danchev [EMAIL PROTECTED]: On Wednesday 25 June 2008, Krzysztof Burghardt wrote: I am looking for a sponsor for the new version 1.3.2+dfsg1-2 of my package poco. [...] The upload would fix these bugs: 487392, 487394, 487934 An excellent bug handling as well as prompt post-NMU reaction! So, uploaded and thanks for your work (no need to thank me back as well as to CC me, since, I'm subscribed to -mentors ;-) I just realized that I forgot to add new patch to patches/00list, so pacakge is still buggy. Version 1.3.2+dfsg1-3 has this missing line add. http://mentors.debian.net/debian/pool/main/p/poco/poco_1.3.2+dfsg1-3.dsc Ops, I've also missed that. I had a day off, hence the delay, but I'm now checking/building the package once again... will upload soonish. -- pub key ID 0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu signature.asc Description: This is a digitally signed message part.
Re: RFS: syx
On Fri, 27 Jun 2008 17:40:05 -0500, Luca Bruno wrote: On Fri, 27 Jun 2008 17:07:31 +0200 David Paleino [EMAIL PROTECTED] wrote: You might want to use dh_makeshlibs --no-scripts, but I don't really know if that's ok for private libraries (probably someone could also suggest you to remove dh_makeshlibs at all...) There's no --no-scripts option but I catched what you meant. man dh_makeshlibs: -n, --noscripts Do not modify postinst/postrm scripts. $ dpkg -l debhelper | grep ^ii ii debhelper7.0.13 helper programs for debian/rules $ David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 18:28:03 +0200 David Paleino [EMAIL PROTECTED] wrote: man dh_makeshlibs: -n, --noscripts Do not modify postinst/postrm scripts. $ dpkg -l debhelper | grep ^ii ii debhelper7.0.13 helper programs for debian/rules $ I'm really sorry. I looked for no-scripts instead of noscripts, my bad. This fixed those warnings, thanks very much for your help. Now these warnings are left: dpkg-shlibdeps: warning: symbol syx_string_class used by debian/syx-readline/usr/lib/syx/readline/libsyx-readline.so.0.0.0 found in none of the libraries. (many other warnings like this) Plugins use symbols of libsyx0. How can I tell shlibdeps to find symbols also in the newly created libsyx? - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZX+Mw9Qj+8Kak3ERAhOiAJ9yxLrmNkRyYjtgzKWSTRxtzXBpKgCdFy46 sbI3QkfeBJsDC7iGFZGJv8w= =6iOp -END PGP SIGNATURE-
Re: RFS: poco (updated package)
On Friday 27 June 2008, George Danchev wrote: On Thursday 26 June 2008, Krzysztof Burghardt wrote: --cut-- I just realized that I forgot to add new patch to patches/00list, so pacakge is still buggy. Version 1.3.2+dfsg1-3 has this missing line add. http://mentors.debian.net/debian/pool/main/p/poco/poco_1.3.2+dfsg1-3.dsc Ops, I've also missed that. I had a day off, hence the delay, but I'm now checking/building the package once again... will upload soonish. 1.3.2+dfsg1-3 uploaded. -- pub key ID 0E4BD0AB 2003-03-18 people.fccf.net/danchev/key pgp.mit.edu signature.asc Description: This is a digitally signed message part.
Re: RFS: syx
On Fri, 27 Jun 2008 19:02:18 -0500, Luca Bruno wrote: On Fri, 27 Jun 2008 18:28:03 +0200 David Paleino [EMAIL PROTECTED] wrote: man dh_makeshlibs: -n, --noscripts Do not modify postinst/postrm scripts. $ dpkg -l debhelper | grep ^ii ii debhelper7.0.13 helper programs for debian/rules $ I'm really sorry. I looked for no-scripts instead of noscripts, my bad. This fixed those warnings, thanks very much for your help. Prego :) Now these warnings are left: dpkg-shlibdeps: warning: symbol syx_string_class used by debian/syx-readline/usr/lib/syx/readline/libsyx-readline.so.0.0.0 found in none of the libraries. (many other warnings like this) Plugins use symbols of libsyx0. How can I tell shlibdeps to find symbols also in the newly created libsyx? You could try this: dh_shlibdeps -l/usr/lib/syx/ But, in theory, newer versions of dpkg-shlibdeps shouldn't need this. Kindly, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: syx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 27 Jun 2008 19:06:40 +0200 David Paleino [EMAIL PROTECTED] wrote: You could try this: dh_shlibdeps -l/usr/lib/syx/ But, in theory, newer versions of dpkg-shlibdeps shouldn't need this. Didn't solve the problem. I've tried to play with dpkg-gensymbols with no luck :( - -- http://syx.googlecode.com - Smalltalk YX http://lethalman.blogspot.com - Thoughts about computer technologies http://www.ammazzatecitutti.org - Ammazzateci tutti -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIZYp5w9Qj+8Kak3ERAmOSAJ4kaz234rFW36hfp5u3RaY7ToS8mQCdHPL+ G732Oxs+TCnp95NwjYjU4Wo= =O+lK -END PGP SIGNATURE-
Re: Problem with implicit rule for .o files and overriding of CXXFLAGS.
Am Freitag, den 27.06.2008, 10:16 + schrieb Yavor Doganov: В Thu, 26 Jun 2008 23:14:55 +0200, Daniel Leidert написа: or tell him to better use one of the following: DEFS += -DVERSION=\1.00\ This won't work. The objects are built by make's built-in implicit rules, and this variable is not used there: Ok. I didn't recognize, that it doesn't use autotools. COMPILE.cc = $(CXX) $(CXXFLAGS) $(CPPFLAGS) $(TARGET_ARCH) -c Maybe it is OK for other make implementations automake uses it. I think, then the override directive is the only choice left from my suggestions. Unfortunately, freebsd-make will probably not recognize it. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: bindfs
Kapil Hari Paranjape wrote: Here are some issues with this package. - many source files have *no* copyright or author identification. Patch has been applied upstream and now source files contains needed info. - there are spelling mistakes in debian/changelog. Please spellcheck the files in debian/ which are for users to read. Checked, fixed. - dpkg_shlibs gives the following warnings: dpkg-shlibdeps: warning: dependency on libdl.so.2 could be avoided if debian/bindfs/usr/bin/bindfs were not uselessly linked against it (they use none of its symbols). dpkg-shlibdeps: warning: dependency on librt.so.1 could be avoided if debian/bindfs/usr/bin/bindfs were not uselessly linked against it (they use none of its symbols). Package has Depends: libc6 (= 2.7-1), libfuse2 (= 2.6). No fake dependencies, so I have suppressed these warnings. New package on mentors: http://mentors.debian.net/debian/pool/main/b/bindfs/bindfs_1.6.2-1.dsc -- Eugene V. Lyubimkin, C++ developer, Ukraine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[DONE] Re: RFS: bindfs
On Fri, 27 Jun 2008, Eugene V. Lyubimkin wrote: New package on mentors: http://mentors.debian.net/debian/pool/main/b/bindfs/bindfs_1.6.2-1.dsc Uploaded. Thanks for your contribution to Debian. Regards, Kapil. -- signature.asc Description: Digital signature
