RFS: xulrunner-l10n
Dear mentors, I am looking for a sponsor for my package xulrunner-l10n. Package name: xulrunner-l10n Version : 1.8.1-1 Upstream Author : Mozilla Project and Mozilla Localization Projects URL : http://www.mozilla.org/projects/l10n/ License : GPL LGPL MPL (tri-licence) Section : devel That package would be useful for developing xulrunner based applications, or packaging them into debian: an application with some locales could depend on related xulrunner-l10n packages, and therefore, texts belonging in xulrunner toolkit (such as ok-cancel buttons label, http errors, ...) would be automatically translated. I've taken inspiration in iceweasel-l10n-fr for that package. It build 43 language packages, and additionally meta package xulrunner-l10n-all. The package appears to be lintian clean. The upload would fix these bugs: 440938 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xulrunner-l10n - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xulrunner-l10n/xulrunner-l10n_1.8.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards arno renevier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rpath issue on 64 bit architectures
Hi Jan, Il giorno 09/dic/07, alle ore 22:33, Jan Beyer ha scritto: Leo costela Antunes schrieb am 06.12.2007 16:32 Uhr: I had to do the option for a patch on aclocal.m4 and configure scripts with dpatch on build-time. On aclocal4 and configure the changes are (for each occurrence): - hardcode_into_libs=yes + hardcode_into_libs=no -hardcode_into_libs=$hardcode_into_libs +hardcode_into_libs=no I haven't looked into your case, but unless I'm mistaken you shouldn't need to patch aclocal.m4 if you're already patching the configure script. You should either patch aclocal.m4 in case the configure script will be re-generated on build-time (which is unlikely your case) or patch the configure script directly. Or am I missing something? I can only say, I replaced 30 occurences of the upper and three occurences of the lower change in my package's configure script (package gwyddion). This patch gets applied correctly and the lines in the configure script read correctly hardcode_into_libs=no. Still, the linker gets the --rpath /usr/lib option passed and the rpath gets built in... :-( I'll investigate further, just wanted to share this... Any news on your side, Francesco? Hi Jan, in this period I'm very busy, I haven't tested the patch to aclocal.m4, the only test that I've done last week has been the patch of libtool after the call of ./configure... The one proposed in the wiki page [1], by Marcelo Magallon, in this way you get all the calls to --rpath to -D__LIBTOOL_IS_A_FOOL__ :), I don't know if it's a bad or good solution, my original question on this thread was this one... Consider that you can restrict the patch of libtool only to 64 bit architectures... Hope this helps. Cheers, francesco [1] http://wiki.debian.org/RpathIssue -- Francesco Namuri francesco(at)namuri(dot)it http://namuri.it/ id gpg key: 21A4702A [EMAIL PROTECTED] PGP.sig Description: This is a digitally signed message part
Re: RFS: icedove-displayquota
Paul Wise wrote: On Nov 13, 2007 10:34 PM, Carlos Silombria (Silverdog) [EMAIL PROTECTED] wrote: I am looking for a sponsor for my package "icedove-displayquota". Some comments on your package: debian/copyright contains boilerplate that you should *READ*, take action and then remove! done remove the configure target if debian/rules, it isn't used the short description should not just be the first line of the long description. use something like "display IMAP quota status in icedove" done You run dh_installman while not installing any manual pages, why? done Why is the package arch any? none of the installed files seem to be architecture specific You run dh_strip on a package that should be arch all, why? done You run dh_installexamples while not installing any examples, why? done The upstream tarball doesn't seem to have any copyright information or a licence, so by default we have no right to distribute it. No sponsor should upload this package. The upstream tarball has a prebuilt .jar that contains a DEADJOE file, upstream should remove that DEADJOE file. It would be nice if upstream could release a *source code* tarball as well as the prebuilt jar. You don't include a debian/watch file and a debian/rules get-orig-source target that knows how to recreate your .orig.tar.gz from the files that upstream provides How can i do in this case for the watch file? version 0.2 https://addons.mozilla.org/en-US/thunderbird/downloads/file/20318/display_quota-0.2-tb.xpi version 0.1.10.2 https://addons.mozilla.org/en-US/thunderbird/downloads/file/4309/display_quota-0.1.10.2-tb.xpi The folders name-number change with no sequence. I research on other extension like enigmail, but, no have watch file.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITR: blam 1.8.4-3
On dom, 2007-12-09 at 16:52 -0600, Luis Rodrigo Gallardo Cruz wrote: You can find it at http://www.cmartin.tk/blam/blam_1.8.4-3.dsc I will review your package for upload. It will take a little while, since you will be my first sponsoree. Please be patient. Thanks, I'll try to backport a few fixes from the dev version meanwhile. cmn -- Carlos Martín Nieto| http://www.cmartin.tk Hobbyist programmer| signature.asc Description: This is a digitally signed message part
Re: ITR: blam 1.8.4-3
On Mon, Dec 10, 2007 at 06:25:34PM +0100, Carlos Martín Nieto wrote: On dom, 2007-12-09 at 16:52 -0600, Luis Rodrigo Gallardo Cruz wrote: You can find it at http://www.cmartin.tk/blam/blam_1.8.4-3.dsc I will review your package for upload. It will take a little while, since you will be my first sponsoree. Please be patient. Thanks, I'll try to backport a few fixes from the dev version meanwhile. I had a first look through the package. Several of the debian patches look like they belong upstream. Since you're him ;) Is there a reason they have not been included? Also, some changes from -2.1 to -3 are patches to upstream but are not in a separate patch but included in the .diff.gz Please separate them. -- Rodrigo Gallardo GPG-Fingerprint: 7C81 E60C 442E 8FBC D975 2F49 0199 8318 ADC9 BC28 signature.asc Description: Digital signature
Re: RFS: inkblot
Original RFS: http://lists.debian.org/debian-mentors/2007/07/msg00735.html I have uploaded inkblot version 0.99.9-1. Also filed an ITP: Debian bug 455529, link: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=455529 . Sikon signature.asc Description: This is a digitally signed message part.
Re: ITR: blam 1.8.4-3
On lun, 2007-12-10 at 11:35 -0600, Luis Rodrigo Gallardo Cruz wrote:
On Mon, Dec 10, 2007 at 06:25:34PM +0100, Carlos Martín Nieto wrote:
On dom, 2007-12-09 at 16:52 -0600, Luis Rodrigo Gallardo Cruz wrote:
You can find it at http://www.cmartin.tk/blam/blam_1.8.4-3.dsc
I will review your package for upload. It will take a little while,
since you will be my first sponsoree. Please be patient.
Thanks, I'll try to backport a few fixes from the dev version
meanwhile.
I had a first look through the package. Several of the debian patches
look like they belong upstream. Since you're him ;) Is there a reason
they have not been included?
Indeed there is. Those patches were made after the 1.8.4 version was
released and there isn't going to be a 1.8.5 version (well, that was the
plan, I may yet release it) those patches end up in Debian. They are
upstream, just in a later version.
Also, some changes from -2.1 to -3 are patches to upstream but are not
in a separate patch but included in the .diff.gz Please separate them.
I've just noticed the patch to blam.desktop.in.in, which I'll separate.
I think the reason Makefile.{am,in} are patched directly is because the
patches are applied too late in the process and by then the Makefile has
already been created.
This seems like it shouldn't be the case so I'll try again, but I do
remember trying to put the Makefile.{am,in} changes in a patch and not
being able to.
cmn
--
Carlos Martín Nieto| http://www.cmartin.tk
Hobbyist programmer|
signature.asc
Description: This is a digitally signed message part
RFS: freevo
Dear mentors, I am looking for a sponsor for my package freevo. * Package name: freevo Version : 1.7.3-1 * URL : freevo.sf.net * License : GPL Section : graphics It builds these binary packages: freevo - A Python based PVR/DVR Framework for Music and Movies freevo-common - Themes and non-application data for Freevo freevo-doc - Documentation for Freevo freevo-lirc - Lirc control for Freevo python-freevo - Python modules for Freevo The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/freevo - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/freevo/freevo_1.7.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards Georg W. Leonhardt signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: [Pkg-ime-devel] RFS: scim-kmfl-imengine
On Sat, Dec 08, 2007 at 04:55:21PM -0800, Doug Rintoul wrote: Ming Hua wrote: I thought scim-kmfl-engine would know exactly which languages it wants to set im-switch for, instead of the system default language as Doug proposed. Just to clarify, kmfl is often used in a multilingual situation where documents are written in multiple languages and for languages which often do not have a locale associated with them. In that case, the best way is probably using all_ALL. Do I understand correctly that if SCIM is set up to handle all_ALL, then the above situation would be addressed? On all the systems I have used all_ALL is set to default not SCIM. I am very willing to not do anything with setting up SCIM startup provided SCIM will be the default for locales such as en_US, en_CA, etc, if not other IM is defined for these locales. Scim package is already set up to handle all_ALL, it just doesn't set it to default (and it shouldn't). I believe no packages that currently use im-switch change all_ALL by default. I feel the best way to handle the situation in scim-kmfl-engine is to have a debconf question explaining the need to use GTK+ IM module, then offer to set it, with default to no (I still don't think it shouldn't be changed unless the user/admin explicitly asks). And when the answer to the question is yes, do things along the line of update-alternatives --set xinput-all_ALL /etc/X11/xinit/xinput.d/scim-immodule or im-switch -z all_ALL -s scim-immodule. Ming 2007.12.10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: icedove-displayquota
On Dec 11, 2007 1:31 AM, Carlos Silombria (Silverdog) [EMAIL PROTECTED] wrote: You don't include a debian/watch file and a debian/rules get-orig-source target that knows how to recreate your .orig.tar.gz from the files that upstream provides How can i do in this case for the watch file? version 0.2 https://addons.mozilla.org/en-US/thunderbird/downloads/file/20318/display_quota-0.2-tb.xpi version 0.1.10.2 https://addons.mozilla.org/en-US/thunderbird/downloads/file/4309/display_quota-0.1.10.2-tb.xpi If you look at the uscan manual page, you will see that something like this should work: https://addons.mozilla.org/fr/thunderbird/addon/881 /fr/thunderbird/downloads/file/\d+/display_quota-([\d\.]*)-tb.xpi Then write a debian/rules get-orig-source target that downloads the .xpi file, unzips it, removes the stuff that isn't needed and creates a tarball. Of course, that wouldn't be nessecary if you can get upstream to release the source code as well. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Weired problem with apt-get -b source package-name
hi i am trying to build pkg by using command apt-get -b source package-name the package builds fine but when i check the contents using dpkg --contents .deb it displays contents but the shared library and its symbolic link does not exist but if i do manually what apt-get -b ** does, the package contains the shared library i am using scratchbox to build the packages for arm target . and my OS is Ubuntu Feisty 7.04 scratchbox version 1.0.7 bye -- View this message in context: http://www.nabble.com/Weired-problem-with-apt-get--b-source-%3Cpackage-name%3E-tp14268496p14268496.html Sent from the debian-mentors mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Weired problem with apt-get -b source package-name
On Mon, Dec 10, 2007 at 10:11:31PM -0800, iluvlinux wrote: i am trying to build pkg by using command apt-get -b source package-name the package builds fine but when i check the contents using dpkg --contents .deb it displays contents but the shared library and its symbolic link does not exist but if i do manually what apt-get -b ** does, the package contains the shared library Knowing (a) what package-name is, and (b) what exactly you did that matches what apt-get -b does would be helpful. i am using scratchbox to build the packages for arm target . and my OS is Ubuntu Feisty 7.04 It might be better asking on Ubuntu-specific fora; Ubuntu does change the way things work from a stock Debian system, so there may well be an Ubuntu-specific problem at play. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: thwab-lib
Dear mentors, I am looking for a sponsor for my package thwab-lib. * Package name: thwab-lib Version : 1.1.2-1 Upstream Author : Muayyad Saleh Alsadi [EMAIL PROTECTED] * URL : http://www.thwab.net/ * License : GPL Section : misc It builds these binary packages: thwab-lib - Electronic Encyclopedia System The package appears to be lintian clean. The upload would fix these bugs: 432117 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/thwab-lib - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/thwab-lib/thwab-lib_1.1.2-1.dsc I would be glad if someone uploaded this package for me. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0x9DCA0B27 (@ subkeys.pgp.net) GPG Fingerprint: 087D 3767 8CAC 65B1 8F6C 156E D325 C3C8 9DCA 0B27 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
