Bug#988474: [Fwd: Bug#988474: RFS: freefem++/3.61.1+dfsg1-5.2 [NMU] [RC] -- Provides the binaries of the FreeFem++ FE suite]

should be fine. > > Let me know if I'm missing something. > > Best, > François > > > [1] https://piuparts.debian.org/sid/source/f/freefem++.html > [2] https://tracker.debian.org/media/packages/m/mumps/changelog-5.3.5-2 > > > Le jeudi 13 mai 2021 à 22:31 +0200, Anton G

Bug#988474: [Fwd: Bug#988474: RFS: freefem++/3.61.1+dfsg1-5.2 [NMU] [RC] -- Provides the binaries of the FreeFem++ FE suite]

Your upload is fine. It fixes the FTBFS. But piuparts identified some problems with the installation of libfreefem++-dev [1]. Could you please verify whether the problem really exists or not? [1] https://salsa.debian.org/science-team/freefempp/-/jobs/1640984 Thanks Anton Am Do., 13. Mai

Bug#988474: [Fwd: Bug#988474: RFS: freefem++/3.61.1+dfsg1-5.2 [NMU] [RC] -- Provides the binaries of the FreeFem++ FE suite]

Control: tags -1 +pending Hi François, thanks for fixing this issue. I am testing it and if it works, I will upload it. I am not sure, whether it will be possible to reintroduce this package in testing on this stage of the freeze. Please contact the release team about that. Welcome to join

Re: vtk8

gt; I've pushed a tentative fix, but cannot verify since it build and used > > to build on the PPA [1]. Best try it out yourself. > > > > Cheers, > > Nico > > > > [1] https://launchpad.net/~nschloe/+archive/ubuntu/vtk8/+build/18120968 > > > > > > >

Re: vtk8

Hi Nico, it looks like the package does not build: CMake Error at CMake/vtkModuleTop.cmake:56 (message): No such module "vtkIOXdmf3" needed by "vtkIOParallelXdmf3" Could you please have a look? Thanks Anton Am Do., 10. Okt. 2019 um 21:21 Uhr schrieb Nico Schlömer : > > Hi everyone, > >

Re: vtk8

Hello Nico, thanks for your work on this monster-package. I will try to review it in the next few days. Regards Anton Am Do., 10. Okt. 2019 um 21:21 Uhr schrieb Nico Schlömer : > > Hi everyone, > > I've worked on VTK8 [1] and I think it's about ready to be included > into Debian. (More than

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

Then after each release you one need to make a diff over all headers and create also symbols-files to be sure that the ABI is not broken. Anton 2018-03-04 1:18 GMT+01:00 Kurt Kremitzki <kkremit...@gmail.com>: > > > On 03/03/2018 04:12 PM, Anton Gladky wrote: >> >> 201

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

2018-03-01 5:32 GMT+01:00 Kurt Kremitzki : > To summarize: > 1. When the OCC was in Debian previously, and its current form in the Ubuntu > PPA, we had e.g. libopencascade-foundation-7.1.0 > 2. Anton suggested e.g. libopencascade-foundation-7.2 > 3. Appendix A of the Debian

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

Hi Kurt, Just a short review. I did not test the package. But some stuff should be fixed before it will be uploaded. As I understand you want to maintain the package under the umbrella of debian science team? If so, please fix some corresponding fields (maintaner etc) in d/control. = 1.

Bug#858538: RFS: fadecut/0.2.1-1

Hi Marco, sorry I forgot about this package. I will review it ASAP, Best regards Anton 2017-11-29 19:32 GMT+01:00 Marco Balmer : > Dear mentors, > > I am still looking for a sponsor for my package "fadecut" > > * Package name: fadecut > Version : 0.2.1-1 >

Bug#858538: fadecut package review

our reply. > > On Wed, Apr 12, 2017 at 09:29:19PM +0200, Anton Gladky wrote: >> there are a couple of minor notes regarding your package: >> >> 1) integrate changes from NMU two years ago [1] (to be consistent >> d/changelog) >> 2) Try to use compat level 10 and

Bug#860415: RFS: python-xarray/0.9.2-1

Hi Ghis, it looks like this package is under heavy development. 0.9.5 version has just been released. Would you mind to package it instead of 0.9.2? Best regards Anton 2017-04-16 15:49 GMT+02:00 Ghislain Antony Vaillant : > Package: sponsorship-requests > Severity: normal

Bug#858538: Package review

Hi Marco, there are a couple of minor notes regarding your package: 1) integrate changes from NMU two years ago [1] (to be consistent d/changelog) 2) Try to use compat level 10 and debhelper >=10. 3) Use "cme fix dpkg" over your package to fix minor issues Please drop me an email, when you are

Bug#860050: RFS: xtensor/0.8.4-1

Ok, 0.9.2-1 is already in archive. Uploaded! Anton 2017-04-12 18:54 GMT+02:00 Anton Gladky <gl...@debian.org>: > Hi Ghis, the 0.9.2-1 was not uploaded yet. Maybe it makes sense to use > the 0.9.2-1 number? > > Anton > > > 2017-04-12 18:12 GMT+02:00 Ghislain Vaillant &

Bug#860050: RFS: xtensor/0.8.4-1

n the > initial upload of version 0.9.2-1. > > https://anonscm.debian.org/git/debian-science/packages/xtensor-python.g > it > > Cheers, > Ghis > > > On Mon, 2017-04-10 at 21:11 +0100, Ghislain Vaillant wrote: >> Absolutely, thanks Anton. >> >> Le 10 avr. 20

Bug#860050: RFS: xtensor/0.8.4-1

Hi Ghis, I will try to sponsor this package within the next 2 days, if it is OK for you. Anton 2017-04-10 21:46 GMT+02:00 Ghislain Antony Vaillant : > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > * Package name: xtensor > Version :

Re: ITA for an abandoned package: evolver case

Hi, i am maintaining many packages, which were maintained by Adam originally. But all of them are team-maintained (Debian Science), and this one is not. AFAIK Adam is not active in Debian last several years. From my point of view, it will not be too offensive, if evolver will be moved under the

Bug#816635: RFS: memtailor/1.0~git20160302-1

Uploaded. 2016-03-03 16:44 GMT+01:00 Doug Torrance : > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "memtailor" > > * Package name: memtailor >Version : 1.0~git20160302-1 >Upstream

Bug#814680: RFS: stp/2.1.2+dfsg-1 [ITP] -- Simple theorem prover

Hi Marko, the package looks fine, but I have a couple of notice: - Use DEP-3 format for the patch - Try not to use source/lintian-overrides, but fix it in the code. - lib/extlib-abc/aig/cnf/cnfData.c looks strange, is it some kind of binary, not the source code? - Use Files-Exclude parameter

Bug#783676: RFS: gummi/0.6.5-4 -- GTK+ based LaTeX editor with live preview

Daniel, your changes to the package look fine. I did not upload your package but granted you uploading rights for that. So, you can do it yourself. Best regards Anton 2015-04-29 7:31 GMT+02:00 Daniel Stender deb...@danielstender.com: Package: sponsorship-requests Severity: normal

Bug#783676: RFS: gummi/0.6.5-4 -- GTK+ based LaTeX editor with live preview

Hi Daniel, I will review/upload your package within the next couple of days. Best regards Anton 2015-04-29 7:31 GMT+02:00 Daniel Stender deb...@danielstender.com: Package: sponsorship-requests Severity: normal X-Debbugs-Cc: debian-scie...@lists.debian.org I'm looking for a

Bug#762012: fadecut package has been removed from Mentors

Hi, sure I can. Anton 2015-02-05 8:08 GMT+01:00 Marco Balmer ma...@balmer.name: Hi, I've uploaded again to mentors.debian.net. Anton: Maybe you can do that again for me? Thanks, Marco On Thu, Feb 05, 2015 at 12:30:14AM +, mentors.debian.net wrote: Your package fadecut all

Bug#763615: RFS: auto-07p/0.9.1+dfsg-2

Where is it? On mentors? Anton 2014-10-25 20:15 GMT+02:00 Sergey B Kirpichev skirpic...@gmail.com: Hello, is there any chance that this trivial upload will be sponsored before the Jessie freeze? -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of

Bug#763615: RFS: auto-07p/0.9.1+dfsg-2

As far as I see, Sergey is DM and the only maintainer of this package. Sergey, is it OK for you if I you get the permission for this package to upload it? Anton -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: header-only dependence

Hi, 2014-03-22 13:33 GMT+01:00 Nico Schlömer nico.schloe...@gmail.com: I'm packaging a library libA which depends on a header-only library libB. Obviously I need libB to be present whenever I build an executable against libA. Where in debian/control will I have to fill in libB? I think it

Re: shared and static library names differ

2014/1/19 Roman Valov roman.va...@gmail.com: What is the best way to handle this? Is it okay to drop static library from -dev package? My personal opinion is not to ship static library at all, if it is possible. Regards, Anton -- To UNSUBSCRIBE, email to

Re: miredo / upload or DM rights

Hi Tomasz, It seems, your commits to miredo-VCS are OK. Thus I granted you permissions to upload miredo. Thanks for contribution, Anton 2013/12/27 Tomasz Buchert tomasz.buch...@inria.fr: Hi, I'm a de facto maintainer of miredoš. I want to release a new version, however I'm not a DM so I

Bug#729734: RFS: nlopt/2.4+dfsg-1

Uploaded. Thanks for contribution. Anton 2013/11/16 Sergey B Kirpichev skirpic...@gmail.com Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package nlopt * Package name: nlopt Version : 2.4+dfsg-1 * URL :

Bug#727673: RFS: couriergrey/0.3.2-4

Uploaded. Anton 2013/10/25 Marco Balmer ma...@balmer.name: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package couriergrey * Package name: couriergrey Version :

Bug#725447: RFS: task-spooler/0.7.3-2

Hi Alexandr, please add 2-3 words into changelog entry about the bug, which was fixed by upstream; use canonical VCS-fields. Just commit into VCS, no need to reupload package into mentots. Best regards, Anton 2013/10/6 Alexander Inyukhin shur...@sectorb.msk.ru: Package: sponsorship-requests

Bug#725420: RFS: diodon/1.0.3 -- GTK+ Clipboard manager

Hi Oliver, I have uploaded it. Please, consider to migrate from cdbs to dh (just a suggestion) and try to use alioth for VCS of your package. Thanks for contribution, Anton -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#721839: RFS: musl/0.9.13-2 [ITP]

(Closes: #724247) I would appreciate if someone could upload the package. Regards, Kevin Bortis On Sat, Sep 21, 2013 at 2:15 PM, Anton Gladky gladky.an...@gmail.com wrote: Ok, I uploaded it. Have done only minor change: diff --git a/debian/changelog b/debian/changelog index 346bdf2

Re: Re: Re: FWD: RFS: doublecmd/0.5.6-1 [ITP] -- twin-panel (commander-style) file manager

Ok, uploaded both packages! Thanks for contribution. Anton 2013/9/25 Graham Inggs gra...@nerve.org.za: I've updated to 0.5.7 in the git. I was able to drop one of the patches included upstream and none of the others required refreshing. Dropping CCs now as my last mail did end up on the

Re: FWD: RFS: doublecmd/0.5.6-1 [ITP] -- twin-panel (commander-style) file manager

Hi, I am glad to see this software packaged! I have created already this one, but still not managed that to be uploaded, though using it locally. The package itself looks OK. I will have a closer look at it, and if there are no critical notes, it will be uploaded. Thanks, Anton On 09/24/2013

Bug#721839: RFS: musl/0.9.13-2 [ITP]

for Debian upload (Closes: #713072) * Respect user set CC * Reworked package according to feedback gven by Anton Gladky. See #721839 for reference. So you should close only ITP-bug. RFS-bug will be closed manually. Please, for future upload create only one additional changelog-paragraph

Bug#721839: RFS: musl/0.9.13-2 [ITP]

Hi Kevin, thanks for working on the package. Generally it looks good and almost ready for uploading. Some minor notes: - Remove Readme.Debian, it is useless. - Changelog should have just one note: Initial packaging, Closes The package was not yet uploaded into Debian. - The package number

Bug#719720: RFS: skycat/3.1.2+starlink1~b-1 [ITP]

Hi Ole, why is the tarball on mentors different from that one, which is on the website? Thanks, Anton 2013/8/14 Ole Streicher deb...@liska.ath.cx: Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: debian-scie...@lists.debian.org,

Bug#719720: RFS: skycat/3.1.2+starlink1~b-1 [ITP]

Uploaded. Thanks for contribution. Anton 2013/8/14 Ole Streicher deb...@liska.ath.cx: Hi Anton, Am 14.08.2013 20:16, schrieb Anton Gladky: why is the tarball on mentors different from that one, which is on the website? I did not use the tarball provided by ESO but the one provided

Re: Sponsor for miredo 1.2.6-1 (which is ITA)

Hi Tomasz, thanks for your work. Some minor notes on your package: - Close #713005 by changelog entry. - Bug #661983 workaround (again) entry is irrelevant. CDBS is not used any more. - #635749 has a patch. Consider applying it. - Try to fix pedantic and info-warnings of lintian. - Use

Re: Sponsor for miredo 1.2.6-1 (which is ITA)

Hi Tomasz, 2013/7/30 Tomasz Buchert tomasz.buch...@inria.fr: Hi, done! I've pushed changes to the git repository and I've uploaded a new version of the package to mentors (it should be visible soon). Systemd support is a different story. It is available in a 'systemd' branch in the git

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, [Quoting your private mail to me, hoping there is nothing private] 2013/7/19 Oliver Sander san...@igpm.rwth-aachen.de: You want to upload a newer version without intend to maintain it. Right? No. I made up my mind and I promise to be the dcraw maintainer if that is what it

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, i do not really have any motivation to discuss social questions any more. You want to upload a newer version without intend to maintain it. Right? 2013/7/18 Oliver Sander san...@igpm.rwth-aachen.de: Hi Anton, Problem is, I don't understand how much these rules apply to me, since

Bug#706514: RFS: dcraw/9.17-1

2013/7/12 Oliver Sander san...@igpm.rwth-aachen.de: I kind of knew these rules, but it's good to now the details anyway. Problem is, I don't understand how much these rules apply to me, since the actual upload to unstable will not be done by me. That case is not covered by the text. It does

Bug#706514: RFS: dcraw/9.17-1

2013/7/11 Oliver Sander san...@igpm.rwth-aachen.de: I don't understand. I am not the maintainer, hence what I am doing is a NMU, hence the NMU number? Please tell me the version number you want and I'll use it. Hmm, please, read, when you are allowed to do NMUs.

Bug#706514: RFS: dcraw/9.17-1

Hi, 2013/7/9 Oliver Sander san...@igpm.rwth-aachen.de: I am getting one new lintian warning: I: dcraw source: quilt-patch-missing-description remove_LO_line_from_manpage.diff I split that patch off from the remaining ones, because it was obviously a separate thing. But not knowing manpage

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, in attachment is the my suggestion of debian-directory of this package. 2013/6/25 Oliver Sander san...@igpm.rwth-aachen.de: Yes, but in the previous uploaded version there are in patch-section only Makefile, badpixels and manpages. You have now also configure, Makefile.in etc.

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, 2013/6/3 Oliver Sander san...@igpm.rwth-aachen.de: [...] Currently getsource doesn't run due to some minor upstream format change. Can you fix that? It is what you get when following the official Debian instructions for switching from source format 1.0 to 3.0 (quilt). Yes, but

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, lintian reports three problems with this package, which I don't know how to fix: P: dcraw: no-upstream-changelog There really is no upstream changelog. What to do? Id upstream does not ship it, you can do nothing with that. W: dcraw source:

Bug#707580: Re[5]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

Uploaded. Thanks for contribution. Anton 2013/5/19 Ильяс Гасанов torso.n...@gmail.com: Hello. On Sat, 18 May, 2013 at 11:45:17 +0200, Anton Gladky wrote: Ok, no problem. Let me know, when you are ready. Ready, as you have asked. The updated package is reuploaded to mentors, check it out

Bug#707580: Re[4]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

2013/5/18 Ильяс Гасанов torso.n...@gmail.com I'd do this if the patched file still used TeX syntax. Alas, LibreOffice does not understand the TeX command \patterns{ } so I had to get rid of it, hence it's no longer a TeX file. Also I don't see any point of storing the effective file

Bug#707580: Re[3]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

Hi Ильяс, 2013/5/17 Ильяс Гасанов torso.n...@gmail.com Sorry, but else I can't figure, just how in the world would the patterns be installed into the filesystem with no upstream makefile of any sort? and override_dh_installdocs In such a case README.source will not be installed in

Bug#708629: RFS: inadyn/1.98.1+git20130517-1

Hi Timur, I have uploaded your package. Thanks for contribution. Anton On 05/17/2013 01:37 PM, Timur Birsh wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package inadyn * Package name: inadyn Version :

Bug#707580: Re[2]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

Hi Ильяс, a couple of minor notes: 1) unite versions 20030310-1 and 20030310-2 in changelog into 20030310-1 2) put the full text license into copyright file 3) debian/rules: 2013/5/16 Ильяс Гасанов torso.n...@gmail.com Done. The package with suggested changes made has now been uploaded to

Bug#707580: Re[2]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

2-n d part of the message, sorry :) 3) debian/rules: a) all .PHONY: should be removed b) try to escape override_dh_auto_install and override_dh_installdocs Just commit fixes into VCS, no need to reupload the package to mentors. Thanks for your work, Anton 2013/5/16 Ильяс Гасанов

Bug#707580: Re[2]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]

Thanks, Eriberto, for clarifying. That is exactly, what I meant. Anton 2013/5/15 Eriberto eribe...@eriberto.pro.br 2013/5/15 Ильяс Гасанов torso.n...@gmail.com: Sorry, I didn't get it. Do you mean, use source format like 3.0 (git) instead of 3.0 (quilt)? Hi Ilyas! No! Anton said you

Bug#708225: RFS: cd-discid/1.4-1

Hi Timur, I have sponsored your package. Thanks for contribution! Anton On 05/14/2013 12:21 PM, Timur Birsh wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package cd-discid * Package name: cd-discid Version :

Re: Advice on packaging SWIG generated python bindings and more

Hi Srećko, the package looks ok for me. Just a couple of notes: 1) Please, add --parallel to dh to get a faster building. 2) Is it difficult to add some kind of auto-test? Better to add one more target into makefile (you patch it anyway), so it can be picked up by dh_autotest. 3) Do you plan to

Bug#706858: RFS: xboxdrv/0.8.5-1

Hi Andrey, I would sponsor your package, but it seems, md5sum of your tarball is not the same as of original one. Did you repack it? Thanks, Anton 2013/5/5 Andrey Rahmatullin w...@wrar.name: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for

Bug#706858: RFS: xboxdrv/0.8.5-1

On 05/05/2013 05:04 PM, Andrey Rahmatullin wrote: On Sun, May 05, 2013 at 04:09:11PM +0200, Anton Gladky wrote: I would sponsor your package, but it seems, md5sum of your tarball is not the same as of original one. Did you repack it? I didn't repack it, I generated the tarball from

Bug#706858: RFS: xboxdrv/0.8.5-1

Sorry, forgot to mention. I used an original tarball from the upstream's website. There are no differences between yours and original's one. Only md5sum was different. Cheers, Anton signature.asc Description: OpenPGP digital signature

Bug#706510: RFS: xbomb/2.2a-8 [ITA] -- 'minesweeper' game with squares, hexagons or triangles

Hi Alexandre, I have uploaded your package. I just made 2 minor changes in patches: == diff -Nru xbomb-2.2a/debian/patches/hardening_flags.patch xbomb-2.2a/debian/patches/hardening_flags.patch --- xbomb-2.2a/debian/patches/hardening_flags.patch

Bug#706509: RFS: zatacka/0.1.8-3 [ITA] -- Arcade multiplayer game like nibbles

]: https://github.com/alexdantas/zatacka On Wed, May 1, 2013 at 10:59 AM, Anton Gladky gl...@debian.org wrote: Hi Alexandre, thanks for adopting the package! It looks fine, but I have 2 minor notes due to the packaging: 1) You are using dh 9, but there are no notice in the changelog

Bug#706506: RFS: bittwist/2.0-2 -- libpcap based Ethernet packet generator

Hi Joao, thanks for taking into account my previous notes. Uploaded! Anton On 05/01/2013 02:45 AM, Joao Eriberto Mota Filho wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package bittwist * Package name: bittwist

Bug#706509: RFS: zatacka/0.1.8-3 [ITA] -- Arcade multiplayer game like nibbles

Hi Alexandre, thanks for adopting the package! It looks fine, but I have 2 minor notes due to the packaging: 1) You are using dh 9, but there are no notice in the changelog. 2) Use VCS for package maintainance. 3) Optionally you can try to use dh-autoreconf ( --with autoreconf), but it is up to

Bug#706510: RFS: xbomb/2.2a-8 [ITA] -- 'minesweeper' game with squares, hexagons or triangles

Hi Alexandre, thanks for adopting the package. I did not look into the package precisely, sorry, but there are a couple of notes. 1) It seems, you have taken the version 2.1a-7.1 as the base, but in unstable the version 2.2a-1 is available and there are a lot of packaging changes there. 2) Do

Bug#706514: RFS: dcraw/9.17-1

Hi Oliver, thanks for providing the new version of the package! But to do such uploads you should be or (co)maintainer of the package or at least to get a permission from the current maintainer (CC-ing him), as the package has not been orphaned. From the technical point of view the package needs

Bug#696782: RFS: sequitur-g2p/0.0.r1668-1 [ITP] -- Grapheme to Phoneme conversion tool

Hi Jakub, On 04/26/2013 11:50 PM, Jakub Wilk wrote: I don't feel comfortable with sponsoring a package that is maintainer within a team I'm not memeber of; and I have no intention to join debian-science any time soon. you have done a great job on reviewing/fixing this package.

Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface

to the other text-based packages already on the Archive [0]. [0]: http://packages.debian.org/search?keywords=ncurses+gamesearchon=allsuite=stablesection=all On Wed, Apr 24, 2013 at 2:55 AM, Anton Gladky gl...@debian.org wrote: signature.asc Description: OpenPGP digital signature

Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface

/gitweb/?p=collab-maint/snake4.git On 04/24/2013 08:21 PM, Alexandre Dantas wrote: Thank you a lot, Anton! Following your suggestion earlier, I was trying to adopt snake4. It's on #581387 now. On Wed, Apr 24, 2013 at 3:13 PM, Anton Gladky gl...@debian.org wrote: signature.asc

Bug#706049: RFS: nsnake/1.5-1 [ITP] -- classic snake game with textual interface

Hi Alexandre, your package looks fine and I do not have any notes/question regarding packaging. But we have already snake-package in Archive [1], and it is actually orphaned. Are there any advantages in your implementation. Thank you, [1] http://packages.qa.debian.org/s/snake4.html [2]

Re: CMake out-of-tree build systems and packaging: example needed

Hi Tom, there are a couple of examples, where cmake is used. http://anonscm.debian.org/gitweb/?p=debian-science/packages/freecad.git;a=blob;f=debian/rules;h=13572c82de9745afbad232c87cf52d5b8147de31;hb=refs/heads/experimental

Bug#705257: RFS: bittwist/2.0-1 -- libpcap based Ethernet packet generator

Hi Eriberto, considering the relatively long list of the packages, which you maintain, I sponsored that without asking to fix some minor issues. But for the future uploads, could you: 1) Use debhelper 9 2) Use VCS for package maintainance 3) Remove comments in debian/rules 4) Add --parallel

Bug#705232: RFS: logic-analyzer-rpi/0.1.1-1 [ITP]

I would agree with that. But there is a problem of package building. It means, we can upload only the binary-version (source-based uploads are still not implemented in Debian unfortunately), which was built on armel, what is not always simple or difficult. Also if the package will require NMU, one

Bug#705232: RFS: logic-analyzer-rpi/0.1.1-1 [ITP]

Hi Yves, thanks for your work! Though it is your first upload, it looks fine! I did not look precisely, but I do not see any large problems with your package. The only doubts I have, whether the package will be useful for Debian at all, if it is targeted only on Raspberry PI (CC-ing debian-arm

Bug#704555: RFS: quadrule/0~20121001-1 [ITP] -- C library of quadrature rules for numerical integration

Hi Mike, thanks for providing a new package for Debian! But I have some notes/questions about your package. First of all I would like to propose you to maintain your package under the debian-science team [1], which I think the most suitable team for such kind of software. You created an

Bug#703630: RFS: libaria/2.7.5.2-1 [ITP] -- C++ library for MobileRobots/ActivMedia robots

Hi, there are some comments on your package. It looks ok now, but: 1. Use DEP-3 for patches 2. 2.7.5.2-1 version was not in Debian. Remove from changelog. 3. Use VCS for packaging (preferable on alioth). 4. Remove libaria-dev.dirs (it seems, it is useless). 5. Copyright-file should not contain

Bug#703630: RFS: libaria/2.7.5.2-1 [ITP] -- C++ library for MobileRobots/ActivMedia robots

Hi Srećko, I did not look at the package precisely. So I am not able to give you concrete advices, sorry. Lintian works in most of cases just fine. Please, do not ignore its warnings and fix them. On 03/21/2013 11:40 PM, Srećko Jurić-Kavelj wrote: Starting from the source package: -

Bug#703630: RFS: libaria/2.7.5.2-1 [ITP] -- C++ library for MobileRobots/ActivMedia robots

Hi, please, have a look at the page of your package [1]. There are a log of warnings, which need to be fixed. The lintian-checker produces those warnings, if you start it over your .changes-file. Cheers, Anton [1] http://mentors.debian.net/package/libaria On 03/21/2013 04:34 PM, Srećko

Bug#702072: RFS: tilda/1.1.4-1 [ITA] New upload

On 03/19/2013 11:26 PM, Lanoxx wrote: dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/tilda/usr/bin/tilda was not linked against libcairo-gobject.so.2 (it uses none of the library's symbols) Do you know how to fix that? You can try to add --as-needed parameter

Bug#702072: RFS: tilda/1.1.4-1 [ITA] New upload

Hi Sebastian, I asked you to clean debian/rules. See an attachment. Anton On 03/19/2013 03:56 PM, Sebastian Geiger wrote: I just uploaded the package again. I have added a comment explaining that I have run blhc to confirm that the hardening warning override in lintian is justified and also

Re: Bug#702072: RFS: tilda/1.1.4-1 [ITA]

Hi Sebastian, On 03/10/2013 03:48 PM, Lanoxx wrote: Added autopoint as build dependency, now it should work. But when I run pbuilder --build to build it inside a debian chroot, then I still get some configure errors. I have to assume that some build dependencies are missing, but I really dont

Bug#702628: RFS: pidgin-audacious/2.0.0-3 [RC, QA]

Uploaded. Thanks for contribution. Anton -- 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/calf6qjm9rm8nw8jt-wppe6z8sn7eo1-gy6zs76aflrdabcj...@mail.gmail.com

Re: RFS: asio [O] (#583862)

. (No changes required.) ^^^ This should be in changelog. Thanks for contribution. Anton From 6aac113f900cf8163323976ad6e3608bcf5e6e35 Mon Sep 17 00:00:00 2001 From: Anton Gladky gladky.an...@gmail.com Date: Mon, 4 Mar 2013 22:18:02 +0100 Subject: [PATCH] Minor changes

Bug#701970: RFS: couriergrey/0.3.2-2

Uploaded. Please, use next time the same tarball, which was in Debian uploaded previously, otherwise the package will be rejected. Thanks, Anton 2013/3/1 Marco Balmer ma...@balmer.name: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package

Bug#702072: RFS: tilda/1.1.4-1 [ITA]

Hi Sebastian, thanks for working on this package. I think it is ok to switch to a fork as the original software is not developed any more. Some notes/questions on your package: 1) Remove changelog.new. 2) Use VCS for maintaining the package and uncomment corresponding lines in control-file. 3)

Bug#702072: RFS: tilda/1.1.4-1 [ITA]

On 03/02/2013 02:23 PM, Lanoxx wrote: Note that I'm targeting unstable not experimental, because I believe that given the amount of bugs my package fixes makes this package more stable than the one which is currently in unstable. Due to a freeze, I would suggest to target it to experimental

Bug#701803: RFS: fadecut/0.1.2-1

On 03/01/2013 07:40 AM, Marco Balmer wrote: Dear Anton, I've created the tarball with the following command: $ git archive --format=tar --prefix=fadecut-0.1.2/ 0.1.2 | bzip2 ../fadecut_0.1.2.orig.tar.bz2 I have simply downloaded a tar.gz from tags-page [1] Do I need to request a RFS

Re: Getting involved as a maintainer

Hi, 2013/3/1 Saulo Moraes sa...@gmx.com: So my quest is may someone help me to get involved? How or Who can support me in my first package upload ? I am reading the documentation available but I think is time to start in practice. alternatively, you can adopt any of orphaned packages [1].

Bug#701739: RFS: rrep/1.3.4-1

. On 02/27/2013 10:14 PM, Anton Gladky wrote: 1) Use experimental instead of unstable as target branch due to freeeze-period. Done. 2) dpkg is in depends-section. Is it really necessary for rrep? I removed dpkg | install-info from the Depends-Section. I also removed the last

Bug#701803: RFS: fadecut/0.1.2-1

Hi Marco, I have uploaded the package. But I used the tar.gz-tarball, which is available on github, instead of tar.bz2. Did you repack it yourself? Thanks, Anton signature.asc Description: OpenPGP digital signature

Bug#701803: RFS: fadecut/0.1.2-1

Hi Marco, some notes on your package: 1) Target an upload to experimental instead of unstable due to a freeze-period. 2) Changelog-entry #2, add short bug description. 3) Consider to use compat-level 9. 4) Update Format-field in copyright-file, DEP-5 is released. 5) dirs-file is useless. 6) Bart

Re: Why is it so hard to get sponsors.....?

Hi all, my 2 cts. On 02/27/2013 12:07 AM, Philip Ashmore wrote: First - a weighted sponsorship priority queue - all packages get a rating and higher-rated packages will get sponsored sooner than others. I agree with that. On my opinion the package weight should be calculated, considering

Bug#701739: RFS: rrep/1.3.4-1

Hi Arno, a couple of minor notes regarding this package: 1) Use experimental instead of unstable as target branch due to freeeze-period. 2) dpkg is in depends-section. Is it really necessary for rrep? The package looks fine. Cheers, Anton On 02/26/2013 05:40 PM, Arno Onken wrote: Package:

Bug#701668: RFS: medit/1.1.1-1 [ITA] -- Useful programming and around-programming text editor

Hi Jose, thanks for adopting this package. You have done a good job on packaging and I have not found there any critical errors there. So I uploaded that. But there are a couple of fix, which, please, prepare for your next upload: 1) Add CVS for packaging (preferable Alioth-services). 2)

Bug#698547: Comments on package

Hi Willem, thanks for adopting these the package. But there are some questions/notes regarding it: 1) Remove quilt and hardening-includes from BD, they are useless there. 2) Vcs-Browser: ;a=summary is not needed. 3) Convert copyright file into DEP-5 format. 4) debian/docs is not used? If so -

Re: RFS: libengsas packages

Hi, On 02/25/2013 07:52 AM, Joachim Langenbach wrote: 1) changelog says, that you are targeting the software to stable release. It is impossible. Use unstable instead. Also you should put your name there. So this stable or unstable line refers to the distribution status the package is

Re: RFS: libengsas packages

On 02/25/2013 05:37 PM, Andrew Shadura wrote: Hello, 6) Copyright-file must be in DEP-5 format. Please don't say 'must' when you're speaking about what's actually a recommendation, not a rule. Thanks. Hello, ok, agree, my typo. But I think it is desirable to ask for DEP-5 for new

Bug#701543: RFS: spout/1.4-1 [ITA] -- Tiny abstract black and white 2D cave-shooter

Hi, On 02/25/2013 01:48 PM, Scott Leggett wrote: I used compat level 8 and Standards-Version 3.9.3 because these are the versions which dh_make automatically inserts when debianising an application. Thanks for the heads-up regarding the new versions - I've fixed the packaging. For future

Bug#701543: RFS: spout/1.4-1 [ITA] -- Tiny abstract black and white 2D cave-shooter

Hi Scott, thanks for adopting the package. There are a couple of notes/questions: 1. Why do you use compat level 8, not 9? 2. The current Standards-Version is now 3.9.4. 3. Why VCS-field is commented out? It is better to use VCS for packaging. 4. Why libsdl1.2debian is injected to Depends

Re: RFS: libengsas packages

Hi Joachim, thanks for trying to bring a new software into Debian. A couple of notes/questions about your package: 1) changelog says, that you are targeting the software to stable release. It is impossible. Use unstable instead. Also you should put your name there. 2) compat-level 7 is

  1   2   >