Bug#791390: RFS: wxmaxima/15.04.0-1
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "wxmaxima"
* Package name: wxmaxima
Version : 15.04.0-1
Upstream Author : Andrej Vodopivec
* URL : http://andrejv.github.io/wxmaxima/
* License : GPL-2+
Section : math
It builds those binary packages:
wxmaxima - GUI for the computer algebra system Maxima
More detailed information about the package:
What is wxMaxima?
wxMaxima is a powerful graphical user interface for maxima, a program
that is specialized in finding symbolic solutions for mathematical
problems (which means it actually tries to find the formula that solves
a problem, not the number the formula would result in).
A simple example what it can do would be:
-> a^2+b^2=c^2;
-> solve(%,c);
[c=-sqrt(b^2+a^2),c=sqrt(b^2+a^2)]
But it can find a formula that solves many types of differential
equations, too:
-> dgl:diff(diff(x(t),t),t)=-x(t);
-> desolve(dgl,x(t));
x(t)=sin(t)*(at('diff(x(t),t,1),t=0))+x(0)*cos(t)
The actual output on the screen is much nicer, naturally, since the
equations are displayed in 2D there.
It is to notice, though, that wxMaxima can be used for numerical work,
too: It supports calculating with ordinary floating-point numbers if
one requests this - but it will happily use arbitrary-precision numbers
by default, exact fractions or bigfloat with a user-specified precision
that is only limited by the amount of memory that is available.
Why does the package need to be updated?
The version currently packaged with debian (13.04) is over two years
old. Moreover this old version has many bugs:
- In some locales many keys (for example in germany all hotkeys)
didn't work in 13.04
- In version 13.04 drag-and drops drops about half of the parenthesis
- 13.04 crashes if it has to display sometimes not-too-complicated
equations or if the save button is pressed while the program is
calculating
Also the old version currently packaged with debian still doesn't come
with a manual, has only a limited undo functionality and in many places
is rather slow. A longer list of enhancements can be found at
https://github.com/andrejv/wxmaxima/blob/master/ChangeLog
The package is lintian-free. Currently it is marked as "orphaned". But
I am willing to package new versions and upload them to
mentors.debian.org on a regular basis. This is needed, too, since the
next version, once released, will have a pack of features new, too
including higher processing speed and syntax highlighting.
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/wxmaxima
Alternatively, one can download the package with dget using this
command:
dget -x
http://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_15.04.0-1.dsc
More information about hello can be obtained from
http://www.example.com.
Bug#782738: marked as done (RFS: wxmaxima/15.04.0-1 -- GUI for the computer algebra system Maxima [ITA])
Your message dated Sat, 04 Jul 2015 11:15:22 +0200 with message-id <1436001322.149...@smtp.1und1.de> and subject line Re: Bug#782738: Acknowledgement (sponsorship-requests) has caused the Debian Bug report #782738, regarding RFS: wxmaxima/15.04.0-1 -- GUI for the computer algebra system Maxima [ITA] to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 782738: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782738 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package “wxmaxima” * Package name : wxmaxima * Version : 15.04.0-1 * Upstream Author : Andrej Vodopivec * URL : http://andrejv.github.io/wxmaxima/ * License : GPL * Section : math It builds those binary packages: wxmaxima – GUI for the computer algebra system Maxima To access further information about this package, please visit the following URL: http://mentors.debian.net/package/wxmaxima Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/w/wxmaxima/wxmaxima_15.04.0-1.dsc More information about wxMaxima can be obtained from http://andrejv.github.io/wxmaxima/ Changes since the last upload: * New upstream release * Updated the dependencies * If nobody else wants to do this I will try to maintain the debian package now. The package should be lintian-clean (at least my lintian 2.5.30 tells that). Regards, Gunter Königsmann --- End Message --- --- Begin Message --- A new version of lintian found errors in the package so I uploaded it anew, sent a new RFS and am therefore closing the old one. --- End Message ---
Bug#790816: RFS: roxterm/3.0.1-1
On Fri, Jul 3, 2015 at 8:30 AM, Tony Houghton wrote: >> - d/rules: CFLAGS = $(shell dpkg-buildflags | grep '^CFLAGS=') is >> quite brittle; I suggest using dpkg-buildflags --get CFLAGS instead >> (ditto for CPPFLAGS and LDFLAGS) > > > That's better, I don't know how I missed that, unless it's a recent > addition to dpkg-buildflags. The way I get the parallel option looks > quite nasty too, is there a better way to do that? Not that I know of...I've never really worried about supporting parallel builds in my own packages, to be honest. >> Regarding your package split, have you tested other possible upgrade >> scenarios? There's a few scenarios I can think of that are broken or >> not ideal: >> - A user who just has roxterm-gtk2 installed (and roxterm-common >> auto-installed), without the roxterm metapackage, will not get any >> updates because both of these packages are no longer built from >> src:roxterm > > > My thinking is that anybody still using roxterm-gtk2 has some good > reason to do so and will not want to upgrade to a GTK3 version even if > it means missing out on the latest features and bug fixes; they are > already missing out on some useful features from vte-2.90. With the > relationships the way they are at the moment users can keep roxterm-gtk2 > without having to pin it. I tested that scenario and it seems to work. > But, since vte9 (the GTK2 version of vte) is scheduled for removal from > the archive, is this undesirable? Ah, I didn't realize that this is actually intentional. Well, IMHO it's saner to offer users an upgrade path by default (i.e. to the gtk3 version), and let them choose to manually pin packages if they don't want to upgrade for some reason. However, I can't find a Policy reference that mandates all binary packages to have an upgrade path or similar, so I'll leave the choice to you. >> - A user has roxterm-gtk2 and roxterm-gtk2-dbg installed. Aside from >> the same problem as the first scenario, if he/she now chooses to >> apt-get install roxterm-dbg, (I think) dpkg will explode due to file >> conflicts between roxterm-gtk2-dbg and roxterm-dbg. > > > So I should add Breaks: roxterm-gtk2-dbg to roxterm-dbg, and I think it > would also be more appropriate to move Breaks: roxterm-gtk2 and > roxterm-gtk3 from roxterm-data to roxterm, because the latter is the > package that contains the corresponding files. But, if the previous > point about preventing roxterm-gtk2 from being automatically upgraded is > OK, I don't want to add Replaces: roxterm-gtk2(-dbg). Ack, roxterm should declare Breaks: roxterm-gtk2 (in addition to -gtk3) and roxterm-dbg should declare Breaks: roxterm-gtk2-dbg (in addition to -gtk3-dbg). Why wouldn't you want the equivalent Replaces relationships here as well? Having roxterm declare Replaces: roxterm-gtk2 is not going to force roxterm-gtk2 to be automatically upgraded in the first scenario I described in my last email (where the user has roxterm-gtk2 and roxterm-common installed, but not roxterm; nothing gets upgraded in this scenario). Without Replaces, users who currently have only roxterm-gtk2 and roxterm-common installed, who then decide to switch to the gtk3 version by running apt-get install roxterm, can't do so (at least, not without removing roxterm-gtk2 first). Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tD0=lihwhue_umjvsjta2quapjd3c-zyyklhinsbjz...@mail.gmail.com
Bug#782738: RFS: wxmaxima
* Gunter Königsmann , 2015-07-04, 11:15: A new version of lintian found errors in the package so I uploaded it anew, sent a new RFS and am therefore closing the old one. In the future, please don't file a new RFS bug, but reuse the existing one. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150704093914.ga9...@jwilk.net
Bug#790816: RFS: roxterm/3.0.1-1
* Tony Houghton , 2015-07-03, 16:30: The way I get the parallel option looks quite nasty too, is there a better way to do that? The code currently reads: ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) CONFIGURE_COMMON += --parallel=$(NUMJOBS) endif You could probably avoid repeating the filter part: NUMJOBS = $(or $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))),1) CONFIGURE_COMMON += --parallel=$(NUMJOBS) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150704095534.ga7...@jwilk.net
Bug#791398: RFS: axmlrpc/1.8.0 [ITP #790491]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "axmlrpc": * Package name: axmlrpc Version : 1.8.0 Upstream Author : Tim Roes * URL : https://github.com/timroes/aXMLRPC * License : MIT Programming Lang: Java Description : XML-RPC Java library It builds those binary packages: libaxmlrpc-java - XML-RPC Java library libaxmlrpc-java-doc - XML-RPC Java library -- documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/axmlrpc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/axmlrpc/axmlrpc_1.8.0-1.dsc More information about axmlrpc can be obtained from https://github.com/timroes/aXMLRPC. I'd like this package to be uploaded because it's a dependency needed for ITP #790484 (dokujclient) Changes since the last upload: * Initial release Regards, Guillaume Turri -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cadswkmoz4touxpxg_xm_hxobh+hgwqk6m59j2ojihcin-mx...@mail.gmail.com
Bug#790816: RFS: roxterm/3.0.1-1
On 04/07/15 10:19, Vincent Cheng wrote: On Fri, Jul 3, 2015 at 8:30 AM, Tony Houghton wrote: My thinking is that anybody still using roxterm-gtk2 has some good reason to do so and will not want to upgrade to a GTK3 version even if it means missing out on the latest features and bug fixes; they are already missing out on some useful features from vte-2.90. With the relationships the way they are at the moment users can keep roxterm-gtk2 without having to pin it. I tested that scenario and it seems to work. But, since vte9 (the GTK2 version of vte) is scheduled for removal from the archive, is this undesirable? Ah, I didn't realize that this is actually intentional. Well, IMHO it's saner to offer users an upgrade path by default (i.e. to the gtk3 version), and let them choose to manually pin packages if they don't want to upgrade for some reason. However, I can't find a Policy reference that mandates all binary packages to have an upgrade path or similar, so I'll leave the choice to you. I think I'll change my decision on that. There do seem to be stronger reasons for providing an automatic upgrade from roxterm-gtk2 than to make things easier for users who want to keep it without continued support and maintenance. Ack, roxterm should declare Breaks: roxterm-gtk2 (in addition to -gtk3) and roxterm-dbg should declare Breaks: roxterm-gtk2-dbg (in addition to -gtk3-dbg). Why wouldn't you want the equivalent Replaces relationships here as well? Having roxterm declare Replaces: roxterm-gtk2 is not going to force roxterm-gtk2 to be automatically upgraded in the first scenario I described in my last email (where the user has roxterm-gtk2 and roxterm-common installed, but not roxterm; nothing gets upgraded in this scenario). Without Replaces, users who currently have only roxterm-gtk2 and roxterm-common installed, who then decide to switch to the gtk3 version by running apt-get install roxterm, can't do so (at least, not without removing roxterm-gtk2 first). One other point I noticed is that currently I have roxterm-data Breaks and Replaces roxterm << 3.0.0-1 (actually I put 2 instead of 3 by mistake so that needs changing anyway), where roxterm << 3 is the old virtual package. As there is no direct replacement for that, do you agree I should keep the Breaks where it is but remove the Replaces? Breaks probably isn't strictly necessary either, but it might be a good idea just in case there's a clash in /usr/share/doc/roxterm. -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5597ef43.6020...@realh.co.uk
Bug#790816: RFS: roxterm/3.0.1-1
On Sat, Jul 4, 2015 at 7:35 AM, Tony Houghton wrote: > One other point I noticed is that currently I have roxterm-data Breaks > and Replaces roxterm << 3.0.0-1 (actually I put 2 instead of 3 by > mistake so that needs changing anyway), where roxterm << 3 is the old > virtual package. As there is no direct replacement for that, do you > agree I should keep the Breaks where it is but remove the Replaces? > Breaks probably isn't strictly necessary either, but it might be a good > idea just in case there's a clash in /usr/share/doc/roxterm. If there's an upgrade scenario where file ownership changes from roxterm to roxterm-data or vice versa (i.e. one package overwrites files owned by the other), you need to declare both Breaks and Replaces. So if roxterm and roxterm-data both owned files with the same name in /usr/share/doc/roxterm or elsewhere, currently or in a past release, then yes, you'll need both Breaks and Replaces. (If you have time, please upload an updated package to mentors so it's easier to discuss any further changes.) Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tC8SD=s0mr5wcgljkasuv-scyk0asehn6oaoldy6ba...@mail.gmail.com
Bug#790726: marked as done (RFS: stx-btree/0.9-2)
Your message dated Sat, 4 Jul 2015 14:42:42 -0700 with message-id and subject line Re: Bug#790726: RFS: stx-btree/0.9-2 has caused the Debian Bug report #790726, regarding RFS: stx-btree/0.9-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 790726: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790726 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "stx-btree" * Package name: stx-btree Version : 0.9-2 Upstream Author : Timo Bingmann (Mail: tb a-with-circle idlebox dot net) * URL : http://idlebox.net/2007/stx-btree/ * License : BSL-1.0/GPL-3+ Section : libdevel It builds those binary packages: stx-btree-demo - b+tree implementation in c++, demo program stx-btree-dev - b+tree implementation in c++ stx-btree-doc - b+tree implementation in c++, doxygen documentation To access further information about this package, please visit the following URL: http://mentors.debian.net/package/stx-btree Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.9-2.dsc Changes since the last upload: * set HTML_TIMESTAMP=NO for doxygen to make the package reproducible (closes: bug#790023). * bump standards to 3.9.6 * use dep5 copyright * use debhelper 9 with best regards // pub 1024D/E99AF373 --- End Message --- --- Begin Message --- On Wed, Jul 1, 2015 at 1:21 AM, Yury Stankevich wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "stx-btree" > > * Package name: stx-btree > Version : 0.9-2 > Upstream Author : Timo Bingmann (Mail: tb a-with-circle idlebox dot net) > * URL : http://idlebox.net/2007/stx-btree/ > * License : BSL-1.0/GPL-3+ > Section : libdevel > > It builds those binary packages: > > stx-btree-demo - b+tree implementation in c++, demo program > stx-btree-dev - b+tree implementation in c++ > stx-btree-doc - b+tree implementation in c++, doxygen documentation > > To access further information about this package, please visit the following > URL: > http://mentors.debian.net/package/stx-btree > > Alternatively, one can download the package with dget using this command: > dget -x > http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.9-2.dsc > > Changes since the last upload: > * set HTML_TIMESTAMP=NO for doxygen > to make the package reproducible (closes: bug#790023). > * bump standards to 3.9.6 > * use dep5 copyright > * use debhelper 9 > > with best regards // pub 1024D/E99AF373 Uploaded, thanks for your contribution to Debian! Regards, Vincent--- End Message ---
Bug#789526: RFS: trac-mercurial/1.0.0.7+hged4f0932196b-1 [RC]
Control: tag -1 + moreinfo Control: owner -1 ! Hi Matthias, On Sun, Jun 21, 2015 at 1:09 PM, Matthias Schmitz wrote: > Package: sponsorship-requests > Severity: important > > Package: sponsorship-requests > Severity: important > > Dear mentors, > > I am looking for a sponsor for my updated package "trac-mercurial" > which fixes the RC bug #787722. > > Package name: trac-mercurial > Version : 1.0.0.7+hged4f0932196b-1 > > It builds those binary packages: > > trac-mercurial - Mercurial version control backend for Trac > > To access further information about this package, please visit the > Debian tracker and the following URL: > > https://tracker.debian.org/pkg/trac-mercurial > and > http://mentors.debian.net/package/trac-mercurial > > Changes since the last upload: > * New upstream version Closes: #787722 > * [6d47d45] Imported Upstream version 1.0.0.7+hged4f0932196b > * [738a79e] lintian: Bump standards version > Please incorporate and acknowledge the changes from the non maintainer upload (by simply keeping the NMU d/changelog entry in your updated package). Regards, Vincent -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tAu6bp+j9iKFTOgMq+NXsjBGZBMMxv3DjXunyyJX=r...@mail.gmail.com
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
Control: tag -1 + moreinfo
Control: owner -1 !
Hi Azat,
On Fri, Jun 12, 2015 at 3:36 PM, Azat Khuzhin wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "blktool"
>
> Package name: blktool
> Version : 4-7
> Upstream Author : Jeff Garzik
> URL : http://sourceforge.net/projects/gkernel/files/blktool/
> License : GPL v2
> Section : admin
>
> It builds those binary packages:
>
> blktool- tune low-level block device parameters
>
> To access further information about this package, please visit the following
> URL:
>
> http://mentors.debian.net/package/blktool
>
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x http://mentors.debian.net/debian/pool/main/b/blktool/blktool_4-7.dsc
>
> Changes since the last upload:
>
> * QA upload
> * New maintainer. (Closes: #695127).
> * Fix "blktool readonly is broken" (Closes: #641164).
> * bump debhelper version to 9
> * fix changelog-should-mention-qa
> * fix ancient-standards-version 3.7.2.2 (current is 3.9.6)
> * fix vcs-field-not-canonical
> * fix xs-vcs-header-in-debian-control
> * add homepage
>
Why is this upload targeting experimental instead of unstable?
Just a few comments after having reviewed your package (none of these
are strictly blockers, however):
- Drop quilt from build-depends; unneeded because you're using source
format "3.0 (quilt)" (and so dpkg-source handles everything for you),
and also drop debian/README.source (which is more applicable if you're
using quilt without source format 3.0 quilt) and drop
patchsys-quilt.mk from d/rules.
- Please either push your changes to collab-maint, or drop the
Vcs-{Git,Browser} fields in d/control.
- Consider adding patch headers to the other two existing patches
you've applied to this package; I suggest DEP-3 formatted headers [1],
but git format-patch style headers are fine too.
- d/copyright references a versionless symlink to the GPL; please
change it to /usr/share/common-licenses/GPL-2. While you're at it, you
may consider updating d/copyright to follow DEP-5 conventions [2].
Regards,
Vincent
[1] http://dep.debian.net/deps/dep3/
[2] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caczd_tc9jzgjifxprdcgpnirkm5m+yhq883qeldyu225yqm...@mail.gmail.com
Re: my WNPP list is empty but it is not
On Sat, 04 Jul 2015 01:41:57 +0200 Jerome BENOIT wrote: > Since a couple of weeks, my list of WNPP bugs is empty, > but I know that I have a couple of them around: > is a temporary bug ? is there a way to re-fill the list ? I'm not sure. Which WNPP bugs do you have open? pgpSttpma3jOc.pgp Description: PGP signature
Bug#787800: RFS: iperf3/3.0.11-1
Control: tag -1 + moreinfo Control: owner -1 ! Hi Raoul, On Fri, Jun 5, 2015 at 12:59 AM, Raoul Borenius wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "iperf3" > > * Package name: iperf3 >Version : 3.0.11-1 >Upstream Author : Jon Dugan, ESnet > * URL : http://software.es.net/iperf/ > * License : BSD-3-clause >Section : net > > It builds those binary packages: > > iperf3 - Internet Protocol bandwidth measuring tool > libiperf-dev - Internet Protocol bandwidth measuring tool (development files) > libiperf0 - Internet Protocol bandwidth measuring tool (runtime files) > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/iperf3 > > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/i/iperf3/iperf3_3.0.11-1.dsc > > More information about hello can be obtained from http://www.example.com. > > Changes since the last upload: > > perf3 (3.0.11-1) unstable; urgency=medium > > * new upstream version > * bumped standards version to 3.9.6 > Your changes look ok, but I've noticed that src:iperf3 builds library packages that are installed into multiarch paths (because you're using dh compat level 9), but your packages are not actually multiarch-ified. Please implement multiarch support in your package [1]. Regards, Vincent [1] https://wiki.debian.org/Multiarch/Implementation -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caczd_tbxjwvxkvgvej-ky3aukmuxy+e59gocyqdpr2v5rqn...@mail.gmail.com
Bug#787802: RFS: i2util/1.2-2
Control: tag -1 + moreinfo Control: owner -1 ! Hi Raoul, On Fri, Jun 5, 2015 at 1:03 AM, Raoul Borenius wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "i2util" > > * Package name: i2util >Version : 1.2-2 >Upstream Author : Aaron Brown > * URL : http://software.internet2.edu > * License : Apache-2.0 >Section : libs > > It builds those binary packages: > > i2util-tools - Internet2 utility tools > libi2util-dev - Internet2 utility library (development files) > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/i2util > > > Alternatively, one can download the package with dget using this command: > > dget -x http://mentors.debian.net/debian/pool/main/i/i2util/i2util_1.2-2.dsc > > More information about hello can be obtained from http://www.example.com. > > Changes since the last upload: > > i2util (1.2-2) unstable; urgency=medium > > * include pfstore (Closes: #774286) Your changes look ok, but I've noticed that libi2util-dev builds a static library that's installed into a multiarch-specific path (because you're using dh compat level 9), but your package isn't actually multiarch-ified. Please implement multiarch support in your package [1]. Regards, Vincent [1] https://wiki.debian.org/Multiarch/Implementation -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caczd_tc2m1uamgjbqtub9vktohliuzuud9vzl6pu9-q7r15...@mail.gmail.com
Bug#787801: RFS: bwctl/1.5.4+dfsg1-1
Control: tag -1 + moreinfo Control: owner -1 ! Hi Raoul, On Fri, Jun 5, 2015 at 1:08 AM, Raoul Borenius wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "bwctl" > > * Package name: bwctl >Version : 1.5.4+dfsg1-1 >Upstream Author : Aaron Brown > * URL : http://www.internet2.edu/performance/bwctl/ > * License : Apache-2.0 >Section : net > > It builds those binary packages: > > bwctl-client - bandwidth test controller (client) > bwctl-server - bandwidth test controller (server) > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/bwctl > > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/b/bwctl/bwctl_1.5.4+dfsg1-1.dsc > > More information about bwctl can be obtained from > http://www.internet2.edu/performance/bwctl/ > > Changes since the last upload: > > bwctl (1.5.4+dfsg1-1) unstable; urgency=medium > > * new upstream version > > Regards, >Raoul Gunnar Borenius > I tried generating a source tarball using your get-orig-source target, but the hashsum doesn't match the tarball you uploaded to mentors. Please ensure your get-orig-source target produces a reproducible source tarball (the developers spearheading the reproducible builds effort have a bunch of helpful wiki pages for this, e.g. [1]). Regards, Vincent [1] https://wiki.debian.org/ReproducibleBuilds/TimestampsInTarball -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACZd_tCRO5nUqSB6_3=43+v+y9b6pgxswlgihtuvk4zuagg...@mail.gmail.com
Re: my WNPP list is empty but it is not
> > Since a couple of weeks, my list of WNPP bugs is empty, > > but I know that I have a couple of them around: > > is a temporary bug ? is there a way to re-fill the list ? A similar bug have been reported against qa.debian.org[0]. [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791380 -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Re: my WNPP list is empty but it is not
Hi, On 05/07/15 00:18, Riley Baird wrote: > On Sat, 04 Jul 2015 01:41:57 +0200 > Jerome BENOIT wrote: >> Since a couple of weeks, my list of WNPP bugs is empty, >> but I know that I have a couple of them around: >> is a temporary bug ? is there a way to re-fill the list ? > > I'm not sure. Which WNPP bugs do you have open? > So far I can remember: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762583 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737696 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771880 Thanks, Jerome -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/55985e82.4040...@rezozer.net
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jul 04, 2015 at 03:12:21PM -0700, Vincent Cheng wrote:
> Why is this upload targeting experimental instead of unstable?
>
> Just a few comments after having reviewed your package (none of these
> are strictly blockers, however):
> - Drop quilt from build-depends; unneeded because you're using source
> format "3.0 (quilt)" (and so dpkg-source handles everything for you),
> and also drop debian/README.source (which is more applicable if you're
> using quilt without source format 3.0 quilt) and drop
> patchsys-quilt.mk from d/rules.
> - Please either push your changes to collab-maint, or drop the
> Vcs-{Git,Browser} fields in d/control.
Hi Vincent,
Thanks for comments, I'm going to fix them all.
As for collab-maint, I've just send a request to join to the project via
[1], could you send email with acknowledge by request?
Thanks,
Azat.
[1] https://alioth.debian.org/projects/collab-maint/
> - Consider adding patch headers to the other two existing patches
> you've applied to this package; I suggest DEP-3 formatted headers [1],
> but git format-patch style headers are fine too.
> - d/copyright references a versionless symlink to the GPL; please
> change it to /usr/share/common-licenses/GPL-2. While you're at it, you
> may consider updating d/copyright to follow DEP-5 conventions [2].
>
> [1] http://dep.debian.net/deps/dep3/
> [2] https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150704225404.GM641@azat
Bug#789879: marked as done (RFS: calamaris/2.99.4.2-1)
Your message dated Sat, 4 Jul 2015 16:13:49 -0700 with message-id and subject line Re: Bug#789879: RFS: calamaris/2.99.4.0-20 has caused the Debian Bug report #789879, regarding RFS: calamaris/2.99.4.2-1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 789879: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789879 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "calamaris" * Package name: calamaris * Version : 2.99.4.0-20 * Upstream Author : http://cord.de/calamaris-home-page * URL : http://cord.de/calamaris-home-page * License : GPL-2.0+ Section : utils It builds those binary packages: calamaris - log analyzer for Squid or Oops proxy log files To access further information about this package, please visit the following URL: http://mentors.debian.net/package/calamaris Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/calamaris/calamaris_2.99.4.0-20.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: debian/control + Bump Standards-Version 3.9.6 + Update copyright file * debian/patches + Add new_method_original_dst.diff patch + Use new method ORIGINAL_DST Closes: #788915 + Thanks to Dmitriy for the patch * Update watch file Regards Daniel -- Daniel Echeverry http://wiki.debian.org/DanielEcheverry Linux user: #477840 Debian user Software libre --- End Message --- --- Begin Message --- Hi Daniel, On Wed, Jun 24, 2015 at 8:41 PM, Daniel Echeverry wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "calamaris" > > * Package name: calamaris > * Version : 2.99.4.0-20 > * Upstream Author : http://cord.de/calamaris-home-page > * URL : http://cord.de/calamaris-home-page > * License : GPL-2.0+ >Section : utils > > It builds those binary packages: > > calamaris - log analyzer for Squid or Oops proxy log files > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/calamaris > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/c/calamaris/calamaris_2.99.4.0-20.dsc > > More information about hello can be obtained from http://www.example.com. > > Changes since the last upload: > > debian/control > + Bump Standards-Version 3.9.6 > + Update copyright file > * debian/patches > + Add new_method_original_dst.diff patch > + Use new method ORIGINAL_DST Closes: #788915 > + Thanks to Dmitriy for the patch > * Update watch file Uploaded, thanks for your contribution to Debian! Regards, Vincent--- End Message ---
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
Hi Azat,
On Sat, Jul 4, 2015 at 3:54 PM, Azat Khuzhin wrote:
> On Sat, Jul 04, 2015 at 03:12:21PM -0700, Vincent Cheng wrote:
>> Why is this upload targeting experimental instead of unstable?
>>
>> Just a few comments after having reviewed your package (none of these
>> are strictly blockers, however):
>> - Drop quilt from build-depends; unneeded because you're using source
>> format "3.0 (quilt)" (and so dpkg-source handles everything for you),
>> and also drop debian/README.source (which is more applicable if you're
>> using quilt without source format 3.0 quilt) and drop
>> patchsys-quilt.mk from d/rules.
>> - Please either push your changes to collab-maint, or drop the
>> Vcs-{Git,Browser} fields in d/control.
>
> Hi Vincent,
>
> Thanks for comments, I'm going to fix them all.
Great, let me know if you have any questions.
> As for collab-maint, I've just send a request to join to the project via
> [1], could you send email with acknowledge by request?
What's your Alioth username?
Regards,
Vincent
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caczd_tdy9w4fpkxpv8uwbtezvc_o35bljtcp4_gau0yrg4-...@mail.gmail.com
Bug#791390: RFS: wxmaxima/15.04.0-1
Control: tag -1 + moreinfo
Control: owner -1 !
Hi Gunter,
On Sat, Jul 4, 2015 at 2:03 AM, Gunter Königsmann wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "wxmaxima"
>
> * Package name: wxmaxima
> Version : 15.04.0-1
> Upstream Author : Andrej Vodopivec
> * URL : http://andrejv.github.io/wxmaxima/
> * License : GPL-2+
> Section : math
Some comments after having reviewed your package, in no particular order:
- d/changelog is missing the latest upload, 13.04.2-4; please don't
drop old changelog entries
- In general, please be more verbose in d/changelog ("Updated the
dependencies" - list them explicitly). Additional things to consider
including in d/changelog: adding/changing/removing build-deps/deps,
updating standards version, adding/refreshing/removing patches,
dropping the debian menu entry + icons.
- d/control: please add a Vcs-Browser field
- d/control: wxmaxima should depend on fonts-jsmath, not ttf-jsmath
(latter is just a transitional dummy package)
- d/copyright (blockers): specify which version of GPL the package is
licensed under, and change the versionless GPL symlink
"/usr/share/common-licenses/GPL" accordingly; also, CC-BY-SA 2.5 is
not DFSG-compatible (but >= 3.0 is) [1]. For licenses that are not
included in /usr/share/common-licenses, you must add the full text of
the license into d/copyright (not just a link to a creativecommons.org
webpage).
Regards,
Vincent
[1]
https://wiki.debian.org/DFSGLicenses#Creative_Commons_Attribution_Share-Alike_.28CC-BY-SA.29_v3.0
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/caczd_tduohhp2g2wnmf8dqj5m6soma2zzgdxpb5abgrm1s4...@mail.gmail.com
Bug#790934: marked as done (RFS: sleepenh/1.4-2)
Your message dated Sat, 4 Jul 2015 16:53:20 -0700 with message-id and subject line Re: Bug#790934: RFS: sleepenh/1.4-2 has caused the Debian Bug report #790934, regarding RFS: sleepenh/1.4-2 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 790934: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790934 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sleepenh" Package name: sleepenh Version : 1.4-2 URL : https://github.com/nsc-deb/sleepenh License : GPL-2+ Section : utils It builds those binary packages: sleepenh - Sleep until a given date with subsecond resolution To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sleepenh Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.4-2.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Update vcs and homepage URLs (moved to github) (Closes: #789375) Regards, Nicolas Schier signature.asc Description: Digital signature --- End Message --- --- Begin Message --- Hi Nicolas, On Fri, Jul 3, 2015 at 12:09 AM, Nicolas Schier wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "sleepenh" > > Package name: sleepenh > Version : 1.4-2 > URL : https://github.com/nsc-deb/sleepenh > License : GPL-2+ > Section : utils > > It builds those binary packages: > > sleepenh - Sleep until a given date with subsecond resolution > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/sleepenh > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/s/sleepenh/sleepenh_1.4-2.dsc > > More information about hello can be obtained from http://www.example.com. > > Changes since the last upload: > > * Update vcs and homepage URLs (moved to github) (Closes: #789375) > Uploaded, thanks for your contribution to Debian! Regards, Vincent--- End Message ---
Bug#788583: RFS: blktool -- tune low-level block device parameters [ITA]
On Sat, Jul 04, 2015 at 04:16:27PM -0700, Vincent Cheng wrote: > > As for collab-maint, I've just send a request to join to the project via > > [1], could you send email with acknowledge by request? > > What's your Alioth username? Sorry, forgot about that, it is "azat-guest" (id: 354783). Thanks! -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150705043638.GN641@azat
