Bug#912201: RFS: manticore/2.7.3 [ITP]

[2018-12-10 22:13] Adrian Nuta > * Using output of `lsb_release' in CPP flags could be issue for > > reproducibility. Is it strictly necessary? > > > > That flag is for our cmake to know on which distro is (the output of that > command involving lsb_release should be 'debian' ) - we al

Bug#916285: RFS: extsmail/2.2-1 -- enables the robust sending of e-mail to external commands

[2018-12-12 17:38] Olivier Girondel > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "extsmail" > > * Package name: extsmail >Version : 2.2-1 >Upstream Author : Laurence Tratt > * URL : https://tratt.net/laurie/src/extsm

Bug#912201: RFS: manticore/2.7.3 [ITP]

> Added a debian/watch, not sure why mentor lintian doesn't see it, uscan > doesn't report any error, it should get our official tar.gz release for > github. You run `lintian -EvIL +pedantic', don't you? Missing `debian/watch' considered low-severity issue > Fixed the overrides and indentation.

Re: a proposal to update the abcm2ps package

[2018-12-14 13:01] Tong Sun > > part text/plain 310 > On Fri, Dec 14, 2018 at 10:27 AM Patrice Duroux wrote: > > > And so here is the current work available at Salsa on my guest account: > > https://salsa.debian.org/Peutch-guest/abcm2ps > > I'm not an expert at all, but I

Bug#916658: RFS: apt-listbugs/0.1.26

[2018-12-17 00:21] "Francesco Poli (wintermute)" > Hello everybody! > > I prepared a new version of the apt-listbugs package (0.1.26): > it is ready to be uploaded to Debian unstable. > Could someone please build the package from commit > [c04fcb88ed8ba0f87c62d5711f394dd455231754], and sponsor i

Bug#912201: RFS: manticore/2.7.3 [ITP]

[2018-12-19 15:41] Adrian Nuta > > * your documentation should be in /usr/share/doc/manticore, not MANTICORE > > > removed that folder (not sure why cmake was using uppercased name) > > > * I believe you install not all available documentation. You may want > >to create bin:manticore-doc

Bug#916285: RFS: extsmail/2.2-1 -- enables the robust sending of e-mail to external commands

[2018-12-19 14:01] Olivier Girondel > On Wed, 19 Dec 2018 02:12:11 +0100 Olivier Girondel > wrote: > > On Thu, 13 Dec 2018 16:15:40 +0100 Adam Borowski > > wrote: > > > Alas, it doesn't build: http://ix.io/1vVp > > > > > > common.c:37:10: fatal error: conf_parser.tab.h: No such file or dire

Bug#916285: RFS: extsmail/2.2-1 -- enables the robust sending of e-mail to external commands

[2018-12-19 02:23] Olivier Girondel > Hi Dmitry, > > I use this repository to host the debian/ directory usesd to build the > package: https://github.com/oliv3/extsmail-debian Yes, use it. > Or should I just drop Vcs-Git ? No! Missing Vcs-Git is very bad.

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[2018-02-26 22:46] Andrey Rahmatullin > On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote: > > > The source package you've uploaded is broken, as .dsc mentions > > > nix_1.11.15-2~a1.debian.tar.xz. Hi! What is state of affairs with packaging nix? I am interested in getting things don

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[2018-12-27 11:24] Kai Harries > > [2018-02-26 22:46] Andrey Rahmatullin > >> On Sun, Feb 25, 2018 at 11:14:37PM +0100, Kai Harries wrote: > >> > > The source package you've uploaded is broken, as .dsc mentions > >> > > nix_1.11.15-2~a1.debian.tar.xz. > > > > Hi! > > > > What is state of affair

Bug#917624: RFS: ncurses-hexedit/0.9.7+orig-6

control: owner -1 kact...@debian.org [2018-12-29 23:48] Carlos Maddela > Dear mentors, > > I am looking for a sponsor for my package "ncurses-hexedit" > > * Package name: ncurses-hexedit >Version : 0.9.7+orig-6 >Upstream Author : Adam Rogoyski > * URL :

Re: RFS: pygithub/1.43.3-1

As other folks already mentioned, you do not use CC: you already use X-Debbugs-CC. In this particular case, email with bug number got filtered-out as duplicate in my setup. [2018-12-31 00:16] eamanu15 > I am looking for a sponsor for my package "pygithub" > > * Package name: pygithub > Ver

Bug#917624: RFS: ncurses-hexedit/0.9.7+orig-6

[2018-12-31 09:20] Carlos Maddela > > [ Dmitry Bogatov ] > > Looks fine. Uploaded. But what does +orig means in version? > > > > When I took over as maintainer, I wanted to know why the project's > original tarball in Debian differed from that of the one av

Bug#919105: RFS: uriparser/0.9.1-1

[2019-01-12 19:28] Jörg Frings-Fürst > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "uriparser" > >Package name: uriparser >Version : 0.9.1-1 >Upstream Author : Sebastian Pipping >URL : https://github.com/uriparser/ur

Bug#919131: RFS: apt-listbugs/0.1.27

[2019-01-13 00:21] "Francesco Poli (wintermute)" > Package: sponsorship-requests > Severity: normal > > Hi! > > I have just finished preparing a new version of the apt-listbugs > package (0.1.27): it is ready to be uploaded to Debian sid. > Could someone please build the package from commit >

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[2018-12-29 19:54] Vincent Bernat > > Probably not. Violations of FHS is violation of policy, and to get > > authorization to policy violation is long road, starting with discussion > > on debian-devel@. > > > > But, can't we just configure Nix to store it under /var/nix? > > This would break t

Bug#917629: RFS: xhk/1.0-1

[2019-01-04 12:29] Kentaro Hayashi > On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote: > > Am I holding it wrong? > > step 1. launch xhk > step 2. press "j" key, then "j" is typed > step 3. press space and "j" key, then "f" is typed. > > If xhk works as above, it is OK (expected behavior

Bug#910608: RFS: libtheft/0.4.5-1 ITP #910296

[2018-11-01 23:22] Richard Ipsum > On Fri, 26 Oct 2018, at 02:47, Dmitry Bogatov wrote: > > > > [2018-10-23 23:53] Richard Ipsum > > > Fixed remaining issues, sorry this took me a while to get to. > > > I have uploaded a new version of the package to mentors

Bug#919614: RFS: note/1.3.26-2 [ITA]

[2019-01-17 23:13] eamanu15 > Dear mentors, > > I am looking for a sponsor for my package "note" > > * Package name: note > Version : 1.3.26-2 > Upstream Author : Thomas von Dein > * URL : http://www.daemon.de/NOTE > * License : Gnu Public License(GPL) > Sec

Bug#919865: RFS: scdoc/1.6.0-1

[2019-01-20 10:53] Birger Schacht > Alternatively, one can download the package with dget using this command: > dget -x > https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.6.0-1.dsc > > Alternatively, you can access package debian/ directory via git from URL: > https://salsa.deb

Bug#917629: RFS: xhk/1.0-1

[2019-01-20 18:39] Kieran Bingham > This log shows you have pushed then released the space before pressing > the next key to mirror. [...] Yes. This way it works. But documentation still have to be improved -- manpage is almost unreadable and refers to non-existent info manual. I think in cu

Bug#920433: RFS: wiggle/1.1-1 [QA]

[2019-01-25 22:45] Carlos Maddela > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "wiggle" > > * Package name: wiggle >Version : 1.1-1 >Upstream Author : Neil Brown > * URL : https://neil.br

Bug#920558: RFS: liboauth/1.0.3-2 [QA]

[2019-01-27 10:59] Carlos Maddela > > part text/plain1706 > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "liboauth" > > * Package name: liboauth >Version : 1.0.3-2 >Upstream Author

Bug#841270: RFS: debrequest/0.2 ITP

control: reopen -1 [2016-10-21 08:09] Gianfranco Costamagna > >It might be more useful to add this to `devscripts` or some other > >existing package rather than adding a new package. Hi! For now, I uploaded debrequest into experimental, but ideally it should be merged into devscripts. Dear d

Bug#919614: RFS: note/1.3.26-2 [ITA]

[ Adding bug back into CC ] [2019-01-30 00:05] eamanu15 > You can see the change on salsa https://salsa.debian.org/eamanu-guest/note > Regards! Following does not matter as far as packaging concerned -- maintainer workflow is matter of personal taste, but you may be interested: * you seems t

Bug#919614: RFS: note/1.3.26-2 [ITA]

[2019-01-31 09:19] eamanu15 > * you seems to not push debian/* tags. They makes understanding history > >of package simplier > I don't understand this point There is proposal (DEP-14) to create tags, like debian/2.1.2-5 in git repository, that mark state of source package, uploaded in arc

Bug#921020: RFS: imaplibext/0.7.6-1 [ITP]

[2019-01-31 12:49] Thomas Ward > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "imaplibext" > > * Package name: imaplibext >Version : 0.7.6-1 >Upstream Author : Thomas Ward > * URL : https://g

Bug#921020: RFS: imaplibext/0.7.6-1 [ITP]

[2019-02-01 10:46] Thomas Ward > >> Dear mentors, > >> [...] > >> Alternatively, one can download the package with dget using this command: > >> > >> dget -x > >> https://mentors.debian.net/debian/pool/main/i/imaplibext/imaplibext > >> _0.7.6-1.dsc Never wrap links, no matter how long they a

Bug#917854: RFS: pygithub/1.43.3-1

[2019-02-02 00:51] Dmitry Shachnev > Hi Dmitry! > > On Thu, Jan 03, 2019 at 04:12:53AM +0000, Dmitry Bogatov wrote: > > Looks fine, but I do not understand following line in `debian/rules': > > > > rm -rfv debian/python3-github/usr/lib/python3.* >

Bug#919614: RFS: note/1.3.26-2 [ITA]

[2019-02-04 11:02] eamanu15 > There is proposal (DEP-14) to create tags, like debian/2.1.2-5 > > in git repository, that mark state of source package, uploaded in > > archives. > > > > I pretend use gbp, I That create the tags and branch > that you mention. > > I have a new version 1.3.26-3 applie

Bug#921482: RFS: note/1.3.26-3

[2019-02-05 23:48] eamanu15 > Package: sponsorship-requests > Severity: normal > X-Debbugs-CC: kact...@debian.org > > Dear mentors, > > I am looking for a sponsor for my package "note" > > * Package name: note > Version : 1.3.26-3 > Upstream Author : Thomas von Dein > > * URL

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-03 10:45] Mathieu Mirmont > Package: sponsorship-requests > Severity: normal [important for RC bugs, wishlist for new packages] > > Dear mentors, > > I am looking for a sponsor for my package "socklog" > > * Package name: socklog > Version : 2.1.0-9 > Upstream Author : G

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-04 13:30] Mathieu Mirmont > > * I know, it is pain, but there should be init.d script. You may want to > > take a look at bcron=0.11-8. > > Sure, no worries. How about systemd service files? It makes little sense > to run socklog along with systemd I think, but for the principle it ma

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-08 01:03] Mathieu Mirmont > On Sat, Apr 06, 2019 at 07:13:56PM +0000, Dmitry Bogatov wrote: > > > > [2019-04-04 13:30] Mathieu Mirmont > > > > * I know, it is pain, but there should be init.d script. You may want to > > > > take a look at bcr

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-10 23:48] Mathieu Mirmont > > part 1 text/plain 434 > On Wed, Apr 10, 2019 at 08:20:30AM +0000, Dmitry Bogatov wrote: > > You can repack it as new upstream version. New version would be > > something like `2.1.0+repack-1'. Do not for

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-10 12:46] Mathieu Mirmont > > Are you sure you need "Depends: runit"? Maybe it is just me, but I > > thought that `socklog' is just an implementation of `syslog'. If > > so, hard dependency on bin:runit is quite heavyweight. > > It heavily relies on runsv and svlogd, that's how it split

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-13 11:11] Mathieu Mirmont > On Fri, Apr 12, 2019 at 05:22:35PM +0000, Dmitry Bogatov wrote: > > [2019-04-10 23:48] Mathieu Mirmont > > > > > > part 1 text/plain 434 > > > On Wed, Apr 10, 2019 at 08:20:30AM +, Dmitry Bogatov

Bug#926306: RFS: socklog/2.1.0-9

[2019-04-16 19:10] Mathieu Mirmont > Both issues fixed, I re-uploaded the package to mentors (same links). Uploaded. For next upload, please, take a look at following: * in `debian/rules' you skip dh_dwz step. Please write comment why. * in socklog-init init script you mix tabs and spaces. I

Bug#927283: RFS: lebiniou/3.31-1 -- displays images that evolve with sound

[2019-04-17 12:33] Olivier Girondel > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "lebiniou": > > * Package name: lebiniou >Version : 3.31-1 >Upstream Author : Olivier Girondel > * URL : https

Bug#927283: RFS: lebiniou/3.31-1 -- displays images that evolve with sound

[2019-04-18 13:21] Olivier Girondel > On 4/18/19 12:24 PM, Dmitry Bogatov wrote: > > Looks fine. Are you sure you want to upload into unstable now, during > > freeze? It may cause inconvenience should need to fix RC bug in > > previous version arise. > > Hi Dmitry,

Bug#927363: RFS: urlwatch/2.17-1

[2019-04-18 15:30] Maxime Werlen > I am looking for a sponsor for my package "urlwatch" > > * Package name: urlwatch >Version : 2.17-1 >Upstream Author : Thomas Perl > * URL : https://thp.io/2008/urlwatch/ > * License : BSD-3-clause >Section

Bug#927702: RFS: python-aiosqlite/0.10.0-1 [ITP] -- sqlite library for Python 3 using asyncio

[ Benjamin Hof ] > I am looking for a sponsor for my package "python-aiosqlite": Is this package dependency of some application? > Alternatively, one can download the package with dget using this > command: > > dget -x > https://mentors.debian.net/debian/pool/main/p/python-aiosqlite/pytho

Bug#927702: RFS: python-aiosqlite/0.10.0-1 [ITP] -- sqlite library for Python 3 using asyncio

[2019-04-24 00:26] Benjamin Hof > On 23 April 2019, 12:36 +0000, Dmitry Bogatov wrote: > >... > > > I am looking for a sponsor for my package "python-aiosqlite": > > > > Is this package dependency of some application? > > Yes, postfix-mta-sts-r

Bug#928394: RFS: freetype-py/2.1.0.post1-1 [ITP]

[2019-05-03 17:18] Bastian Germann > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "freetype-py". This closes a > very long-standing wnpp issue. I posted an earlier version last > September but got no attention so far. > > * P

Re: Configure your PC to contribute to Debian community

[ Please, format your emails by 80 column ] [2019-05-08 15:12] Vipul > Hey there, > > I've been using Debian from couples of years but haven't contributed > yet back to community. I want to contribute to Debia n by maintaining > packages and fixing bugs. Since I'm using Debian for work purpose

Bug#928394: RFS: freetype-py/2.1.0.post1-1 [ITP]

[2019-05-06 01:31] Bastian Germann > Thanks for coming back to me. I have fixed the things you pointed out. In debian/rules you write ${DEB_VERSION_UPSTREAM} -- note "{", not "(". Make uses $(foo) syntax for variable access. Build still successfull, but, well, please double check this moment. A

Bug#928637: RFS: emacs-neotree/0.5.2-1 [ITP]

[2019-05-07 22:48] Nicholas D Steeves > Package: sponsorship-requests > Severity: wishlist > Control: block 872873 by -1 > > I am looking for a sponsor for my package "emacs-neotree". Neotree is > a very popular Emacs addon on MELPA (Emacs addon repository), and is > at the 99th percentile for

Bug#928394: RFS: freetype-py/2.1.0.post1-1 [ITP]

[2019-05-09 22:35] Bastian Germann > I have changed that and also made the smoke test run. Fine. Uploaded. I also suggest you to use Gitlab CI. See here: https://salsa.debian.org/salsa-ci-team/pipeline/ -- Note, that I send and fetch email in batch, once every 24 hours.

Bug#931576: RFS: blackbox-themes/0.6

[2019-07-07 22:38] Juhani Numminen > Alternatively, one can download the package with dget using this command: > dget -x > https://mentors.debian.net/debian/pool/main/b/blackbox-themes/blackbox-themes_0.6.dsc 404. -- Note, that I send and fetch email in batch, once in a few days. Please, me

Bug#931814: RFS: daggy/1.1.2-1 [ITP]

[2019-07-10 22:17] Михаил Миловидов > > part 2 text/plain1010 > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "daggy": > > * Package name : daggy > Version : 1.1.2-1 > Upstream Author

Bug#932438: RFS: irqbalance/1.6.0-1 [ITA] -- Daemon to balance interrupts for SMP systems

[2019-07-19 12:57] Paride Legovini > Package: sponsorship-requests > Severity: normal > > Please review my packaging branch for irqbalance/1.6.0-1 at: > > https://salsa.debian.org/paride-guest/irqbalance > [...] On your changes: 1. In [942ed5e] you added this line: export DEB_LDFLAG

Bug#932438: RFS: irqbalance/1.6.0-1 [ITA] -- Daemon to balance interrupts for SMP systems

control: clone 932438 -2 control: reassign -2 irqbalance control: retitle -2 add support for oneshot invocation with runit control: owner -2 kact...@debian.org [2019-07-21 11:36] Paride Legovini > > 1. In [942ed5e] you added this line: > > > > export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-nee

Bug#932438: RFS: irqbalance/1.6.0-1 [ITA] -- Daemon to balance interrupts for SMP systems

[2019-08-05 22:33] Paride Legovini > Dmitry Bogatov wrote on 23/07/2019: > > [2019-07-21 11:36] Paride Legovini > >>> 1. In [942ed5e] you added this line: > >>> > >>> export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed > [...] > That'

Bug#932438: RFS: irqbalance/1.6.0-1 [ITA] -- Daemon to balance interrupts for SMP systems

[2019-08-15 17:59] Paride Legovini > Dmitry Bogatov wrote on 06/08/2019: > > So, please: > > > > * drop --as-needed > > * fix spelling > > * finalize changelog (dch -r) > > Done. Uploaded. Tagged. Permissions granted. -- Note, that I send and f

Re: How to determine when being packaged under Debian?

> We try to minimize external dependencies (even a package maintainer is > a dependency in the process). So we were hoping/looking for something > like (its a C++ library): > > #if defined(PACKAGE_BUILD) && !defined(CRYPTOPP_INIT_PRIORITY) > # pragma message "It is recommended you define CRYPTOPP_I

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Paul Wise [2015-10-02 18:16:57+0200] > > does this package have any showstopper to you? > > The only ones I know of are the ones I mentioned in my initial review, > which Dmitry says he has fixed. > > If you want to check on those and upload, go ahead :) Just in case, I am here and ready to r

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

I keep getting 500 from mentors, so would you be so kind to take from /srv/home/users/kaction-guest/public_git/complexity.git? > > I would suggest using https in all the debian/copyright URLs. I fixed, but duck(1) complains about gnutls error. No idea, w3m opens just fine these urls. > > gcc -std

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Gianfranco Costamagna [2015-10-12 12:38:29+0200] > Hi Dmitry, > > please check the copyrights carefully. > > e.g. some documentation files are released under FDL license (some 1.2 > and some others 1.3) Upstram maintainer was kind to apply patches and release GNU Complexity 1.3. Unfortunatel

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Gianfranco Costamagna [2015-11-04 17:38:33+] > Hi, according to [1] [2] [3] FDL with the "no invariant" section is not > considered DFSG. Well, I moved complexity-doc into 'non-free/doc' (!) section. Lintian complains, that I build free and non-free binaries from same source package, but

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

On 2015-11-11, Jakub Wilk wrote: > * Peter Pentchev , 2015-11-11, 11:28: >>On Wed, Nov 11, 2015 at 11:45:10AM +0300, Dmitry Bogatov wrote: >>>Well, I moved complexity-doc into 'non-free/doc' (!) section. >>> >>>Lintian complains, that I build f

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Gianfranco Costamagna [2015-11-18 13:41:45+] > Hi, > > >E: complexity source: section-area-mismatch Package complexity-doc > > > So how can we proceed with this one? > Move to non-free, remove the file and repack? > > I don't think overriding the section for the -doc package will wo

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Gianfranco Costamagna [2015-11-18 17:37:28+] > Hi, sure > thanks! Can you please git-clone git://anonscm.debian.org/users/kaction-guest/complexity.git git://anonscm.debian.org/users/kaction-guest/complexity-doc.git Both contains only debian/ and seems that `origtargz -u && sbuild` should

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Paul Wise [2015-12-07 14:04:57+0800] > On Mon, Dec 7, 2015 at 12:52 PM, Dmitry Bogatov wrote: > > * Gianfranco Costamagna [2015-11-18 17:37:28+] > >> Hi, sure > >> thanks! > > > > Can you please git-clone > > > > git://anonscm.de

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

> >I remember, there was another mail, stating opposite opinion. As far as > >I know, GNU Make documentation lacks of invariant sections, but it is > >still in non-free. But, > > > >Paul, if you are sure that keeping everything in main is okay and > >willing to sponsor, I will gladly revert. > >

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Dmitry Bogatov [2015-12-07 23:03:23+0300] > > >I remember, there was another mail, stating opposite opinion. As far as > > >I know, GNU Make documentation lacks of invariant sections, but it is > > >still in non-free. But, > > > > > >Paul, if you are

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

* Gianfranco Costamagna [2015-12-16 12:38:28+] > Pong! > > Cloning your git repo hasn't been an easy task :) Sorry for it. If I will still expirience problems with mentors.debian, I would provide shell snippet. > Built&Signed&Uploaded, thanks for your contribution to Debian! > > BTW > >

Bug#809272: RFS: pygithub/1.26.0-1 ITP

> This package is quite cool already, just two bits: > > * Vcs-* points to github, which 404 (same as the other, I guess) Yes. Fixed > * please consider handing a spellchecked to upstream, looks like there > are some typos Fix spelling in comments or disabled and not-installed tests? Are you

Bug#809272: RFS: pygithub/1.26.0-1 ITP

* Mattia Rizzolo [2016-01-05 16:34:13+] > On Tue, Jan 05, 2016 at 06:51:01PM +0300, Dmitry Bogatov wrote: > > > * please consider handing a spellchecked to upstream, looks like there > > > are some typos > > > > Fix spelling in comments or disabled and

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

There was some time without movement. I fixed my access to mentors, here is: http://mentors.debian.net/debian/pool/main/c/complexity/complexity_1.3+dfsg-1.dsc I fixed copyright issues (I believe) and some other minor stuff. Lintian is absolutely happy. Would you be so kind to upload it? -- Acce

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

> >http://mentors.debian.net/debian/pool/main/c/complexity/complexity_1.3+dfsg-1.dsc > > > >I fixed copyright issues (I believe) and some other minor > >stuff. Lintian is absolutely happy. Would you be so kind to upload it? > the package is already on new queue (1.3+dfsg-1 and 1.3+dfsg-2) do you >

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

Hi! Complexity hit testing. Would you be so kind to upload this version (just one more changelog entry) to jessie-backports? Since complexity depends on libopts25, version from testing can't directly be installed on stable. http://mentors.debian.net/debian/pool/main/c/complexity/complexity_1.3+df

RFS: eoconv/1.4-1 ITP

from http://en.nothingisreal.com/wiki/Eoconv Changes since last upload: * Initial release (Closes: #809817) Regards, Dmitry Bogatov

Bug#815799: RFS: kateperlcheck/1.7-1 [put in ITP ]

I am no DD, so I would not be able to sponsor. But here is review: > Dear mentors, > > I am looking for a sponsor for my package "kateperlcheck" > > * Package name: kateperlcheck >Version : 1.7-1 >Upstream Author : dirk Lindner > * URL : http://kate.lindnerei

Bug#816004: RFS: [ITP] python-nameparser/0.3.11-1

[2016-02-26 15:34] Edward Betts > > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "python-nameparser" > > * Package name: python-nameparser >Version : 0.3.11 >Upstream Author : Derek Gulbranson > * URL

[RFS] eoconv -- convert text files between various Esperanto encodings

about eoconv can be obtained from http://en.nothingisreal.com/wiki/Eoconv Changes since last upload: * Initial release (Closes: #809817) Regards, Dmitry Bogatov -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Keep-In-CC: yes X-Web-Site: sinsekvu.github.io

RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

d and lack of dependencies * Write manpage for login1 and login2 * New standards version -- 3.9.7 (No changes needed) Regards, Dmitry Bogatov

Re: Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

lar case you also risked a double email, > since debian-mentors receive bugs against sponsorship-request. > And you mistyped the pseudo-package name, missing the trailing s. Sorry about it. > On Tue, Mar 01, 2016 at 02:51:51AM -0500, Dmitry Bogatov wrote: > > Changes since

Bug#816433: RFS: complexity/1.5+dfsg-1 ITP

rsion bump -- 3.9.7 (No changes needed) Regards, Dmitry Bogatov

Packaging fork

Hello! I am interested in packaging [mmh](

Bug#817118: RFS: complexity/1.5+dfsg-1~bpo8+1 ITP

ry via git from URL: git://anonscm.debian.org/users/kaction-guest/complexity.git More information about complexity can be obtained from https://gnu.org/software/complexity Changes since last upload: * Rebuild for jessie-backports. Regards, Dmitry Bogatov

Bug#816919: RFS: newsbeuter/2.9-1 [ITA]

[2016-03-06 19:48] Nikos Tsipinakis > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "newsbeuter" > > * Package name: newsbeuter > Version : 2.9-1 > Upstream Author : Andreas Krennmair > * URL : https

Bug#817213: RFS: fgetty/0.7-1 ITP

s: #563335) with hardening * Add lintian overrides about static build and lack of dependencies * Write manpage for login1 and login2 * New standards version -- 3.9.7 (No changes needed) Regards, Dmitry Bogatov

Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

> 1) I see you dropped patches, but they aren't applied upstream. > fgetty-login.diff > ro-dev.diff I knew what I did, but feel free to disagree with my reasoning. fgetty-login.diff essentially just renames /bin/login1 to /bin/fgetty-login. I find it confusing, when binaries are renamed. Either

Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

Uploaded new version on mentors. > >I knew what I did, but feel free to disagree with my reasoning. > > > >fgetty-login.diff essentially just renames /bin/login1 to /bin/fgetty-login. > >are never invoked directly, so I considered installing them into /lib/fgetty. > >It would eliminate need in m

Bug#814064: [RFS] eoconv -- convert text files between various Esperanto encodings

> control: > std-version is 3.9.7 Fixed. > rules: no upstream makefile is sad. > makedocs? not run? Forgot it. Fixed. New version on mentors. What do you think about NEWS, AUTHORS and THANKS? I doubt NEWS is of any use, AUTHORS is mirrored in d/copyright, but I think it would be fair for end-u

Bug#814064: [RFS] eoconv -- convert text files between various Esperanto encodings

> >Too fast. I improved d/rules and installed THANKS file. New revision > >in on mentors. I do not expect new release anytime soon, so probably > >it worth reject previous version and upload new one. Sad to bother > >FTP-masters. > I asked that on irc a few seconds ago :) > >Sorry for misunderst

Bug#820203: RFS: cdist/4.0.0~pre3-2 ITP

version to 3.9.7 (no changes needed) * Do not hardcode python version dependency (Closes: #802784) * Replace insecure git:// uri in Vcs-Git field with secure https:// * Fix spelling errors in manpages Regards, Dmitry Bogatov

Bug#820234: RFS: cligh/0.2-4 ITP

from http://the-brannons.com/software/cligh.html Changes since last upload: * Change section from python to vcs (Closes: #811127) * Bump standards version (no changes needed) * Change insecure git:// uri in Vcs-Git field to secure https:// * Check GPG signature Regards, Dmitry Bogatov

Bug#820234: RFS: cligh/0.2-4 ITP

> >Vcs-Browser: > >https://anonscm.debian.org/cgit/users/kaction-guest/complexity.git > >Vcs-Git: https://anonscm.debian.org/cgit/users/kaction-guest/complexity.git > please note: std-version is 3.9.8 now. Fixed. New version on mentors. -- Accept: text/plain, text/x-diff Accept-Language: eo,en

Bug#820348: RFS: fgetty/0.7-1~bpo8+1 ITP

from https://www.fefe.de/fgetty Changes since last upload: * Rebuild for jessie-backports. Regards, Dmitry Bogatov

Packaging mmh (fork of nmh)

[CC nmh maintainer] Hello! I am packaging mmh (http://marmaro.de/prog/mmh), which is fork of nmh. Both of them are mail user agents. nmh installs it's binaries (~20) into /usr/bin/nmh. Now I try to do the same, and install mmh's binaries into /usr/bin/mmh, but Lintian complain about FHS violati

Re: Packaging mmh (fork of nmh)

[2016-04-10 17:15] Jakub Wilk > > * Wookey , 2016-04-10, 15:49: > >>nmh installs it's binaries (~20) into /usr/bin/nmh. > > Actually it installs to /usr/bin/mh, ... Sorry, my memory served me bad. > >Are nmh and mmh intended to be co-installable? I presume that you want > >one or the other, so

Re: Packaging mmh (fork of nmh)

> >So, it is okay to use alternatives to manage /usr/bin/mh symlink (I > >will need your cooperation, Jakub) > I think you're confusing me with someone else... Sorry again. With your statement about nmh content I thought, that you are nmh maintainer. > >, but what about manpages? > > > >Creatin

Bug#820938: RFS: complexity/1.9+dfsg-1 ITP

d Regards, Dmitry Bogatov

Bug#821907: RFS: fbless/0.2.3-1 ITP

tik/fbless Changes since last upload: * Initial release (Closes: #821903) Regards, Dmitry Bogatov

Bug#822856: RFS: dvtm/0.15-0.1 NMU

fifo scripting Regards, Dmitry Bogatov

Bug#822856: RFS: dvtm/0.15-0.1 NMU

> > * Bump debhelper compat level (9 -> 10), > Compat level 10 is an experimental feature. NMUs is not a place to make > experiments. > > > * Convert debian/changelog into DEP-5 format > > ITYM debian/copyright, but this is not appropriate for an NMU either. Will fix it. > > * Bump standards v

Bug#822856: RFS: dvtm/0.15-0.1 NMU

> >I do not want to put a pressure on anyone, but if it is the only way > >to make big changes to package, let's do it. > I could understand that, but > 1) lets avoid experimental features > 2) lets try to keep changes minimal. Okay, I can agree that compat 10 is unnecessery. But still someone so

Bug#823292: RFS: dh-haskell/0.2 ITP

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dh-haskell" * Package name: dh-haskell Version : 0.2 Upstream Author : Dmitry Bogatov * Url : https://anonscm.debian.org/cgit/users/kactio

Bug#822856: RFS: dvtm/0.15-0.1 NMU

> >Is it imperative to revert it? > if you want a speedy NMU yes, if you want to wait some months no, we can let > MIA team ping the maintainer, and then take over the package. It already waited for almost year. I think we are not in a hurry. So I would rather wait for MIA. -- Accept: text/plai

<    1   2   3   4   >