Menu registers in GNOME but not in KDE/XFCe, Why?
Hi, I have the problem that menu entries I've created are properly registered in Gnome, but neither in KDE nor in XFCe. And I have no clue what I'm missing. The 'debian/menu' file looks like this: ?package(nameofapp):needs="x11" section="Apps/Net" \ icon="/usr/share/pixmaps/nameofapp.xpm" title="Nameofapp" ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ icon="/usr/share/pixmaps/nameofapp.xpm" title="Nameofapp Client" \ command="sensible-browser http://127.0.0.1:9161/"; ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ title="About Nameofapp..." \ command="sensible-browser http://127.0.0.1:9161/about.html"; ?package(nameofapp):needs="x11" section="Apps/Net/Nameofapp" \ title="Preferences" \ command="sensible-browser http://127.0.0.1:9161/prefs.html"; I'm using cdbs, don't get any error message, and update-menus is called. Even stranger, /etc/xdg/menus/debian-menu.menu and /etc/xdg/xfce4/desktop/menudefs.hook do contain references to the entries. And the following files are present: /var/lib/menu-xdg/desktop-directories/menu-xdg/debian-apps-net-nameofapp.directory /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-about_nameofappdesktop /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-nameofapp_client.desktop /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Apps-Net-Nameofapp-preferences.desktop /var/lib/gnome/Debian/Apps/Net/Nameofapp.desktop /var/lib/gnome/Debian/Apps/Net/Nameofapp /var/lib/gnome/Debian/Apps/Net/Nameofapp/About Nameofappdesktop Any idea? Thanks, Eric -- Eric de France, d'Allemagne et de Navarre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] several Perl packages, plus more
Carlo Segre wrote: > Given the significant number of perl packages that you are adopting, > would you consider putting them in the Debian Perl repository and > joining the group. Although strongly adviced, if you do not intend to join the perl group, I offer to sponsor them anyway (I'm not perl group member, though). Tell us your decision.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: beep-media-player-musepack -- Bmp plugin to read Musepack (MPC) files
Adam Cecile (Le_Vert) wrote: > It builds these binary packages: > beep-media-player-musepack - Bmp plugin to read Musepack (MPC) files This package should't be uploaded because beep-media-player will be removed soon. If it works with audacious or bmpx, please rename the binary package. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [sponsor] Looking for a sponsor for typo3
Christian Welzel wrote: > I used the control-files from Christian and only modified them the > way that typo3 4.0.1 gets packaged. You may want to prepare a package based on the ones from ubuntu, where the typo3 packages were maintained in contrast to Christian who apparently stopped to do so. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: beep-media-player-musepack -- Bmp plugin to read Musepack (MPC) files
On Monday 28 August 2006 11:01, Daniel Baumann took the opportunity to say: > Adam Cecile (Le_Vert) wrote: > > It builds these binary packages: > > beep-media-player-musepack - Bmp plugin to read Musepack (MPC) files > > This package should't be uploaded because beep-media-player will be > removed soon. If it works with audacious or bmpx, please rename the > binary package. It will? Why is that? There is no Serious bug filed against it. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) pgpzXFX2Fpzbj.pgp Description: PGP signature
Re: RFS: beep-media-player-musepack -- Bmp plugin to read Musepack (MPC) files
Magnus Holmgren wrote: > It will? Why is that? There is no Serious bug filed against it. Because beep-media-player is abandoned by upstream, some of them forked of as bmpx which is already in Debian, and some of them continue as audacious which is the very same source as beep-media-player, but with bugfixes. As soon as audacious enters testing, beep-media-player can be removed (which is also in agreement if its maintainers). -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] several Perl packages, plus more
Hi Carlo (and Daniel, and the rest of -mentos and -perl! =) On 8/28/06, Carlo Segre <[EMAIL PROTECTED]> wrote: Hi Zak: Given the significant number of perl packages that you are adopting, would you consider putting them in the Debian Perl repository and joining the group. Generally once the packages are in there it is easy to get them uploaded by DD members of the group. Actually, I do intend to join pkg-perl, but I will be moving to Manila this week so I won't be able to update these packages for pkg-perl support until next week. Hence my (second, and urgent) RFS. All it takes is getting an account on alioth and asking for access to the pkg-perl repository. I do have an Alioth account, `zakame-guest', since becoming comaintainer for cvs. Who do I talk to about joining the group? =) Cheers, Zakame -- Zak B. Elep || http://zakame.spunge.org [EMAIL PROTECTED] || [EMAIL PROTECTED] 1486 7957 454D E529 E4F1 F75E 5787 B1FD FA53 851D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Replace a package
I'm making my own OpenLDAP 2.2 package. Have done so successfully on woody for years, but now I have a machine that I wanted sarge on, but can't get it to work... - s n i p - Package: libldap2.2 Section: libs Priority: important Architecture: any Depends: libc6 (>= 2.2.4), libldap2.2 (= ${Source-Version}), libsasl2 (>= 2.1.15), libssl0.9.6 Conflicts: libldap2-tls, ldap-utils (<= 2.1.23-1), ldap-utils2, libldap2 Replaces: libopenldap-runtime, libldap2-tls, libldap2.1-tls, libldap2.2-tls, libldap2 Provides: libldap2-tls, libldap2.2-tls, libldap2 Description: OpenLDAP libraries These are the run-time libraries for the OpenLDAP (Lightweight Directory Access Protocol) servers and clients. - s n i p - - s n i p - Selecting previously deselected package libldap2.2. dpkg: considering removing libldap2 in favour of libldap2.2 ... dpkg: no, cannot remove libldap2 (--auto-deconfigure will help): sasl2-bin depends on libldap2 (>= 2.1.17-1) libldap2 is to be removed. dpkg: regarding .../libldap2.2_2.2.28-1_i386.deb containing libldap2.2: libldap2.2 conflicts with libldap2-tls libldap2 provides libldap2-tls and is installed. dpkg: error processing ../libldap2.2_2.2.28-1_i386.deb (--install): conflicting packages - not installing libldap2.2 Errors were encountered while processing: ../libldap2.2_2.2.28-1_i386.deb - s n i p - I tried the '--auto-deconfigure', but that require me to run dpkg twice (installs on the second run), but apt still require me to do '-f install' (in which my libldap2.2 package is removed). Have the Conflicts/Replaces/Provides trick that work/-ed on woody been changed in some way? What did I miss? -- domestic disruption 747 Albanian Mossad president nitrate Kennedy smuggle nuclear SDI Waco, Texas [Hello to all my fans in domestic surveillance] ammunition Soviet 767 [See http://www.aclu.org/echelonwatch/index.html for more about this] [Or http://www.europarl.eu.int/tempcom/echelon/pdf/rapport_echelon_en.pdf] If neither of these works, try http://www.aclu.org and search for echelon. Note. This is a real, not fiction. http://www.theregister.co.uk/2001/09/06/eu_releases_echelon_spying_report/ http://www.aclu.org/safefree/nsaspying/23989res20060131.html#echelon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replace a package
Il giorno lun, 28/08/2006 alle 13.23 +0200, Turbo Fredriksson ha scritto: > sasl2-bin depends on libldap2 (>= 2.1.17-1) It doesn't work because the sasl2-bin dependency on libldap2 is versioned. Relationships with virtual packages can't be versioned, so your libldap2.2 doesn't satisfy the dependency. As far as I know, there is no way to solve the problem. Have a nice day, -- Fabio Tranchitella <[EMAIL PROTECTED]>.''`. Proud Debian GNU/Linux developer, admin and user.: :' : `. `'` http://people.debian.org/~kobold/ `- _ 1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564 signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Executing tests during package building?
Dear Mentors, I am packaging a software which includes tests to check if the binary is fully funcionnal. However, those tests are much more processor intensive than the compilation itself. Is there a general policy about what to do with them? Is it enough to run them when testing the package before upload, or should them be ran systematically by debian/rules, thus using cpu power of the buildds? In this case, the tests take eight minutes on a 1.8 GHz G5. Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Executing tests during package building?
Charles Plessy wrote: > Dear Mentors, > > I am packaging a software which includes tests to check if the binary is > fully funcionnal. However, those tests are much more processor intensive > than the compilation itself. I have a similar package but these tests have proved invaluable in identifying problems when the package is ported. True, those problems become FTBFS serious RC bugs but there are few other ways of getting reliable and useful information on architectural differences. > Is it enough to run them when testing the package before > upload, or should them be ran systematically by debian/rules, thus using > cpu power of the buildds? But also catching cases where an assumption in the upstream code is only valid on certain architectures. It's unlikely that any package is built upstream on as many architectures as Debian so you'll always gain information by allowing the buildds to test the code. > In this case, the tests take eight minutes on a 1.8 GHz G5. Sometimes, the tests are iterative and a patch could be used to reduce the number of loops. The question is : How easy is it going to be to fix an architecture specific bug *without* the data from the failed test? A lot of tests are implemented specifically because a bug was found and the test continues checking that the bug remains fixed. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: OpenPGP digital signature
How to register manpages?
Hello, I have for all of my tools/packages manpages (de and fr too) and using dh_installman wich works perfectly. Now I have read I must register manpages from the "postinst" script. How can this be done? All Debian packages I have checked do nothing with the manpages... Thanks, Greetings and nice Week Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Huge private Debian repository...
Hello, since I am Debian GNU/Linux Consultant I have many customized packages or Customer specific Applications. I run my ownRepository and a devel server andnow it give me problems with the administration, because I have too much packages... and releases. I need an archive system like the Debian FTP's for woody, sarge, etch and sid. I was searching the Debian website and the Internet but have not found any HOWTO's or documentations HOWTO install such system. Can anyone point me to the approprieted resources please? Curently I have over 480 packages to custom applications to maintain... Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Executing tests during package building?
On Mon, Aug 28, 2006 at 10:14:24PM +0900, Charles Plessy wrote: > I am packaging a software which includes tests to check if the binary is > fully funcionnal. However, those tests are much more processor intensive > than the compilation itself. Is there a general policy about what to do I don't know about a general policy, but I've myself set gecode to run its test suite in debian/rules, excluding some of the slower buildds. > with them? Is it enough to run them when testing the package before > upload, or should them be ran systematically by debian/rules, thus using > cpu power of the buildds? If you have tests, it's likely to be a good idea to run them on multiple architectures. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Huge private Debian repository...
On Mon, Aug 28, 2006 at 02:08:17PM +0200, Michelle Konzack wrote: > Hello, > > since I am Debian GNU/Linux Consultant I have many customized packages > or Customer specific Applications. I run my ownRepository and a devel > server andnow it give me problems with the administration, because I > have too much packages... and releases. > > I need an archive system like the Debian FTP's for woody, sarge, etch > and sid. I was searching the Debian website and the Internet but have > not found any HOWTO's or documentations HOWTO install such system. > > Can anyone point me to the approprieted resources please? > > Curently I have over 480 packages to custom applications to maintain... > You probably want to setup dak. It is now a package officially in Debian and there is an alioth project where development takes place. Regards, -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: Digital signature
Re: How to register manpages?
Michelle Konzack wrote: > Hello, > > I have for all of my tools/packages manpages (de and fr too) and > using dh_installman wich works perfectly. > > Now I have read I must register manpages from the "postinst" script. > > How can this be done? > What exactly do you mean with "registering manpages"? You only need to copy them to the appropriate directory, depending on the section, and man(1) will find them. -- If you teach your children to like computers and to know how to gamble then they'll always be interested in something and won't come to no real harm. Eduardo M KALINOWSKI [EMAIL PROTECTED] http://move.to/hpkb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Huge private Debian repository...
Michelle Konzack -- 28.08.2006 15:08 --: > I need an archive system like the Debian FTP's for woody, sarge, etch > and sid. I was searching the Debian website and the Internet but have > not found any HOWTO's or documentations HOWTO install such system. > > Can anyone point me to the approprieted resources please? Have a look at reprepro package. There are others as well. dam -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
RE: How to register manpages?
I don't recall ever seeing that being said. All the documentation I've read indicates to use dh_installman. May I ask where you read this? - Lawrence Original Message Follows From: Michelle Konzack <[EMAIL PROTECTED]> To: debian-mentors Subject: How to register manpages? Date: Mon, 28 Aug 2006 14:03:24 +0200 Hello, I have for all of my tools/packages manpages (de and fr too) and using dh_installman wich works perfectly. Now I have read I must register manpages from the "postinst" script. How can this be done? All Debian packages I have checked do nothing with the manpages... Thanks, Greetings and nice Week Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Huge private Debian repository...
Am Montag, den 28.08.2006, 14:08 +0200 schrieb Michelle Konzack: > since I am Debian GNU/Linux Consultant I have many customized packages > or Customer specific Applications. I run my ownRepository and a devel > server andnow it give me problems with the administration, because I > have too much packages... and releases. > > I need an archive system like the Debian FTP's for woody, sarge, etch > and sid. I was searching the Debian website and the Internet but have > not found any HOWTO's or documentations HOWTO install such system. > > Can anyone point me to the approprieted resources please? I guess, when you talk about an "archive system", you are looking for http://wiki.debian.org/HowToSetupADebianRepository and you want dak or reprepro. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Executing tests during package building?
Le Mon, Aug 28, 2006 at 05:04:40PM +0300, Kari Pahula a écrit : > On Mon, Aug 28, 2006 at 10:14:24PM +0900, Charles Plessy wrote: > > I am packaging a software which includes tests to check if the binary is > > fully funcionnal. However, those tests are much more processor intensive > > than the compilation itself. Is there a general policy about what to do > > I don't know about a general policy, but I've myself set gecode to run > its test suite in debian/rules, excluding some of the slower buildds. Good idea, how do you do this? Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to register manpages?
Hello Lawrence Am 2006-08-28 12:17:52, schrieb Lawrence Williams: > I don't recall ever seeing that being said. All the documentation I've read > indicates to use dh_installman. May I ask where you read this? It was in the Video from Branden Robinson at DebConf5 WTFM - Write the Fine Manual. So, since I have included menu and desktop files I want to update all of my packages to the "perfect" ones. Oh yes, I think, there was something in the Manpage-HOWTO Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: yorick-yeti -- several extensions for the Yorick interpreted language
Dear mentors, I am looking for a sponsor for my package "yorick-yeti". * Package name: yorick-yeti Version : 6.1.6-1 Upstream Author : Éric Thiébault * URL : http://www-obs.univ-lyon1.fr/~thiebaut/ (not very useful) * License : GPL Section : math It builds these binary packages: yorick-yeti - utility plugin for the Yorick language yorick-yeti-fftw - FFT plugin for the Yorick language yorick-yeti-gsl - GSL special functions plugin for the Yorick language yorick-yeti-regex - POSIX regular expressions for the Yorick language yorick-yeti-tiff - TIFF image format input for the Yorick language The package is lintian, linda & piuparts clean. The upload would fix these bugs: 366716 (ITP) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/y/yorick-yeti - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/y/yorick-yeti/yorick-yeti_6.1.6-1.dsc I would be glad if someone uploaded this package for me. Kind regards Thibaut Paumard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [sponsor] Looking for a sponsor for typo3
Am Montag, 28. August 2006 11:05 schrieb Daniel Baumann: > You may want to prepare a package based on the ones from ubuntu, where > the typo3 packages were maintained in contrast to Christian who > apparently stopped to do so. As far as i know, the packages provided by ubuntu were uploaded on August 25, and are based on my packages which are based on Christian Leutloffs work... But nevertheless i (we) need some kind of sponsor to get them into debian... -- MfG, Christian Welzel GPG-Key: http://www.camlann.de/key.asc Fingerprint: 4F50 19BF 3346 36A6 CFA9 DBDC C268 6D24 70A1 AD15 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Executing tests during package building?
On Mon, Aug 28, 2006 at 11:58:21PM +0900, Charles Plessy wrote: > Le Mon, Aug 28, 2006 at 05:04:40PM +0300, Kari Pahula a écrit : > > I don't know about a general policy, but I've myself set gecode to run > > its test suite in debian/rules, excluding some of the slower buildds. > > Good idea, how do you do this? DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) ... -if echo $(DEB_HOST_GNU_TYPE) | grep -vcE '^(arm|m68k|s390)' ; then $(MAKE) test && LD_LIBRARY_PATH=. test/test ; fi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
shlib-with-non-pic-code
Hi everyone! I got a strange problem with my kdesvn package and hope someone can help me. Upstream switched the build system from autotools to CMake. Now lintian complains about the files in /usr/lib/kde3: E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kded_kdesvnd.so E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kio_ksvn.so E: kdesvn: shlib-with-non-pic-code usr/lib/kde3/libkdesvnpart.so Looking at the corresponding check, lintian greps for TEXTREL in objdump -x and indead, this section is there. Can someone explain what this section is for, google was not very helpful there. The command line when linking the modules is /usr/bin/c++ -fPIC -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions -fno-check-new -fno-common -fexceptions -fstack-protector -shared -Wl,-soname,kded_kdesvnd.so -o ../../lib/kded_kdesvnd.so Any ideas what's going wrong here? TIA, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: shlib-with-non-pic-code
On Mon, Aug 28, 2006 at 07:57:27PM +0200, Michael Biebl <[EMAIL PROTECTED]> wrote: > Hi everyone! > > I got a strange problem with my kdesvn package and hope someone can help > me. Upstream switched the build system from autotools to CMake. > Now lintian complains about the files in /usr/lib/kde3: > > E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kded_kdesvnd.so > E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kio_ksvn.so > E: kdesvn: shlib-with-non-pic-code usr/lib/kde3/libkdesvnpart.so > > Looking at the corresponding check, lintian greps for TEXTREL in objdump > -x and indead, this section is there. Can someone explain what this > section is for, google was not very helpful there. > > The command line when linking the modules is > /usr/bin/c++ -fPIC -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi > -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W > -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions > -fno-check-new -fno-common -fexceptions -fstack-protector -shared > -Wl,-soname,kded_kdesvnd.so -o ../../lib/kded_kdesvnd.so Does the code contain any __attribute__((visibility("hidden"))) kinda stuff ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Replace a package
On Mon, Aug 28, 2006 at 01:56:10PM +0200, Fabio Tranchitella wrote: > Il giorno lun, 28/08/2006 alle 13.23 +0200, Turbo Fredriksson ha > scritto: > > sasl2-bin depends on libldap2 (>= 2.1.17-1) > It doesn't work because the sasl2-bin dependency on libldap2 is > versioned. Relationships with virtual packages can't be versioned, so > your libldap2.2 doesn't satisfy the dependency. Besides which, having a libldap package from OpenLDAP 2.2 claim to provide libldap2 is broken in the extreme. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shlib-with-non-pic-code
Mike Hommey wrote: > > Does the code contain any __attribute__((visibility("hidden"))) kinda stuff ? > I could find the m4 macro KDE_ENABLE_HIDDEN_VISIBILITY, which checks if -fvisibility is supported. config.h (for older versions which still used autools) contained /* #undef __KDE_HAVE_GCC_VISIBILITY */ extern "C" { // avoid problems with elder kde installations #ifdef __KDE_HAVE_GCC_VISIBILITY KDE_EXPORT int kdemain(int argc, char **argv); #else int kdemain(int argc, char **argv); #endif } and #ifdef __KDE_HAVE_GCC_VISIBILITY_DISABLED_MACRO #define SVNQT_EXPORT __attribute__ ((visibility("visible"))) #define SVNQT_NOEXPORT __attribute__ ((visibility("hidden"))) #else #define SVNQT_EXPORT #define SVNQT_NOEXPORT #endif The new cmake build system currently does not (yet) check for -fvisibility, so __KDE_HAVE_GCC_VISIBILITY is also not defined. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
RFS: wmmisc (updated package)
Dear mentors, I am looking for a sponsor for the new version 1.1-2 of my package "wmmisc". It builds these binary packages: wmmisc - Dock app that monitors your system The package is lintian clean. The upload would fix these bugs: 356588 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wmmisc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wmmisc/wmmisc_1.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Sandro Tosi PS: I'm going to adopt some other of this little, nice docapps; so, if someone is interested in sponsor them, he could check all them in a bunch. I'll notify d-mentors when my "docapps adoption program" will end :) -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shlib-with-non-pic-code
If forgot to add, that the software runs just fine on my i386 box. Is this a error message that can safely be ignored or does it only affect certain !i386 platforms. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: shlib-with-non-pic-code
On Mon, Aug 28, 2006 at 07:57:27PM +0200, Michael Biebl wrote: > Now lintian complains about the files in /usr/lib/kde3: > > E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kded_kdesvnd.so > E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kio_ksvn.so > E: kdesvn: shlib-with-non-pic-code usr/lib/kde3/libkdesvnpart.so > > Looking at the corresponding check, lintian greps for TEXTREL in objdump > -x and indead, this section is there. Can someone explain what this > section is for, google was not very helpful there. > > The command line when linking the modules is > /usr/bin/c++ -fPIC -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi > -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W > -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions > -fno-check-new -fno-common -fexceptions -fstack-protector -shared > -Wl,-soname,kded_kdesvnd.so -o ../../lib/kded_kdesvnd.so More important than the linker command line is the compilation command line. You need to make sure that all of the source files that make up those .so files were built with -fPIC in their command lines. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shlib-with-non-pic-code
On Mon, Aug 28, 2006 at 10:37:06PM +0200, Michael Biebl wrote: > If forgot to add, that the software runs just fine on my i386 box. Is > this a error message that can safely be ignored or does it only affect > certain !i386 platforms. It's only a problem on some !i386 platforms. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wmmisc (updated package)
Sandro Tosi wrote: > I am looking for a sponsor for the new version 1.1-2 > of my package "wmmisc". Uploaded. Thanks, tony signature.asc Description: OpenPGP digital signature
RFS: wmtz (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.7-7 of my package "wmtz". It builds these binary packages: wmtz - WindowMaker dock app that displays the time in different zones The package is lintian clean. The upload would fix these bugs: 266462 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/w/wmtz - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/w/wmtz/wmtz_0.7-7.dsc I would be glad if someone uploaded this package for me. Kind regards Sandro Tosi -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wmmisc (updated package)
Uploaded. Tony, thank you very much for supporting my packaging work for Debian! Sandro -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: nta
Hi Luca, I am looking for a sponsor for my package "nta". I'm not a DD, so I can't help you upload it in Debian, but I've looked at you package and I'd like to suggest this: * debian/control Homepage entry has to be preceeded by two spaces, thus " Homepage: http://nta.kyberdigi.cz/"; will have to be " Homepage: http://nta.kyberdigi.cz/"; * debian/changelog - I'd remove the double empty line between list changelog entry and the sign, living only one empty line - separate sentences with a dot, thus: the best time for downloading large packages of data etc. etc. . Or with this software you can just better imagine, how many traffic can * I'd suggest to include a debian/watch file, in order to easily check for new upstream release from your QA page. Take a look at man uscan(1) for further reference For sure, some more experienced guy could suggest some other (harder) stuff, but that's a beginning :) Cheers, Sandro -- Sandro Tosi (aka Morpheus, matrixhasu) My (little) site: http://matrixhasu.altervista.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RFS: Tunapie - List audio and video streams from shoutcast and icecast
I am looking for a sponsor for my program tunapie, which provides the "internet radio and TV" functionality of winamp.. http://tunapie.sourceforge.net License: GPL I have built a debian package for it. At present it is debian-native which I think will need to be changed: http://mentors.debian.net/debian/pool/main/t/tunapie/ I am also not completely sure what the correct way to package python apps under Debian is, and I would appreciate some feedback about this. Best wishes, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: Tunapie - List audio and video streams from shoutcast and icecast
James Stone wrote: > I am also not completely sure what the correct way to package python apps > under Debian is, and I would appreciate some feedback about this. I never packaged a Python app, but you should have a look at the Debian Python Policy: http://www.debian.org/doc/packaging-manuals/python-policy/ Regards, Armin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shlib-with-non-pic-code
Matthew Palmer wrote: > On Mon, Aug 28, 2006 at 07:57:27PM +0200, Michael Biebl wrote: >> Now lintian complains about the files in /usr/lib/kde3: >> >> E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kded_kdesvnd.so >> E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kio_ksvn.so >> E: kdesvn: shlib-with-non-pic-code usr/lib/kde3/libkdesvnpart.so >> >> Looking at the corresponding check, lintian greps for TEXTREL in objdump >> -x and indead, this section is there. Can someone explain what this >> section is for, google was not very helpful there. >> >> The command line when linking the modules is >> /usr/bin/c++ -fPIC -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi >> -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W >> -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions >> -fno-check-new -fno-common -fexceptions -fstack-protector -shared >> -Wl,-soname,kded_kdesvnd.so -o ../../lib/kded_kdesvnd.so > > More important than the linker command line is the compilation command line. > You need to make sure that all of the source files that make up those .so > files were built with -fPIC in their command lines. Hi Matt, thanks for your advice but it seems that they all are built with -fPIC. The command line for a source file looks like this: /usr/bin/c++ -Dkded_kdesvnd_EXPORTS -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions -fno-check-new -fno-common -fexceptions -fstack-protector -fPIC -I/usr/include/kde -I/usr/share/qt3/include -I/usr/include/apr-0 -I/usr/include/subversion-1 -I/home/michael/svn/kdesvn/./src -I/home/michael/svn/kdesvn/./src/svnfrontend -I/home/michael/svn/kdesvn/. -I/home/michael/svn/kdesvn/./obj-i486-linux-gnu/src -I/home/michael/svn/kdesvn/./obj-i486-linux-gnu/src/svnfrontend -I/home/michael/svn/kdesvn/./obj-i486-linux-gnu -DQT_CLEAN_NAMESPACE -D_GNU_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DQT_SHARED -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -D_REENTRANT -o src/kdesvnd/CMakeFiles/kded_kdesvnd.dir/kdesvnd_dcop_skel.o -c /home/michael/svn/kdesvn/./obj-i486-linux-gnu/src/kdesvnd/kdesvnd_dcop_skel.cpp Any other ideas? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: shlib-with-non-pic-code
On Tue, Aug 29, 2006 at 01:16:40AM +0200, Michael Biebl wrote: > Matthew Palmer wrote: > > On Mon, Aug 28, 2006 at 07:57:27PM +0200, Michael Biebl wrote: > >> Now lintian complains about the files in /usr/lib/kde3: > >> > >> E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kded_kdesvnd.so > >> E: kdesvn-kio-plugins: shlib-with-non-pic-code usr/lib/kde3/kio_ksvn.so > >> E: kdesvn: shlib-with-non-pic-code usr/lib/kde3/libkdesvnpart.so > >> > >> Looking at the corresponding check, lintian greps for TEXTREL in objdump > >> -x and indead, this section is there. Can someone explain what this > >> section is for, google was not very helpful there. > >> > >> The command line when linking the modules is > >> /usr/bin/c++ -fPIC -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi > >> -Wundef -Wcast-align -Wconversion -Wchar-subscripts -Wall -W > >> -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -fno-exceptions > >> -fno-check-new -fno-common -fexceptions -fstack-protector -shared > >> -Wl,-soname,kded_kdesvnd.so -o ../../lib/kded_kdesvnd.so > > > > More important than the linker command line is the compilation command > > line. > > You need to make sure that all of the source files that make up those .so > > files were built with -fPIC in their command lines. > > Hi Matt, > thanks for your advice but it seems that they all are built with -fPIC. > The command line for a source file looks like this: > > /usr/bin/c++ -Dkded_kdesvnd_EXPORTS -g -Wall -O2 -Wnon-virtual-dtor > -Wno-long-long -ansi -Wundef -Wcast-align -Wconversion -Wchar-subscripts > -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security > -fno-exceptions -fno-check-new -fno-common -fexceptions > -fstack-protector -fPIC -I/usr/include/kde -I/usr/share/qt3/include Bugger. That's the only thing that I've ever had to check. Mike Hommey appears to have deeper knowledge of why things can end up being non-position-independent than me, so I'll leave the tricky debugging work to him. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: wmfishtime (updated package)
Sandro Tosi wrote: > I am looking for a sponsor for the new version 1:1.24-5 > of my package "wmfishtime". Sponsored. signature.asc Description: OpenPGP digital signature
Re: shlib-with-non-pic-code
On Tue, Aug 29, 2006 at 01:16:40AM +0200, Michael Biebl wrote: > Matthew Palmer wrote: > > More important than the linker command line is the compilation command > > line. > > You need to make sure that all of the source files that make up those .so > > files were built with -fPIC in their command lines. > > thanks for your advice but it seems that they all are built with -fPIC. > > Any other ideas? If you really compile all your files with -fPIC and you still got text relocations, you should check for assembly code. -fPIC tells gcc to produce position independent code, however with asm code you write yourself gcc can't help you. It's pretty easy to write non-pic asm code if you don't know exactly what you're doing. If you got your TEXTREL's because of asm code that's probably fixable, but requires some asm knowledge. Btw, text relocations are suboptimal on i386 too, they just don't cause segfaults, as it's possible on other archs. [1] Cheers, Christian Aichinger [1]: Normally when your library is loaded by 20 programs the code is present only once in physical memory, the kernel just maps it to different addresses in every program. With text relocations your code is modified during dynamic linking (i.e. when the lib is loaded). This means that the resulting code looks different every time it's loaded and the kernel can't share the pages. signature.asc Description: Digital signature
Re: Huge private Debian repository...
On Mon, 2006-08-28 at 14:08 +0200, Michelle Konzack wrote: > Curently I have over 480 packages to custom applications to maintain... If any of them are free software, please consider uploading them to Debian or filing bugs in the BTS for customised versions of existing packages. Not sure if you have seen it yet, but here is the sponsor FAQ: http://people.debian.org/~mpalmer/debian-mentors_FAQ.html -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Executing tests during package building?
Charles Plessy wrote: > I am packaging a software which includes tests to check if the binary is > fully funcionnal. However, those tests are much more processor intensive > than the compilation itself. Is there a general policy about what to do > with them? Is it enough to run them when testing the package before > upload, or should them be ran systematically by debian/rules, thus using > cpu power of the buildds? I noticed the draft Debian Java policy[1] is to have tests executed but _not_ cause the build to fail if the tests fail. You might consider this, or perhaps have enough faith in the tests (or such an eye for quality) that you might want all tests to pass for a build to succeed. [1] Draft Debian Java policy: http://wiki.debian.org/Java/Draft#head-ec3570c9f88665cd7338361ed1c2972a764b9e8f -- tedp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Executing tests during package building?
* Kari Pahula [Mon, 28 Aug 2006 20:13:30 +0300]: > On Mon, Aug 28, 2006 at 11:58:21PM +0900, Charles Plessy wrote: > > Le Mon, Aug 28, 2006 at 05:04:40PM +0300, Kari Pahula a écrit : > > > I don't know about a general policy, but I've myself set gecode to run > > > its test suite in debian/rules, excluding some of the slower buildds. > > Good idea, how do you do this? > DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) > ... > -if echo $(DEB_HOST_GNU_TYPE) | grep -vcE '^(arm|m68k|s390)' ; then > $(MAKE) test && LD_LIBRARY_PATH=. test/test ; fi Please use DEB_HOST_ARCH_CPU instead. Also, in case somebody cares about doing it without shell: -8<-- DEB_HOST_ARCH_CPU ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) SKIP_TEST_CPUS := arm m68k s390 test: ifeq (,$(filter $(DEB_HOST_ARCH_CPU),$(SKIP_TEST_CPUS))) test else @echo "Slow-cpu arch detected, skipping test" endif -8<-- Cheers, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org The first step on the road to wisdom is the admission of ignorance. The second step is realizing that you don't have to blab it to the world. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RFS] several Perl packages, plus more
Hi, Zak B. Elep dijo [Mon, Aug 28, 2006 at 06:27:16PM +0800]: > Actually, I do intend to join pkg-perl, but I will be moving to Manila > this week so I won't be able to update these packages for pkg-perl > support until next week. Hence my (second, and urgent) RFS. Sorry, I cannot help you right now, as I'm not in my usual build environment :( I'll do it soon (~2 days) if nobody else does. > >All it takes is getting an account on alioth and asking for access to the > >pkg-perl repository. > > I do have an Alioth account, `zakame-guest', since becoming > comaintainer for cvs. Who do I talk to about joining the group? =) Welcome aboard! Please take a look at the instructions on how to use our Subversion repository [1], upload your packages to the repository, and I'll take them from there. Greetings, [1] http://pkg-perl.alioth.debian.org/subversion.html -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: shlib-with-non-pic-code
On Tue, Aug 29, 2006 at 09:39:03AM +1000, Matthew Palmer <[EMAIL PROTECTED]> wrote: > Bugger. That's the only thing that I've ever had to check. Mike Hommey > appears to have deeper knowledge of why things can end up being > non-position-independent than me, so I'll leave the tricky debugging work to > him. Well, I don't really know much. I only know I got the problem once and that was because of a gcc bug, which is not yet fixed (though #331460 is marked fixed, it actually isn't entirely fixed, there are still issues with c++ code using visibility). Now, it seems the involved code doesn't set visibility. The best for Michael to do is to grep PLT in the generated assembler code and check what can be generating those. Cheers, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]