gt;
> > Helmut
> >
>
> Hi Dmitry,
>
> This report seems to be a regression related to your patch from #462389.
Definitely regression.
From a7288f30a003759b186389b93d336bef90491062 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Mon, 15 Jul 2019 16:08:01 +
Subject: [PA
[2019-07-17 19:24] Felix Lechner
> Hi,
>
> Updating from version 12.1.1 in testing to 12.2.2 breaks the build
> process for test packages in Lintian. The unstable pipelines on
> jenkins and Gitlab are failing.
>
> The command 't/bin/build-test-packages' in Lintian runs for a while
> but then han
control: tags -1 +confirmed
[2019-07-17 07:41] Helmut Grohne
> part text/plain1094
> Control: reopen -1
> Control: affects -1 + src:dropbear
>
> On Tue, Jul 16, 2019 at 08:42:09PM +, Debian Bug Tracking System wrote:
> >* dh_installinit: Fix regression where dh_ins
Control: tag -1 pending
Hello,
Bug #927442 in runit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/runit/commit/9faee1d81353fb3d49e3fbcc3fb6b74de04729eb
Control: tag -1 pending
Hello,
Bug #927442 in runit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/runit/commit/6c03140f5fd199c2cb5162ae3eb68dac1cf6a542
control: severity -1 minor
[2019-05-29 13:31] lkcl
> Package: libgdbm6
> Version: 1.18.1-4
> Severity: serious
> Justification: 2
>
> Unpacking libgdbm-dev:amd64 (1.18.1-4) ...
> dpkg: error processing archive
> /var/cache/apt/archives/libgdbm-dev_1.18.1-4_amd64.deb (--unpack):
> trying to ov
control: tags -1 +confirmed
[2019-11-25 12:06] Jan Braun
> Dear Maintainer,
>
> The /lib/init/init-d-script errorneously returns failure when asked to
> stop a non-running service:
> [...]
>
> And indeed, one call to start-stop-daemon in /lib/init/init-d-script is
> missing the --oknodo flag. N
[2019-11-29 09:49] Aurelien Jarno
> On 2019-11-28 22:04, Debian FTP Masters wrote:
> > sysvinit-core_2.96-2_amd64.deb: has 2 file(s) with a timestamp too far in
> > the past:
> > usr/share/doc/sysvinit-core/copyright (Thu Jan 1 00:00:01 1970)
> > usr/share/doc/sysvinit-c
> ore/changelog.De
control: tags -1 +confirmed
[2019-01-14 19:56] Celejar
> ~# dpkg-reconfigure git-daemon-run
> Service git-daemon already added.
> warning: git-daemon: unable to open supervise/ok: file does not exist
>
> > If I'm lucky then that will get it working. I'll try to reproduce it
> > here and set t
Hello?
Dear maintainer of ncurses, could you please upload a backport of
ncurses-term?
pgpLomqpgPKeE.pgp
Description: PGP signature
[2019-01-16 14:49] Dmitry Bogatov
> So, should I propose you patch (in 7 days), that merges
> bin:git-daemon-run into bin:git-daemon, would you be able to review
> and apply/upload it before hard freeze?
Probably, even better would be to merge `git-daemon-run' and
`git-daemon-s
[2019-01-21 19:54] Jonathan Nieder
> Dmitry Bogatov wrote:
> > [2019-01-16 14:49] Dmitry Bogatov
>
> >> So, should I propose you patch (in 7 days), that merges
> >> bin:git-daemon-run into bin:git-daemon, would you be able to review
> >> and apply/upload
[2019-01-21 20:03] Jonathan Nieder
> Jonathan Nieder wrote:
> > + * git-daemon-run: pre-create supervise directory so that postinst
> > +can start the service (thx Celejar and Dmitry Bogatov; closes:
> > +#919296).
> > [...]
>
> Unfortunately, this does
[2019-01-23 12:41] Jonathan Nieder
> [...]
> > It is my fault. I dropped /var/lib/supervise directory in runit=2.1.2-4,
> > which was expected by git-daemon-run.
> >
> > Today runit packaging underwent quite a rework, and packages, providing
> > runscripts are encouraged to use dh_runit(1). It m
[2019-01-23 12:41] Jonathan Nieder
> Dmitry Bogatov wrote:
> >> Jonathan Nieder wrote:
>
> >>> + * git-daemon-run: pre-create supervise directory so that postinst
> >>> +can start the service (thx Celejar and Dmitry Bogatov; closes:
> >>&g
Since 1.18.0-1 (1.18.0-2 in unstable) debian packaging patch-out
integration with systemd, thus closing this bug.
Dear submitter, if you can somehow reproduce this bug with current
version of insserv, feel free to reopen this bug.
--
Note, that I send and fetch email in batch, once ever
[2018-12-19 23:40] Dmitry Bogatov
>
> part text/plain 459
>
> control: tags -1 +moreinfo
>
> [2018-12-18 12:10] shirish शिरीष
> >
> > Dear all,
> >
> > At least here it updated without any issues -
> >
> > $ sudo aptit
Control: tag -1 pending
Hello,
Bug #941273 in runit reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/runit/commit/166d6052c62b8178910ae3ebbdb6a9c65a67dd11
control: tags -1 +help
[2019-11-08 13:42] Santiago Vila
> Hi.
>
> I've asked the Release Managers about this here:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944351
>
> If they say yes, I'll modify base-files accordingly (for Debian 10.2).
>
> If they say no, please be ready to fix t
[2019-11-10 02:31] Santiago Vila
> > I am losing context. We have at least following three files (oh, why all
> > this madness?):
> >
> > * /usr/lib/os-release
> > * /etc/os-release
> > * /etc/debian_version
> >
> > So, in case of conflicts, what should override what?
>
> Please note that
From dbbe906795dd977ed16cccaa7b0385ce8654c8a5 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 7 Mar 2019 20:19:11 +
Subject: [PATCH] Provide version with LFS support disabled
---
debian/rules | 4
1 file changed, 4 insertions(+)
diff --git a/debian/rules b/debian/rules
index fce1572..03b6242 1
control: severity -1 important
[2019-03-07 17:21] Andras Korn
> The supplied "/etc/runit/1" calls "/lib/runit/run_sysv_scripts /etc/rcS.d"
> during boot.
>
> /lib/runit/run_sysv_scripts runs under "sh -eu", which has the effect that
> if any initscript exits unsuccesfully, all subsequent script
[2019-03-08 22:40] Niko Tyni
> On Fri, Mar 08, 2019 at 02:39:53PM +0000, Dmitry Bogatov wrote:
>
> > I believe this patch would somewhat solve issue. Dear submitter, can you
> > please apply this patch, build package and check, that `gdbm_load-nolfs'
> > binary f
control: tags -1 +moreinfo
[2019-02-06 20:20] Andreas Metzler
> Package: lsb-base
> Version: 10.2018112800
> Severity: serious
>
> Hello,
>
> there is a logic error in /lib/lsb/init-functions's killproc:
>
> base=${1##*/}
> if [ ! $pidfile ]; then
> name_param="--name $base --pidfil
[2019-03-11 21:51] Axel Beckert
> > I believe it would be reasonable to add '--name $base' into `else'
> > clause. Opinions?
>
> Sounds sane, I just checked that with #924311 (miredo, uses
> start-stop-daemon directly, edited the init script) as well as #924312
> (stunnel4, by editing /lib/lsb/i
[2019-03-11 17:55] Helmut Grohne
> directfb has build failures. A cross build for armel fails:
>
> | mknod( C64X_DEVICE, 0666 | S_IFCHR, makedev( 400, 0 ) );
I encountered similar error on one of my packages recently (can't
remember which one). It was due upgrade to glibc-2.28 and missing
[2019-03-16 00:41] Lorenzo Puliti
> >Bogatov wrote:
> >Dear git maintainer, you could plug this bug by adding
> >`/var/lib/supervise/git-daemon' into `debian/git-daemon-run.dirs'.
>
> Dmitry, are you sure? runsv can create the 'git-daemon' directory if
> it's not there, and a dangling symlink w
control: tags -1 +moreinfo
[2019-08-30 16:44] Jean-Marc LACROIX
> Package: sysvinit
> Version: 2.93-8
> Severity: grave
>
> Dear maintainers,
>
> It seems there is a dependency issue when installing sysvinit-core as
> indicated in following trace
> [...]
> Package: *systemd*
> Pin: release *
>
[2019-09-08 17:53] Jean-Marc LACROIX
> > Please:
> >
> > * Try installing something else, like `tor'. I expect you will get
> > similar error (`tor' depends on libsystemd0, sigh)
>
> ansible@pinebook:~$ sudo apt install tor
> [...]
Okay, tor installs fine with your apt-pinning. My gue
control: severity -1 +normal
[2019-09-10 10:21] Jonathan Wiltshire
> >> The x.y there was a remnant from Debian sarge times.
> >
> > Up until squeeze I have seen it show x.y.z, then from wheezy to
> > stretch I see only x.y, but it does seem new behaviour in buster to
> > only show x.
> >
> >
+++ courier-authlib-0.68.0/debian/changelog 2018-10-10 16:35:27.0
+
@@ -1,3 +1,11 @@
+courier-authlib (0.68.0-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Relax checks for C++ symbols (Closes: #897725)
+ * Update Vcs-* fields in debian/control
+
+ -- Dmitry Bogatov
control: tag -1 confirmed
[2018-10-13 13:20] Niko Tyni
>
> part text/plain1170
> Package: libgdbm6
> Version: 1.18-2
> Severity: grave
> X-Debbugs-Cc: p...@packages.debian.org,
> libmarc-charset-p...@packages.debian.org
>
> The libgdbm6 transition broke autopkgtest chec
control: tag -1 +moreinfo
[2018-10-13 13:20] Niko Tyni
> For reference, the output with libgdbm5 1.14.1-6+b1 is
>
> % gdbm_dump debian/tests/data/jessie.gdbm
> # GDBM dump file created by GDBM version 1.14.1. 03/01/2018 on Sat Oct 13
> 13:15:59 201
> 8
> #:version=1.0
> #:file=debian/test
[2018-10-13 13:20] Niko Tyni
> The libgdbm6 transition broke autopkgtest checks of src:perl and
> libmarc-charset-perl.
>
> It looks like some GDBM databases which were working with the older
> gdbm are not readable any more with the new one.
After a bit more research I deduced, that libmarc-c
[2018-10-15 20:18] Niko Tyni
> > I am sorry to say it, but probably binNMU or sourceful upload would
> > be required for all packages, that bundle gdbm databases, generated
> > by (gdbm << 1.9)
>
> This sounds really sad. So even the gdbm we have in our current stable
> release is too old to be
[2018-10-21 10:44] Andreas Beckmann
> Package: dvtm
> Version: 0.15-3~bpo9+1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> during a test with piuparts I noticed your package is not
> installable in stretch-backports:
> ncurses-term | 6.0+20161126-1+deb9u2 | stab
control: tags -1 +moreinfo
[2018-12-18 12:10] shirish शिरीष
>
> Dear all,
>
> At least here it updated without any issues -
>
> $ sudo aptitude install insserv -y
> The following packages will be upgraded:
> insserv
> [...]
Thank you for help with bug triage, shirish.
Dear submitter, can
Package: gitlint
Version: 0.9.0-2
Severity: serious
Justification: FTBFS
Dear Maintainer,
gitlint fails to build from source -- it have 3 test cases failing. As I
discovered when trying to prepare NMU for #891538, these tests also fail
with gitlint-0.10, so I add upstream maintainer to thread.
* Gianfranco Costamagna [2015-08-05
15:15:00+]
> Control: forwarded -1 https://github.com/PyGithub/PyGithub/issues/331
>
>
> Hi Dmitry, I guess the package is really not python3 ready, in my opinion
> we should at least let the python2 version migrate to testing, because I need
> it as depen
* Gianfranco Costamagna [2015-08-06
08:59:21+]
> >Okay. mentors gives me 500 error, probably it dislikes Tor. I will
> >investigate, but now to keep things fast you can
> >
> >git clone git://anonscm.debian.org/users/kaction-guest/pygithub.git
> >
> >and NMU it. Also, I can violate nettiq
Try this:
> cd ~kaction-guest/repository/unstable
Seems mini-dinstall does not allow others view incoming/ queque. Sorry.
--
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
pgpcOmF5G194e.pgp
Description: PGP signature
* Gianfranco Costamagna [2015-08-08
07:35:10+]
> Hi Dmitry,
> I propose this solution:
>
> remove all the Debian patches (actually the python3 patch seems correctly
> handled by 2to3 at build time)
>
> add a new patch to disable the only test actually requiring an internet
> connection:
> [.
> Just a few problems, seems that you didn't start from the last upload
>
> you need to start with -3 release with the changes, because otherwise it
> messes up things
> (e.g.
> [...]
Nice catch, thanks. Get fixed -4 release from my unstable.
--
Accept: text/plain, text/x-diff
Accept-Language: e
* Gianfranco Costamagna [2015-08-08
11:22:51+]
> >Nice catch, thanks. Get fixed -4 release from my unstable.
> Just a little nitpick, please add a Description for the patch, to make
> lintian silent.
Added.
> if this is ok for you, just ack and I'll upload :)
> (no need to put on alioth th
> Did you forget to push this to:
>
> https://anonscm.debian.org/cgit/users/kaction-guest/dh-haskell.git
No. Now dh-haskell is under umbrella of DHG. Look here:
https://anonscm.debian.org/cgit/pkg-haskell/dh-haskell.git
> I don't see the related changes there, nor attribution (or NACK
> > > I don't see the related changes there, nor attribution (or NACK) for the
> > > patch...
> >
> > I read you patch email *after* I wrote almost same patch myself and
> > made RFS. Are there any attribution issues?
>
> Oh, no attribution issues whatsoever, more of a friendly thing. Always bett
control: tags -1 +moreinfo
Jan, could you please provide more information? I did not follow. As
I understand, there was some problem with mongrel2-run, but, as
mongrel2/1.11.0-1 it is no longer case (and I can confirm it, just
installed mongrel2-run without any problems), but this bug is still
o
> My (dist-)upgrade attempt failed this morning with the same exact problem :
>
> -
> root@SAP5057241:~# apt-get dist-upgrade -u -f
> Lecture des listes de paquets... Fait
> Construction de l'arbre des dépendances
> Lecture des inform
> during a test with piuparts I noticed your package fails to remove.
>
> >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):
>
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-remov
[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
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
Package: nis
Version: 3.17-34
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
Package no longer builds from source in up-to-date sid
environment. Build log attached.
-- System Information:
Debian Release: 8.5
APT prefers stable
> I'm not sure, but did you mean to report this bug against bcron package?
> I fail to understand why runit should have such problem
Well, it is my bad. runit-2.1.2_4 deserved a transition, but now we have at
least following
uninstallabe packages:
bcron-run
twoftpd-run
tinydns-run
[2019-02-27 21:20] Niko Tyni
> > - update perl to build-depend on libgdbm-dev (>= 1.18-2) and Break
> > older versions of libmarc-charset-perl (and any other perl packages
> > bundling GDBM or NDBM databases)
> >
> > - update libmarc-charset-perl (and any other perl packages bundling
> >
`
[2019-02-28 18:01] Niko Tyni
> > > But ideally gdbm would restore compatibility and libmarc-charset-perl
> > > would
> > > not need any changes.
> >
> > I believe upstream release 1.8.1 introduced change, that
> > made it possible to read old /usr/lib/libmarc-charset-perl/Table. Am I
> > missi
control: tags -1 +upstream +forwarded
Hello!
Can you please take a look at this Debian bug report [1]. It seems that
compatibility issues we discussed before and which were believed to
resolved in release 1.18.1 actually still present.
Reporter kindly provided receipe to reproduce issue and exa
[2019-03-05 17:44] Sergey Poznyakoff
> Hello,
>
> Investigation of the attached file has shown that it has been created
> by gdbm 1.8.3 compiled without large file support (sizeof(off_t) == 4).
> In contrast, gdbm 1.18.1 was compiled with large file support enabled,
> which naturally lead to the
58 matches
Mail list logo