pause command line utility

Hello! I need pause utility to keep gpg-agent in foreground: gpg-agent --use-standard-socket --daemon ./pause Something like following C program: #include int main (void) { return pause(); } Is there any standard utility for it? `apt-file find

Bug#829208: RFS: evil-paredit-el/0.0.2-1 ITP

> 1. In d/copyright, the license should be called "Expat" not "MIT" since >"MIT" is ambiguous between several different licenses. Is it true? AFAIC, there are 3 versions of BSD (2,3,4 clauses) and only one MIT. > 2. evil-paredit.el declares a dependency on paredit version "25beta". >But

Bug#829208: RFS: evil-paredit-el/0.0.2-1 ITP

.git More information about evil-paredit-el can be obtained from https://github.com/roman/evil-paredit Changes since last upload: * Initial release (Closes: #829207) Regards, Dmitry Bogatov

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

> > > Thanks for your response. I think this package is almost ready. Please > > > add Forwarded: headers to the patches based on our discussion. > > Is it any wat to get best of 'gbp pq' and dep3? > I generally resort to using quilt :( Added Forwarded: header at bootom of description. It works.

Bug#827907: RFS: evil/1.2.12-1 ITP

> > > > > Nice work. Have you forwarded the fix upstream? > > > > Too much trouble. To fix it upstream, they have to deal with either: > > > > * evil mode is autoloaded, interactive and with sane description. > > > > Ugliness > > > >in code. > > > > > Do you know whether the problem if Deb

Bug#827907: RFS: evil/1.2.12-1 ITP

> It would be great if you could make the evil test suite run by using > dtach. You won't be able to use dh_elpa_test directly -- maybe you > could use > > override_dh_elpa_test: > dtach --foo --bar -- dh_elpa_test > > or just drop to compat level 9 and use override_dh_auto_test. I

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

> Thanks for your response. I think this package is almost ready. Please > add Forwarded: headers to the patches based on our discussion. Is it any wat to get best of 'gbp pq' and dep3? -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Web-Site: sinsekvu.github.io

Bug#827907: RFS: evil/1.2.12-1 ITP

> Try removing the call to dh_auto_build from your override_dh_auto_build. > It's doing a bunch of byte compilation that is unnecessary because > dh-elpa will do that later on. Removed. Nice hint, cut build time. > On Tue, Jun 28, 2016 at 02:01:41PM +0300, Dmitry Bogatov wrot

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

> 1) The links listed on the Vcs-* fields are not valid, so perhaps you > may want to (a) push your git repo temporarily at another URL, or (b) > create the repo under collab-maint/ and push your things there. Thanks. Fixed. > 2) It seems you forgot to set the distribution to 'unstable' on your

Bug#828889: RFS: elisp-slime-nav-el/0.9-1 ITP

macsen/pkg/elisp-slime-nav.git More information about elisp-slime-nav-el can be obtained from https://github.com/purcell/elisp-slime-nav Changes since last upload: * Initial release (Closes: #828885) Regards, Dmitry Bogatov

Bug#827907: RFS: evil/1.2.12-1 ITP

> On Mon, Jun 27, 2016 at 05:32:32PM +0300, Dmitry Bogatov wrote: > > 2. In d/copyright, I think you need to specify copyright years for the > > copyright holders. Just their names is not enough, since on a desert > > island ~60 years from now with no newer versions

Bug#827907: RFS: evil/1.2.12-1 ITP

> * Dmitry Bogatov , 2016-06-27, 17:32: > >Mercurial upstream repository, and tarballs are named not after > >version, but after hashes. I fail to extract anything useful from this > >page: [1] > > > >[1] https://bitbucket.org/lyro/evil/downloads > Th

Bug#827907: RFS: evil/1.2.12-1 ITP

> The function `evil-mode' doesn't seem to be properly autoloaded. > I.e. if I install elpa-evil-mode and then I open Emacs and type M-x, > evil-mode is not available. However, if I type M-x describe-function > RET evil-mode RET it works. Something is going wrong with the > autoloading. I think

Bug#827907: RFS: evil/1.2.12-1 ITP

1. How about using the source package name "emacs-evil"? I've been doing this for my packages where upstream's name is a very generic word (e.g. emacs-buttercup), but maybe evil is a significant enough package that it can just be "evil", I'm not sure. Your judgement. Renamed as evil-el

Bug#827913: RFS: goto-chg/1.6-1 ITP

> >hash: 73310900c65c7d56fb639868ed574424e9fdbec8 > ERR: > goto-chg (1.6-1) unstable; urgency=low > Source: goto-chg-el Ah, my bad. I am really sorry. -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Web-Site: sinsekvu.github.io

Bug#828030: RFS: gdbm/1.12-3

> The changes in debian/control look good to me, but your changelog says > you added Breaks when it's actually Replaces. > > There is one change in 1.8.3-14 which you have not incorporated, namely > making libgdbm-dev "Multi-Arch: same". Please check whether the files > outside of /usr/lib are id

Bug#828030: RFS: gdbm/1.12-3

> On 2016-06-24 00:19 -0400, Dmitry Bogatov wrote: > > > I am looking for a sponsor for my package "gdbm" > > > > Changes since last upload: > > > > * Separate translation files (/usr/share/locale/*) into new binary > > package 'li

Bug#828029: RFS: surf/0.7-2~bpo8+1

ained from http://surf.suckless.org Changes since last upload: * Rebuild for jessie-backports. Regards, Dmitry Bogatov

Bug#828030: RFS: gdbm/1.12-3

y.fsf.org to gnu.org Regards, Dmitry Bogatov

Bug#827913: RFS: goto-chg/1.6-1 ITP

[moved discussion to debian-emacsen. Please, keep me in cc if you want me to reply] > > No idea why, but dh-make-elpa (seems to violate debhelper naming > > convention) > It does? My bad. debhelper claims dh_* namespace. But I would find just make-elpa more intuitive. > > Adding note about xz i

Bug#827913: RFS: goto-chg/1.6-1 ITP

> Enjoy: > > ;; require a buffer to have a final newline > (setq require-final-newline 'visit-save) Nice. Thanks. > > > 3. Any particular reason you are using gz and not xz compression in > > > gbp.conf? Also, it might be a good idea to check the tarball into > > > git with pristine-tar

Bug#827913: RFS: goto-chg/1.6-1 ITP

> 1. The long description is not grammatical English. I appreciate you're >not a native speaker, so I fixed it for you in the team git >repository. Thanks. > 2. I noticed with all of your packages that I reviewed that there is no >trailing newline at the end of your files. My Emacs

Re: Proposing patch for packages, affected by transition

> >Okay. But if they apply this patch right now, package will not build > >aganist unstable. Is it okay? > just mention that in the bug report, this will allow me/you to NMU when the > transition starts Okay. > >FAIL camldbm_1.0-2.dsc -- patch ready > >FAIL courier_0.73.1-1.6.dsc > >

Re: Proposing patch for packages, affected by transition

> >Recently, I took over gdbm package and got new version into > >experimental. Now I work on fixing reverse dependencies FTBFS. > > > >Given I have patch for one of rdependency (camldbm, namely). What now? > >Should I ask maintainer to apply it and make upload into experimental? > >Or something e

Proposing patch for packages, affected by transition

Hello! Recently, I took over gdbm package and got new version into experimental. Now I work on fixing reverse dependencies FTBFS. Given I have patch for one of rdependency (camldbm, namely). What now? Should I ask maintainer to apply it and make upload into experimental? Or something else? --

Bug#827913: RFS: goto-chg/1.6-1 ITP

chg can be obtained from https://www.emacswiki.org/emacs/goto-chg.el Changes since last upload: * Initial release. (Closes: #827910) Regards, Dmitry Bogatov

Bug#827907: RFS: evil/1.2.12-1 ITP

/lyro/evil/wiki/Home Changes since last upload: * Initial release. (Closes: #827897) Regards, Dmitry Bogatov

Bug#827685: RFS: elpa-undo-tree/0.6.4-1 ITP

> > > 2. Is there some reason you packaged version 0.6.4? 0.6.6 is > > > available. > >=20 > > $ git tag | grep 0.6.6 > > [empty] > Hmm, nevermind, not sure where I thought I'd found 0.6.8. There is Version: 0.6.6 header in elisp file in upstream master. But there is no corresponding tag. I pack

Bug#827765: RFS: gdbm/1.12-2 ITP

from http://directory.fsf.org/project/gdbm/ Changes since last upload: * Install localization into libgdbm4 binary package * Install info manual into libgdbm-dev binary package * Separate dbm and ndbm compat layer into separate package Regards, Dmitry Bogatov

Bug#827685: RFS: elpa-undo-tree/0.6.4-1 ITP

> 1. The /source/ package name should actually be undo-tree not >elpa-undo-tree (team convention to use upstream's name). Probably >not worth changing now, but you should be aware of this for packaging >other addons (you mentioned you wanted to package evil). Ok. In self-protection c

Bug#827685: RFS: elpa-undo-tree/0.6.4-1 ITP

.git More information about elpa-undo-tree can be obtained from http://www.dr-qubit.org/git/undo-tree.git Changes since last upload: * Initial release. (Closes: #827679) Regards, Dmitry Bogatov

Bug#827090: RFS: runit/2.1.2-4 ITP

> I've been there, done that. Many years ago, if interested search > history for the runit-init package. Today I don't think runit is the > right choice for integrating as init system into Debian. Would you be so kind to be more verbose/provide link? What is wrong for runit provide init? > Tak

Bug#827090: RFS: runit/2.1.2-4 ITP

> On Mon, Jun 13, 2016 at 10:18:04PM +0300, Dmitry Bogatov wrote: > > > + * New maintainer > > > did Gerrit asked for help? > > > stepping in as maintainer needs an RFH or Orphan package. > > > (well, Gerrit was fine on giving up some packages IIRC) > &

Bug#827090: RFS: runit/2.1.2-4 ITP

> + * New maintainer > did Gerrit asked for help? > stepping in as maintainer needs an RFH or Orphan package. > (well, Gerrit was fine on giving up some packages IIRC) Gerrit gave up fgetty (which I picked up), so I think he will be okay with this. But explicit is better then implicit. > compat

Bug#827089: RFS: dh-runit/0.1 ITP

> while I did some work on runit package a while ago, I'm not sure about > how you want the packages to use your new shiny dh call? > how do you plan to notify them about it? > do you plan to open a lot of bugs for packages exposing a runit script? First of all, runit supports (as policy requires

Bug#827090: RFS: runit/2.1.2-4 ITP

l be provided as separate package. * Make buildsystem respect dpkg-buildflags. * Enable hardening * Register documentation with doc-base (Policy 9.10) * Move communication files under /run to work with read-only /etc * Move getty runscripts into separate binary package * Emulalate sysv runlevel 5 by default. Regards, Dmitry Bogatov

Bug#827089: RFS: dh-runit/0.1 ITP

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

Bug#827043: RFS: gdbm/1.12-1 ITP

> I am not a DD and thus cannot sponsor your package, but here are a few > remarks. Thank you for review. > Your debian/changelog file is actually missing the entry of the last > upload (1.8.3-14), please incorporate it. That version already included > a few of your changes, plus there is a pat

Bug#827043: RFS: gdbm/1.12-1 ITP

ols' file * Add Vcs-* fields in debian/control Regards, Dmitry Bogatov

Importing ubuntu package

Hello! What is common practice about adopting ubuntu packages? I want to adopt ubuntu `btpd' package, but it already have it's changelog. I think it would be impolite to just discard it. What is recommended way to follow Debian policy and still make a credit to previous maintainer? -- Accept: t

Bug#826266: RFS: dvtm/0.15-1~bpo8+1 ITP

> >http://mentors.debian.net/debian/pool/main/d/dvtm/dvtm_0.15-1~bpo8+1.dsc > 404 Sorry. Should work now. -- Accept: text/plain, text/x-diff Accept-Language: eo,en,ru X-Keep-In-CC: yes X-Web-Site: sinsekvu.github.io

Bug#826266: RFS: dvtm/0.15-1~bpo8+1 ITP

jects/dvtm Changes since last upload: * Rebuild for jessie-backports. Regards, Dmitry Bogatov

Re: Helping maintain debian packages

> I have created a debian package > https://packagecloud.io/waghanza/plunder/packages/debian/jessie/phantomjs_2.1.1_amd64.deb Phantomjs is good. But as I remember it, that upstream release contains some bundled library, and do not support linking with system one. About documentation, apt-get ins

Re: dh_install globbing

> >I upgraded dh-exec from jessie to sid, and it started to work. > > This is probably #801516. > > Anyway, if replaced "${RUNIT}" with "runit-*" in the *.install file, you > wouldn't need dh-exec at all. In some cases I need renaming feature, but thank you for advice. -- Accept: text/plain, te

Re: dh_install globbing

> * Dmitry Bogatov , 2016-05-31, 13:15: > > $ git clone -b demonstrate > > https://anonscm.debian.org/cgit/users/kaction-guest/runit.git/ > > > >Glob in 'runit.install'. Try to build package, and notice, that no html > >files installed at all. >

Re: dh_install globbing

> * Dmitry Bogatov , 2016-05-30, 18:27: > >I want dh_install to install according following globbing: > > > > src/doc/*[a-z].html /usr/share/doc/runit/html > > > >(There is also html pages in form foo.1.html, which duplicate man=20 > >pages. I do not wa

dh_install globbing

Hello! I want dh_install to install according following globbing: src/doc/*[a-z].html /usr/share/doc/runit/html (There is also html pages in form foo.1.html, which duplicate man pages. I do not want to install them.) But it does not work -- nothing is installed. dh_install(1) does not

Bug#825509: RFS: cdist/4.0.0-2 ITP

> the rationale is: > what you have on git is different from what is in unstable. > > I had to change UNRELEASED to unstable > and to change the timestamp of the -1 version > https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git/commit/?id=3D= > 3527e379aad6e7d2621652b308676e000e7f866b > >

Bug#825509: RFS: cdist/4.0.0-2 ITP

from http://www.nico.schottelius.org/software/cdist/ Changes since last upload: * patches/ensure-reproducible-build.patch: ensure deterministic file processing order. Thanks to Chris Lamb . (Closes: #825406) Regards, Dmitry Bogatov

Bug#822856: Another try for dvtm?

> Hi, still missing a build-dependency on libncurses5-dev > > the package just FTBFS > http://debomatic-amd64.debian.net/distribution#unstable/dvtm/0.15-1/buildlog > If it is ok for you I can add it, sign and upload. Yes, proceed, please. My bad. Some time ago I installed ghc into blessed image,

Bug#822856: Another try for dvtm?

> Hi Dmitry, due to the partial orphaning of the package in #824284, > are you interested in this package, and starting to maintain it properly? Last version is on mentors. I think it is okay to upload, the only thing I am not sure is about close-multiple-bug syntax. -- Accept: text/plain, text

Bug#825230: RFS: cdist/4.0.0-1

from http://www.nico.schottelius.org/software/cdist/ Changes since last upload: * New upstream release * Refresh spelling patches * Improve machine-readability of debian/copyright * Disable building html documentation * Bump standards version to 3.9.8 (no changes needed) Regards, Dmitry Bogatov

cdist: TeX in sid

Hello! When building cdist-4.0.0, I encountered listed error with sbuild. Seems it is issues with TeX, not with my package. Any suggestions? How read this '/tmp/fmtutils.C8RsuPiw' file, for example? Processing triggers for tex-common (6.05) ... Running updmap-sys. This may take

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

> > > Please rename README to README.ru, preferably upstream. > >=20 > > dh_install'ed > >=20 > > > Please consider using hyphenation data from hyphen-* packages. > >=20 > > dh_linktree'ed > >=20 > > Please, review once more. > Please build this in a clean sid chroot. > > dpkg-query: no path found

Bug#824411: RFS: stterm/0.6-0.1 NMU

tained from http://st.suckless.org Changes since last upload: * Non-maintainer upload. * New upstream upload (Closes: #820376) * Update debian/watch * Refresh patches Regards, Dmitry Bogatov

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

> Please rename README to README.ru, preferably upstream. dh_install'ed > Please consider using hyphenation data from hyphen-* packages. dh_linktree'ed Please, review once more.

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

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

> >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#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

fifo scripting 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#820938: RFS: complexity/1.9+dfsg-1 ITP

d Regards, Dmitry Bogatov

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

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

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

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

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#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#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#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#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#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#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#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#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#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

Packaging fork

Hello! I am interested in packaging [mmh](

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

rsion bump -- 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

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

[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

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

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

RFS: eoconv/1.4-1 ITP

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

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

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

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

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

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

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 > >

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

> >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

* 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

* 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

* 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

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

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

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

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

<    1   2   3   4   >