Bug#990201: extra vendor/ directory

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

Bug#971713: NMU in delayed/5

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!

Bug#875250: Intend to port to Qt 5

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

Bug#875250: Intend to port to Qt 5

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

Bug#918746: pam-ssh-agent-auth alternative

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

Bug#918746: pam-ssh-agent-auth alternative

Hi Moritz, That needs to be seriously considered. I am using this package extensively. Do you any alternatives to it? Yours, Benda

Bug#910444: OpenRC called by update-rc.d should read defaults from headers

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,

Bug#910444: necessary services are deleted from initscript

Hi Axel, While I haven't tried to reproduce the bug with Sid yet, Bug 874685 looks extremely suspicious for causing this. Yours, Benda

Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

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

Bug#910444: Filesystems listed in /etc/fstab are no more automatically mounted since switching to OpenRC

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

Bug#864827: Please go ahead adding explanations to the wiki

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

Bug#817006: [PKG-OpenRC-Debian] Bug#817006: ack to NMU

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

Bug#817006: ack to NMU

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

Bug#811708: init-system-helpers openrc branch pull request

8PM +0900, Benda Xu wrote: >> 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. > > Great that you implemented what I consider the preferred solution

Bug#811708: init-system-helpers openrc branch pull request

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

Bug#811708: pong on update-rc.d

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,