control: tags -1 +wontfix
control: close -1
[2009-09-06 13:46] Michael Schutte
> Package: insserv
> Version: 1.12.0-11
> Severity: wishlist
>
> Hi,
Hi. Sorry for late response.
> Most init scripts in Debian start with a line like
>
> [ -x /usr/sbin/some-daemon ] || exit 0
>
> to handle
control: tags -1 +moreinfo
[2011-08-17 20:57] Adi Kriegisch
> That is why I think it is futile to register the pid of 'umount -a -t
> ocfs2' within an omit file. And that is why I still (at least partly) think
> that there should be some kind of 'X-Exclusive' for system shutdown in
> insserv:
control: tags -1 +moreinfo
[ Ferdinand Thommes ]
> While testing the support for systemd in insserv 1.16.0-1, I tried to install
> the package ddclient, that relies on a sysvinit script. The install was
> interupterd by an error:
> update-rc.d: warning: start and stop actions are no longer
[ Added autopkgtest maintainers to thread ]
[2019-07-09 15:11] Lorenz
> Il giorno mar 9 lug 2019 alle ore 01:52 Colin Watson
> ha scritto:
> >Is this just another instance of problems with your virtual machine not
> >having enough entropy (#912616 etc.)?
>
> It looks you are right, thanks for
control: tags -1 +moreinfo
control: user kact...@debian.org
control: usertags -1 +objections
[2019-03-07 14:45] Dmitry Bogatov
> [2019-03-05 23:41] Michael Biebl
> > Control: reassign -1 insserv
> > > I think insserv should depend on initscripts. It requires that to
> >
[2019-07-10 22:17] Михаил Миловидов
>
> part 2 text/plain1010
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "daggy":
>
> * Package name : daggy
> Version : 1.1.2-1
> Upstream Author
Package: startpar
Version: 0.61-1
Severity: normal
X-Debbugs-Cc: Jesse Smith
Dear Maintainer,
GCC complains about uninialized variable
proc.c: In function ‘detect_consoles’:
proc.c:180:16: warning: ‘tail’ may be used uninitialized in this
function [-Wmaybe-uninitialized]
[2009-08-11 00:18] Ralph Ulrich
> Am 10.08.2009 20:55, schrieb Petter Reinholdtsen:
> > Hm. I am trying to reproduce this in a test case, but am unable to
> > replicate your problem. This is the test case I wrote. Any idea
> > where I fail to understand the problem you are experiencing?
> >
Package: startpar
Version: 0.61-1
Severity: normal
X-Debbugs-Cc: Jesse Smith
Hi!
I just noticed that we have wrong value of STARTPAR in our autopkgtests:
debian/tests/testuite:
#!/bin/sh
set -e
# Run test suite using the installed startpar binary
make -C
[2019-07-07 22:38] Juhani Numminen
> Alternatively, one can download the package with dget using this command:
> dget -x
> https://mentors.debian.net/debian/pool/main/b/blackbox-themes/blackbox-themes_0.6.dsc
404.
--
Note, that I send and fetch email in batch, once in a few days.
Please,
[2019-07-09 00:51] Colin Watson
> On Tue, Jul 09, 2019 at 12:20:50AM +0200, Lorenzo Puliti wrote:
> > Dear runit and openssh maintainers,
> >
> > when rebooting a QEMU image (debian Sid, from autopkgtest) with runit-init,
> > if ssh server
> > is installed and enabled, the system hangs at
control: tags -1 confirmed help
[2019-07-07 18:36] Mike Bird
> part text/plain 503
> Package: gdbm-l10n
> Version: 1.18.1-4
> Severity: normal
>
> I suspect the "Priority: important" for gdbm-l10n/buster is a mistake.
Definitely. Funny thing is that I have no idea where
@Felix
I think, that your proposal of caching test binary package separately
from test output would be improvement. Maybe it would even be "good
enough".
I will take a look (no promises made) into this direction. But
ideally...
[2019-07-04 18:00] "Chris Lamb"
> I think the most common
Package: lintian
Version: 2.15.0
Severity: wishlist
Dear Maintainer,
please add check, that if package provides runscript directory
(/etc/sv/), then /etc/sv//run is present and executable.
Usually this is handled by dh-runit, but recently I discovered bug in
dh-runit, that under some
[2019-07-03 02:36] Lorenz
> Dmitry,
> sorry it took so long to send the patches,
No need to be sorry :) You are doing awesome job at tasks I do not dare
to tackle.
> but while updating the test i run into several issues i'm not able to
> solve by myself:
> * I try to include openssh into the
[2019-06-13 21:29] "Chris Lamb"
> Gitlab has a support for saving various parts of a successful build
> for the next one. I believe the idea is that we would build the test
> packages and then push them to this cache re-using them on any subsequent
> test runs. People often use this to cache
control: tags -1 +pending
[2019-07-03 01:27] Lorenzo Puliti
> Package: runit
> Version: 2.1.2-31
> Followup-For: Bug #930758
>
> Hi,
> it looks like init-system-helpers 1.57 breaks the test (it removes runit-init
> from
> the list of supported init).
> Anyway the following patches should work
Package: wnpp
Severity: wishlist
Name: diff-so-fancy
URL: https://github.com/so-fancy/diff-so-fancy
Language: Perl
Description:
diff-so-fancy strives to make your diffs human readable instead
of machine readable. This helps improve code quality and helps
you spot defects
Package: dh-runit
Version: 2.8.12
Severity: important
Dear Maintainer,
following content of .runit file (took from djbdns package)
debian/service/djbdns disable,logscript
where debian/service/djbdns is directory causes creation of malformed
runscript:
[2019-06-22 19:53] Lorenz
> As for other observations you made, i will have a look and send new patches
> soon
In mean time I managed to create qemu image with
`autopkgtest-qemu-build`. On my machine test fails with error about
removing "init". Any ideas how to fix it (apart to manually
control: close -1
[2019-06-30 10:13] Bastian Blank
>
> part text/plain 687
> On Sat, Jun 29, 2019 at 04:44:32PM +0200, Bastian Blank wrote:
> > On Sat, Jun 29, 2019 at 02:25:55PM +, Dmitry Bogatov wrote:
> > > Note that APT tries to use De
[ After futher investigation, this command fails with same error directly,
without autopkgtest, so reassigning ]
control: reassing -1 debootstrap
control: retitle -1 debootstrap uses wrong keyring
Dear maintainer of debootstrap, I can't create chroot due following error:
# debootstrap
Package: dh-runit
Version: 2.8.11
Severity: wishlist
Dear Maintainer,
dh-runit=2.8.8 introduced new option: "since", but this option actually
work (symlinks correctly created in /etc/runit/runsvdir/default) only
with matching version of "runit-helper", but it is not enforced:
runit:Depends
[2019-06-24 13:53] "Chris Lamb"
> > Some of tags have too much false-positive rate, and some of them are not
> > worth spending time. Here is incomplete list:
>
> Neat. So, I think there are three categories here.
Well, I would divide only into two categories: "don't care" and
Package: cflow
Version: 1:1.6-1
Severity: normal
Dear Maintainer,
under Emacs Info reader (C-h i) I have two cflow-related nodes:
one under Programming section, which works fine
Programming
* AutoGen: (autogen). The Automated Program Generator
* cflow: (cflow).
Package: lintian
Version: 2.15.0
Severity: wishlist
Dear Maintainer,
"hardening-no-fortify-functions" has extermely high false-positive rate.
From reading of its description, I can see two groups of packages.
First group of false-positives consists of packages that use little or
none of
[2019-06-22 19:53] Lorenz
> Hi,
Hi!
> > Why are these 'service' calls? Do 'service' support runit already?
>
> No, not yet. I'm using 'service' script to test if those services, started
> as sysv scripts,
> are up. According to my testing, rsyslog, cron, udev and dbus are
> installed and
[2019-06-21 20:02] Michael Meskes
> On Fri, 2019-06-21 at 10:17 +0000, Dmitry Bogatov wrote:
> > [ You replied in private, I took liberty to put BTS back into CC ]
>
> And what or who gave you the right to put my private comments into the
> public BTS? At the very least
Package: gdb-doc
Version: 8.2.1-1
Severity: wishlist
Tags: upstream
Dear Maintainer,
In section 2.1 of manual there is following text:
You can, instead, specify a process ID as a second argument, if you
want to debug a running process:
gdb PROGRAM 1234
would
[2019-06-20 02:07] Lorenzo Puliti
> Hi,
Hi!
> while experimenting with autopkgtest i manage to write a small test
> that, starting from a systemd qemu machine, installs runit-init and reboot
> into
> it, checking if there is a working getty to login with and if essential
> services (syslog,
Package: autopkgtest
Version: 5.10
Severity: normal
Dear Maintainer,
I fail to create qemu image:
(ins).. sudo autopkgtest-build-qemu unstable debian-unstable
Load spec file /tmp/tmp.MVjau2ZRda
Exec: ['qemu-img', 'create', '-f', 'raw', 'debian-unstable.raw', '20G']
[2019-06-18 22:30] "Chris Lamb"
>
> part text/plain 414
> Chris Lamb wrote:
>
> > It seems reasonable that this option could be allowed so I am
> > therefore retitling (etc.) this bug to match.
>
> On the other hand, I would be curious to know why you wish to suppress
> *so*
[2019-06-18 22:41] "Chris Lamb"
>
> part text/plain 453
> Dmitry Bogatov wrote:
>
> > * upstream build system incorrectly installs binary into $(prefix)/bin
> > * package maintainer moves it into $(prefix)/sbin
> > * there still may
[2019-02-05 14:40] Pierre Rudloff
> Package: wnpp
> Severity: wishlist
>
> * Package name: ipify-cli
> Version : 1.0.0
> Upstream Author : Sindre Sorhus
> * URL : https://github.com/sindresorhus/ipify-cli
> * License : MIT
> Programming Lang: JS
>
[2017-07-10 02:42] Mike Mestnik
> Package: wnpp
> Severity: wishlist
> Owner: Mike Mestnik
>
> * License : GPL
> Programming Lang: Python
> Description : Beautifier for Bash shell scripts written in Python
>
> Second Bash script beautifier by Paul Lutus — the first is pretty
>
[2017-06-15 08:38] Ian A Mason
>
> part text/plain 53
> Package: wnpp
> Severity: wishlist
> Control: owner -1 !
Any meta-information? Homepage, description? In current form, RFP
with only project title is quite useless.
--
Note, that I send and fetch email in batch,
[ You replied in private, I took liberty to put BTS back into CC ]
[2019-06-17 11:03] Michael Meskes
> Dmitry,
>
> > But, after all, we all volonteers here. So hereby I inform you,
> > following advice in Developer reference, section 5.11, that I plan to
> > do non-maintainer upload in two
[2017-07-10 02:42] Mike Mestnik
> Package: wnpp
> Severity: wishlist
> Owner: Mike Mestnik
>
> * License : GPL
> Programming Lang: Python
> Description : Beautifier for Bash shell scripts written in Python
>
> Second Bash script beautifier by Paul Lutus — the first is pretty
>
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name : djbdns
Version : 1:1.05-9~exp2
Upstream Author : D. J. Bernstein
* Url : http://cr.yp.to/djbdns.html
* Licenses : public-domain
Programming Lang : C
Section : net
control: user ru...@packages.debian.org
control: usertags -1 freeze
[2019-06-16 00:20] Bastian Blank
> Hi Dmitry
Hi, Bastian
> On Sat, Jun 15, 2019 at 06:37:03PM +, Dmitry Bogatov wrote:
> > But, after all, we all volonteers here. So hereby I inform you,
> > following a
Package: lintian
Version: 2.15.0
Severity: wishlist
Dear Maintainer,
please consider following situation:
* upstream build system incorrectly installs binary into $(prefix)/bin
* package maintainer moves it into $(prefix)/sbin
[ or via-verse, although it is more rare ]
* there still may be
Package: lintian
Version: 2.15.0
Severity: normal
Dear Maintainer,
Somewhy, I fail to get "suppress-tags-from-file" option work from
~/.config/lintian/lintain. I keep receiving following error:
Unknown configuration variable suppress-tags-from-file at line: 1.
when config file is very
Package: lintian
Version: 2.15.0
Severity: wishlist
Dear Maintainer,
Lintian complains on runscripts (/etc/sv/*/run) with following shebang:
#!/usr/bin/env /lib/runit/invoke-run
This is correct shebang. /lib/runit/invoke-run invokes script with
/bin/sh, with some additional checks and
[2019-06-13 21:29] "Chris Lamb"
> Felix Lechner wrote:
>
> > For Lintian, however, I would prefer to upload the test packages
> > separately to Debian's regular build infrastructure.
>
> Hm, I think you are talking at cross-purposes to Dmitry here. Nobody
> was suggesting we upload the test
control: retitle -1 acpid: please provide runscript file -- second call
Hello, dear maintainer.
This bug, requesting addition of runscript file into package was filed
some time ago, and got no response. It is quite unfortunate, since
your review of could have provided valuable advice how to
control: reassign -1 src:busybox
control: retitle -1 busybox: please provide runscript file -- second call
Hello, dear maintainer.
This bug, requesting addition of runscript file into package was filed
some time ago, and got no response. It is quite unfortunate, since
your review of could have
[2019-06-10 14:48] Paolo Greppi
>
> part text/plain1720
> Hi, thanks for working on this !
>
> I set out to try and reproduce 927254, using the laminar debs built from the
> WIP package here:
> https://salsa.debian.org/debian/laminar
Thank you. I applied patches you
Package: lintian
Version: 2.15.0
Severity: wishlist
Dear Maintainer,
Gitlab CI jobs take very long to complete: around 1.5 hours. No wonder
-- test suite builds generates and builds more then 900 source packages,
and after that it runs Lintian in those source packages.
As can be seen here[1],
Source: cflow
Severity: wishlist
Dear Maintainer,
please provide html version of cflow.info. Possibly, it worth also
splitting documentation (and localization data, too) into separate
binary packages.
-- System Information:
Debian Release: 10.0
APT prefers buildd-unstable
APT policy: (500,
Package: chromium
Version: 74.0.3729.108-1
Severity: wishlist
Dear Maintainer,
$ HOME=/dev/null PATH=/bin:/usr/bin /usr/bin/chromium
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that
[2019-06-06 12:19] Paride Legovini
> [...]
> I tried to reproduce by compiling st directly from the upstream source
> tree and I am able to reproduce the issue (as expected, as there are
> currently no patches in the Debian package). My conclusions are:
>
> - This is an actual bug in st, not a
control: block -1 by 927254
[2019-06-05 21:26] meskio
> Hello Dimitry,
>
> I see you submitted this ITP for laminar in January. I was wondering
> what is the status of it and if I can help with it.
>
> Thanks for starting the process.
Hello.
Essentially, I stalled on #927254 (in
/runit -- more information about 'runit'
* https://bugs.debian.org/746715 -- technical committe position
on support of init systems, other then sysvinit.
From d7ca30748d31efaf37dbd37e9cf8f1e7464ed84f Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 6 Jun 2019 10:00:28 +
Subject
control: tags -1 patch
Hello. Here is patch to solve bug.
From 3a14e36f95ab1c5a6eb8bb0953cd13990d42b344 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Wed, 5 Jun 2019 10:37:58 +
Subject: [PATCH] Make package piupart-clean
Close: #672155
---
debian/qmail.postrm | 6 ++
1 file
control: retitle -1 reprotest: unable to chown
[2019-05-12 22:12] Vagrant Cascadian
> On 2019-05-13, Dmitry Bogatov wrote:
> > Hello. I am working on setting up CI for my packages, and one of them
> > fail "reprotest" phase with error: "FATAL: kernel too old&qu
2001
From: Dmitry Bogatov
Date: Sun, 2 Jun 2019 12:17:24 +
Subject: [PATCH] Fix quotation in postinst
Closes: #866038
---
debian/qmail.postinst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/qmail.postinst b/debian/qmail.postinst
index 540f0f1..0fc53c2 100644
://smarden.org/runit -- more information about 'runit'
* https://bugs.debian.org/746715 -- technical committe position
on support of init systems, other then sysvinit.
From 3c516dde2b8dd552b141196ed98379800b3e0611 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sun, 26 May 2019 18:54:36 +
Subject
Package: wnpp
Severity: wishlist
Programming Language: C
Homepage: gopher://bitreich.org/1/scm/geomyidae
Features:
* gopher menus (see index.gph for an example)
* dir listings (if no index.gph was found)
* CGI support (.cgi files are executed)
* search support in
Package: dh-runit
Version: 2.8.8
Severity: wishlist
Dear Maintainer,
I propose to add new option "presubj" to dh_runit. With this option,
dh_runit should install file into /usr/share/bug, so when user is about
to report a bug in a package with reportbug(1), he will be shown notice,
that if bug
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
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
[ Sorry, if I messed quotation. It is complex ]
[2019-05-24 21:00] Jason Zaman
> > > There is currently some discussion at [0] about SELinux
> > > integration in sysVinit and the fact that somebody wants to
> > > delegate the loading of the policy to an other binary than PID1.
> > >
> > >
[ Sorry, if I messed quotation. It is complex ]
[2019-05-24 21:00] Jason Zaman
> > > There is currently some discussion at [0] about SELinux
> > > integration in sysVinit and the fact that somebody wants to
> > > delegate the loading of the policy to an other binary than PID1.
> > >
> > >
Package: runit
Version: 2.1.2-29
Severity: normal
Dear Maintainer,
currently, "invoke-run" script assumes, that service to be started is
present. Period. Actually, since /etc/sv//run script is conffile,
so it to be there, while daemon binary is removed.
I init.d scripts is is handled by
[2019-05-23 14:27] Chris Lamb
> https://bugs.debian.org/926471#20
It seems that tests pass, but code style check fails: code checker
demands "return" at the end of "check_missing_script" function. Since
this function is void, I do not understand why "return" is needed.
Anyway, what do you
[2019-05-23 07:09] "Chris Lamb"
> Mattia Rizzolo wrote:
>
> > > (Personally, I doubt someone would fork Lintian, more likely its
> > > output would become less and less "trusted". But both outcomes suck.)
> >
> > Rather, people who until at some point diligently read the whole
> > lintian
[ Sorry, if I messed quotation. It is complex ]
[2019-05-24 21:00] Jason Zaman
> > > There is currently some discussion at [0] about SELinux
> > > integration in sysVinit and the fact that somebody wants to
> > > delegate the loading of the policy to an other binary than PID1.
> > >
> > >
[2019-05-22 18:24] Jesse Smith
> On Wed, 22 May 2019 13:28:39 +0200 (CEST) Thorsten Glaser wrote:
> >
> > (I’m not quite convinced the effort is worth it, but given that
> > this would be changed upstream, and that there are likely other
> > users of the same upstream code who’re _not_ using
[2019-05-20 15:45] Mattia Rizzolo
> On Fri, May 17, 2019 at 08:58:03AM +0100, Chris Lamb wrote:
> [...]
> > (This kind of conversation always makes me wonder if we need another
> > level of "extra pendatic" that people need to opt into... *g*)
>
> Nah. I just think that lintian should be less
[2019-05-19 23:49] Paride Legovini
> I tried with xterm and sakura, the Cyrillic string renders exactly as
> in stterm, with the correct character width and spacing.
> Let me know if there is anything else I can try.
Okay. I prepared kvm virtual machine image, that you can download
from
[2019-05-18 15:00] Laurent Bigonville
> I've seen that in your commit, I just don't understand why this is even
> a goal.
Because I do not want to pay for what I do not use. It is matter of good
design and Unix way.
> libselinux is really small and only pulls libpcre3 which is pulled by
>
[2019-05-18 16:14] Jesse Smith
> From a practical perspective, I'm curious if there is any benefit or
> drawback. Is this patch fixing a known bug,
> does it significantly reduce the size of PID 1 in memory?
Not that I really care about 1Mb of RAM, but:
152K
Package: wnpp
Severity: wishlist
Qsmtp is a drop in replacement for the qmail SMTP programs qmail-smtpd
and qmail-remote. That means you just change your startup scripts to use
Qsmtpd instead of qmail-smtpd and most things will work as before.
The initial point was a heavily patched qmail-smtpd
[2019-05-18 23:26] Thorsten Glaser
> > If initscript is called during postinst and fail -- yes, it interrupts
> > installation. And it is bug in package.
>
> No, I can install a package and not have it start perfectly fine.
You have exit status 6 for case of package not being configured.
[2019-05-17 18:43] Paride Legovini
> I tried with xterm and sakura, the Cyrillic string renders exactly as
> in stterm, with the correct character width and spacing.
I have found workaround. My regular locale is eo.utf-8, but many X
applications (stterm included) fail to start with following
[2019-05-17 22:02] Lorenz
> Hi,
>
> > True. Here are patches. What do you think?
>
> I haven't had time to test but the patch looks good to me, just an
> observation:
> to my experience
>
> /etc/init.d/${service} status
>
> is not always reliable in term of both results and exit codes, we will
[2019-05-16 14:47] Thorsten Glaser
> On Thu, 16 May 2019, Dmitry Bogatov wrote:
>
> > Having trailing ":" would result of ignoring result these "do_*" functions.
>
> This is normally right. I
[2019-05-16 11:43] Laurent Bigonville
> On Thu, 16 May 2019 08:54:43 +0000 Dmitry Bogatov
> wrote:
> >
> > From 7f6242e5f3d893e90b3ed44fb09abe5983c2d49a Mon Sep 17 00:00:00 2001
> > From: Dmitry Bogatov
> > Date: Wed, 15 May 2019 12:10:13 +
>
[2019-05-17 08:58] "Chris Lamb"
> tags 928809 + moreinfo
> thanks
>
> Mattia Rizzolo wrote:
>
> > it wouldn't even make sense since they lack a testsuite
>
> Wwat would you say this only triggered if the package had a testsuite
> or autopkgtests?
Not enough for me. I want piuparts checks and
[2019-05-13 12:58] Thorsten Glaser
> On Mon, 13 May 2019, Dmitry Bogatov wrote:
>
> > @@ -65,5 +65,3 @@ case "$1" in
> > exit 3
> > ;;
> > esac
> > -
> > -:
>
> I think this is not advisable. What this will do is
> cause
e are patches. What do you think?
From 66e9071165250793d8900f17cd5b35ca7b45526b Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Tue, 14 May 2019 10:45:06 +
Subject: [PATCH] invoke-run: add option to not stop sysv scripts
Closes: #928935
---
debian/contrib/lib/invoke-run | 10 ++
1 fil
Package: sysvinit
Severity: wishlist
Tags: patch
From 7f6242e5f3d893e90b3ed44fb09abe5983c2d49a Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Wed, 15 May 2019 12:10:13 +
Subject: [PATCH] init: delegate selinux operation to separate binary
Move selinux-related logic from /sbin/init
Package: stterm
Version: 0.8.2-1
Severity: normal
Dear Maintainer,
cyrillic letters in stterm with Terminus font are rendered as more wide
and overlapping than latin letters. On both "xterm" and under tty
cyrillic letters are rendered properly.
This issue is only with Terminus font: no other
control: tags -1 +moreinfo
[2011-04-27 09:24] arno renevier
> Package: sysvinit-utils
> Version: 2.88dsf-13.2
> Severity: normal
>
> Hi,
> bootlogd fails to start. I investigated with printf-debug, and found that
> ioctl(0, TIOCGDEV, ) fails and strerror(errno) is: "Invalid argument".
> Also,
control: tags 440709 +patch +pending
Here I refreshed patch:
From efedf38621a2a63fd193f1fa740c3a97ae8bee26 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Mon, 13 May 2019 15:18:41 +
Subject: [PATCH] Mount securityfs when it is available (Closes: #440709)
Thanks: Ritesh Raj Sarraf
control: tags -1 +unreproducible +moreinfo
[2006-12-16 18:01] Paul Slootman
> part text/plain1776
> Package: initscripts
> Version: 2.86.ds1-14.1
> Severity: normal
>
> While configuring a Sun Netra T1 (which only has a serial console, no
> graphics at all), I noticed
[2019-04-22 09:56] Dmitry Bogatov
> > Provided files are not node-* ones but recompiled using rollup. Could
> > you check if Laminar works well with
> > https://unpkg.com/vue-router@3.0.2/dist/vue-router.js file ? (same
> > version than in Buster)
>
>
control: tags 669406 +patch +pending
From 59a9444af50c2b922db6b28cf7bb4476acaba19d Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Tue, 14 May 2019 08:07:02 +
Subject: [PATCH] Remove overly aggressive optimization from /etc/init.d/rc
The optimization:
A start script is not run
control: tags 627797 +patch +pending
From 5de0dc682fc11e9bd10691638610955eec979571 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Mon, 13 May 2019 17:53:47 +
Subject: [PATCH] Ensure mdadm starts before checkfs (Closes: #627797)
---
debian/src/initscripts/etc/init.d/checkfs.sh | 2
[2019-04-18 10:24] Dmitry Bogatov
> Here is prelimitary patch, that implement the check. It seems to affect
> t/tags/checks/init.d/init.d-lsb-depends-nonrel/ check, and, maybe,
> something else -- I did not run whole test suite.
Just a ping, to make sure that issue did not
[2019-05-12 21:26] Raphael Hertzog
> On Sat, 11 May 2019, Dmitry Bogatov wrote:
> > would it be possible to automatically file bugs with issues, already
> > detected by tracker?
>
> Right now, there's no email notification and I certainly agree
> that there should be
Package: wnpp
Severity: wishlist
Homepage: https://23.fi/jj
jj is simple FIFO and filsystem-based Jabber client. It was inspired by
"ii" IRC client.
pgpYfW6PXCXHP.pgp
Description: PGP signature
control: severity -1 wishlist
control: tags -1 +moreinfo
[2006-09-29 02:52] Erich Schubert
> For SELinux domain transition purposes, it would be good to have the
> logsave invocations split out from the init scripts into separate
> scripts (that may even boil down to something like this:)
>
[2019-05-11 16:08] Jelmer Vernooij
> On Sat, May 11, 2019 at 02:49:11PM +0000, Dmitry Bogatov wrote:
> > From 2789fed85a6088c85f8f37ba96984eb7f3d8e8ef Mon Sep 17 00:00:00 2001
> > From: Dmitry Bogatov
> > Date: Fri, 10 May 2019 23:32:01 +
> > Subject: [PATCH] Make
[2019-05-11 15:56] Jelmer Vernooij
> Thanks! Makes sense.
>
> Any chance you could add a test case for this under
> tests/patch-file-present-but-not-mentioned-in-series/?
Sure.
From 6e795731f4ae266954acf9de70ace6f0ea4e944c Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sat,
Package: hurd
Severity: normal
Affects: initscripts
Blocks: 922962
Dear Maintainer,
bin:initscripts ships /etc/hurd/runsystem.sysv file on hurd architecture,
thus making bin:initscript arch:any, which is quite unfortunate, given
that both "/etc/hurd/runsystem.sysv" and rest of bin:initscript
[2019-05-09 22:35] Bastian Germann
> I have changed that and also made the smoke test run.
Fine. Uploaded. I also suggest you to use Gitlab CI. See here:
https://salsa.debian.org/salsa-ci-team/pipeline/
--
Note, that I send and fetch email in batch, once every 24 hours.
Package: lsb-base
Severity: wishlist
Tags: patch
From 58dd6e6add24a4e5531a84ff2404f2f5ed71e114 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sat, 11 May 2019 21:20:48 +
Subject: [PATCH] Introduce logging functions that check ${VERBOSE}
Use of logging functions in initscripts
Package: reprotest
Version: 0.7.8
Severity: normal
Hello. I am working on setting up CI for my packages, and one of them
fail "reprotest" phase with error: "FATAL: kernel too old"[1][2].
I grepped upstream sources for "kernel too old" message and found
nothing. Regular build is successful. Any
Package: devscripts
Version: 2.19.4
Severity: wishlist
Dear Maintainer,
please consider using "debuild" instead of "dpkg-buildpackage" in
"debrepro" script to avoid spurious failures in unsual environments
(effectful environment variables, unexpected binaries in PATH, ...)
Alternatively (not
201 - 300 of 1235 matches
Mail list logo
