Bug#910280: pandoc: Please reduce the binary size

[2018-10-04 17:41] John MacFarlane > kact...@gnu.org writes: > > > We could generate packages with compressed binaries in a way, > > similar to *-dbg packages. All compiled languages, except C (Go, > > Rust, Haskell) would benefit, but it is quite a bit of work -- > > changes to debhelper and

Bug#910280: pandoc: Please reduce the binary size

[2018-10-05 00:50] Jonas Smedegaard > Quoting John MacFarlane (2018-10-04 19:58:54) > > Jonas Smedegaard writes: > > > > > The proper solution here, I guess (but am not expert in Haskell so > > > may be wrong) is to switch to using shared linking, so that 5 > > > Haskell binaries will not

Bug#905889: transition: gdbm

[2018-10-02 09:38] Emilio Pozuelo Monfort > part text/plain 567 > On 11/08/2018 09:40, Dmitry Bogatov wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: transition > > > > Hello. According to [1] I

Bug#890297: NMU

Hello. I uploaded NMU, that add completion script and closes this bug into DELAYED/13. pgpjYs8mzZjBx.pgp Description: PGP signature

Bug#904005: perl: FTBFS gdbm/experimental

[2018-07-20 13:33] Niko Tyni > > > I guess that last gdbm fix can't be easily cherry-picked as it changes > > > the interface? > > > > Sorry, failed to parse. > > Rephrasing: do you think you can apply the gdbm fix to the package in > experimental? No. This patch does not apply cleanly, and I

Bug#904005: perl: FTBFS gdbm/experimental

[2018-07-19 14:28] Niko Tyni > > Dear Maintainer, > > > > Your package test suite fails with libgdbm6 from experimental. > > Could you please fix it? Failed sbuild log is attached. > Thanks for the report. This is also [perl #133295]. Apparently > gdbm has fixed the crash that this test checks

Bug#901136: can't remove if install fails

[2018-06-14 00:32] Wouter Verhelst > Hi, Hi! > On Wed, Jun 13, 2018 at 03:21:11AM +0300, kact...@gnu.org wrote: > > I never worked with NSS, but how did it happen, that useradd {in postinst} > > created user in a way, that userdel {in prerm} could not find? > > That's not what happened. > >

Bug#901136: can't remove if install fails

control: tag -1 +help > Control: reassign -1 sysuser-helper,sreview-common > Control: retitle -1 sysuser-helper fails in terrible ways if users exist > through NSS modules that are not libnss-unix > On Sat, Jun 09, 2018 at 09:53:53AM +, Peter Palfrader wrote: > > Package: sreview-common >

Bug#679289: inotify-tools: can't watch FS unmounts

[2018-06-04 16:15] "Neal P. Murphy" > > part text/plain1646 > On Sun, 03 Jun 2018 14:16:53 +0300 > kact...@gnu.org wrote: > > > control: tag -1 +confirmed > > control: found -1 3.14-5 > > > > [2012-06-27 00:40] Neal Murphy > > > Package: inotify-tools > > > Version:

Bug#488091: Runit not started by upstart post-install, patch in ubuntu

control: close -1 [2009-10-07 12:25] Gerrit Pape > On Thu, Jun 26, 2008 at 11:12:16AM +0200, Gabriel de Perthuis wrote: > > Ubuntu bug (closed): > > https://bugs.launchpad.net/ubuntu/+source/runit/+bug/74135 > > http://launchpadlibrarian.net/14764478/start-supervisor.patch > > > > Ubuntu

Bug#638605: runit: chpst fails to change uid not listed in /etc/passwd

control: close -1 [2012-06-25 12:00] Andras Korn > Package: runit > Version: 2.1.1-6.2 > Severity: normal > > > When system run with libnss-ldapd, chpst fails to change user > not listed in /etc/passwd (aka user in LDAP database). > > Rebuilding package on the target system, this problem

Bug#526201: runit: Environment variables in run script

control: tag -1 +wontfix control: close -1 [2017-01-06 11:38] Dmitry Bogatov > 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

Bug#426359: fgetty: checkpassword error for nis account

control: close -1 [2017-01-06 11:37] Dmitry Bogatov > 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? Closing due timeout on moreinfo. Feel free to reopen.

Bug#898984: fuse: Enable user_allow_other by default

[2018-05-29 15:52] Miklos Szeredi > > part text/plain2489 > On Fri, May 18, 2018 at 10:51 AM, Dmitry Bogatov wrote: > > Package: fuse > > Version: 2.9.7-1 > > Severity: wishlist > > > > Dear Maintainer, > > > > Is there any security or other concerns about enabling

Bug#900393: runit 2.1.2-14 breaks git-daemon-run

--21882_ĵaŭ_Maj_31_13_32_22_MSK_2018 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable [2018-05-29 23:53] Jonathan Nieder > part text/plain 646 > Package: runit > Version: 2.1.2-14 > Severity: serious > Justification: breaks

Bug#866652: runit: Should depend on runit-(systemd|sysv) to be present

[2018-02-22 13:13] chrysn > part 1 text/plain 473 > Package: runit > Version: 2.1.2-9.2 > Followup-For: Bug #866652 > > Hello Dmitry, > > If this is implemented (which I think is a good idea), please implement > it in a way that users of runit as PID 1 can also satisfy the

Bug#897953: dvtm: Please stop shipping dvtm and dvtm-256color terminfo entries

[2018-05-21 05:16] Thomas Dickey > - Original Message - > | From: "Sven Joachim" > | To: kact...@gnu.org > | Cc: 897...@bugs.debian.org, ncur...@packages.debian.org > | Sent: Monday, May 21, 2018 5:07:15 AM > | Subject: Re: Bug#897953: dvtm: Please stop

Bug#898701: icinga2-doc: Inconsistent gzip of documentation

Here is patch: >From 51750cdb1a2da7886b72b547e1e04205eca874dc Mon Sep 17 00:00:00 2001 From: Dmitry Bogatov Date: Wed, 16 May 2018 07:47:01 +0300 Subject: [PATCH] Compress 01-about.md --- debian/rules | 4 1 file changed, 4 insertions(+) diff --git a/debian/rules

Bug#897953: dvtm: Please stop shipping dvtm and dvtm-256color terminfo entries

[2018-05-12 19:17] Sven Joachim > Sorry, I had already uploaded ncurses 6.1+20180210-3 the other day, so > you need to adjust the dependency to (>> 6.1+20180210-3) > or (>= 6.1+20180210-4). Fixed and re-uploaded to DELAYED/10. > In the meantime, it would be great if you could

Bug#897953: dvtm: Please stop shipping dvtm and dvtm-256color terminfo entries

control: tags -1 +pending [2018-05-05 08:29] Sven Joachim > In early 2017, the dvtm and dvtm-256color terminfo entries were added to > ncurses upstream, and I would like to include them in the ncurses-term > package, replacing the ones shipped currently in the dvtm package. >

Bug#896014: inotify-tools: Consider using dgit-maint-gbp workflow

> > I am okay to wait for your next invention. Last one I remember -- > > separate patches instead of single squashed patch in > > dgit-maint-merge(7) was awesome. > > Sorry but I don't understand this last sentence. Perhaps you could > rephrase. I mean, that I see improvements in dgit, and,

Bug#896014: inotify-tools: Consider using dgit-maint-gbp workflow

[2018-04-19 10:14] Sean Whitton > Hello both, > > If Dmitry wants to continue to use dgit-maint-merge(7), using 3.0 > (quilt) will not help. It will not introduce any additional metadata. > The only change will be the addition of a patch header pointing to >

Bug#896014: inotify-tools: Consider using dgit-maint-gbp workflow

control: tags -1 help [2018-04-18 14:11] Jeremy Bicha > Source: inotify-tools > Version: 3.14-5 > > Please consider using the dgit-maint-gbp workflow instead of the > dgit-maint-merge workflow. > > The recent switch from 3.0 (quilt) eliminates useful context and > metadata

Bug#895914: runit-init: stage 1: missing support for emergency shell (grub 'recovery mode')

[2018-04-17 16:03] Lorenzo Puliti > Dear Maintainer, > > I've found two issues with the stage 1 file you are shipping with 2.1.11 > [...] Looks fine. I will test your changes this weekend a bit more. Please, be patient :) Same about #895904 Thank you a lot for your

Bug#895948: ITP: detachtty -- Utility to connect to detached interactive programs

[2018-04-17 20:00] Giovanni Mascellani > [...] > > Detachtty lets you run interactive programs non-interactively, and connect > to them over the network when you do need to interact with them. It is > somewhat similar to screen, but it is less feature-rich, therefore > lighter

Bug#895848: RFS: inotify-tools/3.14-5

[2018-04-16 21:49] Sean Whitton > control: tag -1 +moreinfo > control: owner -1 ! > > On Mon, Apr 16, 2018 at 10:25:01PM +0300, Dmitry Bogatov wrote: > > > > I am looking for a sponsor for my package "inotify-tools" > [...] > > Looks like you need to update your

Bug#895811: inotify-tools: do not enable sanitizers in production

[2018-04-16 11:25] James Cowgill > part 1.1.1 text/plain1507 > Source: inotify-tools > Version: 3.14-4 > Severity: grave > > Hi, > > In inotify-tools 3.14-4, all the qa sanitizers were enabled in > DEB_BUILD_MAINT_OPTIONS. This should not be done in

Bug#895712: ITP: misspell-fixer -- Tool for fixing common misspellings, typos in source code.

[2018-04-15 00:49] Lajos Veres > [...] > > --- > > Reason: I have not found any sourcecode typofixer tool in Debian. > Some users also mentioned that their life would be a little easier > with a packaged version. Lintian supports some spell checking, including 'spelling error

Bug#889968: RFS: inotify-tools/3.14-4

control: tag -1 moreinfo [2018-04-13 16:37] Gianfranco Costamagna > Hello, > > >The next thing you might try is `git deborig`. But I understand just > >asking Dmitry! Hello. I am a bit lost about state of this RFS, but it seems I did stupid thing with format=1.0;

Bug#848239: on purge, not remove?

[2018-03-24 18:42] Antoine Beaupré > On 2018-03-25 00:00:31, kact...@gnu.org wrote: > >> PS: I sent you a merge request on gitlab regarding documentation, as an > >> experiment... Let me know how it works for you! > Attached as well. :) Applied both patches. Thank you.

Bug#848239: on purge, not remove?

> PS: I sent you a merge request on gitlab regarding documentation, as an > experiment... Let me know how it works for you! I do not use/follow gitlab in any way, except as place to `git push`. Probably it is my bad, I failed to make it oblivious. Could you please send patch here?

Bug#848239: on purge, not remove?

[2018-03-23 12:30] Antoine Beaupré > Control: found -1 1.3.1 > > 1.3.1 removes the user on *remove*, not *purge*, is that intentional? > > Maybe I missed a part of the conversation, but it seems to me it would > be more reasonable to delete the user on purge, as it is more

Bug#893825: reportbug --mh does not work with mmh

[2018-03-22 16:52] Sandro Tosi > thanks; you attached a patch, which seems more targetting dput-ng - > did you prepare a patch for this bug too and you attached the wrong > file? Wrong file; no patch for you, sorry.

Bug#893825: reportbug --mh does not work with mmh

Package: reportbug Version: 7.1.10 Severity: normal reportbug(1) assumes, that /usr/bin/mh/comp supports -file option, which comp(1mh) from bin:mmh does not. Please consider using -form option instead {is it supported by nmh} or manually creating message at $(mhpath +drafts b) and calling

Bug#893824: dput-ng: bin:dput-ng recommends python-paramiko

Package: dput-ng Version: 1.18 Severity: normal Should be python3-paramiko instead. Patch attached. >From c097349b42099784319f3f7a3836ad7de74a0d83 Mon Sep 17 00:00:00 2001 From: Dmitry Bogatov Date: Thu, 22 Mar 2018 23:06:49 +0300 Subject: [PATCH] Make bin:dput-ng recommend py3

Bug#891005: New version

Hello! New version (c762cf4202b415b6b76193cc0c8ddb1faf9955f0), now with autopkgtests. Review is welcome. If you have access to exotic architecture, review is twice as welcome ;)

Bug#892000: nm.debian.org: Key is not update properly

control: close -1 > > > Maybe it worth documenting, from what exactly keyserver does nm.debian.org > > > fetch information? > > > > I have done a --recv-keys from pgp.mit.edu and pushed to sks-keyservers > > and then triggered a refresh on nm.d.o, and it's now shown. > > > > > What constitutes

Bug#892000: nm.debian.org: Key is not update properly

[2018-03-04 12:07] Mattia Rizzolo > > part 1 text/plain2636 > Control: tag -1 moreinfo > > On Sun, Mar 04, 2018 at 02:46:34AM +0300, Dmitry Bogatov wrote: > > I am in new member process (https://nm.debian.org/process/448). It > > seems that something is

Bug#891005: RFS: gdbm/1.14.1-5

[2018-02-28 10:21] Ansgar Burchardt > Gianfranco Costamagna writes: > > I think there is nothing to worry about :) > > > > this is the path: > > /usr/lib/*/diet/*/libgdbm.a > > It is a problem as the package might provide different functionality > when someone else builds and

Bug#891005: RFS: gdbm/1.14.1-5

Hello. > Anyhow, if you want to enable, you can do something like this, to make > me and you happy, and then easily revert when new bugs are opened HAVE_DIETLIBC=no ifeq ($(shell dpkg -s dietlibc-dev | grep -o installed), installed) DIET_LIBDIR := $(shell diet

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

> W: nix: manpage-has-errors-from-man usr/share/man/man1/nix-store.1.gz 1235: > warning [p 13, 9.7i]: can't break line > W: nix: binary-without-manpage usr/bin/nix-generate-patches > > I hope this is acceptable. // I am not DD; did not read source. As far as I know, lintian warnings and

Bug#891005: RFS: gdbm/1.14.1-5

[2018-02-21 17:02] Gianfranco Costamagna > >!Important! This upload re-enables diet libc support {conditional, via > >build profiles}. Input from developers, experienced with Debian > >bootstrap is very, very welcome. > > Since this is causing troubles in Ubuntu

Bug#890294: asymptote: complex eval-using code triggers assert failure

Hi! [2018-02-14 18:54] Hilmar Preuße > > Hello! Following piece of code is meant to create wrapper structures > > around primitive types, simplifying creation of generic code. > > > I simply copy any pasted your code into a file an tried to process it. > Hope this was correct.

Bug#889968: RFS: inotify-tools/3.14-4

> > [2018-02-12 13:07] Sean Whitton > >> > Last version is at bacef877c2f9293f9e1fd624b32d5306d7bc3c27 Maybe, > >> > you could try again? > >> > >> Still FTBFSs. Log attached. > >> > >> I suspect that the debomatic sid chroot is out-of-date. > > > > Stange. Just did

Bug#890293: [PATCH] New binary package: wesperanto

Package: eo-spell Version: 2.1.2000.02.25-54 Severity: wishlist Hello! For some spell checking programs, like built-in Vim one, the most simple way to setup spell-checking is to have raw, one word per line list of correct words. It seems to be established practice to name binary packages in

Bug#890297: [PATCH] ticgit: proposed completion script

Package: ticgit Version: 1.0.2.17-2 Severity: wishlist Hello! I wrote bash-completion script for tic(1). While it is not perfect and do not cover some options, I think it is still much better than nothing. Please, consider including. For your convenience, I attach both just script and debdiff.

Bug#890295: gettext-el: missing defcustom

Package: gettext-el Version: 0.19.8.1-2 Severity: normal Hello! po-mode runs `po-subedit-mode-hook' in po-mode.el:2447, but that hook is only mentioned in description of `po-edit-string()' function, but is not declared as customizable variable (defvar/defcustom). It makes it impossible to

Bug#890294: asymptote: complex eval-using code triggers assert failure

Package: asymptote Version: 2.41-4 Severity: normal Hello! Following piece of code is meant to create wrapper structures around primitive types, simplifying creation of generic code. var casts = quote { public TWrap operator cast(TInner value) {

Bug#890296: xinit: startx ignores SIGTERM

Package: xinit Version: 1.3.4-3+b1 Severity: normal Hello! *startx* script ignores many signals, SIGTERM in particular; it causes problems with process supervision. Please consider applying following patch, which fulfil intended purpose of ``trap`` statement, keeping process resposible to

Bug#889968: RFS: inotify-tools/3.14-4

[2018-02-12 13:07] Sean Whitton > > Last version is at bacef877c2f9293f9e1fd624b32d5306d7bc3c27 Maybe, you > > could try again? > > Still FTBFSs. Log attached. > > I suspect that the debomatic sid chroot is out-of-date. Stange. Just did 'sbuild-update -udcar', and

Bug#889968: RFS: inotify-tools/3.14-4

[2018-02-10 12:13] Sean Whitton > - It FTBFSs for me. Log attached. Look, debomatic build is succesful: http://debomatic-amd64.debian.net/distribution#unstable/inotify-tools/3.14-4/buildlog Last version is at bacef877c2f9293f9e1fd624b32d5306d7bc3c27 Maybe, you

Bug#889968: RFS: inotify-tools/3.14-4

[2018-02-10 12:13] Sean Whitton > Review of 3c46a878fd294e9af9f8e7c225d16e8aceb960cf: > > - It looks like you added an entry to the changelog for 3.13-3 that > should have been in the changelog for 3.13-4. Good catch. Will fix it. > - I'm not sure that

Bug#747083: ITP: xcape -- use a modifier key as another key

Package: wnpp Severity: wishlist Owner: KAction kact...@gnu.org * Package name: xcape Version : 1.1 Upstream Author : Albin Olsson albin.ols...@gmail.com * URL : https://github.com/alols/xcape * License : GPL Programming Lang: C Description : use