[2019-08-08 19:24] Jesse Smith
>
> part 2 text/plain1753
> On Thu, 08 Aug 2019 20:21:50 +0000 Dmitry Bogatov wrote:
> >
> > control: tags -1 +upstream
> >
> > [2019-08-07 05:13] Adam Borowski
> > > [...]
> > > > a /var/l
some links:
* http://smarden.org/runit -- more information about 'runit'
* https://bugs.debian.org/746715 -- technical committe position
on support of init systems, other then sysvinit.
From 13d312c11e948f73b150aaf1c5c8508495559603 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date:
[2019-08-08 19:24] Jesse Smith
> On Thu, 08 Aug 2019 20:21:50 +0000 Dmitry Bogatov wrote:
> >
> > control: tags -1 +upstream
> >
> > [2019-08-07 05:13] Adam Borowski
> > > [...]
> > > > a /var/log/boot.log file is
> > > > generated
Package: lsb-base
Version: 10.2019051400
Severity: wishlist
File: /lib/lsb/init-functions
Dear Maintainer,
please change output format of logging functions, provided by
`/lib/lsb/init-functions'.
Currently, status marker -- green [ok], red [FAIL], blue [warn], etc. -- is
printed at the start o
Package: dh-runit
Version: 2.8.13.2
Severity: normal
In #924903 permissions of /var/lib/runit/supervise were changed from 755
to 700. As pointed by latest Lintian version, Policy 10.9 recommends
755.
The simpliest fix is revert of #924903. More attractive way is to move
supervise directories int
control: tags -1 +fixed-upstream
[2019-08-11 17:57] Jesse Smith
> > Please, don't. Issue with '\r' can be resolved by removal of '\r' in
> > `bin:lsb-base'.
>
> Okay, I'll do an option for completely unfiltered and other tools and be
> adjusted to match.
Thank you very much.
> > With filterin
control: tags -1 +confirmed +help
[2019-08-11 12:46] Andreas Henriksson
> Package: initscripts
> Version: 2.95-4
> Severity: wishlist
>
> Dear Maintainer,
>
> Please consider taking over the hwclock related init script (et.al.) from the
> util-linux package.
>
> These init scripts aren't really
[2019-08-11 22:54] Shengjing Zhu
> This C patch works for me. But I have another approach now.
>
> Add following script as /usr/bin/execlineb
>
> #!/usr/lib/execline/bin/execlineb -S0
> /usr/lib/execline/bin/importas -D
> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin PATH PATH
> /
[2019-03-13 17:17] Dmitry Bogatov
> Package: bash
> Version: 5.0-2
> Severity: wishlist
>
> Dear Maintainer,
>
> To contribute to efford of of making bash non-essential, I propose
> following patch, that should resolve issue with login #620898 (in CC).
>
[2019-08-11 18:08] Jesse Smith
> > > I'd like to point out though that with such an option enabled, it is
> > > going to result in some weird output. If all escape sequences are
> > > printed to the file, tools like "less" can handle it, but other (more
> > > raw) text manipulation tools such as
control: tags -1 +wontfix
control: close -1
[2019-08-11 12:43] Andreas Henriksson
> Package: initscripts
> Version: 2.93-8
> Severity: normal
>
> Dear Maintainer,
>
> The initscripts packages still lists file-rc among it's dependencies
> and the file-rc package is removed since a long time alre
[2019-08-12 17:45] Jesse Smith
> >> I tried it and the "head", "cat" and "tail" commands mangle the lines
> >> of the log file when escape sequences are not escaped. Output from
> >> "less" is clean though and looks correct.
> > Interesting. Can you please send text that shows this behaviour?
>
[2019-08-12 22:37] Andreas Henriksson
> > This is how things usually done on non-conffiles. Are there
> > additional complications with conffiles?
>
> Yes, there are many gotchas with conffiles. Extensive testing is
> needed.
Yes. We could use semi-automatic tests in Docker, like
salsa:kaction/
[2019-08-13 16:48] Thorsten Glaser
> > Please, change format to following:
>
> just run:
>
> sudo sh -c 'echo FANCYTTY=0 >>/etc/lsb-base-logging.sh'
> (On the other hand, now that “most” people, and especially the target
> group of “fancy” logging, is using systemd instead, perhaps it’s
[2019-07-13 08:28] Dmitry Bogatov
> [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.)?
>
[2019-08-13 10:43] Shengjing Zhu
> > [2019-08-11 22:54] Shengjing Zhu
> > > This C patch works for me. But I have another approach now.
> > >
> > > Add following script as /usr/bin/execlineb
> > >
> > > #!/usr/lib/execline/bin/execlineb -S0
> > > /usr/lib/execline/bin/importas -D
> > > /usr/loc
[2019-08-12 10:10] Lorenz
> [...]
> I don't see a strong reason to have persistent supervise directories: the
> files inside are mostly (if not all) not recyclable, bug like #919296
> proves that pre-create files with the porpose of speeding up the start of a
> runsv process doesn't work.
> Mo
[2013-08-14 12:48] Michael Haggerty
> Package: debianutils
> Version: 4.2.1
> Severity: wishlist
> [...]
> Just the thing for run-parts!
>
> But hook scripts are often fed some data on their stdin. For example,
> the Git post-receive hook receives input that tells what references have
> been ch
[2019-01-01 22:38] Dmitry Bogatov
> [2018-12-29 19:51] Michael Biebl
> > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > > control: reassign -1 init-system-helpers
> >
> > How should we handle bugs that are really sysvinit specific, even if
> > they affec
vice name in that output?
Here I propose patch to implement request:
From aaf747cf7e2a0256f62a25fd69b720b466bfaee2 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 10 Jan 2019 16:50:13 +
Subject: [PATCH] update-rc.d: make policy deny message more informative
If action on service was denied by policy-rc.d, include name of
[2019-01-08 14:32] Michael Biebl
> Am 08.01.19 um 13:37 schrieb Dmitry Bogatov:
> >
> > control: tags -1 +moreinfo
> >
> > Seems old discussion did not ended in solution. Let us try again.
> >
> > Dear udev maintainers, did anything changed? Are there
ng).
>
> I guess the bug has been present for a longer time, so please update the
> version information accordingly.
Dear maintainers of init-system-helpers, please consider following
patch, that adjust behaviour of update-rc.d to match manpage.
From 46c7069cf9253399540cb0a75c51e164293e86
[ I believe this bug should be reassigned to bin:insserv, if current
maintainer of bin:init-system-helpers agree. ]
[2012-02-15 11:33] Peter Eisentraut
> part text/plain 238
> Package: sysv-rc
> Version: 2.88dsf-22
> Severity: wishlist
>
> Please add an option like inss
located place, where invoke-rc.d decides aganist starting
service in case, described by submitter.
From f548e3474b404e264fe9439b7543139f5b74a160 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 10 Jan 2019 14:35:32 +
Subject: [PATCH] invoke-rc.d: warn about unmatching service and runle
[2019-01-08 16:32] Petter Reinholdtsen
> [Dmitry Bogatov]
> >> Unfortunately $named can not be listed as a dependency for
> >> mountnfs.sh, as it would generate a dependency loop. First of all,
> >> all known implementations of $named start in rc2.d, while moun
opigating a failing
> exit status. debhelper allows it to do do. The right way to make 6 be
> ignored is to get invoke-rc.d to ignore it, not add cruft to every
> postinst that calls it.
Here I propose patch to implement just that:
From 77c189d0f87a53a93f48b08594c8e7ee864b6e5e Mon Sep 1
wording:
From 5e080c989579dc268fe985a566e3ccb3fdf1ebe3 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 10 Jan 2019 16:41:00 +
Subject: [PATCH] Document that `service' it does not check
/usr/sbin/policy-rc.d
---
man8/service.rst | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-
[2018-07-19 23:47] Richard Laager
> On 07/14/2018 08:34 PM, Richard Laager wrote:
> > Purging ntp after installing ntpsec seems to be fairly common with
> > users. Accordingly, I'm raising the severity of this bug to important.
>
> My current intention is to rename the service from ntp.service
reassign -1 insserv
[2013-06-24 01:11] jida...@jidanni.org
> Package: sysv-rc
> Version: 2.88dsf-41+jessie1
> Severity: wishlist
> File: /usr/sbin/update-rc.d
>
> This
>
> update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match
> alsa-utils Default-Start values
> (S)
>
[2019-01-11 08:40] Thorsten Glaser
> On Fri, 11 Jan 2019, Aleksi Suhonen wrote:
>
> > if [ -d /sys/class/backlight/acpi_video0 ]; then
> > readonly SYS_CONTROL=/sys/class/backlight/acpi_video0/brightness
> > readonly SYS_MAXIMUM=/sys/class/backlight/acpi_video0/max_brightness
> > else
>
[ Please, next time attach patch, not whole file. Much more convenient
for review ]
[2019-01-10 10:54] Dolphin Oracle
> the buster version of sysvinit initscripts still mounts the with /run/shm
> as the mount point for the tmpfs and /dev/shm as a symlink.
>
> just adding on to the discussion.
Package: dillo
Version: 3.0.5-4
Severity: wishlist
Dear Maintainer,
dillo provides several binaries, whose purpose is not easy to understand
for enduser:
/usr/bin/dillo-install-hyphenation
/usr/bin/dpid
/usr/bin/dpidc
I believe the only user-facing command should be onl
S_MAXIMUM=/dev/null
> fi
I like this approach the best. Here is pending patch. Feedback is
welcome, in wording in particular.
From 97e33ff24c857bf20f6d73a2d75c2d200acd0693 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Fri, 11 Jan 2019 13:31:21 +
Subject: [PATCH] Check in `brigh
Package: dh-make
Version: 2.201802
Severity: wishlist
Dear Maintainer,
please generate build dependency on `debhelper-compat (= 11)' instead of
`debian/compat'.
pgpGECFjFXmiJ.pgp
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Dmitry Bogatov
* Package name : laminar
Version : 0.6+46.g31c6498-1
Upstream Author : Oliver Giles
* Url : https://laminar.ohwg.net
* Licenses : GPL-3+
Programming Lang : C++, Javascript
Section
Package: libcapnp-dev
Version: 0.7.0-1
Severity: normal
Dear Maintainer,
your package provides kj-http.pc pkg-config file, which provides
following instructions to link with kj-http:
$ pkg-config --libs kj-http
-lkj-http -lkj-async -lkj
On other hand, there is no kj-http.so fil
[2019-01-11 14:51] Felipe Sateler
> On Fri, Jan 11, 2019 at 9:39 AM Dmitry Bogatov wrote:
>
> >
> > [2019-01-01 22:38] Dmitry Bogatov
> > > [2018-12-29 19:51] Michael Biebl
> > > > Am 29.12.18 um 19:34 schrieb Dmitry Bogatov:
> > &
[ Do you want me to re-submit this patch as merge request? ]
[2019-01-11 14:58] Felipe Sateler
> > [2011-06-14 11:39] Joey Hess
> > >
> > > part 1 text/plain 618
> > > Helmut Grohne wrote:
> > > > A failure from the update-rc.d cannot make postinst fail, because the
> > > >
[2018-12-21 18:54] Dmitry Bogatov
> I drafted following text, expressing my vision of problem. You may wish
> to extend it with your vision.
> [...]
I politely remind about my intention to call for Technical Comitete, and
invite you to state your opinion on proposed summary of disagreement.
[2019-01-11 20:35] Petter Reinholdtsen
> [Dmitry Bogatov]
> >> No objections, but note there used to be several scripts in rcS.d/
> >> depending on /usr/ being mounted, and these need to be moved from S to
> >> (2 3 4 5) first.
> >
> > As far as I can tel
[2019-01-11 14:34] KatolaZ
> On Fri, Jan 11, 2019 at 12:36:36PM +0000, Dmitry Bogatov wrote:
> >
> > [2019-01-08 14:32] Michael Biebl
> > > Am 08.01.19 um 13:37 schrieb Dmitry Bogatov:
> > > >
> > > > control: tags -1 +moreinfo
> > >
[2019-01-13 08:31] Pierre Ynard
> Hello, and thanks a lot for your work on the sysvinit package!
I am happy to know, that this work is important not only to me.
> >* Move /etc/init.d/{rc,rcS} scripts out of /etc, retaining
> > symbolic link for compatibility (Closes: #132542)
>
> htt
[2019-01-12 19:28] Jörg Frings-Fürst
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "uriparser"
>
>Package name: uriparser
>Version : 0.9.1-1
>Upstream Author : Sebastian Pipping
>URL : https://github.com/uriparser/ur
[2019-01-13 00:21] "Francesco Poli (wintermute)"
> Package: sponsorship-requests
> Severity: normal
>
> Hi!
>
> I have just finished preparing a new version of the apt-listbugs
> package (0.1.27): it is ready to be uploaded to Debian sid.
> Could someone please build the package from commit
>
control: tags -1 confirmed
[2011-05-09 22:32] Karl Schmidt
> part text/plain 487
> Package: e3
> Version: 1:2.71-1
> Severity: important
>
> I'm wondering if the is specific to the amd64 build?
No idea, no i386 box around.
> The log file is 4.9M
>
> # e3ne /var/log/apa
[2019-01-13 17:10] Thorsten Glaser
> On Sun, 13 Jan 2019, Pierre Ynard wrote:
>
> > You've moved them to /usr/libexec/ that doesn't exist on Debian, not
> > /lib/init/ ?...
>
> /usr/libexec/ is now allowed on Debian, but anything under /usr
> does not seem to be the right place for things used
control: forcemerge 915051 -1
control: close -1
[2019-01-14 01:03] shirish शिरीष
> Package: initscripts
> Version: 2.93-2
> Severity: normal
>
> Usertags: obsolete-conffile adequate
>
> Dear Maintainer,
> Thank you for maintaining initscripts.
>
> I was upgrading the system when adequate inf
[ More eyes is better, so please use sysvi...@packages.debian.org
instead personally me for sysvinit-related issues. I read list
carefully. ]
[2019-01-15 16:17] Axel Beckert
> Anyway, I'm taking Dmitry into Cc since sysvinit-core's init is the
> only process which survives this issue and he
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
Package: lintian
Version: 2.5.121
Severity: wishlist
Dear Maintainer,
Lintian seems to be very confused by new style init scripts:
#!/usr/bin/env /lib/init/init-d-script
### BEGIN INIT INFO
# Provides: bcron-sched
# Should-Start: $syslog
# R
[2019-01-15 17:35] Thorsten Glaser
> On Tue, 15 Jan 2019, Dmitry Bogatov wrote:
>
> > As far as I can tell, /sbin/init invocation is late enough. Usrmerge is
> > coming. /usr is mounted by initramfs since initramfs-tools=0.117 (25 Sep
> > 2014):
>
> The latter i
[2014-01-13 16:05] Joey Hess
>
> part 1 text/plain 702
> Andrew Shadura wrote:
> > I propose a patch to relax requirements to the make output. Currently,
> > when the target doesn't exist, makefile.pm expects string like:
> >
> > make: *** No rule to make target 'clean'. Stop
control: close -1
[2018-12-06 19:41] Alexander Wirt
> > [2018-12-04 12:48] Ansgar Burchardt
> > > Version: 1:0.88-4
> > > Severity: normal
> > >
> > > Vcs-* ist set to https://salsa.debian.org/debian/ucspi-tcp which is a
> > > private repository. Please make the repository publically access
control: tags -1 +upstream
[2019-01-15 19:24] Jesse Smith
> I am applying the provided patch upstream. Looks like this should have
> been the default behaviour, at least in kernel versions after the 2.6
> series.
>
> The patch will be included in insserv-1.19.0, likely published around
> the e
Hello?
Dear maintainer of ncurses, could you please upload a backport of
ncurses-term?
pgpQapevBlYEs.pgp
Description: PGP signature
From f377d762a4e9635bf67e4759705655899ae4de0e Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 17 Jan 2019 02:19:27 +
Subject: [PATCH] dh_installinit: --name implies, that init script is present
Previously, `dh_installinit' silently did nothing, when --name option
was passed, bu
[2019-01-17 21:13] Thorsten Glaser
> On Sat, 12 Jan 2019, Dmitry Bogatov wrote:
>
> > Sure. Your contribution would be welcome.
>
> I pushed it to a branch “tg-brightness” in the sysvinit
> packaging on Salsa.
Next time, wip/ namespace is preferred. It makes it clear,
that
Package: dh-runit
Version: 2.8.1
Severity: important
Dear Maintainer,
please write elaborate tutorial, explaining not just command line
options of dh_runit, but also more general view -- what typical
runscript look like.
Ideally, something like Perl Policy, but for Runit is needed.
-- System I
[2019-01-18 02:20] Adam Borowski
> > Wow. So strong reaction. Fine. Collegues, I understand your attitude.
> > You have some setup, with separate / and /usr, without initramfs, and
> > you do not want change anything.
>
> That ship has long since sailed. What's the point of making sysv-rc suppo
[2018-12-29 19:54] Vincent Bernat
> > Probably not. Violations of FHS is violation of policy, and to get
> > authorization to policy violation is long road, starting with discussion
> > on debian-devel@.
> >
> > But, can't we just configure Nix to store it under /var/nix?
>
> This would break t
[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-04 12:29] Kentaro Hayashi
> On Fri, 4 Jan 2019 02:17:57 +0100 Adam Borowski wrote:
> > Am I holding it wrong?
>
> step 1. launch xhk
> step 2. press "j" key, then "j" is typed
> step 3. press space and "j" key, then "f" is typed.
>
> If xhk works as above, it is OK (expected behavior
[2018-11-01 23:22] Richard Ipsum
> On Fri, 26 Oct 2018, at 02:47, Dmitry Bogatov wrote:
> >
> > [2018-10-23 23:53] Richard Ipsum
> > > Fixed remaining issues, sorry this took me a while to get to.
> > > I have uploaded a new version of the package to mentors
[2019-01-17 23:13] eamanu15
> Dear mentors,
>
> I am looking for a sponsor for my package "note"
>
> * Package name: note
> Version : 1.3.26-2
> Upstream Author : Thomas von Dein
> * URL : http://www.daemon.de/NOTE
> * License : Gnu Public License(GPL)
> Sec
control: tags -1 +fixed-upstream
[2019-01-18 01:31] Bjarni Ingi Gislason
> Package: insserv
> Version: 1.18.0-1
> Severity: minor
> Tags: patch
>
> Dear Maintainer,
>
> Input file is insserv.8
>[...]
Dear submitter, that you for your contribution. Unfortunately, your
patch can not be used e
[2019-01-18 14:32] Thorsten Glaser
> * what are your arguments aganist usrmerge?
>
> Please let’s not go there. Just accept that this idea, originating
> from the systemd people at Fedora/Freedesktop, is NOT welcome to
> classical Unix people.
Adam correctly pointed in his email, that usrmerg
lp a lot that the flag
> is available in buster, so we can add it in the first compat level
> released in bullseye.
Wonderful. What about this patch:
From 6c856e13dfd496b25652a202f210177dd0f86c19 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Thu, 10 Jan 2019 16:31:32 +
Subject: [PATCH]
[2018-12-29 23:24] Clark Wang
> Package: wnpp
> Severity: wishlist
> Owner: Clark Wang
>
> * Package name: sexpect
> Version : 2.1.8
> Upstream Author : Clark Wang
> * URL : https://github.com/clarkwang/sexpect
> * License : GPL
> Programming Lang: C
>
I uploaded sysvinit=2.93-4, and sysvinit=2.93-5 just after, since I
forgot credit to Thorsten. Changes are mostly cosmetic, except following
changes:
* Check for presence of backlight-related virtual files in `brightness'
initscript (Closes: #918966)
Incorporated improvemens to `brightnes
[2019-01-20 10:53] Birger Schacht
> Alternatively, one can download the package with dget using this command:
> dget -x
> https://mentors.debian.net/debian/pool/main/s/scdoc/scdoc_1.6.0-1.dsc
>
> Alternatively, you can access package debian/ directory via git from URL:
> https://salsa.deb
[2019-01-20 18:39] Kieran Bingham
> This log shows you have pushed then released the space before pressing
> the next key to mirror. [...]
Yes. This way it works.
But documentation still have to be improved -- manpage is almost
unreadable and refers to non-existent info manual. I think in cu
wf' or 'halt -fw', but I believe it is not needed.
I am okay with accepting patch to implement writing `wtmp' entry, if it
is reasonably small, but I would prefer to delegate it to external
implementation, like https://git.suckless.org/utmp (not sure it is
applicable).
From 3b4892
[2019-01-20 17:31] Bjarni Ingi Gislason
> > > Input file is insserv.8
> > >[...]
> >
> > Dear submitter, that you for your contribution. Unfortunately, your
> > patch can not be used easily, since it alters not source (insserv.8.in),
> > but preprocessed version.
> >
> > Would you be so kind to
control: tags -1 +fixed-upstream
[2019-03-04 20:59] Jesse Smith
> > I take off my Debian hat, and as regular user ask you, upstream
> > maintainer, can you please .depends files from /etc/ to /var, to improve
> > compliance with FHS.
>
> This how now been done upstream and it will be implemente
From 2d7140fca54f2d54edeacf4dce6ce10d49d501e7 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sun, 24 Feb 2019 21:33:40 +
Subject: [PATCH] Add native runit script
---
debian/acpid.runit | 1 +
debian/acpid.runscript | 5 +
debian/control | 3 ++-
debian/rules | 2 +-
4
[2019-03-05 02:50] Pierre Ynard
> reopen 686895
> thanks
>
> /etc/init.d/checkfs.sh also checks forcefsck to pass -f to fsck,
> so it needs to be fixed too. It won't be as simple as checkroot.sh
> because fsck -A can apply to any number of filesystems of any type and
> checkfs.sh doesn't track s
[2019-03-02 00:01] Pierre Ynard
> Do we want a blacklist, or a whitelist?
> Do we want to delegate conditionality to particular implementations? If
> so, which factors? Running on battery was suggested. Shipping a dummy
> fsck.$type is a way to delegate the possibility or impossibility to fsck
>
[2019-03-05 23:41] Michael Biebl
> Control: reassign -1 insserv
> > I think insserv should depend on initscripts. It requires that to
> > actually do anything.
> >
> > Adding Conflicts will likely make switching inits much more difficult.
>
> Nod, reassigning back to insserv.
Bug is in incorre
[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
624)
+ * Move execlineb into `/usr/bin'.
+
+ -- Dmitry Bogatov Wed, 06 Mar 2019 17:53:53 +
+
execline (2.5.0.1-3) unstable; urgency=3Dmedium
=
* Add dep8 autopkgtest script
diff -Nru execline-2.5.0.1/debian/execlineb.1 execline-2.5.0.1/debian/execl=
ineb.1
--- execline-2.5
[2019-03-07 12:57] Andras Korn
> part 1 text/plain 218
> Sorry, I sent an earlier version of the patch by mistake.
>
> I'm attaching the correct one, which I tested and which works for me.
> [...]
> - if (sigc && (stat(STOPIT, &s) != -1) && (s.st_mode & S_IXUSR)) {
> +
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
Package: insserv
Version: 1.18.0-2
Severity: wishlist
Dear Maintainer,
New upstream version 1.19 is released. Please consider packaging it.
-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux beowulf/ceres
Release:10
Codename: n/a
Architecture: x86_64
K
Package: lintian
Version: 2.7.0
Severity: wishlist
Dear Maintainer,
Lintian produces false positive
'package-uses-dh-runit-but-lacks-breaks-substvar' in following scenario:
* source package builds bin:foo and bin:bar.
* bin:foo uses functionality of dh_runit (test -f debian/foo.runit),
but
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-07 15:15] Pierre Ynard
> > Sounds reasonable. Will you make patch?
>
> What does ext* expand to, what's the list of ext filesystem types for
> which we want to honor forcefsck? ext2, ext3 and ext4?
As you convincingly remarked below, we may want honor `test -f /forcecheck'
for every file
Package: startpar
Version: 0.61-1
Severity: wishlist
Dear Maintainer,
new upstream release 0.62 is released. Please consider packaging it.
-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux beowulf/ceres
Release:10
Codename: n/a
Architecture: x86_64
Ke
ages can't edit
> /etc/default/halt, it might be even better to let them drop files
> somewhere, maybe in /run/network, to signal this.
Well, let's start with something. What about this patch, that reuses
/etc/default/halt? I believe it is, maybe not most principal, but
solution to
[2017-01-21 20:54] Balint Reczey
> Control: tags -1 confirmed
>
> Hi,
>
> On Sat, 27 Sep 2014 21:14:46 -0500 Troy Benjegerdes wrote:
> > So can we have a prerm script for bash that sets the root
> > shell back to /bin/sh, or at least asks the admin if they want
> > zsh or tcsh, and warns about
Package: 9base
Version: 1:6-7
Severity: wishlist
Dear Maintainer,
since Debian now uses FHS-3.0, /usr/libexec is more suitable place for
exectables then generic /usr/lib location.
Please, consider moving.
-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux beowulf/ce
I believe something as simple, as this would do:
From ce28f12b7682fc5750fe225ac563cacfdcf81ff0 Mon Sep 17 00:00:00 2001
From: Dmitry Bogatov
Date: Sat, 9 Mar 2019 20:48:07 +
Subject: [PATCH] Document NETDOWN variable in /etc/default/halt
---
debian/src/initscripts/etc/default/halt | 3
Package: chiark-really
Version: 6.0.3
Severity: wishlist
Dear Maintainer,
please consider making chiark-really drop-in replacement for sudo. For
my own purposes,
alias sudo='PATH=/bin:/sbin:/usr/bin:/usr/sbin /usr/sbin/really'
is perfectly fine, but some packages pull dependency on bin
[2019-03-08 23:43] Jan
> >From f7b8f943d1f7a8f26df8d81eeb0a2d5a69ee7e22 Mon Sep 17 00:00:00 2001
> From: Jan
> Date: Wed, 6 Mar 2019 18:38:04 +0100
> Subject: [PATCH] fix: replace obsolete usleep with nanosleep
>
> POSIX.1-2001 declares usleep obsolete,
> POSIX.1-2008 removes the specificatio
[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
[2019-03-09 12:17] "Chris Lamb"
> Hi Dmitry,
>
> > * bin:foo uses functionality of dh_runit (test -f debian/foo.runit),
> >but bar does not (! test -f debian/bar.runit)
>
> Is this a 100% reliable test for "runit usage"? I'd rather check
> something else rather than "debian/$binpkg.runit", bu
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-10 12:09] Andras Korn
> On Fri, Mar 08, 2019 at 02:39:47PM +0000, Dmitry Bogatov wrote:
> > [2019-03-07 12:57] Andras Korn
> > > part 1 text/plain 218
> > > Sorry, I sent an earlier version of the patch by mistake.
> > >
> >
[2019-03-09 21:57] Thorsten Glaser
> > But I really want to have some transition plan to get rid of
> > /forcecheck, something like:
>
> … you might like that tune2fs can now (1.45.0-1, not yet in
> buster, officially not likely to make it but we can hope) set
> a flag force_fsck that next boot’
[2019-03-09 21:05] Lorenzo Puliti
> this is for buster +1
>
> Here is my proposal for adding runit-init support in
> 'init-system-helpers'; please do not reassign to init-system-helpers
> as this need also some changes in runit and dh-runit to work properly.
> This is still a work in progress b
control: tags -1 +help
[2019-03-11 16:24] Lorenzo Puliti
> Package: runit-init
> Version: 2.1.2-25helpers1
> Followup-For: Bug #919699
>
> Hi,
>
> >I am okay with accepting patch to implement writing `wtmp' entry, if it
> >is reasonably small, but I would prefer to delegate it to external
> >im
801 - 900 of 1235 matches
Mail list logo