Bug#355607: svlogd: please support hierarchical configuration
control: close -1 [2017-03-30 12:14] Andras Korn > > Isn't it enough to provide sufficent meta-information to be handled on > > accepting side? > > Not in itself. > > Let me explain. > [...] > > I realize it's a big change, but it's backwards compatible; I'm hoping > someone will like the idea and implement it. :) I am sorry. I am not right person to implement it -- it is big change, it is complicating further svlogd (which is already beast, comparing with rest of runit, which I love for simplicity) and I personally do not use it. This is definitely case when you should call Gerrit Pape (upstream). While usually Debian Maintainer should be a man between user and upstream author, I think in this case you will explain situation better yourself. Closing Debian bug. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpsZtsS0l1kg.pgp Description: PGP signature
Bug#430951: Please support linux-vserver
[2017-03-28 10:48] Andras Korn > > part text/plain1519 > On Fri, Jan 06, 2017 at 11:38:24AM +0300, Dmitry Bogatov wrote: > > > > Package: runit > > > Version: 1.7.2-1 > > > Severity: wishlist > > > > > > Hi, > > > > > > it would be great to be able to use runit to supervise processes running > > > in > > > vserver guests. > > > > > > Using a kludge, this is already sort of possible; see > > > http://linux-vserver.org/Running_runit-supervised_services_inside_a_vserver > > > > > > Essentially, the only addition needed is to do something like > > > > > > xid_t xid = vc_get_task_xid(child); > > > vc_ctx_kill(xid, child, signal); > > > > > > instead of just kill(), provided vserver support is enabled in runit and > > > the > > > kernel. > > > > control: tags -1 +moreinfo > > > > Is there still someone who wish to make this change? If there, I still > > oppose of introducing dependency. Even optional. Especially optional. > > I suppose introducing a new dependency could be avoided thusly: in runsvdir, > instead of invoking runsv for each directory, check whether the directory > contains a file called runsv, and if it does, launch that instead of runsv. > This would be totally backwards compatible. Nice idea. But why can not you just invoke 'exec run-in-my-namespace /sbin/program? in 'run' script? > This change would allow people to use runsv replacements that expose the > same interface to runsvdir(8) and sv(8) but for example support managing > children that run in a different pid namespace. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpR1MiKxk8KT.pgp Description: PGP signature
Bug#355607: svlogd: please support hierarchical configuration
[2017-03-28 10:41] Andras Korn > > > I'm using socklog and svlogd to manage logs coming in from several boxes > > > via > > > UDP. > > > > > > Configuration would be a lot easier if I could have a "hierarchical" > > > setup where I have a directory tree for each syslog client and can select > > > only lines coming from that client in the root of that tree. > > > > > > For example, assuming I have box1 at 1.2.3.4 and box2 at 2.3.4.5, I'd like > > > to be able to have the following directory tree: > > > [...] > > > > Unless I am very wrong, it belongs to socklog, not runit. > > I'm afraid you _are_ wrong -- the request is for new functionality in svlogd > (which is part of the runit package), not socklog. Then I am not sure I properly understand your wishes (sorry, I use neither socklog, nor sending logs over UDP). Glance over svlogd(8) revealed following: pprefix tells svlogd to prefix each line to be written to the log directory, to standard error, or through UDP, with prefix. Isn't it enough to provide sufficent meta-information to be handled on accepting side? > I don't want to mess with the bugtracker; please reassign it back. I did no reassignment, this bug is still on runit. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpufOOpdOo48.pgp Description: PGP signature
Bug#858531: RFS: delight/1.5-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "delight" * Package name : delight Version : 1.5-1 Upstream Author : Phil Sainty * Url : https://savannah.nongnu.org/projects/delight * Licenses : GPL-3+ Programming Lang : Emacs Lisp Section : lisp Emacs add-on 'delight' provides functionality to customise the mode names displayed in the mode line. . For major modes, the buffer-local `mode-name' variable is modified. For minor modes, the associated value in `minor-mode-alist' is set. It builds those binary packages: * elpa-delight To access further information about this package, visit the following URL: https://mentors.debian.net/package/delight Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/delight/delight_1.5-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/git/pkg-emacsen/pkg/delight.git More information about delight can be obtained from https://savannah.nongnu.org/projects/delight Regards, Dmitry Bogatov
Bug#858421: ITP: delight -- Emacs utility to customise the mode line
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package name : delight Version : 1.5-1 Upstream Author : Phil Sainty * Url : https://savannah.nongnu.org/projects/delight * Licenses : GPL-3+ Programming Lang : Emacs Lisp Section : lisp Emacs add-on 'delight' provides functionality to customise the mode names displayed in the mode line. . For major modes, the buffer-local `mode-name' variable is modified. For minor modes, the associated value in `minor-mode-alist' is set. I plan to maintain this package as part of Emacsen team -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#856910: RFS: inotify-tools/3.14-3
On Wed, Mar 08, 2017 at 08:46:43AM +0300, Dmitry Bogatov wrote: > > I need help with this. If I write > > [...] Thank you. It is settled. One more review, please? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpjv80joN1Zp.pgp Description: PGP signature
Bug#856910: RFS: inotify-tools/3.14-3
control: tags -1 -moreinfo [2017-03-06 20:46] Sean Whitton > - Your conversion of d/copyright has lost some information, by merging > the stanzas for McGovern and McCutchan. If you use two separate > stanzas the conversion would not be lossy. Fixed. > - In your changelog you wrote that you bumped the std-ver. It's > conventional to say what version you bumped it to. Fixed. > - The Lintian override could use a wildcard so that it only matches the > doxygen file, not any other javascript that might appear in a new > upstream release (unlikely though that is) I need help with this. If I write embedded-javascript-library usr/share/doc/libinotifytools0-dev/jquery.js into debian/libinotify0-dev.lintian-overrides, it does not match and lintian complains about unused override. > - You've modified debian/*.install but this isn't in the changelog. Fixed. > - The dgit-maint-merge patch header has been updated to a better text. > Please consider using it: https://manpages.debian.org/dgit-maint-merge Fixed. > - Changes to d/rules not in changelog. Fixed. > - Just fyi: https://manpages.debian.org/git-deborig Fine. Useful. > Don't forget `dch -r` once you've addressed these. > > - you could install NEWS as the upstream changelog No, thanks. % cat NEWS * 19 October 2005 inotify-tools begun. > - you could add a doc-base registration Fixed. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpPESW98xSYV.pgp Description: PGP signature
Bug#855439: RFS: cvm/0.97
control: tag -1 -moreinfo [2017-03-06 20:54] Sean Whitton > Dear Dmitry, > > On Sat, Feb 18, 2017 at 10:23:46AM +0300, Dmitry Bogatov wrote: > > Note, that this is not full-scale modernization of package. It is just > > a NMU, required for libbg1 -> libbg2 transition. > > Could you explain the background, please? Stretch is frozen. Have the > release team authorized this transition? No. It is upload into experimental > It's rarely appropriate for an NMU to update to a new upstream version. > If you are just performing the transition in experimental, there is no > justification for it. I believe I have justification for this. Previous version (cvm-0.96) is source-incompatible with (bglibs >= 2.03). > > Please note, that package is maintained with dgit(1) tool using > > dgit-maint-merge(7) workflow. In particular, it means that quilt patches > > are squashed in source package and are not intended for review. For more > > information about how to sponsor this package, see dgit-sponsorship(7). > > This is not appropriate for an NMU. Indeed, I see that you've changed > the source format to 3.0 (quilt) -- also not appropriate for an NMU. Well, I can revert it, but truth is that this package is maintained by Gerrit Pape, who is not active for some years. I took over some of his packages, but I am not interested in `cvm'. I just need to transit bglibs, since latest version of `bcron', in which I am interested, requires latest bglibs. Probably this upload should be QA upload, not NMU for lack of actual maintainer. It is any way to ask QA team to make this upload on their behalf? Sure, I can adopt, upload and fill RFA at same time, but it feels wrong. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpVYktwXk1hB.pgp Description: PGP signature
Bug#856910: RFS: inotify-tools/3.14-3
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "inotify-tools" * Package name : inotify-tools Version : 3.14-3 Upstream Author : Radu Voicilas * Url : https://github.com/rvoicilas/inotify-tools/wiki/ * Licenses : LGPL-2.1+,GPL-2.1+ Programming Lang : C Section : misc Inotify is a Linux kernel feature enabling user space programs to monitor parts of the filesystem in a efficient way. libinotifytools is a thin layer on top of the kernel interface which makes it easy to set up watches on many files at once, read events without having to deal with low-level I/O, and several utility functions for inotify- related string formatting It builds those binary packages: * libinotifytools0 * libinotifytools0-dev * inotify-tools Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/inotify-tools.git Git branch: master Orig tar.gz: from tag v3.14 With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/inotify-tools.git inotify-tools $ cd inotify-tools $ git archive -o ../inotify-tools_3.14.orig.tar.xz v3.14 $ dgit sbuild Changes since last upload: * New maintainer (Closes: #856293) * Convert package to dgit-maint-merge workflow (patches are squashed in uploaded source package) * Bump debhelper compat to 10 * Reformat 'debian/changelog' according to DEP-5 * Enable hardening * Update Vcs-* fields * Bump standards version (No changes needed) * Add lintian override concerning embedded javascript file. It is way how doxygen works and it can not be fixed. * Fix segfault with cvs output when filename contains comma (Closes: #702738) Regards, Dmitry Bogatov
Bug#856631: RFS: dh-runit/2.7
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dh-runit" * Package name : dh-runit Version : 2.7 Upstream Author : Dmitry Bogatov * Url : https://anonscm.debian.org/cgit/users/kaction-guest/dh-runit.git * Licenses : GPL-3+ Programming Lang : Perl Section : admin dh-runit provides a debhelper sequence addon named 'runit' and the dh_runit command. . The dh_runit command installs runscripts and adds the appropriate code to the postinst, prerm and postrm maint scripts to properly enable/disable runscripts. It builds those binary packages: * dh-runit * runit-helper Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/dh-runit.git Git branch: master Orig tar.gz: from tag 2.7 With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/dh-runit.git dh-runit $ cd dh-runit $ git archive -o ../dh-runit_2.7.orig.tar.xz 2.7 $ dgit sbuild Changes since last upload: * Change naming of generated system users for logging to start with underscore. * Add missing dependency on dh-sysuser. * Improve readability of code, generating /etc/sv//log/run script using here-doc notation. * Remove 'logdir' option for simplicity sake. Strictly speaking it is backward-incompatible change, hence the version major bump, but I am unaware of any actual users of this option. * Ensure that after package removal logs belong to root. * Introduce new binary package 'runit-helper', allowing packages to access fixes and improvements in 'dh-runit' without rebuild. Regards, Dmitry Bogatov
Bug#855707: at: Runit integration
[2017-02-21 15:57] Ansgar Burchardt > part text/plain 525 > Hi, > besides the patch containing unrelated changes, having an extra package > per service management system seems very far from ideal to me. > It was possible for all of sysvinit/upstart/systemd to be handled by > the same package. Why can't runit do this? It can, but if you ask me, it would be much better for every and for each system have - binary package, so you can install only things you really need. I, as user, disapprove having files that are of no use to me. I know, not everyone share this maxima. My vision of possibilities (in decreasing preference) - runit support in at-run from src:at - runit support in at from src:at - runit support in at-run from src:at-run What is your decision? > See also the discussions on -devel@ about tiny packages (for > Javascript stuff, but that comes at least from upstream and is not a > Debian invention). Oh, please. It is totally unrelated matter. Issue with these node- packages is that most of them are of no interest by themself, save they are dependencies of something significant, so people are relucant to consider them as first-class packages. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp4ldJiSQWwr.pgp Description: PGP signature
Bug#855707: at: Runit integration
Package: at Version: 3.1.20-3 Severity: wishlist Tags: patch Dear Maintainer, Please consider following patch, which introduce at-run binary package, providing 'runit' equivalent of sysvinit's init script. For your convenience, I formatted patch in way, suitable for direct application (`git am'). >From ffcc84c7ee823a8fc3d55abd79e122100e3c4779 Mon Sep 17 00:00:00 2001 From: Dmitry Bogatov Date: Tue, 21 Feb 2017 15:49:43 +0300 Subject: [PATCH] New binary package `at-run', providing integration with runit initialization system. --- debian/at-run.runit| 1 + debian/at.runit-script | 2 ++ debian/changelog | 15 +++ debian/control | 17 + debian/rules | 10 ++ 5 files changed, 37 insertions(+), 8 deletions(-) create mode 100644 debian/at-run.runit create mode 100755 debian/at.runit-script diff --git a/debian/at-run.runit b/debian/at-run.runit new file mode 100644 index 000..e5f7770 --- /dev/null +++ b/debian/at-run.runit @@ -0,0 +1 @@ +debian/at.runit-script logscript,name=at diff --git a/debian/at.runit-script b/debian/at.runit-script new file mode 100755 index 000..5dc4918 --- /dev/null +++ b/debian/at.runit-script @@ -0,0 +1,2 @@ +#!/bin/sh +exec atd -f -d diff --git a/debian/changelog b/debian/changelog index 0196a0d..f262c1f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +at (3.1.20-4) UNRELEASED; urgency=medium + + * New binary package `at-run', providing integration with runit +initialization system. + + -- Jose M Calhariz Tue, 21 Feb 2017 15:41:52 +0300 + at (3.1.20-3) unstable; urgency=medium * New version, because the previous one was tagged in error and remote @@ -348,7 +355,7 @@ at (3.1.8-10) frozen unstable; urgency=high * Changed AC_FUNC_GETLOADAVG to AC_REPLACE_FUNCS(getloadavg) in configure.in since it introduces a spurious depencency on libelfg0 whenever that package is installed on the build machine. -(closes: Bug#61295). +(closes: Bug#61295). * configure.in: rewrote directory tests such that configure fails due to a missing SPOOLDIR only when --with-jobdir or --with-atspool doesn't specify an explicit path. @@ -483,7 +490,7 @@ at (3.1.8-1) stable; urgency=low * Fix date parsing bug with February * Misc. manpage changes -- Thomas Koenig Sun, 28 Sep 1997 21:33:44 +0200 - + at (3.1.7-6) unstable; urgency=high * ../at_3.1.7-4_i386.deb * @@ -508,7 +515,7 @@ at (3.1.7-4) unstable; urgency=high at (3.1.7-3) stable; urgency=low * ../at_3.1.7-3_i386.deb - * + * * libc5 version * removed spurious dependendy on libelf0 -- Thomas Koenig Tue, 17 Jun 1997 18:01:33 +0200 @@ -531,7 +538,7 @@ at (3.1.6-1) unstable frozen; urgency=medium at (3.1.5-2) unstable frozen; urgency=high - * + * * ../at_3.1.5-2_i386.deb * Also check for /etc/suid.conf when calling suidregister -- Thomas Koenig Wed, 7 May 1997 11:14:49 +0200 diff --git a/debian/control b/debian/control index 2fc814a..3f0c8f6 100644 --- a/debian/control +++ b/debian/control @@ -7,6 +7,8 @@ Standards-Version: 3.9.8 Build-Depends: autotools-dev, bison, debhelper (>= 9.20160114), + dh-runit, + dh-sysuser, dh-systemd, flex, libfl-dev, @@ -34,3 +36,18 @@ Description: Delayed job execution and batch processing Use atto run the job at a specified time batch to run the job when system load levels permit + +Package: at-run +Architecture: all +Depends: runit, + at, +${misc:Depends}, +${shlibs:Depends} +Recommends: runit-init +Description: Delayed job execution and batch processing (integration with runit) + At and batch read shell commands from standard input + storing them as a job to be scheduled for execution in the + future. + . + This package provides runscript required to run at daemon under runit + supervision suite. diff --git a/debian/rules b/debian/rules index 7b12a88..5520e57 100755 --- a/debian/rules +++ b/debian/rules @@ -37,7 +37,8 @@ binary-arch: build-stamp dh_prep # Install docs: dh_installchangelogs ChangeLog - dh_installdocs README + dh_installdocs + dh_installdocs -p at README # Install everything: $(MAKE) IROOT=$(CURDIR)/debian/at mandir=/usr/share/man docdir=/usr/share/doc install # Remove (duplicate) changelog and copyright: @@ -50,19 +51,20 @@ binary-arch: build-stamp rm debian/at/usr/sbin/atrun rm debian/at/usr/share/man/man8/atrun.8 # Install/rename pam config file: - dh_install pam.conf etc/pam.d + dh_install -p at pam.conf etc/pam.d mv debian/at/etc/pam.d/pam.conf \ debian/at/etc/pam.d/atd # Install/rename init script: - dh_install rc etc/init.d + dh_install -p at rc etc/init.d mv debian/at/etc/
Bug#855439: RFS: cvm/0.97
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cvm" * Package name : cvm Version : 0.97 Upstream Author : Bruce Guenter * Url : http://untroubled.org/cvm/ * Licenses : LGPL-2+,GPL-2+,LGPL-2.1+ Programming Lang : C Section : libs CVM is a framework for validating a set of credentials against a database using a filter program. The modules act as a filter, taking a set of credentials as input and writing a set of facts as output if those credentials are valid. Optional input is given to the module through environment variables. . Some of the ideas for CVM came from experience with PAM (pluggable authentication modules), the checkpassword interface used by qmail-pop3d, and the "authmod" interface used by Courier IMAP and POP3. This framework places fewer restrictions on the invoking client than checkpassword does, and is much simpler to implement on both sides than PAM and the authmod framework. Note, that this is not full-scale modernization of package. It is just a NMU, required for libbg1 -> libbg2 transition. There is still a lot of Lintian warnings, I know. It builds those binary packages: * cvm * cvm-mysql * cvm-pgsql * libcvm1 * libcvm1-dev Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git Git branch: master Orig tar.gz: from tag upstream/0.97 With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git bglibs $ cd bglibs $ git archive -o ../cvm_0.97.orig.tar.xz upstream/0.97 $ dgit sbuild Changes since last upload: * Non-maintainer upload. * New upstream release (compatible with bglibs >= 2.03) * Write watch file and verify GPG signature * Upgrade dependendency on bglibs (libbg1-dev -> libbg-dev >= 2.03) * Drop rpath related patch (fixed upstream) * Adjust debian/rules to changed upstream Makefile * Add ldconfig trigger Regards, Dmitry Bogatov
Bug#855440: RFS: bglibs/2.03+dfsg-2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "bglibs" * Package name : bglibs Version : 2.03+dfsg-2 Upstream Author : Bruce Guenter * Url : http://untroubled.org/bglibs/ * Licenses : GPL-2+,LGPL-2+,LGPL-2.1+ Programming Lang : C Section : libs ${S:Long-Desc} . This package contains the shared libraries. It builds those binary packages: * libbg2 * libbg-dev * libbg2-doc Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git Git branch: master Orig tar.gz: from tag 2.03+dfsg With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git bglibs $ cd bglibs $ git archive -o ../bglibs_2.03+dfsg.orig.tar.xz 2.03+dfsg $ dgit sbuild Changes since last upload: * QA upload * Remove Conflict field from libbg-dev. * Install build tools into libbg-dev package, since they are required for building other packages of same upstream. * Fix spelling error in cli-generate.1 Regards, Dmitry Bogatov
Bug#355607: (no subject)
control: reassign -1 socklog -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpBNT7EfMqeh.pgp Description: PGP signature
Bug#855101: RFS: bcron/0.11-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "bcron" * Package name : bcron Version : 0.11-1 Upstream Author : Bruce Guenter * Url : http://untroubled.org/bcron * Licenses : GPL-2+ Programming Lang : C Section : admin ${S:Long-Desc} . This package contains the bcron programs. It builds those binary packages: * bcron * bcron-run To access further information about this package, visit the following URL: https://mentors.debian.net/package/bcron Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/b/bcron/bcron_0.11-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/bcron.git More information about bcron can be obtained from http://untroubled.org/bcron Changes since last upload: * New upstream release * Force dependency on bglibs-2.* * Refresh patches * Do not assume ${USER} value in tests.sh * Restore default bcron-spool socket location (Drop 0002-Spool-socket-is-var-run-.bcron-spool-instead-of-var-r.diff) * Enable hardening=+pie Regards, Dmitry Bogatov
Bug#355607: (no subject)
control: reassing -1 socklog -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp0rCSAKNCF2.pgp Description: PGP signature
Bug#854615: ITP: apt-seek -- search for files within Debian packages
control: close -1 [2017-02-08 20:25] Niels Thykier > Hi, > > I would be happy to see this reduced search indices be part of apt-file > eventually. It would hopefully enable other packages (like > command-not-found and the Perl team's dh-make variant) to reuse apt-file > (or its replacement) to search through optimised indices. > > A couple of remarks about the upstream code. Please consider using > apt's fetch system to download Contents files. A couple of items where > the download falls short: > > * Non-trivial supports like mirror:// or tor+http(s):// > * It does not support alternative mirror layouts (e.g. Ubuntu and >Debian disagrees on the location of Contents) > * It does not support APT's proxying > * It does not verify downloads (admittedly, a very minor issue) > * It does not support the compression from APT (e.g. if a mirror want >to provide the files uncompressed or .xz compressed) > * It does not support PDiffs for updates > * It does not automatically fetch Contents-all if the archive >moved the "arch:all" files into Contents-all. I will actively push >for this in buster (to reduce download sizes - notably of PDiffs) >(see #649882) Thank you for such detailed review. So I withdraw this ITP and add patch to apt-file into my TODO. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpFTak2_TCcr.pgp Description: PGP signature
Bug#854212: RFS: synergy/1.8.7-stable+dfsg.1-1 [ITA]
[2017-02-06 09:08] Arturo Borrero Gonzalez > > part text/plain 639 > On 5 February 2017 at 07:12, Joshua Honeycutt > wrote: > > Alternatively, one can download the package with dget using this command: > > > > dget -x > > https://mentors.debian.net/debian/pool/main/s/synergy/synergy_1.8.7-stable+dfsg.1-1.dsc > > > > More information about hello can be obtained from https://www.example.com. > > > > please review a bit more the template :-) Advertisement: use my debrequest tool (https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git) which fill in template automatically, inspecting your debian/* -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpCLEcZIUObE.pgp Description: PGP signature
Bug#854615: ITP: apt-seek -- search for files within Debian packages
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package name : apt-seek Version : 0.1 Upstream Author : Dmitry Bogatov * Url : https://anonscm.debian.org/cgit/users/kaction-guest/apt-seek.git * Licenses : GPL-3+ Programming Lang : C Section : admin apt-seek is a command line tool for searching files contained in packages for the APT packaging system. You can search in which package a file is included. . Unlike apt-file program, apt-seek uses constant database to significantly speed-up search, at expense of regular expression search possibility. I plan to maintain this package myself, keeping debianization in following Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/apt-seek.git
Bug#853925: RFS: bglibs/2.03+dfsg-1
control: tags -1 -moreinfo [2017-02-02 18:49] Gianfranco Costamagna > missing licenses, e.g. > bglibs-2.03+dfsg/include/md4.h > md5.h Fixed > why not a single plain libbg-dev? > soname in the development package is painful to maintain Because there was libbg1-dev. But you are right. Changed. Changes are in git, g7f72977. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpDqLbujkjYI.pgp Description: PGP signature
Bug#853925: RFS: bglibs/2.03+dfsg-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "bglibs" * Package name : bglibs Version : 2.03+dfsg-1 Upstream Author : Bruce Guenter * Url : http://untroubled.org/bglibs/ * Licenses : LGPL-2.1+ Programming Lang : C Section : libs ${S:Long-Desc} . This package contains the shared libraries. It builds those binary packages: * libbg2 * libbg2-dev * libbg2-doc Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git Git branch: master Orig tar.gz: from tag 2.03.dfsg With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/bglibs.git bglibs $ cd bglibs $ git archive -o ../bglibs_2.03+dfsg.orig.tar.xz 2.03.dfsg $ dgit sbuild Changes since last upload: * QA upload * New upstream release * Add debian/watch file and associated upstream GPG key * Replace manual invocation of dpkg-buildflags in debian/rules with inclusion of /usr/share/dpkg/default.mk * Disable network-accessing tests * Change binary package names, since this version of library is both source-incompatible (headers are restructured) and binary-incompatible (soname is chaged) * Convert debian/rules to debhelper * Rebuild doxygen documentation during build process * Re-enable hardening * Generate symbols file * Register documentation with doc-base Regards, Dmitry Bogatov
Bug#852451: ITP: rname -- invoke a program under a different name
[2017-01-24 17:19] Peter Pentchev > > part 1 text/plain1214 > Package: wnpp > Severity: wishlist > Owner: Peter Pentchev > > * Package name: rname > Version : 1.0.2 > Upstream Author : Peter Pentchev > * URL : https://devel.ringlet.net/sysutils/rname/ > * License : BSD-2-clause > Programming Lang: C > Description : invoke a program under a different name > > The rname utility invokes a specified program, passing a different name > instead of the name of the program executable. This could be useful in > a number of cases, both during software development, testing, and in > production use. There are many programs that do different things based > on what name they have been invoked under; the rname utility avoids > the need to e.g. create ephemeral symlinks to run these programs in > some conditions when they have not been completely installed. > > I originally wrote this tool in 2000 and I'm resurrecting it now for > the purpose of writing unit and integration tests for just such > a multifaceted program. One more argv0 implementation? I know at least two: $ dpkg -S argv0 ucspi-tcp: /usr/bin/argv0 [...] $ dpkg -S chpst runit: /usr/bin/chpst [...] Probably, there is already a lot. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgplosDORK_NT.pgp Description: PGP signature
Bug#851937: RFS: farbfeld/2.20170109-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "farbfeld" * Package name : farbfeld Version : 2.20170109-1 Upstream Author : Laslo Hunhold * Url : http://tools.suckless.org/farbfeld * Licenses : ISC Programming Lang : C Section : graphics Farbfeld is a lossless image-format designed to be parsed and piped easily. It is designed to be as simple as possible, leaving the task of compression to outside tools, beating PNG's filesize in many cases. . This package contains tools for converting between farbfeld format and other image formats (png, jpeg, ppm, pam, git) It builds those binary packages: * farbfeld Please note, that package is maintained with dgit(1) tool using dgit-maint-merge(7) workflow. In particular, it means that quilt patches are squashed in source package and are not intended for review. For more information about how to sponsor this package, see dgit-sponsorship(7). Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/farbfeld.git Git branch: master Orig tar.gz: from tag 2.20170109 With /bin/sh following commands should suffice: $ git clone https://anonscm.debian.org/cgit/users/kaction-guest/farbfeld.git farbfeld $ cd farbfeld $ git archive -o ../farbfeld_2.20170109.orig.tar.xz 2.20170109 $ dgit sbuild Regards, Dmitry Bogatov
Bug#835274: bcron
[2017-01-12 20:00] Gianfranco Costamagna > >I consider disabling mentioned three tests (exec-fds, > >spool-list-perms,sched_dump). WDYT? > > probably the best solution right now Did it. New revision is on mentors, hash commit in git is fbd6d60. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#851186: RFA: cligh -- Command-line interface to GitHub
Package: wnpp Severity: normal I request an adopter for cligh package. I do not use it anymore, so I'd prefer for someone to pick it up. The package description: This program allows working with GitHub from console. . Issues can be opened, closed, viewed, listed and commented. Repositories can be created, listed and forked. Collaborators can be viewed, added and removed.
Bug#851185: ITP: farbfeld -- lossless image-format designed to be parsed and piped easily
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : farbfeld Version : 2.20170109-1 Upstream Author : Laslo Hunhold Url : http://tools.suckless.org/farbfeld License : ISC Programming Lang : Description : lossless image-format designed to be parsed and piped easily Farbfeld is a lossless image-format designed to be parsed and piped easily. It is designed to be as simple as possible, leaving the task of compression to outside tools, beating PNG's filesize in many cases. . This package contains tools for converting between farbfeld format and other image formats (png, jpeg, ppm, pam, git) I plan to maintain this package myself, keeping debianization in following Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/farbfeld.git
Bug#851187: RFA: pygithub -- Access the full Github API v3 from Python3
Package: wnpp Severity: normal I request an adopter for pygithub package. I do not use it anymore, so I'd prefer for someone to pick it up. The package description: This is a Python3 library to access the Github API v3. With it, you can manage Github resources (repositories, user profiles, organizations, etc.) from Python scripts. . It covers almost the full API and all methods are tested against the real Github site.
Bug#851184: ITP: sent -- simple plaintext presentation tool
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : sent Version : 0.2.20161104-1 Upstream Author : Markus Teich Url : http://tools.suckless.org/sent License : ISC Programming Lang : Description : simple plaintext presentation tool sent does not need LaTeX, libreoffice or any other fancy file format, it uses plaintext files to describe the slides and can include images via farbfeld. Every paragraph represents a slide in the presentation. . The presentation is displayed in a simple X11 window. The content of each slide is automatically scaled to fit the window and centered so you also don't have to worry about alignment. Instead you can really concentrate on the content. I plan to maintain this package myself, keeping debianization in following Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/sent.git
Bug#849318: closed by Sean Whitton (Re: Bug#849318: RFS: eoconv/1.5-1)
[2017-01-11 03:09] ow...@bugs.debian.org (Debian Bug Tracking System) > It has been closed by Sean Whitton . > > I am looking for a sponsor for my package "eoconv" > > Uploaded. Thanks. > A suggestion: consider installing README.md. Already considered. Not worth it, IMHO. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpZ8XlBbZ2N0.pgp Description: PGP signature
Bug#641632: runsv foo: fatal:, to setup filedescriptor for ./run: file descriptor not open?
control: close -1 control: thanks [2017-01-06 08:24] Daniel Kahn Gillmor > > Can you please try to check this issue with runit_2.1.2-9? > > This bug report is from more than 5 years ago, and i wasn't able to > diagnose it then. i don't think i've seen a recurrence of the problem, > but i never knew how to reproduce it directly, and i certainly don't > know how to test it today, sorry :/ > > i filed the bug report in the hopes that either (a) i'd hear a quick, > simple explanation from the maintainer (which didn't happen) or at least > (b) it would provide a place for discussion if other people were seeing > the same problem (but either no one else saw the same problem, or no one > else bothered to follow up about it). > > So feel free to close this bug report as unfixable since it's a cold > case at this point :( So it is. Thank you for fast clarification. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpy6Z6Q2Cl6x.pgp Description: PGP signature
Bug#355607: svlogd: please support hierarchical configuration
[2006-03-06 18:11] Andras Korn > > part text/plain1518 > Package: runit > Version: 1.3.3-1 > Severity: wishlist > > Hi, > > I'm using socklog and svlogd to manage logs coming in from several boxes via > UDP. > > Configuration would be a lot easier if I could have a "hierarchical" > setup where I have a directory tree for each syslog client and can select > only lines coming from that client in the root of that tree. > > For example, assuming I have box1 at 1.2.3.4 and box2 at 2.3.4.5, I'd like > to be able to have the following directory tree: > [...] Unless I am very wrong, it belongs to socklog, not runit. control: reassign -1 socklog -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgps1s6EsnTd2.pgp Description: PGP signature
Bug#766026: runit: modifies /etc/inittab in postinst
[2014-10-20 11:36] Ansgar Burchardt > > part text/plain 377 > Package: runit > Version: 2.1.2-1 > Severity: serious > > Hi, > > runit unconditionally modifies /etc/inittab in postinst. This is a > policy violation (in particular it does not fully respect admin changes). src:runit_2.1.2-9 provide runit-sysv binary package, whose sole purpose is to modify /etc/inittab. So if user installs it, he get no surprises. control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp_5I7Exu1z5.pgp Description: PGP signature
Bug#453106: There is no way to avoid inserting runit /etc/inittab entry
[2011-01-16 17:28] Jonathan Nieder > > part text/plain1183 > unarchive 453106 > found 453106 runit/2.1.1-6.2 > quit > [resending now that the bug is unarchived; sorry for the noise.] > > Abhijit Hoskeri wrote: > > > The runit package does not have any way ( ex. a debconf variable) to > > avoid inserting the runit entry into inittab. This means that when runit > > is installed in a non-active environment like a CD installation, the > > runit /etc/inittab entry will immediately attempt to start the services > > it comes with. > > > > This feature may not always be desirable, especially if we intend to > > install the runit-run package, in which case /etc/inittab will not be > > used at all. > > > > It would be sufficient to avoid sending SIGHUP to during the postinst, > > or make this optional. Thanks. > > Jamie Rollins wrote: > > > Anyway, it's not a tragic issue, but there are many instances when > > this package is desired for some of the other binaries it contains > > (such as chpst) and the daemon is not needed or desired at all, > > especially running on start up. > > This is not going to happen in squeeze[1], but presumably work > towards taking care of these needs in wheezy would be welcome. Seems src:runit_2.1.2-9 does exactly what this bug is about: * `runit' if you just want binaries * `runit-{init,sysv,systemd}' if you want them automatically invoked control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp_aKcrK5zAf.pgp Description: PGP signature
Bug#641632: runsv foo: fatal:, to setup filedescriptor for ./run: file descriptor not open?
[2011-09-14 15:33] Daniel Kahn Gillmor > > part 1 text/plain 808 > Package: runit > Version: 2.1.1-6.2 > > I have a runit-monitored service that bundles a kvm instance and a > screen instance. > > Upon stopping that service with "sv stop foo" and then trying to restart > it with "sv start foo", i get these error messages in runsvdir's ARGV > buffer: > > runsv foo: fatal:, to setup filedescriptor for ./run: file descriptor > not open? > > I managed to work around the problem with: > > update-service --remove /etc/sv/foo > update-service --add /etc/sv/foo > > which i assume started an entirely new runsv process. I now suspect > that the old runsv process was in some horrible state where it had > somehow exhausted its old set of file descriptors. > > I have no idea how the runsv process could have gotten that way, and i > regret that i didn't inspect the process in more detail at the time :( control: tags -1 +moreinfo Can you please try to check this issue with runit_2.1.2-9? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpOxe8FvCy0G.pgp Description: PGP signature
Bug#762769: runit: Documentation provides incorrect upstart script
[2014-09-25 12:11] Matthew Bekkema > > part text/plain 445 > Package: runit > Version: 2.1.1-6.2 > > The upstart script provided in /usr/share/doc/runit/useinit.html didn't work > for > me and neither did the one at http://smarden.org/runit/useinit.html > > The script provided will only start on runlevel 5 according to: > http://upstart.ubuntu.com/cookbook/#job-with-multiple-duplicate-stanzas Upstart is no longer in sid. control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpHz0D25Nsxv.pgp Description: PGP signature
Bug#526201: runit: Environment variables in run script
[2009-04-29 22:38] Michael Gebetsroither > > part text/plain1289 > Package: runit > Version: 2.0.0-1 > Severity: wishlist > > Hi, > > would it be possibel to include environment variables parsing within run > script itself, like chpst -e? > > It's rather ugly to use chpst for configuration variables: > > eg. for atftpd > exec chpst -e env sh -c atftpd --no-fork --daemon \$OPTIONS > > with OPTIONS populated it gets much nicer: > exec atftpd --no-fork --daemon $OPTIONS control: tags -1 +moreinfo What is wrong with $ cd /etc/service/foo $ echo 'OPTIONS=-bar > conf $ cat run #!/bin/sh . conf [...] I dislike idea to complicate runit itself, but it is not in my competence. Such change is better to be proposed to upstream. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp78TrxyXods.pgp Description: PGP signature
Bug#601060: dvtm: pasting a long line results in LAST and wrong pasting
[2010-10-23 05:35] Yellowprotoss > > part text/plain 993 > Package: dvtm > Version: 0.5.2-2 > Severity: normal > > Hello > > open dvtm > split vertical it > on left : vim newfile.txt > > on right : > less myfile.txt > > if I do : > shift select on right, with a long long long line > I try to copy it on th eleft with shift and middle moues > > then it gives LAST and full of space > > so not working :( > bug Sorry, do not follow. What is LAST? Can you please check with current dvtm version? Yes, this is very old bug, but I try my best to response even to ancient bugs I inherited from previous maintainer. control: tag -1 +moreinfo -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgplHzWNQjxZ8.pgp Description: PGP signature
Bug#805251: runsvdir: docker-friendly handling of signals
[2015-11-16 10:16] Dmitry Smirnov > > part 1 text/plain 436 > Package: runit > Version: 2.1.2-3 > Severity: wishlist > > There is an interesting project: > > https://github.com/pixers/runit-docker > > that changes the way how signals are handled by "runsvdir" in a docker- > friendly manner. > It would be nice to include that functionality to "runsvdir" (activated by > command line option) instead of packaging "runit-docker" separately... Now I (debian maintainer) != Gerrit Pape (upstream maintainer), so I am not in position to make such changes. Adding Gerrit into thread, in case he is willing to accept this feature upstream. But here is my review: At brief glance it seems that you are asking for is 'runsvdir' to ignore 'SIGTERM'. Why? SIGTERM has rather well-known meaning, and violating it seems bad idea. control: tags -1 +moreinfo -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpNY37LWwqOQ.pgp Description: PGP signature
Bug#756875: dvtm: Screen lock can be bypassed with empty password
[2014-08-02 23:03] Richard Ipsum > > part text/plain 712 > Package: dvtm > Version: 0.6-1 > Severity: normal > > Dear Maintainer, > > To reproduce this bug: > > 1. Lock the screen (MOD + X), dvtm now displays "Enter password" > 2. Press the return key, the screen is now unlocked AFAIK, there is no `lock the screen' function in current version of dvtm. Closing. control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpUGgogcqNCj.pgp Description: PGP signature
Bug#426359: fgetty: checkpassword error for nis account
control: tags -1 +moreinfo [2007-05-28 19:53] "Arvind Marathe" > Additional info: If i comment out the lines for fgetty on tty1, tty2 and tty3 > in > /etc/inittab and uncomment the lines for getty in the same file, i can login > on > tty1,2,3 using nis account. So the problem is definitely with fgetty > checkpassword. (Same behaviour is also observed for the ubuntu machine.) > > > Package: fgetty > > Version 0.6-4 > > > > My debian machine is a nis-client. When i try to login using a nis username > > and > > passwd on tty1, it says: > > checkpassword: wrong password > > This started happening recently after i did an 'apt-get dist-upgrade', so i > > think this might be happening with the upgraded version of fgetty. Earlier i > > could login using nis accounts on tty1. (And i have not installed a separate > > checkpassword package, so it is the one shipped with fgetty) Note that on > > xdm, i > > can login using nis accounts, so it is not a nis configuration problem. Have > > attached the contents of /etc/inittab below. Hi! I am aware, that this bug is 8 years old, and a lot happened in meantime. Can you please check your issue with fgetty_0.7-2? I have little knowledge about NIS, so if bug persist, I could only ask for help. But does it persist? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpxpHFZosXQK.pgp Description: PGP signature
Bug#430951: Please support linux-vserver
[2007-06-28 15:07] Andras Korn > > part text/plain1507 > Package: runit > Version: 1.7.2-1 > Severity: wishlist > > Hi, > > it would be great to be able to use runit to supervise processes running in > vserver guests. > > Using a kludge, this is already sort of possible; see > http://linux-vserver.org/Running_runit-supervised_services_inside_a_vserver > > Essentially, the only addition needed is to do something like > > xid_t xid = vc_get_task_xid(child); > vc_ctx_kill(xid, child, signal); > > instead of just kill(), provided vserver support is enabled in runit and the > kernel. control: tags -1 +moreinfo Is there still someone who wish to make this change? If there, I still oppose of introducing dependency. Even optional. Especially optional. Maybe we can invent something as genius as `checkpassword(1)'? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgprsPTn7mvWI.pgp Description: PGP signature
Bug#836948: getty-run: fails to remove: warning: getty-tty6: unable to open supervise/ok: file does not exist
control: close -1 [2016-09-07 22:56] Dmitry Bogatov > control: tags -1 +fixed-in-experimental > > > >From the attached log (scroll to the bottom...): > > > > Removing getty-run (2.1.2-6) ... > > warning: getty-tty6: unable to open supervise/ok: file does not exist > > dpkg: error processing package getty-run (--remove): > >subprocess installed pre-removal script returned error exit status 1 > > Err, getty-run_7 will not upgrade/purge cleanly. Unless service was started > to make it possible to 'force-shutdown' it, the only way would be > mentioned sed command. Sorry. Somehow I missed this bug. With `runit_2.1.2-9' in testing&sid, bug is resolved. My apologizes for those, who had to upgrade from -6 to -7. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpNJ9E3Ni4Qt.pgp Description: PGP signature
Bug#833048: runit: register runsv as subreaper
[2016-07-31 13:07] Dmitry Bogatov > > In some situations, when running in isolated environments like > > docker / mesos-executor, or just to keep the process tree readable (ps > > afx), it'll be better if runsv could adopt it's orphaned children. > > Linux is providing since kernel 3.4 a subreaper feature, the following > > patch enable this feature when available. > > Please, no Linux-specific syscalls. Since no further discussion took place, closing bug. control: tags -1 +wontfix control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpXti847fUH7.pgp Description: PGP signature
Bug#792979: runit: please make the build reproducible
[2015-07-20 13:31] Maria Valentina Marin > part 1 text/plain 561 > Source: runit > Version: 2.1.2-3 > Severity: wishlist > Tags: patch > User: reproducible-bui...@lists.alioth.debian.org > Usertags: timestamps > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org > > Hi! > > While working on the “reproducible builds” effort [1], we have noticed > that runit could not be built reproducibly. > > The attached patch sets the mtimes of all files which are modified > during the built to the date of the last changelog entry in order to > produce files with reproducible metadata. > > Cheers, > akira Thank you for patch. Since -4 revision runit uses debhelper and, according to https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/runit.html runit_2.1.2-9 is reproducible. Closing this bug. control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpXIX5VH99Yr.pgp Description: PGP signature
Bug#584647: dvtm: Locking the screen with X (caps up) is not working or buggy well
[2010-06-05 11:45] Albin Tonnerre > > part text/plain1066 > tag 584647 upstream > severity 584647 normal > > On Sat, 05 Jun 2010 11:28 +0200, yellowprotoss wrote : > > Package: dvtm > > Version: 0.5.2-2 > > Severity: important > > > > Hello > > > > Mod + X leads to GIVE PASSWORD > > you press enter and return to bash > > > > or if you enter something or try after something it says: > > > > SCREEN LOCKED ! > > > > and forget to login anymore. The tty is locked forever !! even root cannot > > kill the process > > > > > > What's the complicated. > > > > Please make it working and simple as locking as SCREEN program does. > > As counter-intuitive as the locking process may be, there's no way this bug > qualifies as 'important'. The way locking works in dvtm is as follows (though > I > would recommend using other locking methods instead): > - enter your password and hit > - at this point dvtm is locked and says 'SCREEN LOCKED!' > - all you need to do to unlock it it type your password (no need to hit > enter, >as soon as the password is typed dvtm unlocks) > > Also I'm not really sure what you mean by 'forget to login anymore' This bug is 7 years old, current version of dvtm is 0.15 and seems dvtm no longer has locking function. Closing bug. control: close -1 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpYNqHH9sThU.pgp Description: PGP signature
Bug#849575: re2c: Please compress examples consistently
Package: re2c Version: 0.16-1 Severity: minor Dear Maintainer, Please perform compression of examples consistently: $ ls /usr/share/doc/re2c/examples/002_strip_comments README strip_001.s.re strip_002.s.re strip_003.b.re.gz Seems strip_003.b.re crossed the line, after which debhelper compress documentation, but from user (who know nothing about debhelper) point of view it is no different, then other examples.
Bug#849318: RFS: eoconv/1.5-1
[2016-12-25 14:42] Andreas Henriksson > > Alternatively, you can access package debian/ directory via git from URL: > > https://anonscm.debian.org/cgit/users/kaction-guest/eoconv.git > > This repository looks whack. How do you build it? You should really add > a debian/README.source with the details if you intend to use this as the > official packaging vcs (as listed by the Vcs-* fields). $ dict 'whack' adjective; appalling in nature, unconventional. Comment? This repository contains debian/ directory and watch file in it. What else is needed to reproduce package? > If you really want to have just the debian directory in the VCS rather > than the normal (in git world) full upstream sources, you should > IMHO look into git-buildpackage and see the --git-overlay option > in 'man gbp buildpackage'. I do not see any advantages of gbp, so I use it only when it is team policy. > Don't you want to give your last upload enough time to migrate to > testing before uploading again? > The 1.4-2 revision seems to contain useful fixes and if uploading now > they would not reach testing in 4 days Can you then upload into DELAYED/2 or what is suitable, please? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpQI5oa_lMkt.pgp Description: PGP signature
Bug#849318: RFS: eoconv/1.5-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "eoconv" * Package name: eoconv Version : 1.5-1 Upstream Author : Tristan Miller * Url : http://en.nothingisreal.com/wiki/Eoconv * Licenses: GPL-3+ Section : text It builds those binary packages: * eoconv To access further information about this package, visit the following URL: https://mentors.debian.net/package/eoconv Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eoconv/eoconv_1.5-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/eoconv.git More information about eoconv can be obtained from http://en.nothingisreal.com/wiki/Eoconv Changes since last upload: * New upstream release * Update upstream maintainer GPG key (new identity) * Patch to remove deperecated pragma is applied upstream, delete from quilt series. * Adjust debian/rules and eoconv.manpages to change of upstream build system. Regards, Dmitry Bogatov
Bug#848239: deluser on purge
[2016-12-22 14:21] Antoine Beaupré > > part text/plain 981 > On 2016-12-21 22:56:06, Dmitry Bogatov wrote: > > [2016-12-20 22:10] Russ Allbery > >> Hm, transient IDs is an interesting idea. In a lot of cases, we create a > >> system user just to isolate the running daemon, not to control file system > >> access. The drawback, though, is that one has to have a really clear idea > >> of what resources the process would need in order to make sure this is > >> safe. (A much clearer idea than the understanding we need to know when > >> it's safe to delete a system user, I think.) > > > > You just gave me good idea. What about not removing $HOME, but chowning > > it to root? I mean, on install we create user and if its $HOME already > > exists, just chown it. > > You would need to check for suid binaries, among other traps. Good catch. Then chowning is no better then removing. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpTPosXCfeLQ.pgp Description: PGP signature
Bug#849170: RFS: gdbm/1.12-4
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "gdbm" * Package name: gdbm Version : 1.12-4 Upstream Author : bug-g...@gnu.org * Url : https://gnu.org/software/gdbm * Licenses: GFDL-1.3+,GPL-3+ Section : libs It builds those binary packages: * libgdbm4 * gdbm-l10n * libgdbm-dev * gdbmtool * libgdbm-compat4 * libgdbm-compat-dev To access further information about this package, visit the following URL: https://mentors.debian.net/package/gdbm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/g/gdbm/gdbm_1.12-4.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/gdbm.git More information about gdbm can be obtained from https://gnu.org/software/gdbm Changes since last upload: * Compile and install version of library, compiled with diet libc in addition to GNU libc. * Use debhelper compat 10, which provides --with autoreconf implicitly. Regards, Dmitry Bogatov
Bug#848239: deluser on purge
[2016-12-20 22:10] Russ Allbery > Hm, transient IDs is an interesting idea. In a lot of cases, we create a > system user just to isolate the running daemon, not to control file system > access. The drawback, though, is that one has to have a really clear idea > of what resources the process would need in order to make sure this is > safe. (A much clearer idea than the understanding we need to know when > it's safe to delete a system user, I think.) You just gave me good idea. What about not removing $HOME, but chowning it to root? I mean, on install we create user and if its $HOME already exists, just chown it. Unfortunately, it does not answer the question what to do with files outside of $HOME. > Using random high-numbered IDs, while appealing, probably isn't a great > idea because we allow the local admin to use that space. It's possible > that they're doing something that's consuming millions of IDs for some > reason, so although there's a lot of space there, we can't entirely rule > out the possibility of a conflict. Although we could probably carve out > more space if we really needed to. 2 ^ 32 = 4 294 967 296. Probably we can reserve several millions for such non-recycle usage. So far my summary: - wasting system UIDs is bad. We have only 900 of them - so far we have no satisfactory solution to UID wasting - transient UIDs are no solution, but can reduce wasting - seems worth trying to implement transient UIDs and see, how well they are applicable. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpYVHxqoJ8io.pgp Description: PGP signature
Bug#514704: Not a bug
control: tag -1 wontfix control: close -1 [2016-12-17 04:36] Jason Downs > > part 2 text/plain 454 > Hi, > > This was recently brought to my attention. > > I would point out that neither of these are actually bugs. > > First, the unconditional fsync() was intentional behavior. At worst, > it's a NOP as the file will likely be flushed momentarily anyway. > > Secondly, the gdbm_close() function is meant to approximate the > behavior of the dbm_close() function, which is specified in the > standards as a void function. Hence, there's no reason to check return > values. So here is upstream position. While my opinion differs about void `gdbm_close', I do not have strong enough reason to work hard to persuade. As such, closing as wontfix. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpDlkHFKlhLk.pgp Description: PGP signature
Bug#848239: deluser on purge
First of all, I am sorry, if my response sounded rough or impolite or offensive or somehow demostrated negative attitude. It was not intended. I beg your pardon. English is not my native, and sometimes I fail to notice differense between neutral wording and non-neutral. My intention to convey purely technical idea. Summary of out conversation, as I understood it: * You want system user and its $HOME to be removed at purge * You rationale it with piuparts and example of several other packages * I state that it would make dh-sysuser code complicated, and will require handling unknown amount of corner cases. Failure to catch one of them may lead to disaster, * I state that I do consider 'aganist' outweight 'for' To make piuparts happy I can propose following algorithm on purge: * remove exactly those files in $HOME, that are same as in /etc/skel. * if $HOME now is empty, remove it and remove user. [2016-12-19 08:53] Antoine Beaupré > I am not sure what "spirit of Debian" you are refering to. Does my > proposal go against a specific policy item or the social contract? Is > there a spiritual guide I have failed to read in my last decade of > involvement? Debian, as far as I observe, is fine with certain level of "overhead", like linking programs with libraries like libsystemd or libaudit or libdbus. Maintainer gets simplicity of packaging, user gets more dependencies and used memory. It is considered fine. Back to our ocassion. You propose adding different features to dh-sysuser. Some of them in my opinion has fair balance between usefuness and complexity, like `chmod $HOME', I can't say so about feature of removing $HOME and deleting user. Here I am stating that I trade a little (IMHO) of user good for a lot of my good, and that it is common practice. > But I understand my argument is not well received so I will go back in > my hole of mutual ignorance. I am sorry to hear it. I hope I clarified my position well enough and I hope that you will change your mind and we can return to technical discussions. PS. See next email about setsid() function. PPS. When I use word 'state', I mean 'express my opinion', not 'state of world'. Arguments can change opinion. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpioEUYgl6Rn.pgp Description: PGP signature
Bug#848239: deluser on purge
[2016-12-19 09:04] Russ Allbery > > part text/plain 564 > Dmitry Bogatov writes: > > > After all, leftover system user is just one extra line in /etc/passwd > > and one more wasted UID, but we have ~32k of them. > > Er, no, we have 900 of them. Maybe 1433 of them if we steal 65000-65533. > Anywhere else will run into the UID space reserved for the local > administrator, which would cause serious problems. > > Given that, I do think something like this would be a good idea if all the > tricky implementation details can be worked out. You are right. But what are we going to do anyway in case if user installs 901 different daemons? Seems that approach of system users does not scale at all. Just a thought: `setuid(2)' accepts uid_t, which is 32bit on my 64 bit system. So probably it possible to run process isolated without creating entry in /etc/passwd? Here is little C program: #include #include #include int main(void) { printf("%d\n", (int)(sizeof(uid_t))); setuid(10); sleep(1000); return 0; } Will it misbehave on different kernels or architectures, then x86_64 GNU/Linux? If it is okay, then let's consider why system users are usually used? As far as I understand, to run some process and - protect it from other processed - protect other processes from it - do not allow it to write files it do not need - do not allow it to read files it do not need setuid(BIG_INT) is fine to solve first two tasks. About third we can do following: $ setuid $BIG_INT my-daemon <https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpesJ7Td1zHP.pgp Description: PGP signature
Bug#848240: missing documentation: password? shell?
[2016-12-17 10:48] Antoine Beaupré > > Why all this is significant? User is created by `adduser' with all > > defaults, except homepage (optional), because it is only needed for > > `su _foo_user /some/scary/programm'. > > It's significant to me because I want to know the security impact of > creating such a user. You *assume* it's only needed for "su foo -c > daemon" but what if package maintainers want to allow more stuff to > happen with them? Can this be tweaked? Should it? > > That's the broad answer to your broad question. The specifics of "why > this matters", point by point are: > > 1. if the adduser dependency is missing, the package will fail to >install dh-sysuser:72 addsubstvar($pkg, 'misc:Depends', 'adduser'); > 2. password and shell settings are critical to proper restriction of the >account: we do not want remote users to be able to login with that >account to leverage privileges. that means having a disabled >password, but, in the case of SSH, that may not be enough in certain >configurations: one also needs to have a disabled shell in order to >disable key-based logins, iirc. How would you make remote login, when password is '!' in /etc/shadow? As for key-based, for it to work ~/.ssh/authorized_keys must exist. Why would it? But I agree, that maybe setting shell to /usr/bin/nologin is suitable. (Must to check that nothing will break). BTW, sbuild:x:111:116:Debian source builder,,,:/var/lib/sbuild:/bin/bash > 3. it seems to me critical to know what group files will be owned >with. i would have assumed the group would have been created along >with the user, but it seems like it's not. If it is critical to you, I am okay to add `--group' flag to `adduser --system' invokation. > 4. permissions on the home directory are, again, critical: we want to >give the minimum access necessary to other users to reduce the attack >surface. Whatever creates adduser. I am okay to add this as parameter for dh-sysuser. > [...] > >> I would also mention the special way /nonexistent is handled and add > >> an EXAMPLES section for quick copy-pasting. > > > > Can you provide snippet? Or, better, patch? > > Well, that's the thing. I'm not sure I can parse the manpage > correctly. I'd be glad to provide a patch if you provide the examples. Do not parse manpage. It is generated from documentation on bottom of `dh-sysuser' file. > As for /nonexistent, I don't clearly recall anymore but it seems that a > home directory is created if and only if the home dir is not set to > /nonexistent. Is that correct? It is implementation. For user (= maintainer of package, that uses dh-sysuser), if he specifies `home' or `home=.*' parameter, that directory becomes home directory and created. Otherwise home directory becomes /nonexistent and, obviously, no created. PS. Do you read perl? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpQtUjGYKNTR.pgp Description: PGP signature
Bug#848638: RFS: cdist/4.4.1-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cdist" * Package name: cdist Version : 4.4.1-1 Upstream Author : Nico Schottelius * Url : http://www.nico.schottelius.org/software/cdist/ * Licenses: GPL-3+,GPL-3 Section : admin It builds those binary packages: * cdist * cdist-doc To access further information about this package, visit the following URL: https://mentors.debian.net/package/cdist Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.4.1-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git More information about cdist can be obtained from http://www.nico.schottelius.org/software/cdist/ Changes since last upload: * New upstream release Regards, Dmitry Bogatov
Bug#848239: deluser on purge
[2016-12-17 11:15] Antoine Beaupré > > part text/plain5082 > Adding the base-passwd maintainers to the conversation. TL;DR: this is > about the new dh-sysuser wrapper to more easily create system users in > package maintainer scripts. I want to see how we can make piuparts happy > and cleanup properly after ourselves (by removing the user on purge) and > that may involve a registry of UIDs which seems to be maintained in > base-passwd now. Why go all this trouble to just purge system user? While I do appreciate this nit-picking spirit, it is aganist spirit of Debian. After all, leftover system user is just one extra line in /etc/passwd and one more wasted UID, but we have ~32k of them. Also, your proposals require significant complications in dh-sysuser code, which is aganinst my spirit. Practicality beats purity. > On 2016-12-16 23:08:31, Dmitry Bogatov wrote: > > control: tag -1 +moreinfo > > > > [2016-12-15 09:07] Antoine Beaupré > >> > >> part text/plain1199 > >> Package: dh-sysuser > >> Version: 1.3 > >> Severity: wishlist > >> > >> I think that, under certain circumstances, users should be completely > >> removed along with their $HOME directory when the package is purged. > > > > See #840469 for discussion, why deleting $HOME is troublesome. > > That would be a great reference to add in the documentation. Something > like: > > .SH LIMITATIONS > > dh-sysuser does not remove the user on package purge, for security > reasons. See bug #840469 for more details. > > > If you > > can propose principled solution -- it would be great. In short: > > > > - postrm has access only to essential tools > > I reviewed the thread and that *is* a tricky situation. How about prerm? > Can we be wild and remove on purge there? > > > - What if there is something valuable is in $HOME? What if sysadmin > >made some obscure thing, link `ln -sf / $HOME'? > > In any case, don't follow symlinks. > > But the nastier attack scenario that was mentionned in #840469 is simply > an admin mistakenly or mailiciously setting that user's home to /. The > solution here could be to keep track of the *original* home directory so > that changing the home directory shouldn't pose problems. I mentionned > this in #848240 - having a way of knowing where the homedir will be > created would be useful there. > > Shared UIDs are also a problem, but those can be checked before > fairly easily. > > Could we simply make an exhaustive list of potential problems with > rm -rf $HOME and address each one? Or is it an inherently impossible > problem? What are admins supposed to do in this case? Review every file > in $HOME before they rm -rf the directory? We should be able to automate > whatever an admin is expected to do when the user is removed... and if > we don't automate it, we should direct admins to do *something*... > > > - What do to with files outside of of $HOME? > > Ignore, for now. One could seek and destroy all those files, but that > would be too time-consuming. Disk quotas may be (ab)used to figure out > if there are remaining files, when enabled, but that's another > dependency we probably can't afford. > > So I would ignore that problem for now. The main issue would be stuff in > /var, I believe, so one approach would be to restrict a possible search > there. Another would be to have a set of known directories to cleanup on > purge that would be specified in the sysuser configuration. > > > - What about uid sharing? I install torrent client, purge it (files > >must stay, you know). Now I install webserver, and it owns my > >downloaded files. Wrong. > > Other operating systems have a static registry of UIDs. For example, > FreeBSD ports, when they create users, have to ask for a UID allocation > first, by patching two text files as part of their upload: > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/users-and-groups.html > > This is something we could consider implementing in dh-sysusr. We > already have such a voluntary registry in base-passwd: > > https://sources.debian.net/src/base-passwd/3.5.42/README/ > > ... on top of the builtin static set of users that are always present, > obviously: > > https://sources.debian.net/src/base-passwd/3.5.42/passwd.master/ > > Obviously, this would require cross-package coordination, something that > is traditionnally more difficult in Debian than in more centralized > distributions. But base-passwd seems to be making that effort already, > so we could expand on that. > > Not purging the users
Bug#848199: RFS: evil-el/1.2.12-2
control: tag -1 -moreinfo [2016-12-14 20:31] Sean Whitton > > part 1 text/plain 743 > control: severity -1 important > control: tag -1 +moreinfo > > On Thu, Dec 15, 2016 at 05:12:31AM +0300, Dmitry Bogatov wrote: > > Changes since last upload: > > > > [ Sean Whitton ] > > * Team upload. > > * Fix Vcs-* URIs. > > You should delete the "Team upload" line since the person who signed off > the changelog is listed as an uploader. (You should leave the other line > attributed to me.) > > [ Dmitry Bogatov ] > > * Run tests only if standards streams are terminals (Closes: #829299) > > * Temporary skip test suite, which fails with emacs25 (Closes: #847040) > > You're skipping the whole test suite. Why not just add a patch to > disable the tests that fail with emacs25? That way, we will be alerted > to any further regressions. Good idea. See 0ed6f10622b59874ad9d1008172439de9c1a8388 -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpgTdmCzogWR.pgp Description: PGP signature
Bug#848240: missing documentation: password? shell?
control: tag -1 +moreinfo [2016-12-15 09:16] Antoine Beaupré > > part text/plain1572 > Package: dh-sysuser > Version: 1.3 > Severity: wishlist > > It would be great to have more documentation about how this package > works. I tried looking at the homepage, which is just the git > repository and couldn't find anything. > > It's only when I installed the package that i noticed the > dh_sysuser(1) manpage. But then it seems a bit short and only yields > more questions: > > 1. are users created with adduser? are dependencies injected > properly? > 2. how are they created? what is the password? '*'? what about the > shell? > 3. is a group created? if not, what group is the user part of? > 4. what are the permissions of the home directory? in my use case, it > should be 750 - should i be handling this myself? how do i know > what home directory was used if i don't specify it? Why all this is significant? User is created by `adduser' with all defaults, except homepage (optional), because it is only needed for `su _foo_user /some/scary/programm'. > For example, I would recommend mentionning that most of the work is > done by the sysuser-helper binary. It is implementation detail. > I would also mention the special way /nonexistent is handled and add > an EXAMPLES section for quick copy-pasting. Can you provide snippet? Or, better, patch? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp1Uft6njGax.pgp Description: PGP signature
Bug#848239: deluser on purge
control: tag -1 +moreinfo [2016-12-15 09:07] Antoine Beaupré > > part text/plain1199 > Package: dh-sysuser > Version: 1.3 > Severity: wishlist > > I think that, under certain circumstances, users should be completely > removed along with their $HOME directory when the package is purged. See #840469 for discussion, why deleting $HOME is troublesome. If you can propose principled solution -- it would be great. In short: - postrm has access only to essential tools - What if there is something valuable is in $HOME? What if sysadmin made some obscure thing, link `ln -sf / $HOME'? - What do to with files outside of of $HOME? - What about uid sharing? I install torrent client, purge it (files must stay, you know). Now I install webserver, and it owns my downloaded files. Wrong. For now dh-sysuser does not pretend to do something big. You just create user, optionally with home directory and run some server with this user. Shell, password, ... are irrelevant. I am okay with making it one-stop solution, but I do not know how to achive it. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpQG4JYQxvrK.pgp Description: PGP signature
Bug#847458: RFS: clues-emacs/0~2014.09.23.69d873c-1 ITP
[2016-12-14 15:51] Sean Whitton > > part 1 text/plain 441 > On Wed, Dec 14, 2016 at 05:06:39AM +0300, Dmitry Bogatov wrote: > > I received reply from upstream, so now version is oficially 1.0.0. One > > more review, please. > > You need `dch -r`. Otherwise, cab58bc0530e73165bf01d66a37966d08ca26280 > LGTM. I upgraded to next upstream version (purely cosmetic) 1.0.1 and made dch -r. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpDSXPV0Y3yN.pgp Description: PGP signature
Bug#447981: libgdbm3: gdbm_open(... GDBM_NEWDB ...) keeps old entries
control: tag -1 +unreproducible control: close -1 > In some software I'm using libgdbm=1.8.3-3. Some routine wants to use > a gdbm file as a kind of non-memory-limited hash, so it tries to open > some filename with GDBM_NEWDB. > > I wondered for some time why this routine gets old entries, until > looking at an strace revealed that the open() call on the file has > O_CREAT set, but not O_TRUNC - so no new database seems to be done! I can't reproduce it. Here is my minimal working example: #include #include #include #include int main(void) { GDBM_FILE db = gdbm_open("store.db", 0, GDBM_NEWDB|GDBM_SYNC, 0644, NULL); datum datum, key; if (!db) { fprintf(stderr, "Failed to open database: %s", gdbm_strerror(gdbm_errno)); return 1; } datum.dptr = malloc(100); datum.dsize = snprintf(datum.dptr, 1000, "%d", (int) (time(NULL))); gdbm_store(db, datum, datum, GDBM_REPLACE); for (key = gdbm_firstkey(db); key.dptr; key = gdbm_nextkey(db, key)) { printf("%s\n", key.dptr); } return 0; } As I understand your report, this program every invokation would output one more line then on previous. At least on my system, this program outputs exacly one line -- current time. I linked this program with libgdbm3_1.8.3-13.1. Same behaviour with libgdbm4. Moreover, in gdbm-1.12 source there is following lines in src/gdbmopen.c:144 case GDBM_NEWDB: dbf->desc = open (dbf->name, O_RDWR|O_CREAT|fbits, mode); need_trunc = TRUE; break; I understand, that this bug is almost 10 years old. So with reasoning above I close it instead of marking +moreinfo/+unreproducible. Feel free to reopen if you still experience problems. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpAuDcBzca2x.pgp Description: PGP signature
Bug#847690: dh-elpa: better handling of `deftheme' themes
[2016-12-13 11:23] Sean Whitton > > part 1 text/plain1709 > Hello Dmitry, > > You CCed your message to instead of > <847...@bugs.debian.org>. I've resent it for you. Please check To,Cc > carefully! Sorry. Will make some automatic check one day. > On Tue, Dec 13, 2016 at 01:53:00PM +0300, Dmitry Bogatov wrote: > > I see two actions we can perform to improve our situation. > > > > 1. Install README.Debian file by dh-elpa if we detect that package is > > theme and no README.Debian is already provided. If README.Debian is > > provided, we can grep it for 'package-initialize', to ensure that > > it mentions this issue. > > As I said in another thread, I don't think we should implement code to > merge a note into README.Debian when this is at best a temporary > solution. Too many edge cases. Fine. I agree, that fixing limitation is better then documenting it. > > 2. We can advice #'load-theme. Something like this: > > [...] > Thank you very much for this code snippet. dh_elpa could add it to the > emacsen-startup script for a theme package. I'll look into implementing > this towards the end of this month. Ok. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpYx2wbn1uUc.pgp Description: PGP signature
Bug#829299: Bug#847040: evil-el: test suite fails under emacs25
[2016-12-13 11:02] Sean Whitton > On Wed, Dec 07, 2016 at 09:34:13AM +0300, Dmitry Bogatov wrote: > > I switched to emacs25 already (since this bug report). So far, no > > changes. > > > > > - Could you fix #829299 based on the private e-mails we exchanged a few > > > weeks ago, please? > > > > I already pushed (but not released) fix for #829299 (d057d2). > > It's been a week since we last discussed this. Have you been using > evil-el with emacs25 every day, without any problems? If so, it would > be great if you could make an upload fixing both of these bugs. I pushed change (1a1ee03a87f30718c488358cabd893e39daa3a79) and made RFS. > When you add a patch commenting out the tests, please annotate it so > that it is clear that this is a temporary fix that should eventually be > removed. I did. Feel free to adjust wording. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpYAgnIRvcNf.pgp Description: PGP signature
Bug#374354: libgdbm3: gdbm_open continually reopens file in a loop until it runs out of file descriptors and fails.
control: close -1 > When I try yo invoke gdbm_open, the call appears to internally open and > reopen the specified file until we run out of file descriptors, at which > point gdbm_open fails with gdbm_errno 3(File open failure) and errno 24 > (Too many open files). > > This will officially be my first bug report, so be kind if I make any > faux pauxes! Thanks. :) Your first bug report is very good. Thank you. But it is not real bug. Issue is that you call your function `write', which is collision with normal write(2) function. In this situation I would expect linker error, but what actually happens is that your function shadows write(2) one. Problem is that `gdbm_open' internally uses write(2), so here we have endless rescursion. If you have little available descriptors, result will be as you described. If you have many available described, result will be stack overflow and segfault. It happens on my system. Try renaming your `write' function into `my_own_write' and check again. Closing bug for now. Feel free to reopen it, if `my_own_write' would still misbehave. > #include > #include > #include > > void write() > { > GDBM_FILE dbf; > > if( (dbf = gdbm_open("test.gdb", 0, GDBM_NEWDB, 0640, NULL)) == NULL) > { > printf("dat file open error (%d,%d): %s/%s\n", gdbm_errno, errno, > gdbm_strerror(gdbm_errno), strerror(errno)); > exit(1); > } > > gdbm_close(dbf); > } > > int main() > { > write(); > } BTW, main function must return something, otherwise exit code is undefined. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpxQoWO9Tful.pgp Description: PGP signature
Bug#848199: RFS: evil-el/1.2.12-2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "evil-el" * Package name: evil-el Version : 1.2.12-2 Upstream Author : Vegard Øye * Url : https://bitbucket.org/lyro/evil/wiki/Home * Licenses: GPL-3+,GFDL-1.3+,GPL-2+ Section : lisp It builds those binary packages: * elpa-evil To access further information about this package, visit the following URL: https://mentors.debian.net/package/evil-el Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/evil-el/evil-el_1.2.12-2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/git/pkg-emacsen/pkg/evil-el.git More information about evil-el can be obtained from https://bitbucket.org/lyro/evil/wiki/Home Changes since last upload: [ Sean Whitton ] * Team upload. * Fix Vcs-* URIs. [ Dmitry Bogatov ] * Run tests only if standards streams are terminals (Closes: #829299) * Temporary skip test suite, which fails with emacs25 (Closes: #847040) Regards, Dmitry Bogatov
Bug#211119: libgdbm3: ordered traversal option for firstkey/nextkey?
control: tag -1 +wontfix control: close -1 [2003-09-16 02:02] Colin Watson > It'd be nice to have a flag to gdbm_setopt() or similar which would > cause gdbm_firstkey() and gdbm_nextkey() to return entries in a > lexicographically sorted fashion, or I suppose even with an arbitrary > comparison function if somebody were feeling particularly industrious > (although I don't need that myself). When migrating man-db from Berkeley > DB to GDBM and brushing up the old support code, I just had to write a > hashtable of ordered hashtables in order to do the sort myself without > turning lots of code upside down, which is not the most pleasant data > structure in the world. > > I'm guessing that gdbm could also manage a more efficient sorted > traversal internally than I can in a wrapper. This bugreport asks for very significant change, so it is better to discuss it directly with upstream. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpwbJdd20RYh.pgp Description: PGP signature
Bug#200799: libgdbm-dev: ndbm compatibility has gone missing
control: close -1 control: tag -1 +wontfix [2003-07-10 23:27] Wichert Akkerman > > part text/plain 825 > Package: libgdbm-dev > Version: 1.8.3-1 > Severity: normal > > On an unstable system: > > [typhoon;/usr/include]-18> objdump -t /usr/lib/libgdbm.a| grep > '\ > and on a stable system: > > [klecker;~]-1> objdump -t /usr/lib/libgdbm.a| grep '\ g F .text 015c dbm_open Now these interfaces (gdbm, gdbm-compat) are separated at binary package level. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp7LalsOqGTN.pgp Description: PGP signature
Bug#848200: RFS: eoconv/1.4-2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "eoconv" * Package name: eoconv Version : 1.4-2 Upstream Author : Tristan Miller * Url : http://en.nothingisreal.com/wiki/Eoconv * Licenses: GPL-3+ Section : text It builds those binary packages: * eoconv To access further information about this package, visit the following URL: https://mentors.debian.net/package/eoconv Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/e/eoconv/eoconv_1.4-2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/eoconv.git More information about eoconv can be obtained from http://en.nothingisreal.com/wiki/Eoconv Changes since last upload: * Fix corrupting utf8 text (Closes: #824407) * Install upstream changelog * Bump standards version to 3.9.8 (No changes needed) Regards, Dmitry Bogatov
Bug#847458: RFS: clues-emacs/0~2014.09.23.69d873c-1 ITP
I received reply from upstream, so now version is oficially 1.0.0. One more review, please. About d/watch -- seems I used old version of dh-make-elpa. Latest version correctly creates d/watch with https:// links in both modes (with and without --pkg-emacsen). -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpb09bZiXupF.pgp Description: PGP signature
Bug#847690: dh-elpa: better handling of `deftheme' themes
[2016-12-10 09:40] Sean Whitton > Function autoloads are handled elegantly by dh-elpa. After installing a > package, you can just put (turn-on-some-global-minor-mode) in your > ~/.emacs, and everything works fine. > > Themes defined with `deftheme' don't work so well. After installing a > theme, a simple call to `load-theme' in your ~/.emacs will fail. > > Two possible workarounds are: > > (package-initialize) > (load-theme 'zenburn t) > > or > > (add-hook 'after-init-hook (lambda () (load-theme 'zenburn))) > > but this really shouldn't be necessary. In short, ELPA packages > supplying themes are currently second-class citizens in the elpa-* > namespace. > > I'm filing this bug against dh-elpa for the time being, but there might > not be any sane patch to dh-elpa that will resolve the issue. The only > solution might be to implement autoloads for defthemes upstream. > > If you are hitting this bug with your package, a sample README.Debian Thank you for filing bug. I see two actions we can perform to improve our situation. 1. Install README.Debian file by dh-elpa if we detect that package is theme and no README.Debian is already provided. If README.Debian is provided, we can grep it for 'package-initialize', to ensure that it mentions this issue. 2. We can advice #'load-theme. Something like this: ~~~elisp (defadvice load-theme (before load-theme-before-enabling (theme no-confirm no-enable)) "Function autoloads are handled elegantly by dh-elpa. After installing a package, you can just put (turn-on-some-global-minor-mode) in your ~/.emacs, and everything works fine. Themes defined with `deftheme' don't work so well. After installing a theme, a simple call to `load-theme' in your ~/.emacs will fail. This advice 'require's a feature, that correspond to theme to be loaded." (ignore-errors (require (intern (format "%s-theme" theme) ~~~ I know that advices are dangerous, but I believe that this one can not have any implications, beside negligible perfomance ones. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpffv_nWD6FX.pgp Description: PGP signature
Bug#848027: RFS: cdist/4.4.0-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cdist" * Package name: cdist Version : 4.4.0-1 Upstream Author : Nico Schottelius * Url : http://www.nico.schottelius.org/software/cdist/ * Licenses: GPL-3,GPL-3+ Section : admin It builds those binary packages: * cdist * cdist-doc To access further information about this package, visit the following URL: https://mentors.debian.net/package/cdist Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cdist/cdist_4.4.0-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/cdist.git More information about cdist can be obtained from http://www.nico.schottelius.org/software/cdist/ Changes since last upload: * New upstream release * Update debian/copyright * Make dh-linktree generate weak dependency on sphinx, not strong. + This change simplify upgrades of sphinx at expense of increased risk of dangling symbolic links in cdist generated documentation. + Requested by: Dmitry Shachnev Regards, Dmitry Bogatov
Bug#842555: ITA: tsocks -- transparent network access through a SOCKS 4 or 5 proxy
[2016-12-11 18:34] Niko Tyni > On Sun, Nov 06, 2016 at 07:58:14AM +0300, Dmitry Bogatov wrote: > > > > [2016-11-03 09:37] "gustavo panizzo (gfa)" > > > > > > I intend to do a QA upload for this package soon, if anybody wants to be > > > the real maintainer, ping me I can handover my improvements to you > > > > Hello! I am interested in tsocks maintainership and your improvements. > > Hi, I'm also interested in maintaining tsocks as I'm using it on a > daily basis. > > Dmitry: I'm happy for you to take it if you still want it (I see no > further action from you on the bug). Comaintenance would be fine by me > as well. Please let me know your preferences, otherwise I'll just go > ahead and adopt it. Just go ahead. I found proxychains for myself, and no longer interested in tsocks. Seems I forgot add but into to:, when I notified "gustavo panizzo (gfa)" . -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpsNkPquQV4H.pgp Description: PGP signature
Bug#847650: RFS: fgetty/0.7-2
[2016-12-10 11:15] Christian Seiler > As a co-maintainer of dietlibc and a maintainer of a package using it > I would recommend the following code in d/rules: > > override_dh_gencontrol: > dh_gencontrol -- -VBuilt-Using="`dpkg-query -f'$${source:Package} (= > $${source:Version})' -W dietlibc-dev`" > > And in d/control: > > Package: ... > Built-Using: ${Built-Using} Nice. I made change and reuploaded into mentors. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpWJEayQTqzq.pgp Description: PGP signature
Bug#847458: RFS: clues-emacs/0~2014.09.23.69d873c-1 ITP
control: tag -1 -moreinfo [2016-12-08 11:23] Sean Whitton > Here's a review for you. I also made two commits to your repository -- > please see the commit messages for an explanation. Hopefully you will > agree with the changes ;) I did not checked, that (package-initialize) is really needed, but I assume you are right. But probably it should be installed by dh-elpa? For example, upstream name 'clues-theme', which is written in d/copyright is rather reliable signal, that package is theme. Since right now I am EBUSY to write patch for dh-elpa, I agree with your commit. > Must-fixes > == > 1. Your most recent changes are newer than the timestamp in the > changelog, so you need to re-run `dch -r`. Done. > 2. Your copyright for debian/ says 2014... Fixed. > Suggestions > === > > 1. It would be good to file a bug upstream asking for a tagged stable > release. I wrote email to upstream. Since no changes are made since 2014, I have doubts that I will receive reply > 2. How about installing clues-theme.png, and patching README.md to refer > to it? Not done. Why would you need screen-shot, if you have theme already installed? > 3. You could extract and install the upstream changelog from clues-theme.el Done. > 4. In the description, > > s/on the other hand/, on the other hand,/ > s/Roots'/Roots',/ > s/despite it's/despite its/ Fixed. > 5. Since there are not actually any tests, you could remove Testsuite: > from d/control. Done. > 6. Please use https:// not git:// in d/watch. Fixed. See more. It was created by dh-make-elpa. Unfortunately, I forgot --pkg-emacsen flag. Two questions: - why dh-make-elpa generates different d/watch for --pkg-emacsen debianization? - why --pkg-emacsen is not default? I apologize for making suggestions instead of patches. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpmttEkk3U_V.pgp Description: PGP signature
Bug#847650: RFS: fgetty/0.7-2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fgetty" * Package name: fgetty Version : 0.7-2 Upstream Author : Felix von Leitner * Url : https://www.fefe.de/fgetty * Licenses: GPL-2+ Section : admin It builds those binary packages: * fgetty To access further information about this package, visit the following URL: https://mentors.debian.net/package/fgetty Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fgetty/fgetty_0.7-2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/users/kaction-guest/fgetty.git More information about fgetty can be obtained from https://www.fefe.de/fgetty Changes since last upload: * Add dietlibc-dev into Built-Using, since it is linked statically, as mandated by Policy §7.8. (Closes: #847576) * Remove outdated version specification on dietlibc-dev build-dependency. * Bump standards version to 3.9.8. No changes needed. * Use secure git url Regards, Dmitry Bogatov
Bug#847458: RFS: clues-emacs/0~2014.09.23.69d873c-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "clues-emacs" * Package name: clues-emacs Version : 0~2014.09.23.69d873c-1 Upstream Author : Jason Milkins * Url : https://github.com/jasonm23/emacs-clues-theme * Licenses: GPL-3+ Section : lisp It builds those binary packages: * elpa-clues-theme To access further information about this package, visit the following URL: https://mentors.debian.net/package/clues-emacs Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/clues-emacs/clues-emacs_0~2014.09.23.69d873c-1.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/git/pkg-emacsen/pkg/clues-emacs.git More information about clues-emacs can be obtained from https://github.com/jasonm23/emacs-clues-theme Regards, Dmitry Bogatov
Bug#847040: evil-el: test suite fails under emacs25
[2016-12-06 09:38] Sean Whitton > I tested `hg tip` and reported a bug upstream: > https://bitbucket.org/lyro/evil/issues/731/test-suite-fails-with-emacs-25 Thank you. You saved me great pain. > Once I update dh-elpa, all the elpa-* packages you list would be fixed. > We have filed bugs against the others, and might NMU to bump > s/emacs24/emacs25/. > > I have not yet updated dh-elpa because of evil-el's test suite, i.e., > this bug is blocking updating dh-elpa. If the upstream fix proves to be > very difficult and upstream is unable to provide a fix soon, we have two > options: > > 1. Update dh-elpa anyway, causing evil-el to FTBFS, and bump this bug to > RC-severity to keep evil-el out of stretch. Not ideal, but evil-el has > never been in testing anyway thanks to #829299. > > 2. Update dh-elpa and comment out the failing tests in evil-el. > > I don't think we should proceed with option (2) unless we are confident > that elpa-evil works fine for everyday usage under emacs25, and #829299 > gets fixed. (If #829299 is not fixed, option (2) achieves nothing.) > > I'd like to ask you to do two things: > > - Since you use evil, could you run elpa-evil under emacs25 for the next > two or three weeks for your regular usage, and report back? I switched to emacs25 already (since this bug report). So far, no changes. > - Could you fix #829299 based on the private e-mails we exchanged a few > weeks ago, please? I already pushed (but not released) fix for #829299 (d057d2). Do you want me to release it right now? Or Should we wait wait for resolution of current (#847040) bug -- either upstream releases new version, either we are forced to disable tests. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpPtbGUBPKgD.pgp Description: PGP signature
Bug#847238: ITP: clues-theme -- cream/brown/orange color theme for Emacs
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : clues-theme Version : 0.2014.09.23.69d873-1 Upstream Author : Jason Milkins Url : https://github.com/jasonm23/emacs-clues-theme License : GPL-3+ Programming Lang : Emacs Lisp Description : cream/brown/orange color theme for Emacs Clues was initially based on a Visual Studio theme called 'Blues 'n Roots' however it's a long way from looking much like it, aside from the occasional color accent, Blues (despite it's name) has a more toasted caramel flavor. Clues on the other hand is made up of cooling colors with a couple of flecks of light cream/brown/orange to break up any monotony, with yellow/gold rainbow-delimiters. I plan to maintain this package as part of Emacsen team
Bug#847237: ITP: clues-theme -- cream/brown/orange color theme for Emacs
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : clues-theme Version : 0.2014.09.23.69d873-1 Upstream Author : Jason Milkins Url : https://github.com/jasonm23/emacs-clues-theme License : GPL-3+ Programming Lang : Emacs Lisp Description : cream/brown/orange color theme for Emacs Clues was initially based on a Visual Studio theme called 'Blues 'n Roots' however it's a long way from looking much like it, aside from the occasional color accent, Blues (despite it's name) has a more toasted caramel flavor. Clues on the other hand is made up of cooling colors with a couple of flecks of light cream/brown/orange to break up any monotony, with yellow/gold rainbow-delimiters. I plan to maintain this package as part of Emacsen team
Bug#847063: ITP: overcommit -- Git hook manager
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : overcommit Version : 0.37.0-1 Upstream Author : Dmitry Bogatov Url : https://github.com/brigade/overcommit License : MIT Programming Lang : Description : Git hook manager Utility to install, configure, and extend Git hooks I plan to maintain this package myself, keeping debianization in following Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/overcommit.git
Bug#846553: RFS: dvtm/0.15-2
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dvtm" * Package name: dvtm Version : 0.15-2 Upstream Author : Marc Andre Tanner * Url : http://www.brain-dump.org/projects/dvtm * Licenses: MIT/X Section : utils It builds those binary packages: * dvtm To access further information about this package, visit the following URL: https://mentors.debian.net/package/dvtm Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dvtm/dvtm_0.15-2.dsc More information about dvtm can be obtained from http://www.brain-dump.org/projects/dvtm Changes since last upload: * debian/patches/restore-signal-handlers.patch: Restore default signal handlers for child processes. See #841090 for detailed discussion. + Thanks: Ian Jackson * patches/highlight-selected-tag.patch: Make selected tag in bar more contrast. Regards, Dmitry Bogatov
Bug#841090: Why not just set signal handlers?
[2016-11-28 00:56] Ian Jackson > > part text/plain1705 > Ian Jackson writes ("Re: Bug#841090: Why not just set signal handlers?"): > > It's certainly not just my opinion. This bug was fixed in Python and > > GHC and xfce4-terminal already. The bug I filed against lightdm has > > been fixed. > > > > https://ghc.haskell.org/trac/ghc/ticket/4274 > > https://twistedmatrix.com/trac/ticket/4199 > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733722 > > Also, > > libguestfs > https://www.redhat.com/archives/libguestfs/2011-April/msg6.html > > launchpad > > https://code.launchpad.net/~jelmer/launchpad/637507-subprocess-sigpipe/+merge/37940 > Written in Python but the Python fix would have been backwards- > incompatible so often applications need patching. This one is > notable because launchpad wants to run dpkg-source -x and motivation > in the bug report suggests that dpkg-source -x can break sometimes > with SIGPIPE ignored. > > pyanaconda > > https://lists.fedorahosted.org/pipermail/anaconda-patches/2014-September/013489.html > (another Python one) > > chromium > > https://chromium.googlesource.com/native_client/src/native_client/+/master/tools/test_lib.py > (another Python one) > > ubuntutools > https://lists.ubuntu.com/archives/universe-bugs/2011-June/197570.html > (another Python one) > > dak > https://lists.debian.org/debian-dak/2013/10/msg9.html > (having this bug in the Python standard library just keeps giving) > > I also found this > > http://www.pixelbeat.org/programming/sigpipe_handling.html > > I hope that's enough to convince you... Enough, sure. Will add fix for dvtm. Thank you. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp5dCkjx4muy.pgp Description: PGP signature
Bug#841090: Why not just set signal handlers?
[2016-11-26 17:22] Ian Jackson > part text/plain 920 > Dmitry Bogatov writes ("Bug#841090: Why not just set signal handlers?"): > > Dear maintainer, can you please explain, why can't dgit just setup > > signal handlers to value to wanted value instead of aborting? > > This is a reasonable question. > > Any program with sufficiently careful error handling will break when > SIGPIPE is ignored. If it is careful enough, it can setup all handlers by itself. > Interactive shells with SIGPIPE ignored are a latent bug which I want > to flush out. Can you elaborate? > > I just took time to explore dgit and discovered, that it does not work > > under dvtm or dtach (did not tested screen or tmux). > > Please file bugs against those programs. I am debian maintainer of dvtm, but I am not convinced yet that removing signal(SIGPIPE, SIG_IGN) would do more good then evil. Link to something like 'signal(SIGPIPE, SIG_IGN) considered harmful'? So far, it looks to me that you are artificially pushing your opinion on what other programs should or should not do. No offense. Sure, I was able to find workarounds, but like when things just work, don't we? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp87hHuJo8Qe.pgp Description: PGP signature
Bug#841090: Why not just set signal handlers?
Hello! Dear maintainer, can you please explain, why can't dgit just setup signal handlers to value to wanted value instead of aborting? I just took time to explore dgit and discovered, that it does not work under dvtm or dtach (did not tested screen or tmux). -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp65k_d2OGeE.pgp Description: PGP signature
Bug#835274: dh-text no longer needed
[2016-11-18 08:54] Christian Seiler > I'm hence removing the moreinfo tag, because your course of action > to remove dietlibc-dev from Build-Depends of your package is the > right one. If at some point in the future bglibs are recompiled > against dietlibc (in addition to glibc preferably) it might make > sense to re-add the dietlibc-dev Build-Depends here, but for now > you can't do anything about that. > > I would only ask you to alter the changelog to reflect the actual > reason why you don't use dietlibc anymore; that is use an entry > like: > > * Drop dietlibc-dev from Build-Depends for now. (Libraries >depended upon are not compiled for dietlibc anymore.) Done. Updated version on mentors. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpBrKwwXVlVa.pgp Description: PGP signature
Bug#835274: dh-text no longer needed
[2016-11-16 13:09] Christian Seiler > Am 16. November 2016 10:28:41 MEZ, schrieb Dmitry Bogatov : > > * Drop diet libc build due issues with errno > > As a current co-maintainer of dietlibc in Debian, could you elaborate > here? I've spent the last couple of months fixing all sorts of bugs in > there (and impro ving packaging, for example dietlibc-dev is now M-A: > same), and if problems remain, I'd also like to see them fixed. > > Of course, you are free to use/drop usage of dietlibc for whatever > reason, and maybe there are others than just a specific bug. But > irrespective of whether y ou keep building against it, I'd like to fix > potential bugs. Hm, seems things changed since last time I tried to build with diet. But still, it does not work: ./load bcrontab bcron.a -lbg-cli -lbg ./load bcron-start bcron.a -lbg /usr/lib/bglibs/libbg.a(connectu.o): In function `socket_connectu': (.text+0x2f): undefined reference to `__strcpy_chk' /usr/lib/bglibs/libbg.a(mktemp.o): In function `path_mktemp': (.text+0xd7): undefined reference to `__lxstat' collect2: error: ld returned 1 exit status Makefile:66: recipe for target 'bcrontab' failed Seems it is somewhat issue with bglibs, which also need some love. But I would like to not steal one more package from Gerrit Pape. At least not until everything runit-related is in perfect shape. But every Debian package, build-able with diet libc makes me little happier. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpV19jcJsd8K.pgp Description: PGP signature
Bug#835274: dh-text no longer needed
control: tags -1 -moreinfo control: unblock -1 by 834313 control: close 834313 With dpkg-dev >= 1.18.11, implementing S:field substitution, dh-text is no longer needed, this request is active again. In attachment there is an email from current maintainer (in CC), giving me permission to make these changes on his behalf. Changes since last upload: * Write debian/watch * Change source package format to quilt, remove manual patches application * Convert package to use debhelper * Use `dh-runit' to install runit scripts and generate log scripts (Closes: #832656) * Use `dh-buildinfo' to simplify tracking bugs, related to build-tools * Avoid need of hand-written maintainer scripts by use of `dh-runit' and `dh-sysuser' * Drop diet libc build due issues with errno * Remove no longer needed README files * Move 'debian/crontab' into 'debian/contrib' for more clean package layout * Enable hardening * Fix @dircategory in texinfo manual * Install `doc-base' document * Add Homepage field * Bump standards version to 3.9.8 (no changes needed) * Remove Section field from `bcron-run' field, since it duplicated one defined in first paragraph. * Update Vcs-Git and Vcs-Browser fields * Convert `debian/copyrigh' to dep5 format * Use S:fieldname substitution to avoid duplication in `debian/control'. + Add versioned dependency on (dpkg-dev >= 1.18.11) Regards, Dmitry Bogatov -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. --- Begin Message --- On Sat, Jul 30, 2016 at 01:53:50PM +0300, Dmitry Bogatov wrote: > I investigated issue a bit more. From all listed -run packages, currently > only following are problematic: > > bcron-run > twoftpd-run > tinydns-run > > I started fixing bcron-run, and discovered, that to use dh_runit, I > need also at least dh_installdeb, dh_prep and dh_gencontrol. And this is > on half way to converting to debhelper (which is inapporiate for NMU). > > Here I ask you for permission: > > - convert those 3 packages to debhelper and upload them with myself >as maintainer (unfortunately, I can't do this in NMU). Feel free >to add 'I reserve right to take this package back' clause to your >permission. > > - the same for rest of -run packages. This is not so urgent, since >right now they are coinstallable with runit/unstable, and I do not >plan to touch them, as long as they just work. > > I am sorry about all this situation, but since I need to resolve > (Bug#832656), I am forced to bother you. And since this bug is > serious, I really want to resolve it till freeze. Dropping a mail > on debian-mentors should suffice as permission. Hi Dmitry, I'm still much interested in the djbdns (provides tinydns-run) and bcron packages, while twoftpd isn't that fency any more. If you want, please take over maintainership for twoftpd. For the other two packages, I suggest you switch them to debhelper (I never liked that) with my permission, since it appears to be really necessary. Add yourself as uploader, but please (not yet) switch the maintainer. Best Regards, thanks for all the time you put into Debian, Gerrit. --- End Message ---
Bug#842555: QA upload
[2016-11-03 09:37] "gustavo panizzo (gfa)" > > I intend to do a QA upload for this package soon, if anybody wants to be > the real maintainer, ping me I can handover my improvements to you Hello! I am interested in tsocks maintainership and your improvements. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpckq3apsWsj.pgp Description: PGP signature
Bug#842941: Compraison with autoopts
[I do not intent to adopt it] FWITW, judging from description, it is superseded by AutoOpts (part of autogen suite). -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpaHvtj759HL.pgp Description: PGP signature
Bug#842775: RFS: dh-sysuser/1.3
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "dh-sysuser" * Package name: dh-sysuser Version : 1.3 Upstream Author : Dmitry Bogatov * Url : https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git * Licenses: GPL-3+ Section : admin It builds those binary packages: * dh-sysuser * sysuser-helper I would like to ask my so far the only user [galileo-daemon maintainer, Dylan, in CC] to comment this release. To access further information about this package, visit the following URL: https://mentors.debian.net/package/dh-sysuser Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dh-sysuser/dh-sysuser_1.3.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git More information about dh-sysuser can be obtained from https://anonscm.debian.org/cgit/users/kaction-guest/dh-sysuser.git Changes since last upload: * Rethink what this package actually does. Instead of removing user, it is just locked. It drastically simplify maintainer script code and avoids tricky situation with `deluser --remove-home'. (Closes: #840496) + Thanks: Simon McVittie * New binary package: sysuser-helper. This way maintainer script contains as little logic, as possible. * New option: home without arguments. It creates home directory for system user somewhere under /var/lib. Regards, Dmitry Bogatov -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#840469: dh_sysuser: should add a dependency to "perl-modules" to remove sysuser.
[2016-10-21 23:04] Niko Tyni > > part text/plain 940 > On Fri, Oct 21, 2016 at 10:37:29AM +0300, Dmitry Bogatov wrote: > > > It is unfortunate. I am considering following patch: > > > + rm -fr --preserve-root --one-file-system -- "$home" > > > but I am scared to invoke `rm -fr' with root. I beleive, that deluser would > > handle it better then me. > > Seems somewhat scary to me too. I think just not leaving the directory > around would be fine. It's a corner case anyway. > > (and if the next bug is 'unowned files after purge', I'd argue that it's > deluser's problem and not yours...) So, seems I should use this chain of fallbacks: - userdel --remove-home - userdel - deluser - leave it alone > > is still present during post-rm? `adduser' is not Essential, only Important. > > No idea. Possibly the piuparts torture test could be even more cruel > (even if I personally think it's already overdoing it.) Would be nice to understand, what exactly I have right to use in post-rm. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgp1vSxG3ebqC.pgp Description: PGP signature
Bug#841270: (no subject)
Fcc: +sent Subject: Re: Bug#841270: RFS: debrequest/0.2 ITP In-reply-to: <1476954418.4434.8.ca...@43-1.org> References: <1476954418.4434.8.ca...@43-1.org> Comments: In-reply-to Ansgar Burchardt message dated "Thu, 20 Oct 2016 11:06:58 +0200." Sign: Yes [2016-10-20 11:06] Ansgar Burchardt > It might be more useful to add this to `devscripts` or some other > existing package rather than adding a new package. Pros: - `debrequest' is developer tool, and probably will be installed only with `devscripts', so from user perspective making it part of `devscripts' is right thing. Cons: - `debrequest' is written in Python3. Including it into `devscripts', written in Perl would not facilate code reuse and will complicate maintainace. Depends, whether anyone in devescrips team can/want maintain python3 code. Added devscripts-devel@ into thread. Your opinions, devscripts maintainers? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#840469: dh_sysuser: should add a dependency to "perl-modules" to remove sysuser.
> There is no guarantee that package dependencies will be available > when postrm is run, but the depended-on package is more likely to be > available if the package declares a dependency (particularly in the > case of postrm remove). The postrm script must gracefully skip actions > that require a dependency if that dependency isn't available. > > So apparently you'll need to handle this deluser failure mode in the > postrm script. It is unfortunate. I am considering following patch: --- a/postrm-sysuser.sh +++ b/postrm-sysuser.sh @@ -3,6 +3,8 @@ if [ "$1" = purge ] ; then rm -f "$store/$package" if [ $(count_files_in "$store") = 1 ] ; then - deluser --force --remove-home "$username" + home=$(getent passwd "$username"| cut -d: -f6) + deluser --force "$username" + rm -fr --preserve-root --one-file-system -- "$home" fi fi but I am scared to invoke `rm -fr' with root. I beleive, that deluser would handle it better then me. Ah, and by the way, why `adduser' package, from which `deluser' binary comes is still present during post-rm? `adduser' is not Essential, only Important. I know that abusing Pre-Depends is frowned upon, but would Pre-Depends: perl help? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpNqGc3UPG3o.pgp Description: PGP signature
Bug#838480: Next revision, suggestion accounted
control: tags -1 -moreinfo Hello! runit_2.1.2-9 in testing, and it: - Depends on getty-run, which means that user end up without tty - Provides `shutdown' and `reboot' scripts, which were tested via 'fbpanel' buttons. Works correctly. Is there anything else needed for inclusion into init's pre-depends? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number. pgpbFUaboY809.pgp Description: PGP signature
Bug#840469: dh_sysuser: should add a dependency to "perl-modules" to remove sysuser.
[2016-10-18 11:32] Dylan > > part text/plain 419 > Hi, > Thanks for taking care of this bug, but it seems not resolved with 0.2 > or maybe I missed something in my control file [1]. > I have added manually a dependency to perl to my package > galileo-daemon and built it using dh-sysuser 0.2, Yes, I remarked it after I uploaded 0.2. dh_sysuser should not depend on perl itself, but impose perl dependency. So this is my fault, my known fault. Will fix it. > but it still failed to purge [2]. Unexpected, since I tested on bcron daemon. Can you please attach log itself? I followed [2] link, but while it state that piuparts fails, I did not found failure log. -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#841113: ITP: extremetools -- tools for running processes under extreme uid and gid
[2016-10-17 20:15] Jan Mojzis > > part text/plain1045 > Package: wnpp > Severity: wishlist > Owner: Jan Mojzis > > * Package name: extremetools > Version : 20161017 > Upstream Author : Jan Mojžíš > * URL : https://github.com/janmojzis/extremetools > * License : public-domain > Programming Lang: C > Description : tools for running processes under extreme uid and gid > > Extremetools consists of 2 simple tools extremesetuidgid and extremeenvuidgid. > - extremesetuidgid runs program under unique (extreme) uid and gid > - extremeenvuidgid runs program with environment variables indicating >unique (extreme) uid and gid > > This is useful for running processes in the system under unique (extreme) > uids/gids. > So processes can't ptrace each other, can't send signal each other, etc ... I read manpage on github, but did not understood, what exactly this program provides. Can it replace creation system users for dropping privileges? -- X-Web-Site: https://sinsekvu.github.io | Note that I process my email in batch, Accept-Languages: eo,ru,en | at most once every 24 hours. If matter Accept: text/plain, text/x-diff| is urgent, you have my phone number.
Bug#841270: RFS: debrequest/0.2 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "debrequest" * Package name: debrequest Version : 0.2 Upstream Author : Dmitry Bogatov * Url : https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git * Licenses: GPL-3+ Section : devel It builds those binary packages: * debrequest To access further information about this package, visit the following URL: https://mentors.debian.net/package/debrequest Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/d/debrequest/debrequest_0.2.dsc Alternatively, you can access package debian/ directory via git from URL: https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git More information about debrequest can be obtained from https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git Regards, Dmitry Bogatov
Bug#841223: ITP: debrequest -- tool to generate RFS and ITP requests mails
Package: wnpp Severity: wishlist Owner: Dmitry Bogatov * Package Name : debrequest Version : 0.2 Upstream Author : Dmitry Bogatov Url : https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git License : GPL-3+ Programming Lang : Python Description : tool to generate RFS and ITP requests mails Debrequest command line program collects machine-readable information from files in debian/ directory of source package and use is to generate RFS or ITP request. . Request formatted will be output on stdout and is well-formed RFC822 message, suitable for piping to `/sbin/sendmail'. I plan to maintain this package myself, keeping debianization in following Git repository: https://anonscm.debian.org/cgit/users/kaction-guest/debrequest.git