Hi Sudip,
Thanks for using quickml and investigating this.
The Debian policy[1] specifies that a working Debian system has the
/etc/mailname file. I don't want to create it by the quickml package.
A runtime warning could be more useful.
Yours,
Benda
1.
https://www.debian.org/doc/debian-policy
Hi Ethan and Mehmet,
Welcome! Are you still interested in packaging
python-speechrecognition for Debian? I am happy to serve as a mentor
and join your effort.
https://github.com/mertyildiran/speech_recognition returned 404 to me
though. It is migrated to somewhere else?
Yours,
Benda
Hi Hans,
Hans-Joachim Hoetger writes:
> i'm using In-A-Dyn to write only my IPv6 address to SpDyn. The address
> is provided via DHCP by my Router (FritzBox). Unfortunately dhcp with
> ipv4 is much faster than dhcp with ipv6. The interface has its v4
> address about 20s earlier than its v6 addre
Luca Boccassi writes:
>> I take care of packages that do not meet the proposed policy. And I
>> don't have a systemd test environment. I am curious what is the
>> recommended way to go forward.
>>
>> - upload a generator-converted .service without any test;
>> - set low-NMU to encourage interest
Hi Luca,
Luca Boccassi writes:
>> On Sun, 2023-06-25 at 18:51 +0100, Luca Boccassi wrote:
>> > Patch attached and pushed to
>> > https://salsa.debian.org/bluca/policy/-/commits/mandatory_units?ref_type=hea
>>
>> There is one part I think should not be changed: we currently don't
>> require integ
Package: wnpp
Severity: wishlist
Owner: Benda Xu
X-Debbugs-Cc: debian-de...@lists.debian.org, s...@l.airelinux.org
* Package name: scmutils
Version : 20220518
Upstream Contact: Gerald Jay Sussman
* URL : https://groups.csail.mit.edu/mac/users/gjs/6946
* License
Hi Bekks and Marcelo,
Thank you for offering help! I have set up a collaborative maintenace
repository on salsa[1]. I converted the full upstream CVS history[2] in
the "upstream" branch, and the full debian packaging history from
snapshots[3] since 2004 in the "master" branch.
I intend to take
Package: wnpp
Severity: wishlist
Owner: Benda Xu
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-common-l...@lists.debian.org
* Package name: cl-fiasco
Version : 0~git20221227
Upstream Contact: João Távora
* URL : https://github.com/joaotavora/fiasco
* License
Package: cl-clx-sbcl
Version: 0.7.4.20160323-1.1
Severity: important
X-Debbugs-Cc: debian-common-l...@lists.debian.org
Dear Milan,
I would like to salvage cl-clx-sbcl.
The interest occurs to me when I am trying to fix the RC bug for
stumpwm (Bug 1020162). The latest version (22.11) of stumpwm r
Hi Stephan,
> that would be very useful to have indeed! I looked at this very
> briefly and figured it is probably not trivial to package, so good
> luck. Let me know if you need a sponsor or any other help for this.
Thank you so much for offering help. I have been working with Yachen in
the pa
Thanks Vasilis, I could reproduce this error. The fix will come
together with the new version.
Yours,
Benda
Hi Andreas,
Many thanks for taking care of the 3.9 series!
I am confused of the 'vendor/' directory in tag 'upstream/3.9.5+ds1'.
The upstream release at
https://github.com/sylabs/singularity/releases/tag/v3.9.5
does not have the directory anymore. Neither does the git repo
https://github
I looked upon singularity-3.9.2. It has several dependencies that will
need coordinated updates of the go packages.
Benda
Tags: patch
A merge request has been created for review,
https://salsa.debian.org/debian/inadyn/-/merge_requests/1
with which we will release 2.8.1-1 into sid.
Cheers,
Benda
Anton Gladky writes:
> Thanks for your contribution. I have approved and merged your MR. Also
> I have added you to the Debian Science group on salsa.
>
> @PICCA Frederic-Emmanuel, would you want also to check those changes?
Thanks Anton!
I will wait for Picca's ack for a month before I go ahea
Package: vitables
Version: 3.0.2-1
Severity: normal
X-Debbugs-Cc: Debian Science Maintainers
, Dmitrijs Ledkovs
, Picca Frédéric-Emmanuel
Dear Maintainer,
I am interested in co-maintaining vitables by joining the science team
and appending myself as an uploader.
The newest version (3.0.0-1.1)
Hi Matthew,
Matthew Vernon writes:
> I've taken Trek's patches and incorporated them into an NMU which I've
> pushed to delayed/5.
>
> We may still want to get the new version into bullseye once Jesse
> publishes it, but at least this way the fix for this bug will be in.
>
> I hope that's OK!
T
Hi Federico,
I have found that you are working on packaging inadyn-2.5[1] just after
I filed ITA to this bug. Are you still interested in adopting it?
Maybe we can work together.
Cheers,
Benda
1. https://salsa.debian.org/debian/inadyn
Steffen Möller writes:
> cern-root ?
+1
FYI, the following is the previous CERN ROOT changelog. The old name
was root and changed to root-system since 5.15.07-1.
http://metadata.ftp-master.debian.org/changelogs/main/r/root-system/unstable_changelog
Benda
Hi Stéphane,
Stéphane Glondu writes:
> Le 12/02/2020 à 21:34, Boyuan Yang a écrit :
>> I noticed that the latest upload of package babeld was not a source-only
>> upload. As a result, this upload will not migrate to testing. Please consider
>> making another source-only upload. You may find more
Hi Michael,
What is the status of this bug?
elogin now provides sd_uid_is_on_seat:
$ nm -D /lib/elogind/libelogind-shared-241.3.so | grep sd_uid_is_on_seat
000b5b90 T sd_uid_is_on_seat
Please express your concern.
Yours,
Benda
Thank you, Sébastien!
Benda
signature.asc
Description: PGP signature
Package: cl-asdf
Version: 2:3.3.3-3
Severity: important
Dear Common Lisp Team,
asdf stops working after the sbcl upgrade:
$ sbcl --eval '(require "asdf")' --eval '(asdf:load-system :asdf)'
This is SBCL 2.0.1.debian, an implementation of ANSI Common Lisp.
More information about SBCL is available
en output, then
> probably it can be worked on.
The ugly output is caused by
/lib/lsb/init-functions.d/20-left-info-blocks from lsb-base.
Thomas Goirand writes:
> Benda Xu wrote:
>> I think it would be time when OpenRC has a systemd .ini parser, to
>> also make use of systemd uni
Hi Thomas,
Thomas Goirand writes:
> OpenRC is actively maintained upstream, and is a full replacement of
> sysv-rc, including many improvements.
>
> Currently, packages are stuck with long, non-declarative sysv-rc
> scripts, and cannot switch to superior runscripts, interpreted by
> /sbin/openrc
Hi Moritz,
I started to work on qt5 port of SCIM. There is some remaining blocks.
I will work on it for another 10 days.
I want to postpone to deadline to Dec 15, if that does not drag the QT5
migration too much.
Thank you for your understanding!
Yours,
Benda
Hi Moritz,
I am listed as a uploader on src:scim.
I am going to try to port scim to Qt 5 before removing scim-qt-immodule.
Please give me 10 days. If until Dec 1 I cannot port scim qt5, I will
do the upload authored by https://github.com/leggewie-DM/scim/pull/1.
Thanks!
Benda
Package: ftp.debian.org
Severity: normal
Control: block 820390 by -1
Dear FTP masters,
As per Bug #820390, we would like to override vitables to the science
section, because vitables is a python application for scientists. In
addition, by Debian standards update, we would like to set it to
prior
Bálint Réczey writes:
> I picked the patch used in Gentoo and FreeBSD to make the package
> build again, but it does not resurrect upstream.
>
> I'd say with this change there is no immediate need for removal, but I
> removed myself from uploaders since I did not have enough time to take
> care o
Hi Moritz,
That needs to be seriously considered. I am using this package
extensively. Do you any alternatives to it?
Yours,
Benda
Hi Dmitry,
Dmitry Bogatov writes:
> Dear co-maintainers, what do you think? While personally I never used
> this feature, I believe it would not introduce much of complexity into
> initscripts. Neither I believe this functionality deserves separate
> binary package. So, objections to inclusion?
Ian Jackson writes:
> I think reimplementing init-d-script in C is the wrong solution to
> this bug. Certainly, if the only thing it is buying is us an ability
> to manipulate $0. I infer from Dmitry's closing of #913247 which
> requests init-d-script in C, that he also doesn't like that idea.
Hi Andreas,
Andreas Henriksson writes:
> On Thu, Nov 15, 2018 at 05:47:03PM +0800, Benda Xu wrote:
> [...]
>> I think it a common Debian practice to set root passwords. Disabling
>> root login and put everything on `sudo` feels very Ubuntu.
>
> The debian-installer sup
Benda Xu writes:
> I have reformed the sysvinit maintenance team and mailing list (in the
> Cc).
s/I/we/
A bad typo. I am terribly sorry to our colleagues.
Benda
Control: tags -1 + fixed
Thanks Andreas,
Andreas Henriksson writes:
> Control: tags -1 + patch
>
> Hello again,
>
> Trivial patch attached for below suggestion for your convenience.
>
> (Making it convenient to test will have to be implemented in a higher
> level tool that enables the provided
Hi Samuel,
Sorry for this long delay into incorporate your patch. I have reformed
the sysvinit maintenance team and mailing list (in the Cc). Please
consider this email an invitation to join the sysvinit team for
the GNU/Hurd port.
Thanks for your patience!
Benda
Thorsten Glaser writes:
> I find it unsatisfactory and did not find much consensus.
Sorry Thorsten for this confusion and inconvenience. As you said, it is
a matter of
sed -i 's|1:2345:respawn:/sbin/getty|1:2345:respawn:/sbin/getty --noclear|'
/etc/inittab
I guess it is not too annoying a
stand this.
Thanks.
> [...]
snip
> On Thu, Nov 15, 2018 at 12:13:26PM +0800, Benda Xu wrote:
>> Hi Andreas,
>>
>> Dmitry Bogatov writes:
>>
>> > [2016-05-07 11:12] Andreas Henriksson
>> >> [...]
>> >> The initscripts package (src:sysvini
Hi Dmitry,
Dmitry Bogatov writes:
> control: tags -1 +patch
>
> [2014-11-24 22:30] Petter Reinholdtsen
>> Given that -f is force only for ext*, I suspect a more sensible
>> approach is to only enable forcefsck for ext*, not disable it for
>> btrfs.
>
> Like this?
>
> diff --git a/debian/src/ini
Hi Andreas,
Dmitry Bogatov writes:
> [2016-05-07 11:12] Andreas Henriksson
>> [...]
>> The initscripts package (src:sysvinit) needs equivalent changes to
>> restore the old status quo (and thus ignoring potential kiosk mode usecase
>> problems -- kiosk mode users should alter their init scripts
Hi Petter,
Dmitry Bogatov writes:
> I do agree, that this line looks strange. It was introduced at commit
> `f611a05d16b3094139c2ea540817c00bdf93347a' with following comment:
>
> Make sure init-d-script exit at the end, to make sure init.d
> script is only sourced once.
>
> at 20 Feb
Hi Jesse,
Jesse Smith writes:
> 374039 (I think the reporter is confusing initscripts (init.d) with the
> sysvinit programs as they're mixing up script variables with sysvinit
> manual pages. Can close this report.)
Jidanni's concern is in the shutdown(8) manpage.
1. `shutdown` is no longer a
Tags: fixed-upstream
Thanks Jesse!
Jesse Smith writes:
> 598891 (Accepted suggestion to make shutdown command quiet. Applied
> upstream. Can close bug report.)
Hi Dmitry,
I think you will be the one to judge and close this bug :)
Yours,
Benda
Tags: fixed-upstream
Hi Jesse,
Jesse Smith writes:
> 372668 (The suggested documentation changes have been made upstream. Can
> close bug.)
Thank you! We will close this when sysvinit-2.92 hits Debian.
Yours,
Benda
Tags: fixed-upstream
Thanks Jesse!
Yours,
Benda
reassign 846590 dolphin
thanks
Hi Maximiliano,
It looks like dolphin does not work happily when udisks2 is running on a
sysvinit-powered box.
Yours,
Benda
forwarded 706676 https://bugzilla.syslinux.org/show_bug.cgi?id=6
reassign 706676 tftpd-hpa
tags -1 upstream
thanks
Hi Ron,
According to the discussion above, this seems to be a bug of tftpd-hpa.
Thanks,
Benda
reassign 706676 lxc
thanks
Dear LXC Maintainers,
I think this bug has been addressed as I can't reproduce it anymore with
my stretch as host and sid as lxc guest.
That said, I regard it is more proper for you guys to judge and close
it.
Thanks,
Benda
Hi Jesse,
Jesse Smith writes:
> 361935 (addressed in documentation)
Could you please show which documentation has addressed this bug?
Yours,
Benda
tags 890041 fixed
thanks
Thank you all! This is fixed upstream in 2.89 and will appear in debian
2.91-1 and later.
Yours,
Benda
Hi Jesse,
Jesse Smith writes:
> 614893 (fixed)
Could you please elaborate about how this bug is fixed? I can't find
relevant commits in the upstream repository.
Yours,
Benda
tags 375274 upstream
thanks
Thank you Jesse, I understand the meaning of '-t' now.
Yours,
Benda
Control: tags 580773 upstream
Jesse Smith writes:
> Updated insserv to handle both --dryrun and --dry-run. Can also use
> either --show-all or --showall. Updated manual pages to match upstream.
>
> This change will appear in insserv 1.18.0.
Thank you Jesse!
Hi Adam,
Adam Borowski writes:
> But something is amiss: that refactorization happened a year ago, yet there
> was no breakage I nor anyone else noticed. And I obviously installed quite
> a few daemons in the meantime on systems running unstable (although I don't
> recall any on unstable in las
Control: reassign 910444 init-system-helpers
Control: forwarded 910444
https://salsa.debian.org/debian/init-system-helpers/merge_requests/6
Control: tags 910444 patch
Hi,
With the input and help from biebl, I was able to chase down this bug to
update-rc.d. After refactorization by fsateler, the
Hi Axel,
While I haven't tried to reproduce the bug with Sid yet, Bug 874685
looks extremely suspicious for causing this.
Yours,
Benda
Hi Michael,
Michael Biebl writes:
> Well, "-n" was indeed broken and has been removed completely
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856415
>
> Which indeed makes this bug report obsolete.
I see. Thank you for responding this issue.
> Benda, please always CC the maintainers of
Tags: unreproducible
Control: reassign 856044 init-system-helpers
Hi Stefano,
`update-rc.d` has been moved to init-system-helpers package. Are you
still experiencing this bug? I can't reproduce it.
Yours,
Benda
Hi Axel,
Axel Beckert writes:
>> Thank you for raising this up. Are you using openrc with sysvinit-core?
>
> Yes. Since the package "init" doesn't allow openrc as option,
> sysvinit-core is installed, too. I though don't know the difference
> between those two modes (OpenRC with and without sys
Hi Axel,
Adam Borowski writes:
> On Sat, Oct 06, 2018 at 02:40:22PM +0200, Axel Beckert wrote:
>> Package: openrc
>> Version: 0.34-3
>> Severity: grave
>> Justification: renders package unusable
>
>> I just installed Debian Buster/Sid from scratch on a GPD Pocket 1 and
>> then switched from syst
Hi Stefan,
> This bug basically makes the package unusable.
Unfortunately that's true.
> I understand that adapting the packaging to the new structure of
> Zotero-5 will take some time, but in the mean time, could someone add
> a page to the Debian wiki outlining how to install Zotero-5 by han
Hi Juliusz and Stéphane,
Stéphane Glondu writes:
> On 14/05/2018 00:46, Juliusz Chroboczek wrote:
>> Babeld-1.8.1 has a rather serious bug, that makes it unsuitable for
>> traditional IPv4 networks (as opposed to pure meshes). 1.8.2 fixes the
>> bug.
>>
>>
>> https://github.com/jech/babeld/
Hi Common Lisp Team,
I have prepared a version bump for stumpwm at
https://github.com/heroxbd/stumpwm
because my membership with https://salsa.debian.org/common-lisp-team is
pending and I cannot commit to
https://salsa.debian.org/common-lisp-team/stumpwm
Would you please kindly help review
Package: tinc
Version: 1.0.33-1
Severity: important
Dear Guus,
I have been using tinc since 2009 and it is great!
When PMTUDiscovery=yes and Mode=switch, and if ipv6 is used inside
tinc, the ICMPv6 "Packet Too Big" packets have incorrect checksums.
It can be reproduced by `ping6 -s 1800` and `t
EMON" > >(logger -p mail.notice -t nullmailer) 2>&1
`
> Benda Xu writes:
> >
> > # ps ax | grep nullmailer
> > 24301 ?S 0:00 /usr/sbin/nullmailer-send -s
> >
> > # cat /var/run/nullmailer.pid
> > 24301
> >
> >
&g
Package: nullmailer
Version: 1:2.1-5
Followup-For: Bug #885537
Dear Maintainer,
I have extracted /etc/init.d/nullmailer from version 1:1.13-1.2, and
called:
# invoke-rc.d nullmailer start
It works:
# ps ax | grep nullmailer
24301 ?S 0:00 /usr/sbin/nullmailer-send -s
# cat /var/run
Package: stumpwm
Severity: normal
Dear Maintainer,
A new version of stumpwm 1.0.0 has been released
https://github.com/stumpwm/stumpwm/releases/tag/1.0.0
Please consider bump the version in Debian.
I have tested with the 1.0.0 with some updates in debian/*. Would you
like to use them?
Yours
Benda Xu writes:
> Thank you for your comments and diagnosis. But the bug does not go away
> by itself. If you are too busy to bump it, please speak out explicitly.
> We are willing to help maintaining unison.
Sorry I have overlooked the upload of unison-2.48.4 on 30 Oct 2017. Th
severity 802919 important
thanks
Hello Stéphane (the *uploader* of unison),
Regarding this bug has actually rendered unison unusable without manual
compilation, and unison-2.48.4 has been released, could *you* please
bump unison to 2.48.4? This will give us a rebuild of latest unison
against oca
Hi,
It looks like this package has not been touch upon for almost 2 years.
I went ahead and committed version 1.8.0 to collab-maint/babeld.
https://anonscm.debian.org/git/collab-maint/babeld.git
The compiled package works smoothly on jessie, stretch and sid.
Cheers,
Benda
Thanks Bjoern, I am building and using jool on Debian. Your effort is
really appreciated.
Benda
Hi,
What is the recommended way to use netns with ifupdown?
Benda
Thanks Adam,
Adam Borowski writes:
> On Sun, Nov 19, 2017 at 10:46:12PM +0900, Benda Xu wrote:
>> Do you have a quick idea of parsing /etc/insserv.conf.d/* along with
>> /etc/insserv.conf in lsb2rcconf?
>
> I've looked at it before, but somehow I got distracted and did
Hi Demitry,
Do you have a quick idea of parsing /etc/insserv.conf.d/* along with
/etc/insserv.conf in lsb2rcconf?
Yours,
Benda
Hi Emmanuel,
> * The possibility of synchronizing 4.x with the Zotero site (an
> important feature for collaboration) will be terminated in a few
> months.
Is it possible to support zotero 4.x synchronization until End-of-life
of firefox 52 ESR (till June 26, 2018)?
Benda
Hi Ian,
Thank you for the follow up.
Ian Jackson writes:
> I see that we have offers of help from various people in #811377.
>
> I have also added Benda Xu, based on
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=811377#25
> I see that Benda doesn't seem to be a DD
Package: lxc
Version: 1:2.0.6-1~bpo8+1
Severity: important
Dear Maintainer,
lxc requires cgroupfs to be properly mounted. This task is either done by
cgroupfs-mount init script or systemd. The former does nothing if started
by systemd:
# Test for systemd and bail (we have to test before sour
lumin writes:
> On Mon, 2016-12-05 at 15:29 +0900, Benda Xu wrote:
>> It turns out /etc/init.d/rc can be used to separate reboot and halt.
>> Please test openrc_0.22-1.
>
> openrc_0.22-1 really fixed the bug on kfreebsd-amd64. Thanks!
>
> with apt source:
> deb htt
Hi lumin,
lumin writes:
> I encountered the same problem after replacing sysv-rc
> with openrc on sid/kfreebsd-amd64. "sudo poweroff" just
> triggers a reboot instead of real poweroff.
>
> This can be fixed by installing sysv-rc back.
Thanks for the report. I can reproduce this bug on Linux, t
Hi,
After applying the obs-build patch in
https://github.com/lxc/lxc/pull/1260, the attached patch allows openSUSE
42.1 to be bootstrapped on Debian.
Yours,
Benda
1. openSUSE forbids root login. chpasswd may not work from missing PAM modules.
2. during bootstrap zypper need to import archive key
I am meeting the same bug with inkscape 0.91-11.
Michael Biebl writes:
> Benda, can you please file a bug against initscripts+sysvinit-core about
> getting openrc added as alternative.
Since sysvinit has no active maintainer and the change is trivial, I went
ahead to commit the change.
http://anonscm.debian.org/cgit/collab-maint/sysvinit.g
Hi Michael,
Very nice wrap-up. Thank you!
Michael Biebl writes:
>> I can see sysvinit-core Depends: initscripts (>= 2.88dsf-13.3).
>
> Sure. My point was, that installing openrc should lead to a system
> booting with openrc as init. This was my premise.
> And sysvinit-core depending on initscr
Hi Jon,
Very interesting patch!
A package busybox-init, similar to busybox-syslogd, makes more sense to
me. It can be made openrc-neutral.
The Debian openrc package is a drop-in replacement to sysv-rc, the
latter provides /etc/init.d/rc and /etc/init.d/rcS. OpenRC follows this
convention so th
Hi Michael,
Michael Biebl writes:
>> I agree that systemd-sysv version-conflict with openrc (<0.20.4-1).
>
> I chose 0.20.4-2.1, as this also contained the cleanup of the diversions
> from previous versions.
>
>> Do you have an estimated date for that?
>
> http://anonscm.debian.org/cgit/pkg-syst
Hi Michael,
I would like to clarify that OpenRC is a service manager, not an init.
Treat it as a shell script that can call (or supervise) a set of tools.
OpenRC is not at all exclusive. It can coexist with anything provided
there is no file conflict.
So...
Michael Biebl writes:
> So, my POV i
Hi Thomas,
Thanks for the summarization.
Thomas Goirand writes:
> Continuing our discussions in #debian-systemd, here's what need to happen.
>
> Drop Provides: sysv-rc
> zigo: in jessie, systemd-sysv tries to ensure correct combination
> of packages by depending on sysv-rc ... unfortunately o
Hi Michael,
Michael Biebl writes:
> For openrc that is no longer the case in newer versions, that's why we
> want to make that versioned.
I agree that systemd-sysv version-conflict with openrc (<0.20.4-1).
Do you have an estimated date for that?
Thanks,
Benda
signature.asc
Description: PGP
Hi Tz-Huan,
Tz-Huan Huang writes:
> What input module do you use? I have tried scim-pinyin but I cannot
> get the black boxes as you provided. Here is my screenshot for your
> reference
>
> https://www.csie.ntu.edu.tw/~tzhuan/tmp/sid.png
It seems to be exclusive on xterm. What terminal emulato
Hi Rolf,
Rolf Leggewie writes:
> Benda, it would have been helpful if the closing mail had included a
> mentioning of the missing information that had been requested from
> Michal and without which there isn't anything we can do.
Thanks for pointing this out.
Will do next time.
Cheers,
Benda
Hi folks,
I have just pushed my working branch of casacore packaging to
https://anonscm.debian.org/cgit/debian-astro/packages/casacore.git
I consider it ready to be uploaded. Please have a review and share your
thoughts.
To build it,
$ git clone git://anonscm.debian.org/debian-astro/packag
Hi,
Thanks for the report.
Kevin Velghe writes:
> On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:
>> I've tried multiple scenarios but failed to reproduce your problem.
>> Including dist-upgrades:
>> jessie sysv-rc -> unstable -> openrc
>> jessie sysv-rc -> openrc -> unstabl
Petter Reinholdtsen writes:
> And I just approved Benda Xu. Lots of bugs to address in BTS, so I hope
> you have lots of time to spend on the package. :)
>
> Also, I am involved upstream, which also consist only of inactive
> people, so let me know if you want to send fixes upstr
Hi Adam,
Adam Borowski writes:
> The popcon for openrc is 83, which, assuming that 10% of users run popcon
> (a wild-ass guess) means 830 users. I have no idea what part of this is
> unstable, but as openrc in Debian is quite experimental, I guess quite a
> bunch of such users are affected.
>
>
Hi Adam,
Thank you for your report. I appreciate your enthusiasm.
Sorry, I forgot to append my reply to Andreas to #811708:
http://lists.alioth.debian.org/pipermail/openrc-devel/Week-of-Mon-20160307/000436.html
Basically, my taking to this bug is to ignore it, leaving the users to
fix the b
Dear Ben,
I am Benda Xu, one of the maintainers of OpenRC, which uses sysvinit by
default.
I would like to adopt sysvinit, as I have been and will be an active
user.
Could you please grant me the upload permission? I am in the Debian
maintainer database with key 8E192076 and fingerprint
Dear Martin and Michael,
Cc Andreas,
I have added openrc support to invoke-rc.d and update-rc.d in
collab-maint/init-system-helpers.git[1]. Does it look good to be
uploaded?
replying to Andreas below:
Andreas Henriksson writes:
> On Fri, Feb 19, 2016 at 03:36:38PM +0900, Benda Xu wrote:
&
Hi Andreas,
I have pushed an openrc branch into
collab-maint/init-system-helpers.git[1], to have openrc supports in
invoke-rc.d and update-rc.d. I didn't add a changelog item though.
Could you please help review it?
After init-system-helpers make a version bump supporting openrc, I will
bump o
Hey guys,
Thanks for the report. update-rc.d in OpenRC is a hack based on that
from sysv-rc. I think the right way forward is to extend
init-system-helpers to support OpenRC.
I will try to figure it out. If I couldn't make it in time, Svante's
patch will be upload to close this bug.
Cheers,
B
1 - 100 of 119 matches
Mail list logo