Re: RFS: audtty
The package does not build for me. It fails with: Unmet build dependencies: automake. I have automake1.4 and automake1.7 specifically installed. Once I installed the virtual automake (which provides automake 1.10), it then built o.k. You may want to specify automake1.10 specifically as a Builds-Depends. You could stick with automake, but what happens when the virtual package automake provides automake1.11 in the future. Will your package break? The changelog shows 2 entries - an initial release and then an update. Since this is the first release, why not just one entry? Also, you have two bugs open for audtty (one RFP and one ITP). You should have retitled the RFP to an ITP and taken it over instead of the two separate bugs you now have. You may want to merge them now and then close just one bug in your changelog. Any way you do it, just make sure both bugs get closed once the package is uploaded. Is this a spelling mistake in debian/rules: DEB_MAKE_CHEACK_TARGET = Does it do anything? And why the commented out line: I fixed the spelling error, and cleaned up the rules file a bit. This rule tells CDBS that the makefile does not contain a check target, making sure that it does not attempt to call it. I cleaned up the build-depends in debian/control, because the automake dependency was not needed as the only autotool used is autoconf. Drop README.Debian since it is empty. Remove the comments and cruft from debian/watch. You only need 2 lines in that file. You need to clean up the debian/copyright file. See the package csstidy for an example. I removed the unneeded README.Debian, and cleaned up the debian/watch file. I also redid the debian/copyright file, as well as the changelog. The ITP bug was also closed, i changed it so that in the changelog the package closes the RFP. I uploaded the fixed packages to mentors.debian.net Thanks for taking a look at it. --Chris Taylor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: oggconvert (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.2.1.1-2 of my package oggconvert. It builds these binary packages: oggconvert - Convert media files to free formats The package appears to be lintian clean. The upload would fix these bugs: 437964 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/o/oggconvert - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/o/oggconvert/oggconvert_0.2.1.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Luca Falavigna -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: qink (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.3.1-2 of my package qink. It builds these binary packages: qink - Simple printer ink level monitor based on libinklevel and Qt4 The package appears to be lintian clean. The upload would fix these bugs: 437857 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/q/qink - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/q/qink/qink_0.3.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Adam Cécile
RHS: libnet-tftp-ruby
Dear mentors, I am looking for a sponsor for my package libnet-tftp-ruby. * Package name: libnet-tftp-ruby Version : 0.1.0-1 Upstream Author :Guillaume Marcais [EMAIL PROTECTED] * URL : http://rubyforge.org/projects/net-tftp/ * License : GPL Section : libs It builds these binary packages: libnet-tftp-ruby - This is a pure Ruby implementation of TFTP libnet-tftp-ruby-doc - Documentation for libnet-tftp-ruby libnet-tftp-ruby1.8 - This is a pure Ruby implementation of TFTP libnet-tftp-ruby1.9 - This is a pure Ruby implementation of TFTP The package appears to be lintian clean. The upload would fix these bugs: 438065 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/libnet-tftp-ruby - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/libnet-tftp-ruby/libnet-tftp-ruby_0.1.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Deepak Tripathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unable to build gdb from source
Can some one tell me what I am doing wrong here? I am unable to build gdb from source on a machine running sid. I did $apt-get source gdb $cd gdb-6.6.dfsg/ $ dpkg-buildpackage -us -uc -rfakeroot The build log is attached in this email. What puzzles me is that, according to http://buildd.debian.org/fetch.cgi?pkg=gdbver=6.6.dfsg-1arch=i386stamp=1170205364file=log it built just fine. However it does not build on my machine. This machine does not have pbuilder installed so can't check if things improve when I build with it. Any ideas on why this is happening? Should I file a bug? thanks raju -- Kamaraju S Kusumanchi http://www.people.cornell.edu/pages/kk288/ http://malayamaarutham.blogspot.com/ dpkg-buildpackage: source package is gdb dpkg-buildpackage: source version is 6.6.dfsg-1 dpkg-buildpackage: source changed by Daniel Jacobowitz [EMAIL PROTECTED] dpkg-buildpackage: host architecture i386 dpkg-buildpackage: source version without epoch 6.6.dfsg-1 fakeroot debian/rules clean test -x debian/rules test `id -u` = 0 rmdir /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir rmdir: /home/raju/downloaded: No such file or directory rmdir: packages: No such file or directory rmdir: source/gdb-6.6.dfsg/objdir: No such file or directory make: [cleanbuilddir] Error 1 (ignored) for i in ./readline/support/config.guess ./config.guess ./readline/support/config.sub ./config.sub ./readline/support/config.rpath ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done dh_clean /usr/bin/make -C /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir -k distclean make: *** /home/raju/downloaded: No such file or directory. Stop. make: [makefile-clean] Error 2 (ignored) rm -f debian/stamp-makefile-build rm -f debian/stamp-autotools-files /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/home/raju/downloaded packages source/gdb-6.6.dfsg' for i in ./readline/support/config.guess ./config.guess ./readline/support/config.sub ./config.sub ./readline/support/config.rpath ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/home/raju/downloaded packages source/gdb-6.6.dfsg' if [ -d . ] ; then \ cd . QUILT_PATCHES=patches quilt --quiltrc /dev/null pop -a -R || test $? = 2 ; \ fi No patch removed if [ -n patches ] ; then \ if [ -L ./patches ] ; then \ rm ./patches ; \ fi ; \ fi rm -rf ./.pc rm -f debian/stamp-patch* rm -rf objdir if test -f gdb/version.in.backup; then \ mv -f gdb/version.in.backup gdb/version.in; \ fi # Prevent gratuitous rebuilds of the BFD documentation, since it # updates the copy in the source directory. find bfd -name bfd.info\* | xargs --no-run-if-empty touch rm -f check-stamp dpkg-source -b gdb-6.6.dfsg dpkg-source: building gdb using existing gdb_6.6.dfsg.orig.tar.gz dpkg-source: building gdb in gdb_6.6.dfsg-1.diff.gz dpkg-source: building gdb in gdb_6.6.dfsg-1.dsc debian/rules build test -x debian/rules mkdir -p /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir /usr/bin/make -f debian/rules reverse-config make[1]: Entering directory `/home/raju/downloaded packages source/gdb-6.6.dfsg' for i in ./readline/support/config.guess ./config.guess ./readline/support/config.sub ./config.sub ./readline/support/config.rpath ./config.rpath ; do \ if test -e $i.cdbs-orig ; then \ mv $i.cdbs-orig $i ; \ fi ; \ done make[1]: Leaving directory `/home/raju/downloaded packages source/gdb-6.6.dfsg' if [ -n patches ] ; then \ if [ -L ./patches ] ; then : ; else \ (cd .; ln -s /home/raju/downloaded packages source/gdb-6.6.dfsg/debian/patches patches) ; \ fi ; \ fi ln: target `patches' is not a directory make: *** [debian/stamp-patched] Error 1
Re: unable to build gdb from source
I demand that Kamaraju S Kusumanchi may or may not have written... Can some one tell me what I am doing wrong here? I am unable to build gdb from source on a machine running sid. I did $apt-get source gdb $cd gdb-6.6.dfsg/ $ dpkg-buildpackage -us -uc -rfakeroot The build log is attached in this email. [...] Any ideas on why this is happening? Should I file a bug? From your build log: rmdir /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir rmdir: /home/raju/downloaded: No such file or directory rmdir: packages: No such file or directory rmdir: source/gdb-6.6.dfsg/objdir: No such file or directory Your problem is a combination of unquoted strings and spaces in file/directory names; specifically, downloaded packages source. Renaming that directory so that its name contains no spaces (actually, no characters which have special meaning to the shell) will be enough to work around the problem. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Take my advice, I'm not using it right now. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unable to build gdb from source
On 15/08/07, Kamaraju S Kusumanchi [EMAIL PROTECTED] wrote: Can some one tell me what I am doing wrong here? I am unable to build gdb from source on a machine running sid. I did $apt-get source gdb $cd gdb-6.6.dfsg/ $ dpkg-buildpackage -us -uc -rfakeroot The build log is attached in this email. What puzzles me is that, according to rmdir /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir rmdir: /home/raju/downloaded: No such file or directory rmdir: packages: No such file or directory rmdir: source/gdb-6.6.dfsg/objdir: No such file or directory Seems like cdbs is using $(CURDIR) without using quotes. /usr/bin/make -C /home/raju/downloaded packages source/gdb-6.6.dfsg/objdir -k distclean make: *** /home/raju/downloaded: No such file or directory. Stop. same problem here. You should fill a bug against the cdbs package; and if you can't wait for the maintainer to patch it then build it from a directory which doesn't have spaces in its name. http://buildd.debian.org/fetch.cgi?pkg=gdbver=6.6.dfsg-1arch=i386stamp=1170205364file=log it built just fine. However it does not build on my machine. This machine does not have pbuilder installed so can't check if things improve when I build with it. Any ideas on why this is happening? Should I file a bug? thanks raju -- Kamaraju S Kusumanchi http://www.people.cornell.edu/pages/kk288/ http://malayamaarutham.blogspot.com/ -- Atomo64 - Raphael Please avoid sending me Word, PowerPoint or Excel attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Say NO to Microsoft Office broken standard. See http://www.noooxml.org/petition -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: gviterm
Dear mentors, I am looking for a sponsor for my package gviterm. * Package name: gviterm Version : 0.1+r10-1 Upstream Author : yetist [EMAIL PROTECTED] * URL : http://code.google.com/p/gviterm/ * License : GPL Section : editors It builds these binary packages: gviterm- gvim + terminal The package appears to be lintian clean. The upload would fix these bugs: 438128 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/gviterm - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/gviterm/gviterm_0.1+r10-1.dsc I would be glad if someone uploaded this package for me. Kind regards LI Daobing signature.asc Description: This is a digitally signed message part
Re: unable to build gdb from source
On Wed, Aug 15, 2007 at 10:46:29AM -0400, Kamaraju S Kusumanchi wrote: Can some one tell me what I am doing wrong here? I am unable to build gdb from source on a machine running sid. I did $apt-get source gdb $cd gdb-6.6.dfsg/ $ dpkg-buildpackage -us -uc -rfakeroot The build log is attached in this email. What puzzles me is that, according to http://buildd.debian.org/fetch.cgi?pkg=gdbver=6.6.dfsg-1arch=i386stamp=1170205364file=log it built just fine. However it does not build on my machine. This machine does not have pbuilder installed so can't check if things improve when I build with it. Any ideas on why this is happening? Should I file a bug? You're apparently trying to build in downloaded packages source/. It contains a space which the make build system didn't handle. IMHO it's a bug, but I suspect many package have similar problems. I supose somebody wants to rebuild the archive and find out? Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: multiget
Dear mentors, I am looking for a sponsor for my package multiget. * Package name: multiget Version : 1.1.4-1 Upstream Author : liubin [EMAIL PROTECTED] * URL : http://multiget.sourceforge.net/ * License : GPL Section : net It builds these binary packages: multiget - graphical download manager The package appears to be lintian clean. The upload would fix these bugs: 388427 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/multiget - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards LI Daobing signature.asc Description: This is a digitally signed message part
Re: unable to build gdb from source
Raphael Geissert wrote: You should fill a bug against the cdbs package; and if you can't wait for the maintainer to patch it then build it from a directory which doesn't have spaces in its name. I filed it as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438141 raju -- Kamaraju S Kusumanchi http://www.people.cornell.edu/pages/kk288/ http://malayamaarutham.blogspot.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: llk-linux
Dear mentors, I am looking for a sponsor for my package llk-linux. * Package name: llk-linux Version : 2.3~beta1-1 Upstream Author : Zhao Mingxian [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/llk-linux * License : GPLv2 Section : games It builds these binary packages: llk-linux - a mahjongg-like game written in GTK The package appears to be lintian clean. The upload would fix these bugs: 373754 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/l/llk-linux - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/l/llk-linux/llk-linux_2.3~beta1-1.dsc I would be glad if someone uploaded this package for me. Kind regards LI Daobing -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: qink (updated package)
Hi! On 8/15/07, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.3.1-2 of my package qink. Uploaded. I hope that you don't mind about this: diff -urN debian/changelog qink-0.3.1/debian/changelog --- debian/changelog2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/changelog 2007-08-15 13:29:52.0 -0300 @@ -1,6 +1,8 @@ qink (0.3.1-2) unstable; urgency=low * Upstream makefile doesn't strip binary anymore (Closes: 437857). + * Menu: move to Applications/System/Monitoring. + * Drop deprecated 'Encoding' and duplicated 'Type' entry in desktop file. -- Adam Cécile (Le_Vert) [EMAIL PROTECTED] Wed, 15 Aug 2007 00:28:14 +0200 diff -urN debian/menu qink-0.3.1/debian/menu --- debian/menu 2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/menu 2007-08-15 13:22:11.0 -0300 @@ -1,6 +1,6 @@ ?package(qink):\ needs=X11 \ - section=Apps/System \ + section=Applications/System/Monitoring \ title=QInk \ longtitle=QInk: ink level monitor \ icon32x32=/usr/share/pixmaps/qink.xpm \ diff -urN debian/qink.desktop qink-0.3.1/debian/qink.desktop --- debian/qink.desktop 2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/qink.desktop 2007-08-15 13:20:10.0 -0300 @@ -1,10 +1,8 @@ [Desktop Entry] -Encoding=UTF-8 Name=QInk Exec=qink Icon=qink Type=Application Terminal=false -Type=Application Comment=QInk ink level monitor Categories=Qt;Utility Best regards, Nelson
Re: RHS: libterm-ansicolor-ruby
The Fungi [EMAIL PROTECTED] wrote: Of course, I can't imagine an ANSI library would be anything more than a few dozen string constant definitions, unless you wanted man tput (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
Adam Borowski [EMAIL PROTECTED] wrote: curses does only full-screen display, and is useless for anything line-based. And being capable of colouring your display is a MAJOR thing if you want to be able to read text quickly. man filter -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: qink (updated package)
Hi, I don't mind about the other changes ;) Thanks a lot. Nelson A. de Oliveira a écrit : Hi! On 8/15/07, Adam Cécile (Le_Vert) [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 0.3.1-2 of my package qink. Uploaded. I hope that you don't mind about this: diff -urN debian/changelog qink-0.3.1/debian/changelog --- debian/changelog2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/changelog 2007-08-15 13:29:52.0 -0300 @@ -1,6 +1,8 @@ qink (0.3.1-2) unstable; urgency=low * Upstream makefile doesn't strip binary anymore (Closes: 437857). + * Menu: move to Applications/System/Monitoring. + * Drop deprecated 'Encoding' and duplicated 'Type' entry in desktop file. -- Adam Cécile (Le_Vert) [EMAIL PROTECTED] Wed, 15 Aug 2007 00:28:14 +0200 diff -urN debian/menu qink-0.3.1/debian/menu --- debian/menu 2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/menu 2007-08-15 13:22:11.0 -0300 @@ -1,6 +1,6 @@ ?package(qink):\ needs=X11 \ - section=Apps/System \ + section=Applications/System/Monitoring \ title=QInk \ longtitle=QInk: ink level monitor \ icon32x32=/usr/share/pixmaps/qink.xpm \ diff -urN debian/qink.desktop qink-0.3.1/debian/qink.desktop --- debian/qink.desktop 2007-08-15 13:19:46.0 -0300 +++ qink-0.3.1/debian/qink.desktop 2007-08-15 13:20:10.0 -0300 @@ -1,10 +1,8 @@ [Desktop Entry] -Encoding=UTF-8 Name=QInk Exec=qink Icon=qink Type=Application Terminal=false -Type=Application Comment=QInk ink level monitor Categories=Qt;Utility Best regards, Nelson
Re: RFS: php-date (updated package) [UPLOADED]
On Tue, Aug 07, 2007 at 03:54:54AM +0200, Gregory Colpart wrote: I am Gregory Colpart [http://wiki.debian.org/GregoryColpart] and I am looking for a sponsor for the new version 1.4.7-1 of my package php-date. This package is being adopted. This package is now sponsored/uploaded. (Thanks to Thijs Kinkhorst). Regards, -- Gregory Colpart [EMAIL PROTECTED] GnuPG:1024D/C1027A0E Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
On Wed, Aug 15, 2007 at 04:02:57PM -, Thomas Dickey wrote: [...] (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) Completely agree. My point was that, when I've *needed* ANSI color and similar capabilities in an application where I didn't want to (or couldn't) use curses, I've usually coded the necessary definitions into whatever custom Python module I wrote to do display handling, or set up macros in a C header, and it's not exactly been a burdensome amount of code to throw together from scratch. That's not to say that I wouldn't be thrilled if Python upstream started to carry these definitions as part of its core modules (like they do with, say, Telnet IAC sequences). Closest I can find is definitions like curses.ascii.ESC, curses.COLOR_RED and curses.A_NORMAL... I could hack those (wrapped with chr() or str() calls where appropriate) into my colorize functions in place of some of my constants, but that would be even uglier in my opinion. Anyway, time for me to stop derailing the discussion (pun intended). -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xawtv (updated package)
On 2007-08-15, Krzysztof Burghardt [EMAIL PROTECTED] wrote: xawtv-plugin-qt - quicktime plugin for xawtv and motv Has this been fixed in a way that doesn't make it segfault all the time? And become buildable with newer libquicktime? (I was the one hacking the quicktime plugin out of the package before etch release - and also looked into a bit of other things in it) /Sune (Not yet a DD, so can't sponsor) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFS: xawtv (updated package)
Dear mentors, I am looking for a sponsor for the new version 3.95.dfsg.1-5 of my package xawtv. It builds these binary packages: alevtd - http daemon for videotext pages fbtv - linux console (fbcon) TV application pia- movie player radio - ncurses-based radio application scantv - scan TV channels for stations streamer - capture tool (images / movies) ttv- tty TV application v4l-conf - tool to configure video4linux drivers webcam - capture and upload images xawtv - X11 TV application xawtv-plugin-qt - quicktime plugin for xawtv and motv xawtv-plugins - plugins for xawtv and motv xawtv-tools - Miscellaneous tools distributed with xawtv The package appears to be lintian clean. The upload would fix these bugs: 55016, 231557, 394001, 414261, 436513, 436953, 437843 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/x/xawtv - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/x/xawtv/xawtv_3.95.dfsg.1-5.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xawtv (updated package)
2007/8/15, Sune Vuorela [EMAIL PROTECTED]: On 2007-08-15, Krzysztof Burghardt [EMAIL PROTECTED] wrote: xawtv-plugin-qt - quicktime plugin for xawtv and motv Has this been fixed in a way that doesn't make it segfault all the time? Yes. And become buildable with newer libquicktime? That right. I build and linked it with 1.0.0, moreover its usable (with = 0.9.9). I'm able to record movie and then play it with Totem. (Not yet a DD, so can't sponsor) Me too ;-) Best regards, -- Krzysztof Burghardt [EMAIL PROTECTED] http://www.burghardt.pl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: unable to build gdb from source
Justin Pryzby [EMAIL PROTECTED] writes: You're apparently trying to build in downloaded packages source/. It contains a space which the make build system didn't handle. IMHO it's a bug, but I suspect many package have similar problems. I supose somebody wants to rebuild the archive and find out? It's a bug that's annoying to try to fix and probably not worth the effort. make *really* doesn't like spaces in filenames in various contexts. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
Thomas Dickey [EMAIL PROTECTED] writes: (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) On the contrary, providing ANSI X3.64 / ECMA-048 / ISO 6429 control sequences in a library seems entirely reasonable to me. It is a standard, and it's not like they change or are system-dependent. Yes, there are terminals that don't implement those standards. How many of them are used by anyone other than hobbyists as part of computer archeology? -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
On Wed, Aug 15, 2007 at 12:38:07PM -0700, Russ Allbery wrote: Thomas Dickey [EMAIL PROTECTED] writes: (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) I took Thomas's comment to mean that it *should* be in a library (or at least abstracted somewhere reusable), rather than hardcoded into your apps. Sounds like violent agreement to me. ;) -- { IRL(Jeremy_Stanley); PGP(9E8DFF2E4F5995F8FEADDC5829ABF7441FB84657); SMTP([EMAIL PROTECTED]); IRC([EMAIL PROTECTED]); ICQ(114362511); AIM(dreadazathoth); YAHOO(crawlingchaoslabs); FINGER([EMAIL PROTECTED]); MUD([EMAIL PROTECTED]:6669); WWW(http://fungi.yuggoth.org/); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
The Fungi [EMAIL PROTECTED] writes: On Wed, Aug 15, 2007 at 12:38:07PM -0700, Russ Allbery wrote: Thomas Dickey [EMAIL PROTECTED] writes: (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) I took Thomas's comment to mean that it *should* be in a library (or at least abstracted somewhere reusable), rather than hardcoded into your apps. Sounds like violent agreement to me. ;) Ah, yes, you're probably right. :) -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: multiget
Am Mittwoch, den 15.08.2007, 23:50 +0800 schrieb LI Daobing: Dear mentors, I am looking for a sponsor for my package multiget. * Package name: multiget Version : 1.1.4-1 Upstream Author : liubin [EMAIL PROTECTED] * URL : http://multiget.sourceforge.net/ * License : GPL Section : net It builds these binary packages: multiget - graphical download manager The package appears to be lintian clean. The upload would fix these bugs: 388427 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/m/multiget - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/m/multiget/multiget_1.1.4-1.dsc I would be glad if someone uploaded this package for me. Kind regards LI Daobing I am no DD, which means I can not upload it, but I took a look at the package. few things can be improved: - Remove changelog.txt from debian/docs, you install it with dh_installchangelogs - Delete the lines you commented out, this makes it easier to read. - Use Priority: optional -- Julian Andres Klode IRC Nickname: juliank (Debian/OFTC + Freenode, GimpNet) Fellow of FSFE: https://www.fsfe.org/en/fellows/jak (No. 1049) Debian Wiki:http://wiki.debian.org/JulianAndresKlode Ubuntu Wiki:http://wiki.ubuntu.com/JulianAndresKlode In Launchpad: https://launchpad.net/~juliank My packages: http://qa.debian.org/[EMAIL PROTECTED] Languages: German, English, [bit French] signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: RFS: xawtv (updated package)
Hi! On 8/15/07, Krzysztof Burghardt [EMAIL PROTECTED] wrote: I am looking for a sponsor for the new version 3.95.dfsg.1-5 of my package xawtv. Uploaded. On your next revision you can verify these lintian messages: I: xawtv: possible-non-posix-code-in-maintainer-script config:15 'test -c /dev/.devfsd -o ' I: xawtv: possible-non-posix-code-in-maintainer-script postinst:15 'test -c /dev/.devfsd -o -c /dev/video0 -o ' W: xawtv: partially-translated-question xawtv/tvnorm cs.utf-8 (a lot of partially-translated-question) W: xawtv: partially-translated-question xawtv/freqtab vi.utf-8 I: xawtv: desktop-entry-contains-encoding-key ./usr/share/applications/xawtv.desktop:4 Encoding Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: xawtv (updated package)
Nelson A. de Oliveira [EMAIL PROTECTED] writes: I: xawtv: possible-non-posix-code-in-maintainer-script config:15 'test -c /dev/.devfsd -o ' I: xawtv: possible-non-posix-code-in-maintainer-script postinst:15 'test -c /dev/.devfsd -o -c /dev/video0 -o ' You can ignore these; they'll go away with the next release of Policy. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RHS: libterm-ansicolor-ruby
On Wed, Aug 15, 2007 at 04:02:57PM -, Thomas Dickey wrote: The Fungi [EMAIL PROTECTED] wrote: Of course, I can't imagine an ANSI library would be anything more than a few dozen string constant definitions, unless you wanted man tput (no point in hardcoding a few dozen string definitions, unless one _likes_ the nasty comments that people make when they read the code ;-) I'm afraid the very concept of termcap/terminfo is thoroughly broken. It makes the following assumptions: * all TERM strings are known to all machines. Mere ssh will break otherwise. And even after all these years, Solaris still doesn't know what TERM=linux means (the last time I checked it didn't, at least). * TERM strings are unique. Because of the above, no one who makes a terminal emulator will use a real string as it would make his terminal useless. Thus, anything popular uses either: + xterm: - xterms of all Unices -- no matter what differences between them are, often interpreting vt100+ codes in creative ways (compared to how I would read the docs), - libvt based stuff (totally incompatible with xterms), - konsole and derivatives (totally incompatible with the rest _and_ buggy) - PuTTY (one of the best nowadays, used to be terrible) + rxvt: - aterm, wterm, etc. None of them sync bugfixes with the others. + linux: - real Linux text console. + vt100: - physical terminals, even if they're rather vt19578394. + screen: - reinterprets everything in its own dialect, usually for good results, sometimes for bad. In other words, TERM is totally useless. How is it supposed to tell me that I have to write spaces to every position instead of usual means of clearing the screen if bgcolor isn't transparent (older putties) -- and even if it could, neither termcap nor terminfo have means to convey this info. Or, do I need to restore the \e[???m attrs after moving the cursor (libvt in some cases)? Or, what are the effects of \n on the line right to the cursor? Or, how to be told if arrow keys pressed are Kpad ones or the new-style gray ones? From my own experience, the only way to get decent portability is, ironically, hard-coding a certain subset of vt100ish codes. Querying termcap/terminfo tends to lose rather fast in comparison. So there's no point in using tstuff unless one _likes_ the nasty comments that people make when they try to either use the program or read the code ;-) -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RFH: start-stop-daemon, broken behavior when daemon already running
Hi, Could you help to understand why start-stop-daemon do not return 1 when trying to start my daemon which is already running ? Here is some log about what happens: bash-3.1# start-stop-daemon --start --quiet --pidfile /var/run/dkimproxy.out-dkim.pid --exec /usr/local/bin/dkimproxy.out -- --daemonize --keyfile=/etc/dkimproxy/private.key --selector=selector1 --domain=le-vert.net --method=relaxed --signature=dkim --pidfile=/var/run/dkimproxy.out-dkim.pid 127.0.0.1:10027 127.0.0.1:10029; echo $? Becoming sub class of Net::Server::PreFork Pid_file already exists for running process (16640)... aborting 0 bash-3.1# cat /var/run/dkimproxy.out-dkim.pid 16640 bash-3.1# ps aux | grep 16640 root 16640 0.0 1.0 13732 8420 ?Ss 23:49 0:00 /usr/bin/perl -I/usr/local/lib /usr/local/bin/dkimproxy.out --daemonize --keyfile=/etc/dkimproxy/private.key --selector=selector1 --domain=le-vert.net --method=relaxed --signature=dkim --pidfile=/var/run/dkimproxy.out-dkim.pid 127.0.0.1:10027 127.0.0.1:10029 root 16697 0.0 0.0 3540 760 pts/1R+ 23:49 0:00 grep 16640 Thanks in advance, Regards, Adam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFH: start-stop-daemon, broken behavior when daemon already running
Replacing --exec with --startas seems to fix the issue. I understand that --exec mail be wrong because the daemon is written in perl, so the processus name wouldn't be what's passed to exec. However --startas description is quite obvious to me and I don't understand what it does exactly. Adam Cécile (Le_Vert) a écrit : Hi, Could you help to understand why start-stop-daemon do not return 1 when trying to start my daemon which is already running ? Here is some log about what happens: bash-3.1# start-stop-daemon --start --quiet --pidfile /var/run/dkimproxy.out-dkim.pid --exec /usr/local/bin/dkimproxy.out -- --daemonize --keyfile=/etc/dkimproxy/private.key --selector=selector1 --domain=le-vert.net --method=relaxed --signature=dkim --pidfile=/var/run/dkimproxy.out-dkim.pid 127.0.0.1:10027 127.0.0.1:10029; echo $? Becoming sub class of Net::Server::PreFork Pid_file already exists for running process (16640)... aborting 0 bash-3.1# cat /var/run/dkimproxy.out-dkim.pid 16640 bash-3.1# ps aux | grep 16640 root 16640 0.0 1.0 13732 8420 ?Ss 23:49 0:00 /usr/bin/perl -I/usr/local/lib /usr/local/bin/dkimproxy.out --daemonize --keyfile=/etc/dkimproxy/private.key --selector=selector1 --domain=le-vert.net --method=relaxed --signature=dkim --pidfile=/var/run/dkimproxy.out-dkim.pid 127.0.0.1:10027 127.0.0.1:10029 root 16697 0.0 0.0 3540 760 pts/1R+ 23:49 0:00 grep 16640 Thanks in advance, Regards, Adam.
Re: RFS: oggconvert (updated package)
* Luca Falavigna [EMAIL PROTECTED] [2007-08-15 11:33:14 +0200]: Dear mentors, I am looking for a sponsor for the new version 0.2.1.1-2 of my package oggconvert. It builds these binary packages: oggconvert - Convert media files to free formats The package appears to be lintian clean. The upload would fix these bugs: 437964 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/o/oggconvert - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/o/oggconvert/oggconvert_0.2.1.1-2.dsc I would be glad if someone uploaded this package for me. Kind regards Luca Falavigna Luca, It's customary to ask your previous sponsor for an upload before throwing the package up into the wind and hoping that someone will go through the entire package review every time you need to a new version uploaded. Anyway, your current revision is now 2xbuild safe. Second debuild run fails with: fakeroot debian/rules clean dpatch deapply-all reverting patch 01_desktop_file_icon from ./ ... ok. rm -rf patch-stamp patch-stampT debian/patched dh_testdir dh_testroot rm -f build-stamp rm -fr /home/malex/debian/sponsoring/oggconvert/oggconvert-0.2.1.1/debian/oggconvert/build rm -f /home/malex/debian/sponsoring/oggconvert/oggconvert-0.2.1.1/debian/oggconvert/*.pyc dh_clean dpkg-source -b oggconvert-0.2.1.1 dpkg-source: building oggconvert using existing oggconvert_0.2.1.1.orig.tar.gz dpkg-source: building oggconvert in oggconvert_0.2.1.1-2.diff.gz dpkg-source: cannot represent change to OggConvert/ocv_info.pyc: binary file contents changed dpkg-source: cannot represent change to OggConvert/ocv_constants.pyc: binary file contents changed dpkg-source: cannot represent change to OggConvert/__init__.pyc: binary file contents changed dpkg-source: warning: executable mode 0755 of 'debian/patches/01_desktop_file_icon.dpatch' will not be represented in diff dpkg-source: warning: executable mode 0755 of 'build/scripts-2.4/oggconvert' will not be represented in diff dpkg-source: building oggconvert in oggconvert_0.2.1.1-2.dsc dpkg-source: unrepresentable changes to source debuild: fatal error at line 1228: dpkg-source -b oggconvert-0.2.1.1 failed Fix your clean target please. Alex. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Duplicate file names? (was Re: RFS: ifstat (updated package))
On Aug 14, 2007, at 7:43 PM, The Fungi wrote: On Tue, Aug 14, 2007 at 07:30:41PM -0400, Robert James Clay wrote: Would I be correct in thinking that it is a bug for files of the same name to come from different packages? For data files, I don't mind so much; but I've always been leery of having different program files with the same name on the same system... But I gather it isn't necessarily a bug? (Don't recall anyhting in policy about it, but then I'm still learning that...) I ask because there is another ifstat file in Debian; it's from the ifcico package gets installed in a different directory. There is also an issue with the man page; I was thinking of doing a man page for the ifcico ifstat program (there doesn't seem to be one) but the other ifstat does install one... The ifstat package provides /usr/bin/ifstat and the ifcico package provides /usr/lib/ifmail/ifstat so I wouldn't expect a conflict there True; except that /usr/bin is more likely to be in the $PATH than /usr/lib/ifmail...(Unless a particular user account is used specifically for the ifcico similar programs, in which case the $PATH could be adjusted for that ...) (as long as anything needing the executable from ifcico has that path hard-coded or pre-empting /usr/bin as necessary). When I use programs in scripts, I usually include the path for whatever executables I'm using. Don't normally do that when I use a program from the command line... The manpage for the former is in section 1 and the manpage for the latter would go in section 8 if consistent with the manpages for the other stuff in /usr/lib/ifmail, so again no conflict (though users with both installed will need to specify 'man 8 ifstat' to see the one from ifcico). -- Ah, yes; I overlooked that aspect of it; so I'll likely go ahead write up a man page for it (ifstat in ifcico package). Robert James Clay [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: audtty
On Wed, Aug 15, 2007 at 09:30:01AM +0200, Chris Taylor wrote.. I fixed the spelling error, and cleaned up the rules file a bit. This rule tells CDBS that the makefile does not contain a check target, making sure that it does not attempt to call it. snip I uploaded the fixed packages to mentors.debian.net A few more comments ... The man page for audtty brings up what looks like an old man page for xmms-curses. Not good. Why do you still have this line in debian/changelog? * Updated package to upstream version 0.1.5a Since this is initial release, it is not an updated package. In debian/copyright: Upstream Author: should be plural since there are 3 In virtually every upstream file there is the copyright line: 2003-2005 Knut Auvor Grythe Why did you put: 2003-2004 Knut Auvor Grythe in debian/copyright? Note 2004 vs 2005. I'm a bit picky, but I like to see all unnecessary whitespace and extra double space lines removed from all files. Most of your debian/ files still have extraneous whitespace in them. Kevin -- Kevin Coyner GnuPG key: 1024D/8CE11941 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libwhisker2-perl
Deepak, On 8/4/07, Deepak Tripathi [EMAIL PROTECTED] wrote: Dear mentors, I am looking for a sponsor for my package libwhisker2-perl. I've seen that you updated libwhisker-perl to version 2.4 which seems wrong, as that should be libwhisker2-perl.. Or one of the two should be deleted.. -- Martín Ferrari