RFS: taskwarrior
Dear mentors, I am looking for a sponsor for my package taskwarrior. * Package name: taskwarrior Version : 1.7.0-2 Upstream Author : Paul Beckingham p...@beckingham.net * URL : http://www.beckingham.net/task.html * License : GPLv2 Section : utils It builds these binary packages: taskwarrior - An open source, command-line, TODO list manager The package appears to be lintian clean. The upload would fix this bug: 531587 The bug was filed against the current upstram project name task. After a first suggestion to avoid conflicts with the existing package tasks I renamed this package to taskwarrior as the upstream project is planning a rename to taskwarrior in the future. I have superseeded my old upload of task by renaming the package to taskwarrior and increasing the deb package version number to 1.7.0-2. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/taskwarrior - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/taskwarrior/taskwarrior_1.7.0-2.dsc I would be glad if someone uploaded this package for me. Kind regards Federico Hernandez
Re: RFS: task
Hi again! there is already a package named ‘tasks’ in Debian. Maybe you can consider finding a longer name to avoid confusions? In general, it is better to avoid dictionary words. For instance, when I packaged the ‘sigma’ program for sequence alignment, I named the package ‘sigma-align’. I have now uploaded a new package called taskwarrior to mentors.debian.org. Please consider the new RFS: taskwarrior that was posted earlier to this list. Since your ITP bug was not CCed to debian-devel, nobody had opportunity to comment on this before the last minute. In the future, I recommend to use reportbug, that takes care of that kind of details. I will CC the bug now manually to debian-devel. Thanks for pointing this out,. Charles. /Federico
Re: ITR: febootstrap
On Wed, Jun 03, 2009 at 01:16:26AM +0530, Y Giridhar Appaji Nag wrote: I uploaded the package, with a couple of changes: changed the FSF address in debian/copyright to the latest, and removed dh_link from debian/rules (it was not necessary). Please do include these changes in future revisions of the package. Yes I will - thank you. Another note: I built with -v2.1-1 in debbuildopts but that doesn't include the changelog entry for 2.1-1 in the changes file. So you will have to tag #530425 on your own as pending and later close it when the package is out of new and installed into the archive. Noted. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: taskwarrior
Federico Hernandez ultrafre...@gmail.com writes: It builds these binary packages: taskwarrior - An open source, command-line, TODO list manager Please give the full package description in your RFP, so prospective sponsors have more of a guide to know whether the package is of interest to them. As for this synopsis: The synopsis is best if it uses the limited space to help the readner make a decision about whether this package will meet their needs (at least enough to look further). All packages in Debian are free software (unless they are buggy), so “An open source” is not helpful. The term “TODO” isn't an initialism for anything, so it shouldn't be capital-letters in a sentence like this. So the synopsis could better read: command-line to do list manager Is there anything else which the reader might like to see in the synopsis? Perhaps when we see the full description we can write a better synopsis. -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\ Brain, but if they called them ‘Sad Meals’, kids wouldn't buy | _o__)them!” —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: taskwarrior
Hi Ben! Thank you for your input. When I posted the current synopsis I decided to re-use the (short-) descriptions that the upstream project uses itself. So that they look similar. But I can re-submit this RFS, of course, to make things clearer. /Federico Hernandez On Wed, Jun 3, 2009 at 10:14 AM, Ben Finney ben+deb...@benfinney.id.auben%2bdeb...@benfinney.id.au wrote: Federico Hernandez ultrafre...@gmail.com writes: It builds these binary packages: taskwarrior - An open source, command-line, TODO list manager Please give the full package description in your RFP, so prospective sponsors have more of a guide to know whether the package is of interest to them. As for this synopsis: The synopsis is best if it uses the limited space to help the readner make a decision about whether this package will meet their needs (at least enough to look further). All packages in Debian are free software (unless they are buggy), so “An open source” is not helpful. The term “TODO” isn't an initialism for anything, so it shouldn't be capital-letters in a sentence like this. So the synopsis could better read: command-line to do list manager Is there anything else which the reader might like to see in the synopsis? Perhaps when we see the full description we can write a better synopsis. -- \ “Pinky, are you pondering what I'm pondering?” “I think so, | `\ Brain, but if they called them ‘Sad Meals’, kids wouldn't buy | _o__)them!” —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: ecm -- prepares CD image files so they compress better
Dear mentors, I am looking for a sponsor for my package ecm * Package name: ecm Version : 1.00 Upstream Author : Neill Corlett ne...@neillcorlet.com * URL : http://www.neillcorlett.com/ecm/ * License : GPL2+ Programming Lang: C Description : prepares CD image files so they compress better The ECM format allows you to reduce the size of a typical CD image file (BIN, CDI, NRG, CCD, or any other format that uses raw sectors). It works by eliminating the Error Correction/Detection Codes (ECC/EDC) from each sector whenever possible. The encoder automatically adjusts to different sector types and automatically skips any headers it encounters. Since the data skipped is nearly impossible to compress with traditionnal tools, the resulting ECM file will compress far better than the raw CD image There's a description of how it works at http://www.neillcorlett.com/ecm/how.html, it's really neat especially if you like lossless compression techniques (the author has another neat GPL compression-related program using FFTW for functionality I also haven't found elsewhere - see http://www.neillcorlett.com/informer/ but sadly the author has turned to .Net). It builds this binary package: ecm The latest entry in the Debian changelog is: ecm (1.00-1) unstable; urgency=low * Initial release (Closes: bug#531079). * Repacked .zip to .tar.gz tarball, removed Windows binaries from archive (ecm.exe, unecm.exe) The package is lintian clean (tested with unstable lintian), no warnings. It's been accepted in Ubuntu 9.04, and I've worked on it a bit more for inclusion in Debian. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/e/ecm - dget line: dget http://mentors.debian.net/debian/pool/main/e/ecm/ecm_1.00-1.dsc -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: taskwarrior
Dear mentors, (re-submitted RFS containing a long description as Ben Finney suggested) I am looking for a sponsor for my package taskwarrior. * Package name: taskwarrior Version : 1.7.0-2 Upstream Author : Paul Beckingham p...@beckingham.net * URL : http://www.beckingham.net/task.html * License : GPLv2 Section : utils It builds these binary packages: taskwarrior - a command-line to do list manager Description: Task is a command-line to do list manager. It is scope-limited to GTD functionality and features: tags, colorful tabular output, reports and graphs, lots of commands, low-level API, abbreviations for all commands and options, multiuser file locking, recurring tasks. Task is based on ideas presented in the todo.sh script found on: http://todotxt.org The package appears to be lintian clean. The upload would fix this bug: 531587 The bug was filed against the current upstram project name task. After a first suggestion to avoid conflicts with the existing package tasks I renamed this package to taskwarrior as the upstream project is planning a rename to taskwarrior in the future. I have superseeded my old upload of task by renaming the package to taskwarrior and increasing the deb package version number to 1.7.0-2. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/t/taskwarrior - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/t/taskwarrior/taskwarrior_1.7.0-2.dsc I would be glad if someone uploaded this package for me. Kind regards Federico Hernandez
Re: RFS: concordance
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please keep debian-ment...@l.d.o in CC.
Mathieu Trudel-Lapierre schrieb:
Patrick,
* debian/control:
- - Why are you adding manualy library depends?
Stuff I forgot to remove, since it would get taken care of by
misc:Depends and shlibs:Depends, afaik.. Am I correct?
shlibs:Depends is for the shared lib. depends.
* debian/copyright:
For the following files you missed to list the license/copyright holders:
libconcord/win/usb_rtl.h
concordance/ltmain.sh
libconcord/ltmain.sh
And you are again pointing to the wrong licensefile.
Yikes. I guess it's my fault for building this with a find and not
double-checking carefully enough.
* debian/rules:
Uhm what's this? cdbs with debhelper style rules? Use cdbs and read the
documentation how to modify it or use debhelper without cdbs.
Here's where I'm really stuck: I was following the Ubuntu packaging
guide to the best of my comprehension, and it seemed like it was more
or less what was recommended. In any case, I'm trying to make it use
just cdbs now. Is that the right way to go for someone who's
relatively new to packaging?
In my opinion cdbs is easier for beginners if the package easily builds
with the three configure, make {install} steps, which is not the case here.
Also with cdbs you may miss the understanding of the dh_* helpers.
Also, the source I have to deal with is a little complicated: there
are different parts, all under different subdirectories with their own
configure/Makefile, and no master Makefile to work with. As such, so
far autotools.mk just won't work. I'm trying to figure out a way to
make it go to each of the subdirectories and then run configure, make
and all. Any hints on where to look? A simple cd under
I think a debhelper based solution would be better in your case.
Have e.g. a look in the rules of the package apt-dater, there is a
simmilar situation.
* debian/patches/*:
- - Missing patch description.
Isn't that just the name of the patch that is a little to general? If
not, where would that description go? I can't find anything about it
in the New Maintainer's Guide.
Just wrote it in the header of the patch introduced by a #
* debian/*.dirs:
- - Useless files, see dh_install(1)
Thanks for all the feedback!
/ Matt
- --
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
Comment:
Always if we think we are right,
we were maybe wrong.
*/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iEYEARECAAYFAkomSMkACgkQ2XA5inpabMePtQCfczlrGGuK5EeqzZDb7QuX+KUZ
rsoAn3UTPpxduxS8F0DF2d1SVWzcVBUE
=3xgR
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: subnetcalc
Dear mentors, I am looking for a sponsor for my package subnetcalc. * Package name: subnetcalc Version : 2.0.0-1 Upstream Author : Thomas Dreibholz dre...@iem.uni-due.de * URL : http://www.iem.uni-due.de/~dreibh/subnetcalc/ * License : GPL, version 3 Section : net SubNetCalc is an IPv4/IPv6 subnet address calculator. For given IPv4 or IPv6 address and netmask or prefix length, it calculates network address, broadcast address, maximum number of hosts and host address range. Also, it prints the addresses in binary format for better understandability. Furthermore, it prints useful information on specific address types (e.g. type, scope, interface ID, etc.). SubNetCalc can also generate IPv6 Unique Local addresses using random input from /dev/random or /dev/urandom. It builds these binary packages: subnetcalc - IPv4/IPv6 Subnet Calculator The package appears to be lintian clean. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/subnetcalc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/subnetcalc/subnetcalc_2.0.0-1.dsc I would be glad if someone uploaded this package for me. Kind regards Thomas Dreibholz signature.asc Description: This is a digitally signed message part.
Re: RFS: subnetcalc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thomas Dreibholz schrieb: Dear mentors, I am looking for a sponsor for my package subnetcalc. * Package name: subnetcalc Version : 2.0.0-1 Upstream Author : Thomas Dreibholz dre...@iem.uni-due.de * URL : http://www.iem.uni-due.de/~dreibh/subnetcalc/ * License : GPL, version 3 Section : net The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/s/subnetcalc - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/subnetcalc/subnetcalc_2.0.0-1.dsc I would be glad if someone uploaded this package for me. Hello, * debian/changelog: - - Missing close of an ITP in Debian. * debian/control: - - Out of date standards version. * debian/copyright: - - You miss your own copyright for your debian/ work. * debian/rules: - - Please wrap l19 so that it is readable on a 80x terminal. - - Disable DH_VERBOSE in offical builds. - - Why are you adding calls to install-indep? Also the binary-indep one.. You do not have a arch:all pkg. And lintian finaly gives me: I: subnetcalc: hyphen-used-as-minus-sign usr/share/man/man8/subnetcalc.8.gz:52 - -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org Comment: Always if we think we are right, we were maybe wrong. */ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkomTS0ACgkQ2XA5inpabMd1GQCdFidNW8n4V/g10YfpDob4g4LC dScAn3efGFnHFb3i4iou32NbuAJaRaKj =HYZt -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Sponsor found, package in NEW (was: Re: RFS: skanlite)
Dear mentors, as you can see from #530915 I've found a sponsor and therefore no further checking this RFS is required. The package is right now waiting in NEW, the bug was marked as pending. Kind regards, Kai Wasserbäch -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debianforum.de/Drizzt_Do%27Urden GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Re: RFS: subnetcalc
On Mittwoch 03 Juni 2009, Patrick Matthäi wrote: * debian/changelog: - Missing close of an ITP in Debian. * debian/control: - Out of date standards version. * debian/copyright: - You miss your own copyright for your debian/ work. * debian/rules: - Please wrap l19 so that it is readable on a 80x terminal. - Disable DH_VERBOSE in offical builds. - Why are you adding calls to install-indep? Also the binary-indep one.. You do not have a arch:all pkg. And lintian finaly gives me: I: subnetcalc: hyphen-used-as-minus-sign usr/share/man/man8/subnetcalc.8.gz:52 Dear Patrick, thank you for your review of the SubNetCalc package. An updated package which has just been uploaded to http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=subnetcalc should fix the discovered problems. Best regards Thomas Dreibholz signature.asc Description: This is a digitally signed message part.
Re: trouble with packaging
Makes sense, I think I am understanding the build process on the whole much better now. Thank you all for your help. Brendan Martens On Jun 3, 2009, at 12:53 AM, Chow Loong Jin wrote: On Tue, 2009-06-02 at 19:25 -0700, Daniel Moerner wrote: On Tue, Jun 2, 2009 at 10:31 AM, Brendan Martens brendan.mart...@crosscomm.net wrote: Your change worked! : ) Thanks very much. So if I understand this correctly... I need to edit debian/rules so that the build section works as if I told make install to install to debian/program_name, using DESTDIR? Yes, you want to install the package into a local location, this being debian/program_name for modern packages, debian/tmp for some legacy (I think its debhelper compatability level 4 or earlier but I may be totally off here) debian/package_name for single-binary packages, debian/tmp for multi-binary packages. dh_install looks into debian/tmp by default, starting from debian/compat = 7. -- Regards, Chow Loong Jin -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: claws-mail-debian-spam-plugin
Hi Dne Tue, 2 Jun 2009 16:30:38 +0200 David Paleino d.pale...@gmail.com napsal(a): In DEP-5 I clearly see: License * [..] * First line: licence name(s) in abbreviated format (see Short names section). If empty, it is given the default value ‘other’ * Remaining lines: either copy the full text of the license(s), indicate a link to it (or them), or leave this part empty for using standalone License section(s) that matches the license short name(s) (see the Standalone License Section section). I'm leaving those remaining lines empty, in favour of standalone license section. And there's no example on how to point to files in /u/s/common-licenses/ in a standalone section. However, if this is a blocker for sponsoring, I'll happily change my debian/copyright. :) No it's not blocker, uploaded. It's just a matter of establishing a format, and I'm pretty sure ftpmasters wouldn't bother whether I add a X-Comment or not ;) Hopefully no. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: RFS: claws-mail-debian-spam-plugin
On Wed, 3 Jun 2009 15:13:40 +0200, Michal Čihař wrote: Dne Tue, 2 Jun 2009 16:30:38 +0200 David Paleino d.pale...@gmail.com napsal(a): However, if this is a blocker for sponsoring, I'll happily change my debian/copyright. :) No it's not blocker, uploaded. Thank you! David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: RFS: pytemplate
I have uploaded a new version changing the package name to python-pytemplate. The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/python-pytemplate - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/python-pytemplate/python-pytemplate_1.5.1-1.dsc Here is its new summary: * Package name: python-pytemplate Version : 1.5.1-1 Upstream Author : Stéphane Bulot steph...@bulot.org * URL : http://www.bulot.org/wiki/doku.php?id=projects:python:pytemplate * License : GPL-3 Section : python Long description: python-pytemplate is a small project intending to give Python developers a starting framework. It allows them to properly create scripts without struggling with configuration files and logging properties development. python-pytemplate offers different Python classes that one can use to inherit all of their properties. For instance, the ThreadTemplate class includes the methods needed to work with threads. It builds these binary packages: python-pytemplate - framework for writing Python applications The package appears to be lintian clean. The upload would fix these bugs: 529609 Thank you for your time. Best regards, Ignace Mouzannar -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Combining changelog entries with dpkg-genchanges
Hello, In the context of the RFS for febootstrap, On Wed, Jun 03, 2009 at 01:16:26AM +0530, Y Giridhar Appaji Nag wrote: Another note: I built with -v2.1-1 in debbuildopts but that doesn't include the changelog entry for 2.1-1 in the changes file. I have wondered why dpkg-genchanges takes the -v option the way it does; which is to take the changelog entries for changes _after_ the specified version --- which must exist. This makes it difficult to include multiple changelog entries in a NEW upload. One suggestion I found (I think in Neil William's sponsoring requirements write-up) was to use an empty argument for -v but I couldn't get that to work. Any suggestions? Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
RFS: ia32-libs-tools (updated package)
Dear mentors, I am looking for a sponsor for the new version 14 of my package ia32-libs-tools. It builds these binary packages: ia32-apt-get - Apt-get and dpkg wrapper for on-the-fly ia32-libs conversion ia32-archive - Create a local archive of converted i386 debs for amd64 and ia64 ia32-libs-tools - Tools for converting i386 debs for amd64 and ia64 The package appears to be lintian clean. The upload would fix these bugs: 531515 (critical) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/i/ia32-libs-tools - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/i/ia32-libs-tools/ia32-libs-tools_14.dsc I would be glad if someone uploaded this package for me. Kind regards Goswin von Brederlow -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
info-document-missing-dir-section
Hi, Got this error and I'm not sure how to solve it actually. It's not clear about which files they are talking about and how to fix it right. N: W: rumor: info-document-missing-dir-section usr/share/info/rumor.info.gz N: N:This info document has no INFO-DIR-SECTION line and no --section option N:is passed to install-info in the package postinst maintainer script. N:install-info will be unable to determine the section into which this N:info page should be put. The best solution is to add a line like: N:N: @dircategory Development N:N:to the texinfo source so that the generated info file will contain a N:section. See /usr/share/info/dir for sections to choose from. N:N:Another alternative that doesn't require modifying the source is to N:explicitly pass a --section option to install-info in the postinst N:maintainer script, although in this case you will need to write the N:postinst yourself and not use tools like debhelper to do it for you. N:N:Refer to Debian Policy Manual section 12.2 (Info documents) for details. N:N:Severity: normal, Certainty: certain N: \r -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: info-document-missing-dir-section
In 4a26d95b.9030...@gmail.com, Grammostola Rosea wrote: Got this error and I'm not sure how to solve it actually. It's not clear about which files they are talking about usr/share/info/rumor.info.gz is the name of the installed file. Not sure where the source would be. and how to fix it right. The best solution is to add a line like: @dircategory Development to the texinfo source so that the generated info file will contain a section. See /usr/share/info/dir for sections to choose from. Since this would be patching the upstream source, you'll want to use a patch system like quilt or dpatch, preferably. You may also want to push this change upstream, although I do not know if the info sections are standardized. -- Boyd Stephen Smith Jr. ,= ,-_-. =. b...@iguanasuicide.net ((_/)o o(\_)) ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-' http://iguanasuicide.net/\_/ signature.asc Description: This is a digitally signed message part.
Re: Combining changelog entries with dpkg-genchanges
Kapil Hari Paranjape ka...@debian.org writes: One suggestion I found (I think in Neil William's sponsoring requirements write-up) was to use an empty argument for -v but I couldn't get that to work. It works fine for me. Perhaps show a VCS repository containing the pre-build state of your tree, and show the ‘foo.source_changes’ you get so we can try reproducing the problem? -- \“Pinky, are you pondering what I'm pondering?” “Umm, I think | `\ so, Brain, but three men in a tub? Ooh, that's unsanitary!” | _o__) —_Pinky and The Brain_ | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: info-document-missing-dir-section
Le Wed, Jun 03, 2009 at 04:21:50PM -0500, Boyd Stephen Smith Jr. a écrit : Since this would be patching the upstream source, you'll want to use a patch system like quilt or dpatch, preferably. You may also want to push this change upstream, although I do not know if the info sections are standardized. Hi all, I would actually recommend to try first to get it corrected upstream before going through the overhead of patch management. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Combining changelog entries with dpkg-genchanges
Hello, On Thu, 04 Jun 2009, Ben Finney wrote: Kapil Hari Paranjape ka...@debian.org writes: One suggestion I found (I think in Neil William's sponsoring requirements write-up) was to use an empty argument for -v but I couldn't get that to work. It works fine for me. Perhaps show a VCS repository containing the pre-build state of your tree, and show the ‘foo.source_changes’ you get so we can try reproducing the problem? I didn't give the full context of what was being tried. The -v was inside a pbuilderrc DEBBUILDOPTS variable assignment. It is possible that I got the quotes wrong in the assignment. :-( Since the empty value for the -v argument is not mentioned on the man page I didn't try it with much confidence! I'll try it again. Thanks and regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
Thanks. I've applied the suggested changes to the files, and pushed it back on mentors.debian.net. It's using the same version number as before, just overwrote the files. Not sure if this is the preferred way to do this. I'm aware that it's definitely not the case in a proper repository :) Mathieu Trudel mathieu...@gmail.com -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: RFS: concordance
Mathieu Trudel-Lapierre mathieu...@gmail.com writes: I've applied the suggested changes to the files, and pushed it back on mentors.debian.net. It's using the same version number as before, just overwrote the files. Not sure if this is the preferred way to do this. I'm aware that it's definitely not the case in a proper repository :) For that very reason, I'm of the opinion that changes made after upload to a public repository (and yes, mentors.debian.net is a repository) should always be done in a new release of the package, just like it's done with all Debian repositories. This view is not universally held, though. Check with the sponsor of the upload; otherwise, read the arguments for and against and pick one that makes sense. -- \ “Fur coats made for the ladies from their own skin.” —furrier, | `\Sweden | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
