RFS: nbc
Dear mentors, I am looking for a sponsor for my package "nbc". * Package name: nbc Version : 1.2.1.r4-2 Upstream Author : John Hansen * URL : http://bricxcc.sourceforge.net/nbc/ * License : Mozilla Public Lecense version 1.1 Section : electronics It builds those binary packages: nbc - language to program the NXT bricks To access further information about this package, please visit the following URL: http://mentors.debian.net/package/nbc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/n/nbc/nbc_1.2.1.r4-2.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Slavko http://slavino.sk signature.asc Description: PGP signature
RFS: cuba - library for multidimensional numerical integration
Dear mentors, I am looking for a sponsor for my package "cuba". * Package name: cuba Version : 3.0-1 Upstream Author : Thomas Hahn * URL : http://www.feynarts.de/cuba/ * License : LGPL Section : math It builds those binary packages: libcuba-doc - library for multidimensional numerical integration: documentation libcuba3 - library for multidimensional numerical integration libcuba3-dbg - library for multidimensional numerical integration: debug symbols libcuba3-dev - library for multidimensional numerical integration: development f To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cuba Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cuba/cuba_3.0-1.dsc I would be glad if someone uploaded this package for me.
original source has file in top-level directory
Hi, I am having problems building a source package where the original source package includes a file at the top-level directory. For example, the orig.tar.gz contains: mati@haumea:~ $ tar tf some_1.7.1.orig.tar.gz topfile some/file1 some/file2 ... This causes problems when I try to build the source package using dpkg-source -b. It claims that all files in the original source where added to the source- file. Example: mati@haumea:~ $ dpkg-source -b some-1.7.1 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building some using existing ./some_1.7.1.orig.tar.gz dpkg-source: warning: ignoring deletion of file topfile dpkg-source: warning: ignoring deletion of directory some dpkg-source: warning: ignoring deletion of file some/file1 dpkg-source: warning: ignoring deletion of file some/file2 ... dpkg-source: info: local changes detected, the modified files are: some-1.7.1/file1 some-1.7.1/file2 ... dpkg-source: error: aborting due to unexpected upstream changes, see ... When I remove "topfile" (the one on the top-level), I do not have the problem. Is it approriate to repackage the orig.tar.gz in this case (if the file is not needed)? Am I missing something? Can i.e. uscan, dpkg-source or some other tool handle this situation in some way? Is the problem even reproducable for you? Am I doing something wrong? greetings, Mati -- me on twitter: @mathiasertl | soup: http://soup.er.tl I only read plain-text mail! I prefer signed/encrypted mail! signature.asc Description: This is a digitally signed message part.
Re: original source has file in top-level directory
* Mathias Ertl , 2011-11-17, 12:59: I am having problems building a source package where the original source package includes a file at the top-level directory. For example, the orig.tar.gz contains: mati@haumea:~ $ tar tf some_1.7.1.orig.tar.gz topfile some/file1 some/file2 ... This causes problems when I try to build the source package using dpkg-source -b. It claims that all files in the original source where added to the source-file. Example: mati@haumea:~ $ dpkg-source -b some-1.7.1 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building some using existing ./some_1.7.1.orig.tar.gz dpkg-source: warning: ignoring deletion of file topfile dpkg-source: warning: ignoring deletion of directory some dpkg-source: warning: ignoring deletion of file some/file1 dpkg-source: warning: ignoring deletion of file some/file2 ... dpkg-source: info: local changes detected, the modified files are: some-1.7.1/file1 some-1.7.1/file2 ... dpkg-source: error: aborting due to unexpected upstream changes, see ... When I remove "topfile" (the one on the top-level), I do not have the problem. How does the some-1.7.1 directory look like? It should be like this: some-1.7.1/topfile some-1.7.1/some/file1 some-1.7.1/some/file2 ... NOT like this: some-1.7.1/file1 some-1.7.1/file2 Is it approriate to repackage the orig.tar.gz in this case (if the file is not needed)? No. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2017123319.ga7...@jwilk.net
Re: RFS: flex-sdk-4.5
> I see what you mean, but my intent was to get flex-sdk into non-free or > contrib first. When that's finalized, we can undertake the (rather large) > task of getting the SDK built from source, after which point it can be moved > into main. In my opinion, there's no point in splitting it up right now, > since none of it can currently be built from source. > > If, after the SDK is built from source, there are still small pieces of it > that can't be built from source, then a flex-sdk-nonfree would make sense, > in my opinion. Given that Adobe is donating Flex SDK to Apache, I'd expect all the licensing and build issues to be cleared very soon http://www.techworld.com.au/article/407714/adobe_donates_flex_apache (The ASF still has to vote, but I expect the outcome will be a 'yes') -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cakcbokuato5kzzcp0fmekckorx5ce06pltbx7my3kvjxf...@mail.gmail.com
Re: RFS: jabber-querybot
Le mercredi, 9 novembre 2011 14.01:17, Marco Balmer a écrit : > Dear mentors, > > I am looking for a sponsor for my package "jabber-querybot". > > I would be glad if someone uploaded this package for me. Uploaded; thanks for your work! (I'm not sure I would have written the postinst that way, but it looks fine so.) Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
RFS: glipper
Dear mentors, I am looking again for a sponsor for my package "glipper". * Package name: glipper Version : 2.1-1 Upstream Author : Laszlo Pandy * URL : https://edge.launchpad.net/glipper * License : GNU GPL v2 Section : utils It builds those binary packages: glipper- Clipboard manager for GNOME To access further information about this package, please visit the following URL: http://mentors.debian.net/package/glipper Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/glipper/glipper_2.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- José Ernesto Dávila Pantoja Licenciado en Computación - Ubuntu Member Ubuntu User #395356 GNU/Linux User #18273 Blog: http://josernestodavila.blogspot.com/ Fingerprint: 42F6 CCA0 22B2 B64C 131D AA9C 5943 CDFE 99BC D948 - -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGcdKnB=zuga5_6vfeq2fk-baeerzokjgsqjeiurtwzqj_v...@mail.gmail.com
Re: RFR: wader, a ModemManager replacement
* Alex Chiang , 2011-11-14, 13:29:
http://mentors.debian.net/package/wader
Alternatively, one can download the package with dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/w/wader/wader_0.5.8-1.dsc
(I don't intend to sposnor this package.)
In setup.py there is:
if sys.platform == 'linux2':
First of all, it should be:
if sys.platform.startswith('linux')
(I didn't check if there are other places that use similar code. Please
do it yourself.)
If someone tries to build the package without setuptools installed[0],
setup.py will download it from the web, and then run... This is of
terrible idea from the security perspective. Please patch out the use of
ez_setup from setup.py.
In debian/rules, I'd replace "dist-packages" with "*-packages" to ease
backporting to Squeeze.
In wader/contrib/modal.py looks like an embedded copy of (part of)
python-epsilon. Please don't install it into the binary package, but
depend on python-epsilon and use it instead.
Are Python modules provided by wader supposed to be used by other
software? If no, then please move them into a private directory.
If they are, the package name should be python-wader.
[0] This is not a completely unbelievable scenario, since
"dpkg-buildpackage -S" doesn't check build-dependencies.
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2017160341.ga4...@jwilk.net
Re: RFR: wader, a ModemManager replacement
Hello Jakub,
* Jakub Wilk :
> * Alex Chiang , 2011-11-14, 13:29:
> > http://mentors.debian.net/package/wader
> >
> >Alternatively, one can download the package with dget using this command:
> >
> > dget -x http://mentors.debian.net/debian/pool/main/w/wader/wader_0.5.8-1.dsc
>
> (I don't intend to sposnor this package.)
Thank you for the review.
> First of all, it should be:
>
> if sys.platform.startswith('linux')
Will fix.
> If someone tries to build the package without setuptools
> installed[0], setup.py will download it from the web, and then
> run... This is of terrible idea from the security perspective.
> Please patch out the use of ez_setup from setup.py.
You're right; I didn't notice because I did have setuptools
installed. I will fix this.
> In debian/rules, I'd replace "dist-packages" with "*-packages" to
> ease backporting to Squeeze.
Ok, I can fix this too.
> In wader/contrib/modal.py looks like an embedded copy of (part of)
> python-epsilon. Please don't install it into the binary package, but
> depend on python-epsilon and use it instead.
Ok, good suggestion, thanks.
> Are Python modules provided by wader supposed to be used by other
> software? If no, then please move them into a private directory. If
> they are, the package name should be python-wader.
Another package I plan on packaging will use some of the modules,
so we will do the rename.
Out of curiosity, where would the private directory live?
Thanks again!
/ac
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2017173645.gb6...@canonical.com
RFS: cd-discid
Dear mentors, I am looking for a sponsor for my package "cd-discid". * Package name: cd-discid Version : 1.3-1 Upstream Author : Timur Birsh * URL : http://linukz.org/cd-discid.shtml * License : GPL-2+ or Artistic Section : sound It builds those binary packages: cd-discid - CDDB DiscID utility To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cd-discid Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/cd-discid/cd- discid_1.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards, -- Timur -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ja3hq9$cqg$1...@dough.gmane.org
RFS: php-phpdocumentor
Dear mentors, I am looking for a sponsor for my package "php-phpdocumentor". phpdocumentor (http://www.phpdoc.org) allows you to automatically generate API documentation and tutorials for php libraries. This package would close not one but two long-standing bugs: #206536 and #519267. Although this package is lintian- clean, I am not sure if I do everything the right way, please see towards the end of this mail for some questions. * Package name: php-phpdocumentor Version : 1.4.3-1 Upstream Author : Joshua Eichorn * URL : http://www.phpdoc.org * License : LGPL2 Section : web It builds those binary packages: php-phpdocumentor - automatic documenting of php api directly from the source. To access further information about this package, please visit the following URL: http://mentors.debian.net/package/php-phpdocumentor Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/php-phpdocumentor/php- phpdocumentor_1.4.3-1.dsc This package is lintian-clean, but there are still some things where I'm not sure if I do it the right way: * There is an accidental licensing issue with a single file in version 1.4.3 of phpdocumentor. There was a bug filed[0] and its fixed in the latest revision. I have created a patch to fix the license to the one in SVN. Is that OK? * There are three lintian overrides. As far as I can tell the three files are in fact right where they should be (and used by the phpdoc that way). I hope thats good to. * I have created a man-page for phpdoc using help2man and added some minor info about it. I hope its sufficient. * I used the cdbs system simply because it made my life easy. I am not sure if this is allowed in the standard debian distribution? * I am also not sure of the appropriate section. The default is 'web', but i.e. python-sphinx has the section 'python'. I would be glad if someone reviewed and uploaded this package for me. Kind regards, Mathias Ertl [0] http://pear.php.net/bugs/bug.php?id=17906 -- me on twitter: @mathiasertl | soup: http://soup.er.tl I only read plain-text mail! I prefer signed/encrypted mail! signature.asc Description: This is a digitally signed message part.
Re: RFS: tsung (2nd try)
Le mercredi 16 novembre 2011 20:52:47, Ignace Mouzannar a écrit : > Dear mentors, Hi Ignace! > I am looking for a sponsor for my package "tsung". [...] > Looking forward to hearing your feedback. No more comments regarding this package since previous licensing problems has been fixed! Just uploaded into unstable (should be in NEW queue soon). > Thank you for your time and consideration. Thanks for you work ! Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Re: RFR: wader, a ModemManager replacement
* Alex Chiang : > * Jakub Wilk : > > Are Python modules provided by wader supposed to be used by other > > software? If no, then please move them into a private directory. If > > they are, the package name should be python-wader. > > Out of curiosity, where would the private directory live? Followup to my own mail, the answer is found in debian python policy, section 3.1.1, "Programs Shipping Private Modules" /ac -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2017221926.ge6...@canonical.com
RFS: owncloud
Dear mentors, I am looking for a sponsor for my package "owncloud". * Package name: owncloud Version : 2.0.0-1 Upstream Author : Frank Karlitschek, Robin Appelman, Jakob Sack, ... * URL : http://owncloud.org * License : AGPL Section : web It builds those binary packages: owncloud - web services under your control To access further information about this package, please visit the following URL: http://mentors.debian.net/package/owncloud Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/owncloud/owncloud_2.0.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Thomas Müller -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1321573527.4ec59c9736...@office.tmit.eu
Re: original source has file in top-level directory
Le Thu, Nov 17, 2011 at 12:59:25PM +0100, Mathias Ertl a écrit : > > I am having problems building a source package where the original source > package includes a file at the top-level directory. For example, the > orig.tar.gz contains: > > mati@haumea:~ $ tar tf some_1.7.1.orig.tar.gz > topfile > some/file1 > some/file2 > ... Dear Mathias, if the file is completely useless and is not intended to shift the tree of one level, you can delete it. Here is for instance how I did for the bedtools package, where the upstream tarball contained some Macintosh ressource files for the top-level directory. get-orig-source: uscan --no-symlink --force-download --download-version $(DEB_UPSTREAM_VERSION) zcat ../BEDTools.v$(DEB_UPSTREAM_VERSION).tar.gz \ | tar --wildcards \ --delete '*/._*' \ | xz \ > ../$(DEB_SOURCE_PACKAGE)_$(DEB_UPSTREAM_VERSION).orig.tar.xz http://anonscm.debian.org/gitweb/?p=debian-med/bedtools.git;a=blob;f=debian/rules;hb=2fe7cffc95d61a83c59569f816f83c4607fb6398 (Note that the DEB_* variables are obtained from CDBS) When re-creating the tarball, please note that if you use gzip, independant repacking will produce tarballs of different MD5 sums, so I would recommend to pass --no-name so that it does not include the timestamps that are the cause for this variability. But before embarking in adding complexity to your package, there is something even simpler to do: talk to Upstream ! Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2018001352.ga16...@merveille.plessy.net
RFS: qmc2
Dear mentors, I am looking for a sponsor for my package "qmc2". * Package name: qmc2 Version : 0.34 Upstream Author : René Reucher (rene.reuc...@batcom-it.net) * URL : http://qmc2.arcadehits.net/ * License : GPLv2 Section : games It builds those binary packages: qmc2 - M.A.M.E./M.E.S.S. Catalog / Launcher II To access further information about this package, please visit the following URL: http://mentors.debian.net/package/qmc2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/q/qmc2/qmc2_0.34.dsc I would be glad if someone uploaded this package for me. Kind regards, Marcelo Marzola Bossoni -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cap7gna8xpby8ygsn+jtuv+h9wqyhtxm3jghhwwx+fdzwig3...@mail.gmail.com
RFS: ruby-soap4r
Dear mentors, I am looking for a sponsor for my package "ruby-soap4r". * Package name: ruby-soap4r Version : 2.0.3-1 Upstream Author : Hiroshi Nakamura and many more * URL : https://rubygems.org/gems/soap4r-ruby1.9 * License : GPL Section : ruby It builds those binary packages: ruby-soap4r - SOAP1.1 implementation in ruby 1.9.2 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ruby-soap4r Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/ruby-soap4r/ruby-soap4r_2.0.3-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Thomas Müller -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1321573377.4ec59c0158...@office.tmit.eu
Re: original source has file in top-level directory
Hi! On Friday, November 18, 2011 01:13:52 AM Charles Plessy wrote: > if the file is completely useless and is not intended to shift the tree of > one level, you can delete it. Here is for instance how I did for the > bedtools package, where the upstream tarball contained some Macintosh > ressource files for the top-level directory. I encountered this when I was reviewing (and I still hope this gets into debian by some Debian maintainer ;-)) the php-pecl-http package submitted by Peter Pentchev on this list a few days ago. The whole debian/rules file depends on that rebuilt tarball where the top-level files are removed. That did struck me as odd. Simultaniously I was building php-phpdocumentor, were I didn't need this with the drawback of depending on CDBS. > But before embarking in adding complexity to your package, there is > something even simpler to do: talk to Upstream ! Thats a bit hard when you get tarballs from pear. They won't reorganize those pear tarballs in general just for Debian, I guess. Still not repacking the source seems like the better idea. greetings, Mati -- me on twitter: @mathiasertl | soup: http://soup.er.tl I only read plain-text mail! I prefer signed/encrypted mail! signature.asc Description: This is a digitally signed message part.
Re: RFS: php-pecl-http - extended HTTP support for php5
Hi,
@debian mentors: this is AFAIK widely used by other libraries (and I intend to
submit anotherone myself soon). Please consider sponsoring this package!
On Sunday, November 13, 2011 12:40:10 AM Peter Pentchev wrote:
> > I've looked over it and found a few things:
> > * The get-orig-source target is really strange.
> > ** It only works from the debian/ directory
>
> Uh, not really - I've updated the package all the way from 1.6.0 to
> 1.7.1 using "./debian/rules get-orig-source" from the "php-pecl-http"
> directory of my Git checkout. Are there any problems that you've had
> when you've tried to use it from the "real" source directory?
One mistake on my side, I meant the real source directory. It should however
work from *any* directory. But I do get:
mati@haumea:~/php-pecl-http$ pkg-debian/debian/rules get-orig-source
tail: cannot open `debian/changelog' for reading: No such file or directory
dpkg-parsechangelog: error: tail of debian/changelog gave error exit status 1
Upstream tarball ../tarballs/pecl_http-.tar.gz exists
rm -rf "../tarballs/pecl_http-" "../tarballs/-.orig"
tar -zxf "../tarballs/pecl_http-.tar.gz" -C "../tarballs"
gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
make: *** [get-orig-source] Error 2
But all those variables that you need to parse debian/changelog for are *only*
required by the get-orig-source target.
But what I *really* don't like is the "rm -rf ${some_uninitialized_variable}"
part. Thats really dangerous, I think you need to find a cleaner way to
repackage the source tarball (see thread "original source has file in top-level
directory" thread for suggestions) . But I don't think you have to: just check
out how I did it with the phpdocumentor package (very similar situation). You
can browse my git-repo here:
http://git.fsinf.at/apt/php-restauth/trees/master/php-phpdocumentor-1.4.3
> > ** It removes some files without -f that simply aren't there
>
> Ah, right; I'd forgotten about that part - it is stashed in my local Git
> repository; I've just committed it, I'll upload a fixed package to
> mentors.d.n probably tomorrow. It was just one file anyway ;)
You do not seem to have committed and pushed that yet.
> > ** It appears to repackage the source tar
>
> Yes, the reason is that I wanted the source files in the "correct"
> directory and not in a pecl_http-1.7.1 one, so debhelper could do all
> its automagic processing without having to change into another
> directory. Admittedly, it removes the XML file that also happens to
> contain the package's changelog; I've just realized that I need not
> remove it, merely move it into the proper directory; I'll think about
> that tomorrow.
Again, you do not need to repackage the source tarball at all. If you need to
remove files in order to build the package correctly, add them to debian/clean.
> > * I couldn't get your debian/watch file to work, this one works:
> > http://pecl.php.net/package/pecl_http \
> >
> > /get/pecl_http-([\d\.]*).tgz debian
>
> Hmm, that's interesting. Attached is the output of "uscan --report
> --verbose" on my machine with the watchfile from the uploaded package;
> can you show me the output on your system?
It does work now. Perhaps the server was down or something.
greetings, Mati
--
me on twitter: @mathiasertl | soup: http://soup.er.tl
I only read plain-text mail! I prefer signed/encrypted mail!
signature.asc
Description: This is a digitally signed message part.
Re: RFS: owncloud
Thank you for packaging this useful-sounding work.
Thomas Müller writes:
> It builds those binary packages:
>
> owncloud - web services under your control
Please re-write the synopsis to conform to the best practices in the
Developer's Reference, §6.2.2.
It should (as per §6.2.2) be a phrase which works to replace
‘’ in a sentence of the form:
The package provides {a,an,the,some} .
It should also give information about what the package is among all the
other thousands of Debian packages; the above is succinct but not, IMO,
very informative. Using “your” also doesn't help to know who “you” is.
My suggestion:
web application for universal access to personal files and data
--
\ “Please leave your values at the front desk.” —hotel, Paris |
`\ |
_o__) |
Ben Finney
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87ty626w4t@benfinney.id.au
