RFS: gnocky
Dear mentors, I am looking for a sponsor for my package "gnocky". I first thought about getting my package into Ubuntu but decided to contribute directly to Debian instead: https://bugs.launchpad.net/ubuntu/+bug/209236 This is my first self-created Debian package. * Package name: gnocky Version : 0.0.5-1 Upstream Author : Igor Popik http://thrull.com (founder, retired), Danielle Forsi (took over development) http://www.forsi.it * URL : http://wiki.gnokii.org/index.php/Gnocky * License : GNU GPL Section : comm It builds these binary packages: gnocky - mobile phone editor The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gnocky - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gnocky/gnocky_0.0.5-1.dsc I would be glad if someone uploaded this package for me. Kind regards Matthias Mailänder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ia32-libs split packages
Goswin von Brederlow skrev: Hi, the ia32-libs package will be split into seperate source packages (95 alltogether). Since my comaintainer is currently bussy I'm looking for a sponsor for the first wave of those packages. The main converter package and the 5 packages that are ia64 only in ia32-libs. The packages are on mentors.debian.net (or getting there as you read): ia32-libs-tools (0.2) - the converter package ia32-alsa-lib ia32-gcc-4.3 ia32-glibc ia32-ncurses ia32-zlib These packages are somewhat special in that amd64 builds them natively as 32bit but ia64 can't build them and needs converted packages. It seems to me the changelogs in these packages are such that building these packages would generate .changes files that close the same bugs that original packages do, which is probably not desirable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: RFS: gtkvncviewer
Thanks for the comment. I repackaged it as non-native. - URL: http://mentors.debian.net/debian/pool/main/g/gtkvncviewer - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gtkvncviewer/gtkvncviewer_0.2.2-1.dsc > Please provide a reason for why this should be a native package or > repackage it as non-native. See > http://people.debian.org/~mpalmer/debian-mentors_FAQ.html#native_vs_non_native > for further information. > > Helmut > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: lynis (updated package)
Hello Paul, El mié, 16-04-2008 a las 08:33 +0800, Paul Wise escribió: > On Wed, Apr 16, 2008 at 5:22 AM, Francisco García <[EMAIL PROTECTED]> wrote: > > > El mar, 15-04-2008 a las 22:32 +0800, Paul Wise escribió: > > > > #474020 should not have been closed with a -done message, instead you > > > should have closed it in the changelog of the new version. Leave it > > > as-is for now though. > > > > Yes, but since It wasn' a lynis bug, I decided to close it with a email. > > Perhaps I wasn't clear enough; there are two issues in that bug report: > > 1) please package the latest upstream of lynis (1.0.9 at the time) > 2) the warning due to a broken sources.list, which was marked as a > "side note" by the bug reporter > > #1 is still valid and #2 was invalid at the time. > > The appropriate action would have been to leave the bug open and add > something like this to the changelog: > > * New upstream release (Closes: #474020) > > No need to do this now though for just a wishlist bug, something to > keep in mind for the future though. Ok, I agree with you. It is the usual way for me. In other packages I do this as you say. > > > > What is the reason for adding the dnsutils suggests? > > > > I add dnsutils suggests because in /include/tests_networking script, it > > runs "dig" command, and this is included in dnsutils package. > > The dependency is not absolute or strong. > > So, according to Helmut Grohne suggestion, I decided to add a suggest > > dependency. > > Makes sense to me. > Should I upload your 1.1.1 package now or do you want to switch to > quilt (or dpatch). > Well, If you agree with me, I would like you upload the package, and I send my changes to upstream. Anyway if It is necesary in next release, I'll make the changes with dpatch. Thank you for your help. Francisco. -- Francisco M. García Claramonte <[EMAIL PROTECTED]> GPG: public key ID 556ABA51 signature.asc Description: Esta parte del mensaje está firmada digitalmente
RFS: ia32-libs-tools and others
Dear mentors, I am looking for a sponsor for my package "ia32-libs-tools". * Package name: ia32-libs-tools Version : 0.3 Upstream Author : Goswin von Brederlow <[EMAIL PROTECTED]> * URL : http://alioth.debian.org/projects/pkg-ia32-libs/ * SVN : svn.debian.org pkg-ia32-libs * License : GPL Section : devel It builds these binary packages: ia32-libs-tools - Tools for converting i386 debs for amd64 and ia64 The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/ia32-libs-tools - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/ia32-libs-tools/ia32-libs-tools_0.3.dsc I would be glad if someone uploaded this package for me. Please also sponsor the following packages that where created with ia32-libs-tools: ia32-alsa-lib ia32-gcc-4.3 ia32-glibc ia32-ncurses ia32-zlib Note that they are architecture ia64 only but can be savely build with "debuild -a ia64" on any arch. Kind regards Goswin von Brederlow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ia32-libs split packages
Ove Kaaven <[EMAIL PROTECTED]> writes: > Goswin von Brederlow skrev: >> Hi, >> >> the ia32-libs package will be split into seperate source packages (95 >> alltogether). Since my comaintainer is currently bussy I'm looking for >> a sponsor for the first wave of those packages. The main converter >> package and the 5 packages that are ia64 only in ia32-libs. >> >> The packages are on mentors.debian.net (or getting there as you read): >> >> ia32-libs-tools (0.2) - the converter package >> >> ia32-alsa-lib >> ia32-gcc-4.3 >> ia32-glibc >> ia32-ncurses >> ia32-zlib >> >> These packages are somewhat special in that amd64 builds them natively >> as 32bit but ia64 can't build them and needs converted packages. > > It seems to me the changelogs in these packages are such that building > these packages would generate .changes files that close the same bugs > that original packages do, which is probably not desirable. Fixed in 0.3. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: gnocky
Hi Matthias Mailänder wrote: > The package appears to be lintian clean. Taking a look at the package: W: gnocky source: out-of-date-standards-version 3.6.2 (current is 3.7.3) W: gnocky: binary-without-manpage usr/bin/gnocky W: gnocky: package-contains-empty-directory usr/share/applications/ W: gnocky: package-contains-empty-directory usr/sbin/ W: gnocky: copyright-lists-upstream-authors-with-dh_make-boilerplate W: gnocky: copyright-contains-dh_make-todo-boilerplate E: gnocky: menu-icon-not-in-xpm-format phone W: gnocky: menu-item-uses-apps-section /usr/share/menu/gnocky:5 W: gnocky: menu-item-creates-new-section Apps/Net /usr/share/menu/gnocky:5 W: gnocky: description-starts-with-leading-spaces W: gnocky: syntax-error-in-debian-changelog line 12 "couldn't parse date Di, 01 Apr 2008 09:26:51 +0200" And this last warning actually stops it from building in pbuilder. Please make sure you're building your package in Unstable/Sid and that you have the latest version of lintian to check it with. When you've gone through these problems, let me know and I'll take another look. As a last hint: perhaps you could expand the long description to be a bit more informative about what the program can do. Cheers -- Leo "costela" Antunes [insert a witty retort here] signature.asc Description: OpenPGP digital signature
Re: RFS: ia32-libs-tools and others
Goswin von Brederlow skrev: Dear mentors, I am looking for a sponsor for my package "ia32-libs-tools". Since I assume this'll eventually help my Wine package, I'll take care of it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: QA Upload: libggi -- General Graphics Interface runtime libraries
Ok, the orphan part is clear now :) I am also not paying so much attention, it looks :) Barry deFreese wrote: > What error did you get? cp -a ./debian/tmp/usr/lib/ggi/display/vgagl.so debian/libggi-target-svgalib/usr/lib/ggi/display/ cp: cannot stat `./debian/tmp/usr/lib/ggi/display/vgagl.so': No such file or directory dh_install: command returned error code 256 make: *** [binary-arch] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 pbuilder: Failed autobuilding of package -- ·''`. Come, let me sing into your ear, those dancing days are gone : :' : I carry the sun in a golden cup, the moon in a silver bag `. `' `- Proudly running Debian GNU/Linux... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: ia32-libs-tools and others
Ove Kaaven <[EMAIL PROTECTED]> writes: > Goswin von Brederlow skrev: >> Dear mentors, >> >> I am looking for a sponsor for my package "ia32-libs-tools". > > Since I assume this'll eventually help my Wine package, I'll take care > of it. Thanks for all the help you already gave. I guess I will look at the depends for wine and work on those libs next to pay you back. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xiterm+thai (updated package)
> Please try to fix the many GCC warnings in the next upstream release. I will check and report to the upstream. > I see several warnings with lintian -I, please fix them and I will upload: > > W: xiterm+thai: debian-changelog-line-too-long line 16 > I: xiterm+thai: hyphen-used-as-minus-sign usr/share/man/man1/txiterm.1.gz:32 > I: xiterm+thai: desktop-entry-contains-encoding-key > /usr/share/applications/xiterm+thai.desktop:3 Encoding The warning is fixed and also the hyphen-used-as-minus-sign which it is my mistake and the desktop-entry-contains-encoding-key which it is deprecated by the FreeDesktop standard. PS: Sorry that I'm late, just the water festival in Thailand (April, 13-15), a long holiday, a good time for the family :P Best regards, Neutron Soutmun เมื่อ อา. 2008-04-13 เวลา 17:59 +0800, Paul Wise เขียนว่า: > On Wed, Apr 9, 2008 at 11:10 PM, Neutron Soutmun <[EMAIL PROTECTED]> wrote: > > > I am looking for a sponsor for the new version 1.08-1 > > of my package "xiterm+thai". > > Please try to fix the many GCC warnings in the next upstream release. > > > The package appears to be lintian clean. > > I see several warnings with lintian -I, please fix them and I will upload: > > W: xiterm+thai: debian-changelog-line-too-long line 16 > I: xiterm+thai: hyphen-used-as-minus-sign usr/share/man/man1/txiterm.1.gz:32 > I: xiterm+thai: desktop-entry-contains-encoding-key > /usr/share/applications/xiterm+thai.desktop:3 Encoding > > -- > bye, > pabs > > http://wiki.debian.org/PaulWise > > signature.asc Description: นี่คือ ส่วนข้ อความท ี่มีลา ยเซ็นด ิจิทัล กำกับ
Re: Removing .pl extension in files from a package using debhelper and CDBS.
Am Dienstag, den 15.04.2008, 15:30 +0900 schrieb Charles Plessy: > I am preparing a very simple pacakge (mage2tab) that uses CDBS and > debhelper: > > anx159《mage2tab》$ cat trunk/debian/rules > #!/usr/bin/make -f > include /usr/share/cdbs/1/rules/debhelper.mk > > I would like to keep this file as simple as possible, but the programs > in the pacakge are perl scripts whose name finishe in .pl, so I have to > rename them at some point. My problem is that apparently, > configure/mage2tab:: or install/mage2tab:: are too early rules if I want > to rename after using dh_install: they are not in > $(CURDIR)/debian/mage2tab/usr/bin yet. > > Is there a simple and elegant way to do file renaming with CDBS ? Use dh_install to install the .pl file and then: binary-fixup/mage2tab:: mv $(CURDIR)/debian/$(PACKAGE)/... ... Regards, Daniel
Re: RFS: xiterm+thai (updated package)
Now I get a FTBFS due to not depending on libxt-dev for X11/Intrinsic.h, which is used by main.h and xdefaults.h. Not sure what changed since the other day, but please add libxt-dev to the Build-Depends. Strangely the configure script did not fail, the upstream Makefile did not fail and as a result the build only failed because chown could not find the binary. Please get upstream to check for X11/Intrinsic.h in the configure script and investigate why the build doesn't fail when it isn't present. It looks like the return value from make in the src subdir isn't getting passed out to the top-level make process somehow. Also, I think this line is wrong: cd doc ; mv -f xiterm.1 xiterm+thai.1 It should be this instead since you don't rename it in clean: cd doc ; cp -f xiterm.1 xiterm+thai.1 Also, when closing bugs that were fixed in an upload that was already done, please use a Version pseudo-header. Sending a message to [EMAIL PROTECTED] without the Version pseudo-header is equivalent to marking the bug as invalid. I've fixed this by sending "fixed 438296 1.07-1" to [EMAIL PROTECTED] On Thu, Apr 17, 2008 at 2:16 AM, Neutron Soutmun <[EMAIL PROTECTED]> wrote: > > I see several warnings with lintian -I, please fix them and I will upload: Also, I about the lintian override about xiterm+thai being a setgid binary, please ask the security audit people to look at it: http://www.debian.org/security/audit/ http://blog.steve.org.uk/adopt_a_less_marital_tone.html http://blog.steve.org.uk/when_the_day_is_through.html When they have done the audit, please indicate that it has been audited in the lintian override file and if possible add a link to the audit. Since xiterm+thai is in etch, if any issues are found you may need to do a security update, more info about that is in the developers reference: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-bug-security > PS: Sorry that I'm late, just the water festival in Thailand (April, > 13-15), a long holiday, a good time for the family :P Looks fun :) -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xiterm+thai (updated package)
On Thu, Apr 17, 2008 at 11:25 AM, Paul Wise <[EMAIL PROTECTED]> wrote:
...
> for X11/Intrinsic.h in the configure script and investigate why the
> build doesn't fail when it isn't present. It looks like the return
> value from make in the src subdir isn't getting passed out to the
> top-level make process somehow.
Looks like this in the upstream makefile:
all allbin alldoc tags clean:
@for I in ${subdirs}; do (cd $$I; ${MAKE} $@ || exit 1); done
Should be replaced with this:
all allbin alldoc tags clean:
@for I in ${subdirs}; do (cd $$I; ${MAKE} $@) || exit 1; done
Same for the other targets in the Makefile.in that have a similar construct.
Switching to automake is another option since it gets this right and
also deals with make -k correctly.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: lynis (updated package)
On Wed, Apr 16, 2008 at 8:26 PM, Francisco M. García Claramonte <[EMAIL PROTECTED]> wrote: > > Should I upload your 1.1.1 package now or do you want to switch to > > quilt (or dpatch). > > Well, If you agree with me, I would like you upload the package, and I > send my changes to upstream. Anyway if It is necesary in next release, > I'll make the changes with dpatch. Uploaded. Please do try out quilt, it is so much better than dpatch/cdbs-simplepatchsys. -- bye, pabs http://wiki.debian.org/PaulWise
Re: RFS: xiterm+thai (updated package)
On Thu, Apr 17, 2008 at 1:16 AM, Neutron Soutmun <[EMAIL PROTECTED]> wrote: > > Please try to fix the many GCC warnings in the next upstream release. > I will check and report to the upstream. Upstream is not using -Wall flag, so the warnings were missed during clearing in the recent upstream. I'll add that flag upstream soon. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d(+) s:- a C++ UL P-@ L+++ E--- W+++ N o? K? w-- !O !M V? PS(+) PE-- Y(-) PGP>+ t? 5? X+ R- tv+ b++ DI D-- G e++ h-- r? y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xiterm+thai (updated package)
On Thu, Apr 17, 2008 at 10:34 AM, Paul Wise <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 17, 2008 at 11:25 AM, Paul Wise <[EMAIL PROTECTED]> wrote:
>
> > for X11/Intrinsic.h in the configure script and investigate why the
> > build doesn't fail when it isn't present. It looks like the return
> > value from make in the src subdir isn't getting passed out to the
> > top-level make process somehow.
>
> Looks like this in the upstream makefile:
>
> all allbin alldoc tags clean:
> @for I in ${subdirs}; do (cd $$I; ${MAKE} $@ || exit 1); done
>
> Should be replaced with this:
>
> all allbin alldoc tags clean:
> @for I in ${subdirs}; do (cd $$I; ${MAKE} $@) || exit 1; done
>
> Same for the other targets in the Makefile.in that have a similar construct.
Indeed. Thanks for pointing out.
For the Xt dependency, it was missed during libSM and libICE removal.
Indeed, xt needs to be checked in the configure script, in addition to x11.
And hopefully, -Wl,--as-needed can prevent libSM and libICE from being
pulled in along with libxt again.
Regards,
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d(+) s:- a C++ UL P-@ L+++ E--- W+++ N o? K? w-- !O !M V? PS(+)
PE-- Y(-) PGP>+ t? 5? X+ R- tv+ b++ DI D-- G e++ h-- r? y?
--END GEEK CODE BLOCK--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
