_i368
Hello, I just build package and this having suffix i386 even I set debian/control Architecture: any and in debian/rules I put all dh_scripts to "binary-indep" section. Did I forgot something to do? Thanks for help cheers mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: _i368
On Tue, Mar 17, 2009 at 08:02, Jaromír Mikeš wrote: > Hello, > > I just build package and this having suffix i386 even I set debian/control > Architecture: any > and in debian/rules I put all dh_scripts to "binary-indep" section. > Did I forgot something to do? and arch:any package is build on every architecture supported by debian (and if so, binary-indep might be wrong). What $ dpkg-architecture returns to you? I bet i386, hence your resulting binary package is the version for i386. And I'm pretty sure there is some doc about things like this ;) Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: _i368
Hi On Tue, Mar 17, 2009 at 08:02:20AM +0100, Jaromír Mikeš wrote: > I just build package and this having suffix i386 even I set debian/control > Architecture: any > and in debian/rules I put all dh_scripts to "binary-indep" section. If the package is "architecture independent", then Architecture should be "all", not "any". See debian-policy 5.6.8 Archtiecture [1] for reference. [1] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Architecture Does this helps you? Bests Salvatore signature.asc Description: Digital signature
Re: _i368
> Od: Salvatore Bonaccorso > If the package is "architecture independent", then Architecture should > be "all", not "any". See debian-policy 5.6.8 Archtiecture [1] for > reference. > > [1] > http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Architecture > > Does this helps you? 100% ... Thanks a lot regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: _i368
> Od: Sandro Tosi > > And I'm pretty sure there is some doc about things like this ;) Thanks ;) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
how to support 32- & 64-bit versions of libraries
Hi, For package "gmp", I have two open requests to provide 64-bit versions of the libraries on ppc. One of the requests also asks for a 32-bit version on amd64. What is the best way to do this? Is this related to "biarch" or "multiarch"? I can not find any information on the former, while the wiki page on the latter [1] has a lot of old design proposals, but no current status? Can someone summarize the status of these things? Thanks, -Steve [1] http://wiki.debian.org/multiarch/ signature.asc Description: Digital signature
Re: Best way to compile packages for multiple architecture?
Hi again 2009/3/15 Jean-Yves Avenard : >> sorry, if you're using pbuilder you will need to build with >> "--debbuildopts -B". Hum... I spoke too quickly ... And it seems to be an issue with pdebuild. So I have created a package for nvidia 180.37 drivers. First, compile (with source) AMD64 version: $ ARCH=amd64 pdebuild --buildresult ~ $ ls -la nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz -rw-r--r-- 1 avenardj avenardj 42318454 2009-03-17 18:32 nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz $ openssl md5 nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz MD5(nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz)= ef9eb6e4d7c6d15e6c077e6c460fc511 So far so good: $ ARCH=i386 pdebuild --debbuildopts -B --buildresult ~ $ ls -la nvidia-graphics-drivers-180_180.37-0ubbuntu1.tar.gz $ -rw-r--r-- 1 avenardj avenardj 42314954 2009-03-17 18:42 nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz $ openssl md5 nvidia-graphics-drivers-180_180.37-0ubbuntu1.tar.gz MD5(nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz)= 03c2c5149ca704e3b43310f498d26ff3 As you can see, the source file has been changed... When you look at the output from pdebuild, you can see: $ DIST=hardy ARCH=i386 pdebuild --debbuildopts -B --buildresult ~/pcliving/ne w_repos/ Using CCACHE dpkg-buildpackage: set CFLAGS to default value: -g -O2 dpkg-buildpackage: set CPPFLAGS to default value: dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions dpkg-buildpackage: set FFLAGS to default value: -g -O2 dpkg-buildpackage: set CXXFLAGS to default value: -g -O2 dpkg-buildpackage: source package nvidia-graphics-drivers-180 dpkg-buildpackage: source version 180.37-0ubuntu1 dpkg-buildpackage: source changed by Jean-Yves Avenard fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp build-kernel-stamp configure-stamp dh_clean rm -fr NVIDIA-Linux-x86-180.37-pkg1 NVIDIA-Linux-x86_64-180.37-pkg2 dpkg-source -b nvidia-graphics-drivers-180-180.37 dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address dpkg-source: info: using source format `1.0' dpkg-source: info: building nvidia-graphics-drivers-180 in nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz dpkg-source: info: building nvidia-graphics-drivers-180 in nvidia-graphics-drivers-180_180.37-0ubuntu1.dsc dpkg-genchanges -S >../nvidia-graphics-drivers-180_180.37-0ubuntu1_source.changes So it is creating a .tar.gz file ; and it looks like pdebuild isn't aware that the source code isn't to be copied in the result directory at the end. Sounds like a bug to me.. Any ideas on how to get around that ? Thanks Jean-Yves -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: lbzip2
On Tue, Mar 17, 2009 at 5:55 AM, ERSEK Laszlo wrote: > Oops. The nocheck build option needed a change. I apologize for rushing it. > I uploaded the package to > > http://mentors.debian.net/debian/pool/main/l/lbzip2 Uploaded. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: how to support 32- & 64-bit versions of libraries
Hi Steve, On Tue, Mar 17, 2009 at 03:11:00AM -0500, Steve M. Robbins wrote: > For package "gmp", I have two open requests to provide 64-bit versions > of the libraries on ppc. One of the requests also asks for a 32-bit > version on amd64. I'd like to see 32bit libs for amd64, too. :-) > Is this related to "biarch" or "multiarch"? I can not find any > information on the former, while the wiki page on the latter [1] has a > lot of old design proposals, but no current status? Can someone > summarize the status of these things? Things that have been said about biarch or multiarch often are about changes to the package system (especially dpkg) to better support these cases (yours, but also optimizing for special processors). Currently the common approach taken (at least for 32bit on amd64) is to provide a new package. So taking ncurses as an example there is not only libncurses5, but also a lib32ncurses5 package. Similarly there are libasound2 and lib32asound2. I suggest you to have a look at these. Helmut -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: quilt[Solved]... bug?
On Tue, 2009-03-17 at 07:27 +0100, Jaromír Mikeš wrote: > > Původní zpráva > > Od: Jaromír Mikeš > > > Described in different way: > > > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt new makefile.patch > > Patch makefile.patch is now on top > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt edit > 4) '/home/mira/jnoise/jnoise-0.4.0/Makefile' > > File /home/mira/jnoise/jnoise-0.4.0/Makefile added to patch makefile.patch > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt refresh > > Refreshed patch makefile.patch > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt applied > > makefile.patch > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt pop -a > > Removing patch makefile.patch > 12) Restoring home/mira/jnoise/jnoise-0.4.0/Makefile > > > > No patches applied > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt applied > > No patches applied > > m...@64studio:~/jnoise/jnoise-0.4.0$ quilt push > > Applying patch makefile.patch > 19)patching file home/mira/jnoise/jnoise-0.4.0/Makefile > > > > Now at patch makefile.patch > > m...@64studio:~/jnoise/jnoise-0.4.0$ > > > > So I was switching by " quilt pop -a" and by "quilt push" between states > > patched > > unpatched. > > But edited makefile was in both states edited :( > > What happened? I am used sometimes just write command like "gedit" and then > "drag and drop" file to terminal to be showed by e.g. "gedit". > You can see it in lines 4, 12 and 19 ...but quilt not accept behavior like > this!!! > If I am pwd in root dir of my package and write: quilt edit Makefile ... all > is ok! > When I write "quilt edit" and then "drag and drop" file quilt create in > my_package_root_dir new dirs like > /path/to/my/Makefile. > I don't know other command line program not accepting "drag and drop" ... > I know d'n'd is not standard way how to do it, but it took one day to me to > discover it :( > > Thank you all for patience and will to help. > > Best regards > > mira > > I'm not sure, maybe quilt doesn't support full paths? Either way you can always use tab completion. Type the first few characters and then press tab and it'll be completed for you. I think that's possibly faster than drag-dropping especially when the stuff is in the same directory. -- Chow Loong Jin signature.asc Description: This is a digitally signed message part
RFS: jbig2enc
Dear mentors, I am looking for a sponsor for my package "jbig2enc". * Package name: jbig2enc Version : 0.27-1 Upstream Author : Adam Langley * URL : http://www.imperialviolet.org/jbig2.html * License : Apache License, Version 2.0 Section : graphics It builds these binary packages: jbig2enc - a JBIG2 encoder The package appears to be lintian clean. The upload would fix these bugs: 512518 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/j/jbig2enc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/j/jbig2enc/jbig2enc_0.27-1.dsc I would be glad if someone uploaded this package for me. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Need advices library packaging.
Hi everybody, I'm intended to package axis2c api, which is a set of api for implement soap service/client. My problem is that I do not know how to process with library packaging, I am wondering if somebody would know where I could find relative documentation. Thanks a lot !
Re: Need advices library packaging.
On Tue, Mar 17, 2009 at 10:40 PM, Anthony Gasperin wrote: > My problem is that I do not know how to process with library packaging, > I am wondering if somebody would know where I could find relative > documentation. http://packages.debian.org/libpkg-guide http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html It has some bugs though (top two are most important): http://bugs.debian.org/libpkg-guide -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Need advices library packaging.
Hello, Assuming that you have double-checked that you are reading to package axis2c, the new maintainer's guide is a very good place to begin: http://www.debian.org/doc/maint-guide/ If you prefer a guided example, I found this article helpful: http://www.debian-administration.org/articles/336 ...it's a little bit dated (2006), but that's what man pages are for. ;) Also, I found it helpful to download a small, existing package, and look at the debian/ directory that comes with it. If you get stuck, Google for the error you're receiving; someone's probably already had that same error. Good luck, -->Seth --- On Tue, 3/17/09, Anthony Gasperin wrote: > From: Anthony Gasperin > Subject: Need advices library packaging. > To: debian-mentors@lists.debian.org > Date: Tuesday, March 17, 2009, 9:40 AM > Hi everybody, > I'm intended to package axis2c api, which is a set of > api for implement soap > service/client. > My problem is that I do not know how to process with > library packaging, > I am wondering if somebody would know where I could find > relative > documentation. > > Thanks a lot ! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: kpicosim (updated package)
Dear mentors, I am looking for a sponsor for the new version 0.7 of my package "kpicosim". It builds these binary packages: kpicosim - IDE and simulator for the Xilinx PicoBlaze-3 The package appears to be lintian clean. The upload would fix these bugs: 482937 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/k/kpicosim - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/k/kpicosim/kpicosim_0.7.dsc I would be glad if someone uploaded this package for me. Kind regards Adrian Knoth -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Need advices library packaging.
Hello, Thanks for answering, I read debian maintainer's guide but packaging axis2c seems to be different than package a simple ( or multiple ) binary file, axis2c is about library. Moroever should I separate the axis2c soap server and the library ? meanning create two different package ... Is there a guide process, like packaging binary file, for library packaging ? 2009/3/17 S'orlok Reaves > > > > Hello, > Assuming that you have double-checked that you are reading to package > axis2c, the new maintainer's guide is a very good place to begin: > http://www.debian.org/doc/maint-guide/ > > If you prefer a guided example, I found this article helpful: > http://www.debian-administration.org/articles/336 > > ...it's a little bit dated (2006), but that's what man pages are for. ;) > > Also, I found it helpful to download a small, existing package, and look > at the debian/ directory that comes with it. > > If you get stuck, Google for the error you're receiving; someone's > probably already had that same error. > > Good luck, > -->Seth > > > > > --- On Tue, 3/17/09, Anthony Gasperin wrote: > > > From: Anthony Gasperin > > Subject: Need advices library packaging. > > To: debian-mentors@lists.debian.org > > Date: Tuesday, March 17, 2009, 9:40 AM > > Hi everybody, > > I'm intended to package axis2c api, which is a set of > > api for implement soap > > service/client. > > My problem is that I do not know how to process with > > library packaging, > > I am wondering if somebody would know where I could find > > relative > > documentation. > > > > Thanks a lot ! > > > > > > -- > To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
Re: Best way to compile packages for multiple architecture?
Hi, On Tue, Mar 17, 2009 at 07:13:35PM +1100, Jean-Yves Avenard wrote: > > So it is creating a .tar.gz file ; and it looks like pdebuild isn't > aware that the source code isn't to be copied in the result directory > at the end. > pdebuild first builds a source-only build in your current directory, then it uses that to build the binary packages in the chroot. So this is expected behavior, and that's why it is building that first. > Sounds like a bug to me.. > no, not a bug at all. > Any ideas on how to get around that ? > It's creating nvidia-graphics-drivers-180_180.37-0ubuntu1.tar.gz becasue it thinks you're building a native package, which you are not. So you need to have a nvidia-graphics-drivers-180_180.37.orig.tar.gz file in the parent directory. Good luck, Ryan -- _ Ryan Niebur ryanrya...@gmail.com signature.asc Description: Digital signature
Re: quilt[Solved]... bug?
> Od: Chow Loong Jin > I'm not sure, maybe quilt doesn't support full paths? Either way you can > always use tab completion. Type the first few characters and then press > tab and it'll be completed for you. I think that's possibly faster than > drag-dropping especially when the stuff is in the same directory. bug? I wanted to attract attention rather then say it is really bug coz I think it is a bit unusual behavior and there can be problem for someone like was for me. I wanted to more people be aware of this. regards mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Building library
Hello, I just building library from source and there more files in debian/ than for building program. Not all are described in "New Maintainer's Guide" can I get somewhere more info about building libs. Is there something I should be aware before start. Thanks for advice mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Building library
> Od: Jaromír Mikeš > I just building library from source and there more files in debian/ than for > building program. > Not all are described in "New Maintainer's Guide" can I get somewhere more > info > about building libs. > Is there something I should be aware before start. Sorry I didn't notice that similar thread already exist mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: nautilus-share (updated package + bugfixes)
Dear mentors, I am looking for a sponsor for the new version 0.7.2-1 of my package "nautilus-share". It builds these binary packages: nautilus-share - Nautilus extension to share folder using Samba The package appears to be lintian clean. The upload would fix these bugs: 475230, 500443, 501938 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/n/nautilus-share - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/n/nautilus-share/nautilus-share_0.7.2-1.dsc I would be glad if someone uploaded this package for me. Kind regards Chow Loong Jin signature.asc Description: This is a digitally signed message part
RFS: g3dviewer
Dear mentors, I am looking for a sponsor for my package "g3dviewer". * Package name: g3dviewer Version : 0.2.99.5~svn113-1 Upstream Author : Markus Dahms * URL : http://automagically.de/g3dviewer/ * License : GPL-2+ Section : graphics It builds these binary packages: g3dviewer - 3D model viewer for GTK+ g3dviewer-dbg - g3dviewer debug symbols package The package appears to be lintian clean. The upload would fix these bugs: 520151 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/g/g3dviewer - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/g/g3dviewer/g3dviewer_0.2.99.5~svn113-1.dsc I would be glad if someone uploaded this package for me. Please CC me as I am not subscribed to the mailing list at the moment. I will read the archives with answers to this mail, but maybe miss answers not referencing this mail otherwise. This package uses the new debug sections for the -dbg package and thus create lintian warnings with the lintian in the unstable repositories. Kind regards Sven Eckelmann signature.asc Description: Digital signature
RFS: flvtool++
Dear mentors, I am looking for a sponsor for my package "flvtool++". It is my first package so any comment will be really appreciate. * Package name : flvtool++ Version : 1.1.7-1 Upstream Author : Dan Weatherford and Facebook, inc. * URL : http://mirror.facebook.com/facebook/flvtool++/ * License : BSD Section : video It builds these binary packages: flvtool++ - tool for hinting and manipulating the metadata of FLV file The package appears to be lintian clean. The upload would fix these bugs: 51951 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/flvtool++ - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/flvtool++/flvtool++_1.1.7-1.dsc I would be glad if someone uploaded this package for me. Kind regards Vincent MAUGE -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
substvar-source-version-is-deprecated
Hello, having this warning message from lintian. Even I was qooqling a lot I didn't found clear answer how to repair it. Thanks a lot mira -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: substvar-source-version-is-deprecated
Jaromír Mikeš writes:
> having this warning message from lintian.
> Even I was qooqling a lot I didn't found clear answer how to repair it.
lintian -i says:
The package uses the now deprecated ${Source-Version} substvar, which has
misleading semantics. Please switch to ${binary:Version} or
${source:Version} as appropriate (introduced in dpkg 1.13.19, released
with etch). Support for ${Source-Version} may be removed from dpkg-dev
in the future.
Is that still unclear?
--
Russ Allbery (r...@debian.org)
Re: substvar-source-version-is-deprecated
On Wed, Mar 18, 2009 at 02:15:33AM +0100, Jaromír Mikeš wrote: > Hello, > > having this warning message from lintian. > Even I was qooqling a lot I didn't found clear answer how to repair it. Two ways. First, run lintian with the -i option to display information on the errors, warnings etc. being reported. The second way is to run lintian-info --tags substvar-source-version-is-deprecated which gives the necessary information. HTH. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: substvar-source-version-is-deprecated
> Od: Russ Allbery
>
> The package uses the now deprecated ${Source-Version} substvar, which has
> misleading semantics. Please switch to ${binary:Version} or
> ${source:Version} as appropriate (introduced in dpkg 1.13.19, released
> with etch). Support for ${Source-Version} may be removed from dpkg-dev
> in the future.
Yes the problem was too close to my nose ;)
thanks
mira
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: fookebox
Dear mentors, I am looking for a sponsor for my package "fookebox", a web-based mpd frontend. * Package name: fookebox Version : 0.2.0-1 Upstream Author : Stefan Ott * URL : http://fookebox.googlecode.com/ * License : GNU GPL Section : web It builds these binary packages: fookebox - A jukebox frontend to mpd The package appears to be lintian clean. The upload would fix these bugs: 510425 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/f/fookebox - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/f/fookebox/fookebox_0.2.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards -- Stefan Ott http://www.ott.net/ "Tobacco is my favorite vegetable." -- Frank Zappa -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: fookebox
On Wed, 18 Mar 2009, Stefan Ott wrote: > Dear mentors, > > I am looking for a sponsor for my package "fookebox", a web-based mpd > frontend. > > * Package name: fookebox > Version : 0.2.0-1 > Upstream Author : Stefan Ott > * URL : http://fookebox.googlecode.com/ > * License : GNU GPL > Section : web > > It builds these binary packages: > fookebox - A jukebox frontend to mpd > Hi there, I'm not a DD, but I'd recommend you to do a small change the small description, just by adding the words 'web based'. I think that would be more accurate. Regards, Mauro -- JID: lavaram...@jabber.org | http://lusers.com.ar/ 2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1 -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: flvtool++
On Wed, Mar 18, 2009 at 7:26 AM, Vincent MAUGE wrote: > I am looking for a sponsor for my package "flvtool++". > It is my first package so any comment will be really appreciate. We already have flvtool2 in the archive, please compare and contrast the two. It might be a good idea for both upstreams to merge their efforts. I wonder if enhancing ffmpeg wouldn't be a better idea though. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: RFS: fookebox
Mauro Lizaur writes: > On Wed, 18 Mar 2009, Stefan Ott wrote: > > > It builds these binary packages: > > fookebox - A jukebox frontend to mpd > > I'm not a DD, but I'd recommend you to do a small change the small > description, just by adding the words 'web based'. I think that > would be more accurate. If you (Stefan) are going to change the synopsis, please at least conform with the recommendations in the Developer's Reference http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-pkg-synopsis>. I suggest this synopsis: web-based jukebox client for MPD -- \ “Never use a long word when there's a commensurate diminutive | `\available.” —Stan Kelly-Bootle | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
