Package: security.debian.org
Severity: normal
X-Debbugs-Cc: bold.dog6...@fastmail.com
Dear Maintainer,
In some areas, such as the webpage https://www.debian.org/security/ and the RSS
feed https://www.debian.org/security/dsa-long , it would appear that DSA 5851-1
was accidentally re-used for the p
On 2025-01-13 03:31, Mark Hindley wrote:
Control: tags -1 upstream
Bjarni,
Thanks.
Jesse, this is probably better handled upstream, if you are willing?
I agree. The patch for startpar.1 has been applied upstream in the 0.66
branch. It'll be part of the next version of startpar. T
Thanks for the reply Jerome, responses inline:
On Fri, 6 Dec 2024 13:09:10 -0500 =?UTF-8?B?SsOpcsO0bWUgQ2hhcmFvdWk=?=
wrote:
> I'm not convinced that unavailable partitions and mount facts render
> the facter package necessarily broken. The same could be said about
> all the other Recommended pac
aintaining facter, yours kindly Jesse Hathaway
-- System Information:
Debian Release: 12.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable-debug'), (500, 'stable')
Architecture: amd64 (x86_64)
I have applied the patch for pidof.8 upstream.
Following up on Mark's comment, I'll be happy to accept any of these
manual page fixes upstream directly. Just to streamline the process.
Jesse
On 2024-11-15 13:14, Mark Hindley wrote:
Control: tags -1 upstream
Jesse,
Perhaps you w
On 2024-11-12 09:41, Mark Hindley wrote:
On Tue, Nov 12, 2024 at 09:30:53AM -0400, Jesse Smith wrote:
The insserv patch doesn't merge cleanly as-is, I think because it's
working on Debian's final output insserv.8 file rather than the
upstream insserv.8.in file? I'
On 2024-11-12 09:18, Mark Hindley wrote:
On Tue, Nov 12, 2024 at 07:55:32AM -0400, Jesse Smith wrote:
I have applied the patch for the init.8 manual page upstream. It'll be
included in the 3.12 release.
Thanks. There is also #1087352 for insserv.8.
The insserv patch doesn't merge
On 2024-11-12 05:29, Mark Hindley wrote:
Control: tags -1 upstream
Bjarni,
Thanks.
Jesse,
Can you apply these upstream?
Thanks
Mark
I have applied the patch for the init.8 manual page upstream. It'll be
included in the 3.12 release.
- Jesse
Control: tags -1 - fixed-upstream + wontfix
Control: severity -1 wishlist
thanks
The upstream bug thread indicates the dragonplayer desktop entry has
exactly the list of MIME types that it's supposed to. Leaving this bug
open (with fixed metadata) in case they change their minds someday.
In c
control: tags -1 upstream
control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=415723
control: found -1 4:24.08.0-1
thanks
Hi,
I confirm this is still an issue even in the new 24.x release of ark in
experimental.
It looks like it's caused by the plugin ark uses to extract zip
archives,
control: tags -1 moreinfo
thanks
Hi,
Thanks for your bug report.
Can you expand on what you mean by "flakey"?
Also, how did you determine that downgrading ghostscript was what you
needed to do?
Thanks,
sney
On 2024-10-17 15:45, Eimantas wrote:
Package: dolphin
Version: 4:22.12.3-1
Severi
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian...@lists.debian.org, je...@sney.ca
* Package name: nagiostv-react
Version : 0.9.2
Upstream Contact: Chris Carey
* URL : https://nagiostv.com
* License : GPL-2
Programming Lang: Javascript
Description
Source: zutty
Severity: normal
X-Debbugs-Cc: de...@lists.debian.org, je...@sney.ca
Dear Maintainer,
I believe this is actually an apt bug, so copying deity, but maybe you'll see
my point:
There is a difficult-to-reproduce condition where some other package
Depends/Recommends x-terminal-emulato
Would also love to see Debian support Ubuntu's grub-multi-install
script. Thanks for maintaining grub, Jesse
On Fri, Sep 13, 2024 at 6:14 PM Jérôme Charaoui wrote:
> I think a backport would be feasible: I doubt the dependencies are very
> different between the two versions. But several concerns that come to mind:
>
> - The backport policy [0] states that "To guarantee an upgrade path from
> stable+backp
prepare for that change while still on
puppet 7.
Thanks for maintaining Puppet! Yours kindly, Jesse
-- System Information:
Debian Release: 12.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable-debug'), (500,
Control: tags -1 ftbfs
Control: severity -1 serious
thanks
Hi Eric,
Thanks for your report.
Looks like the build is failing for arch:all and a couple others:
https://buildd.debian.org/status/package.php?p=okular&suite=experimental
sney
On Mon, Aug 19, 2024 at 7:33 AM eric wrote:
>
> Package:
Control: tags -1 moreinfo
thanks
Hi Antonio,
Thanks for your report.
Can you clarify exactly what functionality is missing without this
interface, and how to reproduce the issue? Is there an upstream bug?
Also, do you have a link to where these options are documented? I'd
like to make sure we d
Hi,
This appears to be fixed since the update to 20240709-1.
sney
Hi Michael,
Thank you for your bug report.
I haven't been able to reproduce this issue as you described it. Can
you please provide some more information:
Are you using plasma? In the Keyboard tab under System Settings ->
Input Devices, what are your settings for when a key is held, and does
it w
Thank you for the patch. I've applied it upstream and it'll be included
in sysvinit-3.10.
- Jesse
Package: znc
Version: 1.8.2-3.1+deb12u1
Severity: normal
X-Debbugs-Cc: je...@sney.ca, debian-secur...@lists.debian.org
Dear Maintainer and Debian Security Team,
Thank you for a fast upload addressing CVE-2024-39844. However, when I applied
the update to my server, the znc service restarted witho
HI Nick,
Thanks for your bug report.
As the forum thread suggests, this is most likely not a bug in the
plasma desktop. If your bios is fully up to date, you might want to
try with the newer kernel from bookworm-backports [1][2] in case it
has better support for your laptop. Usually kernel and bi
This has been fixed in salsa, and we are waiting for the 64-bit time_t
transition to progress to a point where new qt/kde uploads can build
in sid again. Just leaving this note since we don't currently know how
long that will take.
https://salsa.debian.org/qt-kde-team/kde/ark/-/merge_requests/4
s
Hello,
Thank you for your report.
I have been unable to reproduce the crash, though I did find a missing
optional runtime dependency that fixes the "Failed to find a Kirigami
platform plugin" message itself in my test VMs.
On Sun, 26 Nov 2023 16:18:55 -0800 HH wrote:
>Desktop: Xfce v: 4.18.
Is this not a duplicate of https://bugs.debian.org/1056752 ?
sney
like to
implement this change.
- Jesse
Package: firmware-amd-graphics
Version: 20230625-1
Severity: important
X-Debbugs-Cc: je...@sney.ca
Dear Maintainer,
After updating to firmware-amd-graphics 20230625-1 on my trixie system
this morning, I found amdgpu unable to use modesetting, instead
filling the journal with messages like "[drm:d
Package: luit
Version: 2.0.20221028-1
Severity: important
X-Debbugs-Cc: je...@sney.ca
Hi,
As I understand from #1010337 & co, the luit binary was split into a
separate package for xterm compatibility. However, bookworm still has
/usr/bin/luit in x11-utils, referenced by the Breaks/Replaces in the
Control: merge 1055380 1054919
thanks
This is a duplicate of #1054919 which has a workaround listed.
On Sun, Nov 5, 2023 at 4:39 AM trb wrote:
>
> Package: kio-gdrive
> Version: 22.12.3-1
> Severity: important
> X-Debbugs-Cc: tere...@gmail.com
>
> Dear Maintainer,
> an attempt to log in to a Goo
kworm 1.8.1
git cherry-pick 57262a2710c83fa08767f0ce3ba7a80993515bb2
git cherry-pick 14afa8a46e2e83608a3a219402bce8ea8d071192
Yours kindly, Jesse Hathaway
I just ran into this issue when sshing to a server with GSSAPIAuthentication
enabled. Even though I am not using GSSAPI auth, Debian's default on the client
side added 15s to the login time. I agree with other folks that GSSAPI auth is
unusual and should be disabled by default since it may cause si
Initial packaging work can be found at
https://salsa.debian.org/sney/isoimagewriter ; feedback welcome.
sney
Package: wnpp
Severity: wishlist
Owner: Jesse Rhodes
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-qt-...@lists.debian.org, je...@sney.ca
* Package name: isoimagewriter
Version : 1.0.0
Upstream Author: KDE Community
* URL : https://apps.kde.org/isoimagewriter
Hi,
Thank you for your report.
kdeconnect was updated to 23.08.2 today. I wasn't able to reproduce a
segfault like you describe from a device running android 13 (lineage).
Can you upgrade kdeconnect and see if the issue is fixed for you as
well?
Thanks
sney
Package: puppetserver
Version: 7.9.5-2
Severity: normal
X-Debbugs-Cc: je...@mbuki-mvuki.org
Dear Maintainer,
The systemd unit's ExecReload tries to use the kill binary directly, but
puppetserver does not depend on procps, it should either be added as a
dependency or the kill statement should be w
Thank you, I'll add this patch upstream for the next version.
- Jesse
On 2023-08-19 4:28 p.m., Mark Hindley wrote:
> Control: tags -1 pending patch
>
> Lucas,
>
> Thanks for raising this. Fixed version is pending.
>
> Jesse,
>
> My patch for man/Makefile to
Ah, great! If only they were all this easy.
Thanks again,
sney
On Sun, Aug 13, 2023 at 1:44 AM Salvatore Bonaccorso wrote:
>
> Control: tags -1 + confirmed upstream fixed-upstream pending
>
> Hi,
>
> On Sat, Aug 12, 2023 at 10:40:09PM -0400, Jesse Rhodes wrote:
> > So
Package: groff-base
Version: 1.23.0-2
Followup-For: Bug #1041731
X-Debbugs-Cc: je...@mbuki-mvuki.org
Thanks for maintaining groff-base,
I spent a half hour debugging why the example command in podman-images
would not work and then another half hour debugging why my man pages
were suddenly display
Package: gnome-software
Version: 43.4-1
Severity: critical
X-Debbugs-Cc: je...@sney.ca
Dear Maintainer,
I was alerted to this issue by an IRC user and was able to reproduce
it in a clean bookworm vm.
Steps to reproduce:
1 - install bookworm from 12.0.0 media, selecting the gnome desktop task
2 -
Control: retitle -1 update youtube-dl control file to reflect
transitional package
Control: tags -1 patch
thanks
Hi,
The debian/control fields for youtube-dl still have a lot of leftover
information from when it was a binary package, which should be cleaned
up to reflect what the package actually
Package: ibus
Version: 1.5.28-4
Severity: normal
X-Debbugs-Cc: debian-qt-...@lists.debian.org, je...@sney.ca
Dear Maintainer,
I noticed a blank icon in between 2 other icons in my plasma system tray, and
when I moused over it, the tooltip informed me that it is the ibus panel.
Presumably it s
e a symlink wasn't
recognized and this corrects the behaviour for me. Committed this patch
upstream.
- Jesse
On 2023-03-28 10:56 a.m., Markus Fischer wrote:
> I did a few more tests of my own and didn't find any other issues.
>
> - Markus
>
Thank you. I'm planning to do the same and then publish an update to
sysvinit.
On 2023-03-28 10:40 a.m., Mark Hindley wrote:
> On Thu, Mar 23, 2023 at 11:25:02AM -0300, Jesse Smith wrote:
>>> $ ls -l $(which vi)
>>> lrwxrwxrwx 1 root root 20 Jan 11 04:16 /usr/bin/vi ->
>>> /etc/alternatives/vi
>>> $ ls -l /etc/alternatives/vi
>&
, PATH_MAX) == -1) {
> p->pathname = NULL;
> }
>
This patch looks good to me. I'm adding it upstream.
Will run some more tests before publishing 3.07. And would appreciate it
if everyone following this issue could test too and provide feedback.
- Jesse
On 2023-03-23 12:04 p.m., Markus Fischer wrote:
> I could also reproduce it with emacs. I've used emacs-gtk to avoid the
> symlink.
>
> ```shell 1
> $ emacs-gtk -nw -fn helvetica
> ```
>
> ```shell 2
> $ ./pidof emacs-gtk
> 24727
> $ ./pidof $(which emacs-gtk)
> $ ls -l $(which emacs-gtk)
> -rwxr
On 2023-03-23 11:36 a.m., Markus Fischer wrote:
> Alright. Then there is still the issue with gdb, which is no symlink.
> A full example for that:
>
> ```shell 1
>
> $ type gdb
> gdb is /usr/bin/gdb
> $ gdb --core=corefile
>
> ```
>
> ```shell 2
>
> $ ./pidof gdb
> 23125
> $ ./pidof $(which gdb)
>
On 2023-03-23 11:20 a.m., Markus Fischer wrote:
> ```shell 1
>
> $ type vi
> vi is /usr/bin/vi
> $ vi
>
> ```
>
> ```shell 2
>
> $ cd ~/src/sysvinit-upstream/src/
> $ ls -l pidof
> lrwxrwxrwx 1 ivanhoe ivanhoe 8 Mar 22 14:56 pidof -> killall5
> $ ./pidof vi
> 21945
> $ ./pidof $(which vi)
> $ ls -l
haves as expected.
>
> I also noticed that as with vi above, when gdb was run as root "pidof
> $(which gdb)" works as expected with both 3.06 and 3.07.
>
> - Markus
>
>
> Am 22.03.23 um 16:38 schrieb Jesse Smith:
>> On 2023-03-22 8:31 a.m., Mark Hindley wrot
c)
>
> work as expected.
>
>> However, on Debian Bullseye the
>> behaviour is as I expected it.
> So this appears to be a change in behaviour. I suspect this is an inadvertent
> side-effect of 0b695c7e0b1cac60ed77c56f224e296f023b652e.
>
> Jesse, or was it intentional?
c)
>
> work as expected.
>
>> However, on Debian Bullseye the
>> behaviour is as I expected it.
> So this appears to be a change in behaviour. I suspect this is an inadvertent
> side-effect of 0b695c7e0b1cac60ed77c56f224e296f023b652e.
>
> Jesse, or was it intention
I took a second look this morning now that the meeting is over, and
I've determined that it only crashes if chromium or google-chrome is
being run with the PRIME environment variables.
nvidia-smi output as well as temp sensor data indicated that the
nvidia gpu was being used for chrome as I had ho
rer = 0x0}
allDevCount = 2
monitoredGpus = {next = 0x5558a2a0, prev = 0x5558b930}
nonMonitoredGpus = {next = 0x7fffdbc0, prev = 0x7fffdbc0}
numWarningMessages = 0
warningMessages = 0x555749b0
allDevicesOptions = {plot_left_to_rig
Hello Aurélien,
Yes, that's exactly it. I am using the rectangle selection as described
there. Sorry, I did check for an upstream report but I must have missed it
in the list.
sney
On Sat, Feb 4, 2023 at 2:26 AM Aurélien COUDERC wrote:
> Dear Jesse,
>
> Le 4 février 2023 03:4
Package: kde-spectacle
Version: 22.12.1-1
Severity: normal
X-Debbugs-Cc: je...@sney.ca
Dear Maintainer,
I have kde-spectacle set up to automatically copy any screenshots to the
clipboard so I can easily paste them into a chat application or image share
site, etc. This has been my workflow for s
Package: systemd
Version: 252.4-1
Severity: normal
X-Debbugs-Cc: je...@mbuki-mvuki.org
Dear Maintainer,
Would it be possible to revisit the decision to disable
bump-proc-sys-fs-nr-open, from commit,
084e84e33a403868b7f84159da745689e2ff0ba9 ^[1]?
This recently caused me trouble when running a min
On 2023-01-05 5:40 p.m., Américo Monteiro wrote:
> A quinta-feira, 5 de janeiro de 2023 17:52:03 WET Jesse Smith escreveu:
>> On 2023-01-05 12:57 p.m., Mark Hindley wrote:
>>> Control: tags -1 upstream
>>>
>>> Américo,
>>>
>>> On Wed, Ja
y translation
> Thanks for pointing this out and please accept my apologies. It was included
> upstream, but then seems to have got lost again prior to the current release.
>
> Jesse,
>
> I think it was added as man/pt.po and then removed again in
> 2354f1f73566544741a6a2594411a070
y translation
> Thanks for pointing this out and please accept my apologies. It was included
> upstream, but then seems to have got lost again prior to the current release.
>
> Jesse,
>
> I think it was added as man/pt.po and then removed again in
> 2354f1f73566544741a6a2594411a070e08
Package: kitty
Version: 0.26.5-2
Severity: normal
X-Debbugs-Cc: pianohac...@gmail.com
Dear Maintainer,
The kitty ssh integration (the ssh kitten, as documented at
https://sw.kovidgoyal.net/kitty/kittens/ssh/), fails on Debian.
As found at https://github.com/kovidgoyal/kitty/issues/5835 , it's an
Thank you, I've updated the po/de.po file in my branch and committed it.
It looks like GitHub merged old copies of the files back into two
locations somehow. Makes me wonder if any other translations were affected.
Merry Christmas to you too!
Jesse
On 2022-12-23 4:18 p.m., Helge Kreut
Please email me the file. Every time we do a git pull request or merge
it breaks the man/ directory and it's a mess to try to revert. I'll
commit it directly instead of merging/patching.
- Jesse
On 2022-12-23 4:08 p.m., Helge Kreutzmann wrote:
> Hello Jesse,
> in our Debian ove
Package: openssh-client
Version: 1:9.0p1-1+b2
Severity: minor
X-Debbugs-Cc: je...@mbuki-mvuki.org
Dear Maintainer,
I needed to rcp a file to a legacy system, to my surprise it at first
appeared that rcp was installed, but my invocation failed. After some
investigation I found that scp was symlink
Maybe at
https://salsa.debian.org/go-team/packages/git-lfs/-/blob/master/go.mod#L32
sion": "1.15.9",
"path": "/usr/bin/git-lfs",
"layerTime": 0,
"knownVulnerabilities": 72
Example Dockerfile used for testing
FROM debian:stable-slim
RUN apt-get update && apt-get upgrade -y && apt-get install -y git-lfs
I sug
Source: pipewire
Version: 0.3.54-2
Severity: important
X-Debbugs-Cc: jesse12p+deb...@gmail.com
pipewire-audio-client-libraries was Multi-Arch: same, as it contained shared
libraries. When split to pipewire-{alsa,jack} they were set Multi-Arch:
foreign, apparently since some part of the control fil
as and
not the slicer69/doas package. I'd like to avoid confusion on that front.
Jesse
On 2022-05-06 8:04 p.m., Scupake wrote:
> Hello,
>
> A little update on this issue. I found out that I am not be able to
> upload both packages into the Debian repositories since the two pr
cided on a name, I would like to use "doas-portable" if it is at least
> mentioned in upstream's README file.
>
I like the name "doas-portable". I'd be happy to add that to the README
file so Debian users know about it and can find it under that name.
- Jesse
This issue has been open for several months now without an update and
I'd like to encourage its resolution. The upstream doas project is still
getting issue reports [1] which are resulting from confusion in the
naming between "doas" versus "OpenDoas". Ideally this package should
have its name chang
On Tue, 8 Feb 2022 13:21:44 -0600 Jesse Hathaway
wrote:
> I hit this bug as well with our debian mirror, mirrors.wikimedia.org.
> We also use nginx to serve our mirror and bullseye clients frequently
> receive resets while pulling down packages. I tested reverti
x27;deb-src http://deb.debian.org/debian bullseye main'
>>/etc/apt/sources.list
apt-get update
apt-get install --yes git build-essential
apt-get build-dep --yes apt
git clone https://salsa.debian.org/apt-team/apt.git
git config --global user.email "jhatha...@wikimedia
[2]
> https://github.com/mariobl/sysvinit/commit/2bfc3618a0fa343856581ed3b39cc5dac215ace8
>
>
The patch for the markup in the manual pages has been applied upstream
in the Savannah repository.
- Jesse
or me. At this time there
isn't a mirror for sysvinit. I've been thinking about it, or even
migrating to a more popular platform as the Savannah infrastructure has
some drawbacks.
For now though the easiest way to send changes upstream is to e-mail
them to me, or open a bug report on Savannah.
Best regards,
Jesse
ns
>> when the shutdown process actually happens. All other warning
>> intervals are suppressed.
>>
>> (Btw. also the lower case "-q" is not in the SYNOPSIS).
>>
>> This is the first bug, to be dealt with in sysvinit-core and once i
o-specific choice[1],
it would probably make sense to change the default in calamares to match the
conventional installer.
Thanks for your work,
Jesse (sney)
[1] https://github.com/calamares/calamares/issues/1831
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
ate and for changing this package's name. Please let
me know when you settle on a name for the slicer69/doas version of doas?
- Jesse
aged as "doas". However, I
think a working alternative would be to call slicer69/doas something
descriptive (rather than using the upstream account name). Something
like "doas-portable" or "doas-universal" since it runs on virtually
every Unix-like platform, including the BSDs, Solaris, ilumos, macOS,
Linux, etc.
Please let me know your thoughts on these ideas and what your plan is
for the doas package(s).
- Jesse
Alexey tested and it helped his issue. Proposed official patch is posted
here, please test and/or review
https://patchwork.ozlabs.org/project/intel-wired-lan/patch/2021214356.612453-1-jesse.brandeb...@intel.com/
Here is the patch I'm proposing to fix this issue.
https://patchwork.ozlabs.org/project/intel-wired-lan/patch/2021214356.612453-1-jesse.brandeb...@intel.com/
If someone wanted to test my experimental fix for this issue, please give the
attached a try.
0001-e100-fix-device-suspend-resume.patch
Description: 0001-e100-fix-device-suspend-resume.patch
On 2021-11-01 4:23 p.m., Mark Hindley wrote:
> -- System Information:
>> Debian Release: 11.0
>> APT prefers unreleased
>> APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500,
>> 'unstable'), (100, 'experimental')
>> Architecture: x32 (x86_64)
>> Foreign Architectures: i386, amd64
Package: doas
Version: 6.8
I believe the Debian package "doas" should be renamed to "opendoas". The
upstream project Debian packages is called "OpenDoas" [1] and it is a
competing port to another project called "doas" [2] that has similar
functionality. However, the two tools are not entirely co
On 2021-10-22 6:52 p.m., Svante Signell wrote:
> Hi Jesse,
>
> On Thu, 2021-10-21 at 14:51 -0300, Jesse Smith wrote:
>> Please give the attached patch a try and confirm it's working. It's
>> working here for normal and zombie processes and it seems to be ok
d like to have someone else
confirm everything looks right before I push this upstream.
- Jesse
diff --git a/man/pidof.8 b/man/pidof.8
index ebe5f55..84ed1e4 100644
--- a/man/pidof.8
+++ b/man/pidof.8
@@ -66,9 +66,12 @@ a status of true or false to indicate whether a matching PID was found.
Scri
On 2021-10-21 1:40 p.m., Matthew Vernon wrote:
> Hi,
>
> On 20/10/2021 15:29, Jesse Smith wrote:
>> Is there a reason for wanting to revert this behaviour instead of using
>> the "-z" flag on the command line? If you use pidof a lot and expect to
>> see proc
On 2021-10-20 4:59 p.m., Mark Hindley wrote:
> I am unclear as to the significance of the reordering of .depends.* that
> happens on the first run. Jesse, is that expected. Does it point to something?
I suspect the initial reordering probably indicates one of two things:
1. There is som
oach.
Reverting the change entirely means the default behaviour could hang in
NFS environments and I'm not sure non-functioning is a better situation
than skipping sleeping processes.
Jesse
On 2021-10-20 6:32 a.m., Mark Hindley wrote:
> Tim,
>
> Thanks
>
> To me this seem
the lua plugin this isn't true, since it didn't exist yet when
there was only 1 monolithic package. But I didn't change that as I'm not sure
what should go there instead.)
Best, and thanks for your work,
Jesse (sney)
-- System Information:
Debian Release: bookworm/sid
On 2021-09-26 8:55 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> I checked out the init.d directories provided by Thorsten. One of the
>> features of insserv allows it to test init scripts in an alternative
>> directory or chroot.
> This see
On 2021-09-26 8:55 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> I checked out the init.d directories provided by Thorsten. One of the
>> features of insserv allows it to test init scripts in an alternative
>> directory or chroot.
> This see
On 2021-09-26 3:25 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> behaviour. I've tried both the latest version of insserv (1.23.0) and
>> the version which shipped with Debian 10 (1.18.0). I did notice having
> This is Debian 11 so 1.21.0-1.1
On 2021-09-26 2:37 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> did last time. This time please run"
>>
>> # insserv -v -s
>>
>> This should set avahi-daemon to K01. Then run
> Erm, well, it doesn’t. Apparently, the presenc
On 2021-09-26 1:54 p.m., Thorsten Glaser wrote:
> On Sun, 26 Sep 2021, Jesse Smith wrote:
>
>> Something that might be useful here is seeing the output from "insserv
>> -v -s -n". This will show in what order insserv intends to assign each
>> service in each ru
run with the "-n" flag.
It might also be useful to have the LSB header from the avahi-daemon
service file in /etc/init.d/
Jesse
On 2021-09-26 7:10 a.m., Mark Hindley wrote:
> Jesse,
>
> On Mon, May 31, 2021 at 04:40:17AM +0200, Thorsten Glaser wrote:
>> Package: insserv
>> Version: 1.21.0-1.1
>> Severity: normal
>> X-Debbugs-Cc: t...@mirbsd.de
>>
>> I believe this is insserv; if
rdev divided by
256
minor = sb.st_rdev % 256 #minor = remainder of st_rdev
divided by 256
if (stat.S_ISCHR(sb.st_mode)):
mode = 'c'
--
Jesse Norell
Kentec Communications, Inc.
970-522-8107 - www.kci.net
Package: jailkit
Version: 2.21-3
Severity: important
Dear Maintainer,
The jailkit package needs updated to from upstream. In particular
there is a bugfix for some python2 code within jk_update which causes
it to fail, which has security implications (jails can no longer
be updated with package
should be able to detect a system where something else (n-m, ifupdown, etc) is
being used, and proceed with the upgrade without trying to mess with it.
Please let me know if you need any more information.
Jesse (sney)
-- System Information:
Debian Release: 11.0
APT prefers testing
APT po
lid. There is no -t
flag or -t1 flag for init.
I suspect what the script was intended to do is call "/sbin/telinit -t 1
s". This would switch to single user mode after a delay of just one second.
- Jesse
1 - 100 of 661 matches
Mail list logo
