On Mon, Sep 13, 2021 at 07:19:09PM +0100, Mark Hindley wrote:
> logind is a virtual package provided by libpam-systemd and libpam-elogind.
>
> So I think the dependencies are fine as they are.
I was a bit loose with my language. I meant that the seatd | logind dependency
is fine.
>
re.
I have just uploaded with the build dep changed to libsystemd-dev which, I
think, will fix this.
Thanks.
Mark
Guido,
Would this solution cause you any problems?
Mark
2005!
The systemd version of telinit doesn't appear to support the -t option[1],
although I think systemd masks single.service to avoid using
/etc/init.d/single. But, I suppose a user could circumvent that.
The most compatible way to deal with this is probably just to remove the -t
Përshëndetje, unë jam avokati Daniel M. Roland, ju kam shkruar më herët në
lidhje me trashëgiminë e familjes tuaj, por ende nuk kam marrë përgjigje,
pse?
linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages midish depends on:
ii libasound21.2.5.1-1
ii libc6 2.31-17
ii libreadline8 8.1-2
midish recommends no packages.
midish suggests no packages.
-- no debconf information
--
Mark
to be in the flags for something, libdpkg-perl should at
least be a "suggests" if not "recommends", right?
On Mon, Aug 23, 2021 at 5:09 AM Matthias Klose wrote:
>
> On 8/22/21 5:59 AM, Mark Watts wrote:
> > Package: python3.9-dev
> > Version: 3.9.2-1
Package: python3.9-dev
Version: 3.9.2-1
Severity: normal
X-Debbugs-Cc: watts.mark2...@gmail.com
Dear Maintainer,
I'm using the python3.9-config --cflags to provide flags for building a
program that embeds python. I'm doing this in a Docker container with
the essential parts described by the
Package: nagios-plugins-contrib
Version: 24.20190301
Severity: normal
Tags: patch
Dear Maintainer,
The check_haproxy_stats is missing a exclamation mark in the shebang,
causing it to not work. This is fixed in Bullseye, but considering
Buster will be in production for a while, it is probably
On Wed, Aug 11, 2021 at 02:38:48PM +0200, Pierre Gruet wrote:
> Source: xemacs21-packages
> Version: 2009.02.17.dfsg.2-4
> Severity: serious
> Tags: stretch buster bullseye sid
...
> The file
> xemacs-packages/jde/java/src/jde/debugger/expr/LValue.java
> incorporates a non-free license, stating
.
To confirm this, I have tested gdm3 with libpam-elogind and can find no
breakage.
I would appreciate you considering the attached patch for the bookworm cycle.
Many thanks.
Mark
>From 93583a92f325456b4a2b0b05d509bf9c6ff1b72e Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Wed, 4 Aug 2021 11:32
Control: tags -1 patch
Bastian,
Attached is a patch to implement this which I hope you will find useful.
Thanks for considering including it.
Mark
>From e5ac80638456ca5cf5da69a1699d016b380ab0a0 Mon Sep 17 00:00:00 2001
From: Mark Hindley
Date: Thu, 29 Jul 2021 17:59:09 +0100
Subject: [PA
e upstream author to publish signatures for releases,
and will update the watch file when this becomes available
Many thanks,
Mark King
: 174
Operation not permitted - Failed to set AppArmor label "unconfined"
Rebooting into linux-image-4.19.0-16-amd64 with no other changes, the lxc
system works as expected.
Regrads,
Mark Grant
-- Package-specific info:
** Version:
Linux version 4.19.0-17-amd64 (debian-ker...@lists.debian
Package: dhelp
Version: 0.6.26
Severity: normal
Just got this today from one of my systems:
---
/etc/cron.monthly/dhelp:
xargs: warning: options --max-args and --max-lines/-l are mutually exclusive,
ignoring previous --max-args value
-- System Information:
Debian Release: 11.0
APT
t;
> Looking at the git repo, it seems that upstream is shipping one which is
> under contrib/systemd.
G sorry missed that. Thanks for pointing it out.
Mark
would like to write and send me a service file, I will happily
include it.
Thanks.
Mark
at1. I
have also updated a few other packaging details. Could you review
https://git.devuan.org/devuan/seatd/src/branch/debian/master? If you are happy I
will upload to experimental in the next few days.
Thanks.
Mark
Henry-Nicolas,
Thanks for following up with this.
On Mon, May 17, 2021 at 04:26:58PM +0200, Henry-Nicolas Tourneur wrote:
> Hello Mark,
>
> libseat will become a dependency for wlroots as of version 0.14.0 of the
> latter.
> Would you need any help working on this packag
Package: wnpp
Severity: wishlist
* Package name: openswitcher
Version : git
Upstream Author : Martijn Braam
* URL : https://openswitcher.org/
* License : GPLv3
Programming Lang: Python
Description : Open Switcher is a control application for the
).
+
+ -- Mark Hindley Fri, 02 Apr 2021 11:16:00 +0100
+
openrc (0.42-2) unstable; urgency=medium
* Team upload.
diff -Nru openrc-0.42/debian/libeinfo-dev.links.in
openrc-0.42/debian/libeinfo-dev.links.in
--- openrc-0.42/debian/libeinfo-dev.links.in1970-01-01 01:00:00.0
+0100
+++ openrc
On Mon, Apr 12, 2021 at 04:27:46PM +0100, Simon McVittie wrote:
> On Mon, 12 Apr 2021 at 15:54:07 +0100, Mark Brown wrote:
> > This bug appears to have drifted well away from the initial report
> > (which was about GNOME forcing itself as the SSH agent even if one is
> > al
reopen 787860
kthxbye
On Sun, Apr 11, 2021 at 04:03:19PM +, Debian Bug Tracking System wrote:
> On Fri, 05 Jun 2015 at 16:45:28 -0400, Daniel Kahn Gillmor wrote:
> > I've now filed a more extensive changeset at seahorse upstream, as noted
> > above.
> This seems to have been applied a long
Control: tags 985509 + patch
Control: tags 985509 + pending
Dear openrc maintainers,
I've prepared an NMU for openrc (versioned as 0.42-2.1) to address #985509 and
uploaded it to DELAYED/2. Please feel free to tell me if I should delay it
longer.
Regards.
Mark
diff -Nru openrc-0.42/debian
I'd like to register a vote here. Fedora and therefore RHEL have been
shipping this patch for 6 years now:
https://src.fedoraproject.org/rpms/openssh/blob/f22/f/openssh-6.7p1-sftp-force-permission.patch
The chances of BSD either upstreaming this patch OR providing a patch
which behaves
Hi Sean,
On Wed, 2021-03-17 at 09:36 -0700, Sean Whitton wrote:
> On Wed 10 Mar 2021 at 04:54PM +01, Mark Wielaard wrote:
>
> > For reference, this is the dwz bug for [dwz] Support compressed debug
> > sections: https://sourceware.org/bugzilla/show_bug.cgi?id=24725
> >
are collected, too
valid_types = {'Depends', 'PreDepends', 'Recommends'}
+ if pkg.candidate is None:
+ return acc
+
for dep in pkg.candidate.dependencies:
for base_dep in dep:
if base_dep.name not in acc and base_dep.rawtype in
valid_types:
--
Mark Murawski
Package: apt
Version: 2.2.1
Severity: important
Tags: patch
Dear Maintainer,
* What led up to the situation?
Execute /usr/bin/unattended-upgrades from shell or from cron
* What was the outcome of this action?
Exception: name 'NoneType' is not defined
Script does not finish
* What
For reference, this is the dwz bug for [dwz] Support compressed debug
sections: https://sourceware.org/bugzilla/show_bug.cgi?id=24725
It has low priority because it has a simple workaround:
you could use eu-elfcompress before/after the dwz run
$ eu-elfcompress --type=none ./a.out
$ dwz ./a.out
I am able
to "startx", but the r128 module is not loaded. I have an ATI Rage 128
card.
* What was the outcome of this action?
I received the following feedback:
mark@debian:~$ startx
X.Org X Server 1.20.10
X Protocol Version 11, Revision 0
Build Operating System: linux Debian
C
Package: xscreensaver-data-extra
Version: 5.42+dfsg1-1
Severity: normal
Running apt upgrade and saw this:
Could not parse file
"/usr/share/applications/screensavers/glitchpeg.desktop": Key file contains
line ?several times a second. After a while, finds a new image to corrupt.
Written by
Hi Wolfgang,
I've installed the backport and copied the new config file into place. I
can confirm it worked perfectly. Thanks so much for your help and speedy
reply :)
Best wishes
Mark
On Sun, 14 Feb 2021 at 12:19, Wolfgang Schweer wrote:
> Hi Mark, hi Andrei,
>
> [ Andrei POPESCU, 2
dware and is experiencing the same issue).
I've included some screenshots below, showing the account settings and the
error when trying to send an email:
[image: image.png]
[image: image.png]
Kind regards
Mark
Control: tags -1 pending
Helmut,
Many thanks for this.
Queued for the next upload.
Mark
Package: bible-kjv
Severity: minor
The `debian/copyright' file says:
: The copyright for the King James Version text of the Bible is expired since
: the translation was done in 1611 under King James the first of Great
: Britain.
But `bible.rawtext' doesn't contain the 1611 text. For example,
Package: bible-kjv-text
Version: 4.10
Severity: normal
The submitter of bug #120156 said:
: bible(KJV) [Gen1:1]> Ps 92:2
:
: Psalms 92
:
: 2 To shew forth thy lovingkindness in the morning, and thy faithfulness
every
: night,
: bible(KJV) [Ps92:2]> quit
:
: ^
On Fri, 01 Jan 2021 23:06:07 + "Rajko Albrecht"
wrote:
> I have the same problems since upgraded to 10.x - and it is frustrating that
> I cannot do automated VM backups because I don't want to (temporary) shutdown
> AA in a script. So I start the backup script by hand every time.
>
>
dev is indeed said to be optional, however
libmount-dev is listed as compulsory and in your patch you have kept it in.
> * dbus and libglib2.0-dev are used in unit tests only. They can be
> annotated .
Good idea. Thanks.
Mark
On Thu, Jan 14, 2021 at 08:49:36AM -0500, Aaron M. Ucko wrote:
> Mark Hindley writes:
>
> > pdiff_files_regexp = (?:^|[/-])2\d{3}-\d{2}-\d{2}-\d{4}\.\d{2}\.gz$
>
> Yeah, that may well suffice after all; I just threw together a quick
> tweak on the basis of aptitude's t
Aaron,
On Thu, Jan 14, 2021 at 11:05:52AM +, Mark Hindley wrote:
> > pdiff_files_regexp =
> > (?:^|[/-])2\d{3}-\d{2}-\d{2}-\d{4}\.\d{2}\.(?:gz|pdiff.*)$
>
> Looks reasonable to me. Thanks for the suggestion.
Actually shouldn't it be
pdiff_files_regexp = (?:^|[/-])2\d
.*)$
Looks reasonable to me. Thanks for the suggestion.
Queued for the next upload.
Mark
d not want to make a ruling that
could be over generalised. But I don't think that is what is being asked for
(although Matthew may want to clarify this). This is about securing
implementation of the GR result. If there is a technical reason which prevents a
package working with elogind I completely
icely with elogind.
>
> Makes sense. Can you confirm that rootless X works with elogind?
> Use gdm3 as display manager, or startx and no display manager.
I can confirm that rootless X works with elogind using startx.
I hope that will enable you to make this change.
Thanks
Mark
ssues have been resolved. Making use of the default-logind and logind
virtual packages actually makes elogind rather easy to support.
Mark
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=935304
stification for a current or past
action
seems a weak argument to me. IMO, the best way to promote the ideals of
tolerance, courtesy, humility and openness is by espousing them in one's actions
and by doing the right thing.
Mark
doubt - but I'm mentioning the unoptimized form because
> I think it might illustrate the motivation better.)
Actually, I think the long form is clearer both semantically and in that it
clearly separates the functionality of the options.
Mark
On 12/12/2020 05:48, Vincent Bernat wrote:
> ❦ 11 décembre 2020 20:36 -05, Mark Pearson:
>
> You need to use "~rc" instead of "-rc", otherwise, users won't be able
> to upgrade to "1.6" when they have "1.6-rc3" installed.
>
Ooops - my bad.
Thanks Vincent
On 11/12/2020 14:22, Vincent Bernat wrote:
> owner 960788 markpear...@lenovo.com
> quit
>
> ❦ 11 décembre 2020 12:15 -05, Mark Pearson:
>
>>>
>>> This should do the trick. You may want to tag the upstream commit
>>> yourself with upst
Mark
ev,
please use one of the various build chroots or containers. This requirement is
already documented in libelogind0's README.Debian.
I propose to tag this wontfix, but leave it open to document the issue.
I hope that is acceptable.
Best wishes
Mark
> It has been removed despite this comment. This causes a bunch of breakage.
> Could you please bring it back?
At the request of the release-team, we re-injected the packages which
were still in testing back into unstable. Should be back at the next
dinstall.
Mark
--
Mark Hymers
inning GR resolution, I am pretty sure that
we would not be seeking resolution via the tech-ctte now. Again, I am unaware of
any such breakage.
Best wishes.
Mark
at NM works with elogind without problems and exploration
of alternative technologies such as elogind was explicitly included in the
winning GR option. But to overrule #921012 but not #964139 would also make
people who want to use non-default init systems still equally unable to use NM.
Thanks.
Mark
Package: wnpp
Severity: wishlist
Owner: Mark Hindley
* Package name: seatd
Version : 0.4.0
Upstream Author : Kenny Levinsen
* URL : https://git.sr.ht/~kennylevinsen/seatd
* License : Expat
Programming Lang: C
Description : Flexible user, seat
Package: linux-image-amd64
Version: 5.8.10-1~bpo10+1
Recently upgraded a Ryzen 3900X system to a 5900X. Upon boot I get this message
repeated 24 times.
EDAC amd64: Error: F0 not found, device 0x1650 (broken BIOS?)
I also tried the 5.9.6 kernel from buster and it did the same. Is there an
Package: ceferino
Version: 0.97.8+svn37-2+b1
Severity: normal
Dear Maintainer,
* What led up to the situation?
When my last life in the game was up, I had a high score compared to the
builtin ones. This is a fairly low bar to beat, so quite common.
* What exactly did you do (or not do) that was
Lorenzo,
On Sat, Nov 14, 2020 at 04:30:08PM +, Mark Hindley wrote:
> > However in the log I see
> > /etc/elogind/logind.conf:14: Unknown section 'Login'. Ignoring.
> > /etc/elogind/logind.conf:38: Unknown section 'Sleep'. Ignoring.
> >
> > Not sure if it's
; /etc/elogind/logind.conf:38: Unknown section 'Sleep'. Ignoring.
>
> Not sure if it's really ignoring the conf file or what..
I am unsure either. Will feed that back upstream.
Thanks.
Mark
ork in sid.
Mark
[1] https://pkgmaster.devuan.org/devuan/pool/main/e/elogind/
ged[1]. Once it is released and tested, it will be packaged.
Thanks.
Mark
[1] https://github.com/elogind/elogind/issues/170#issuecomment-726662480
Control: reassign -1 src:colord 1.4.5-1
Of course this would be better assigned to the source package.
Mark
Package: colord
Version: 1.4.5-1
Severity: serious
Justification: FTBFS
Dear Maintainer,
colord 1.4.5-1 fails to build from source on (at least) i386.
Summary of Failures:
1/4 colord-test-private FAIL 2.94s (killed by signal 6 SIGABRT)
Thanks.
Mark
tion.
> https://bugzilla.kernel.org/show_bug.cgi?id=201855#c10
>
> I really don't know how the power-management stuff works, but if you
> have pm-utils installed you could try to run pm-hibernate to see if the
> issue is the same
Yes, elogind upstream has suggested the same pos
configured, or deemed to be the right place
>to write into was not available.
>
>The question I have is:
>What is the outcome of cat /proc/swaps ?
Can you provide the content of /proc/swaps please.
Thanks
Mark
Hi Andreas,
Thanks for the report, and sorry for the omission. This was already fixed
upstream by bumping to soversion 0.2.0 and will be in 2021~beta2
Mark
On Mon, 2 Nov 2020 at 19:00, Andreas Beckmann wrote:
> Package: libgromacs6
> Version: 2021~beta1-1
> Severity: serious
>
is very
welcome. Thanks.
I am happy for there to be no delay, should you wish.
Thanks.
Mark
On Tue, 27 Oct 2020 17:55:53 +0100 Carsten Schoenert
wrote:
Hello Mark,
Hello Carsten,
thank you for the quick reply!
Am 27.10.20 um 15:15 schrieb Mark Caglienzi:
...
> How can I make Thunderbird use my GPG key in both cases as it was before (when
> using enigmail)?
this is
Package: thunderbird
Version: 1:78.4.0-1~deb10u1
Severity: normal
Dear Maintainer,
I have two Debian buster installations, and I use Thunderbird as the email
client in both of them.
I have a GPG key with more than one identity.
On the installation where the email address matches the primary
The impact of this bug on end-users is high.
You cannot currently install both i386 and amd64 versions of Mesa.
As a result, Valve's Steam store cannot run on Debian Testing.
On Thu, 15 Oct 2020 22:02:51 +0200 =?utf-8?q?Stefan=5FSchr=C3=B6der?=
wrote:
> Package: libllvm10
> Version:
Hi,
just wanted to report that after using kernel 4.19.0-11-amd64 my system is
stable again (uptime now more than 1 week) and the message is no more seen in
the logs.
So problem is solved at least on my system.
Bye,wahlm
Package: wnpp
Owner: Mark Pitman
Severity: wishlist
* Package name: mdview
Version : 1.4.0
Upstream Author : Mark Pitman
* URL : https://github.com/mapitman/mdview/
* License : MIT
Programming Lang: Go
Description : Markdown View - Command line
Package: pitivi
Version: 2020.09-1
Severity: normal
X-Debbugs-Cc: watts.mark2...@gmail.com
Dear Maintainer,
Installed pitivi. Ran `pitivi`; got this error message:
ERROR - The following hard dependencies are unmet:
==
- Peas not found
d expect that to be a good workaround in your case.
> but then I wonder why this is not ignored by default,
If there is a consensus that the default should be different, then I am happy to
change it.
Best wishes
Mark
Hello,
my gigabyte brix system (Celeron J3160) worked rock solid 24/7 up to now
(stretch install, upgrade to buster) as a small server with zabbix/mariadb,
some kvm virtual machines and docker containers. Mass storage is at 2 usb3 2T
disks.
After updating the kernel to 4.19.0-10-amd64 (Debian
Hi again,
I've found my problem: there was another version of gqrx in
/usr/local/bin/ and the path gave it priority.
Sorry for the noise though I hope this helps anyone else that strikes a
similar problem.
All the best,
Mark
ib/x86_64-linux-gnu/libvorbis.so.0
(0x7ff2121a)
libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2
(0x7ff2120f)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2
(0x7ff2120d)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x7ff2120a8000)
$
Thanks for your work,
Mark
g "iftop" to inspect
traffic flow through my router machine it shows the service name
"https" for TCP traffic, but "443" for UDP traffic.
The IANA entry for it is here:
https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml?=8
T
Dmitry,
With the upload of systemctl/1.4.4181-1.1, this issue is no longer evident.
Are you happy for me to reassign #959920 to systemctl so it can be closed with
the appropriate fixed version?
Thanks
Mark
Package: wiki.debian.org
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
When editing a wiki page at https://wiki.debian.org/ the date for the warning
(shown on top of the page) of others that
On 2020-08-18 11:18, Mark Glines wrote:
The upstream collectd github has a comment about this
(https://github.com/collectd/collectd/pull/3243#pullrequestreview-371100872),
but no issue or PR yet.
Correction: looks like upstream has already fixed this.
https://github.com/collectd/collectd/blob
.infinoid.oi collectd[1401]: plugin_load: plugin "memory"
successfully loaded.
Aug 18 10:35:14 tweet.infinoid.oi collectd[1401]: plugin_load: plugin
"processes" successfully loaded.
Aug 18 10:35:14 tweet.infinoid.oi collectd[1401]: plugin_load: plugin "rrdtool"
successfu
Control: tags -1 fixed-upstream
On Tue, Jun 30, 2020 at 10:09:01AM +0100, Mark Hindley wrote:
> Control: forwarded -1 https://github.com/elogind/elogind/issues/168
>
> On Tue, Jun 30, 2020 at 10:35:46AM +0200, Thorsten Glaser wrote:
> > Package: elogind
> > Version: 243.7-1
lar
> to systemd.
>
> Could be added next to /proc and /sys in mountkernfs.sh.
As far as I know this is already available by installing the cgroupfs-mount
package.
Mark
currently package the latest version of elogind that is
available upstream.
I have enquired what plans there are for a newer version.
Mark
Hi Gents,
I'm, alas, just a user.
If there is a testing build which might work on Buster, I'd be happy to test it
and report back.
Thanks!
Mark
eason is simply like any other code maintained together. It is
developed, integrated and tested together. The project as a whole
does releases every 3 or 4 months. Splitting things up in separate
"releases" doesn't really seem that practical.
Cheers,
Mark
er or just
the client would be build:
commit f7f0cdc59a13780938ae3f578955737a75e60ea9
Author: Mark Wielaard
Date: Fri Jun 19 19:41:08 2020 +0200
debuginfod: Add --disable-libdebuginfod and --enable-libdebuginfod=dummy.
Make it possible to build just the debuginfod client or
ot;x" fsuid=1000 ouid=0
>
> I dunno how come apparmor got installed. Probably it happened when I upgraded
> to Beowulf.
Yes, it is now the default in Debian buster and Devuan beowulf has inherited
that.
Mark
Control: reassign -1 apt-cudf
Dear apt-cudf maintainers,
On Tue, Jun 30, 2020 at 07:43:52PM +0200, Ansgar wrote:
> On Tue, 2020-06-30 at 17:45 +0100, Mark Hindley wrote:
> > I am struggling to understand how libelogind0 came to be installed in the
> > build
> > in the firs
formation from the resolver to show how it is coming to its
incorrect decision?
Thanks
Mark
Michael,
These dependencies are not updated. Please don't close and archive unresolved
bugs without notification or explanation.
Mark
is unecessary. If there are problems with it,
I am happy to help resolve them.
Thanks.
Mark
from libpam-systemd to default-logind | logind. The outstanding
bugs that I am aware of are #925338, #925339, #932047 #921021, #923387 (the last
2 of which I see have been closed unanswered).
Mark
Ansgar,
On Tue, Jun 30, 2020 at 07:43:52PM +0200, Ansgar wrote:
> On Tue, 2020-06-30 at 17:45 +0100, Mark Hindley wrote:
> > I am struggling to understand how libelogind0 came to be installed in the
> > build
> > in the first place. Can you help me understand that?
>
&
the build
in the first place. Can you help me understand that?
Presumably there is a build dependency on libsystemd-dev, but I don't see it in
the log.
Thanks
Mark
orsten,
Thanks for this. I am unsure whether this is a conscious decision upstream or
just inherited from systemd.
Opened a discussion with upstream.
Thanks
Mark
On 6/4/2020 9:21 AM, Mark Pearson wrote:
OK - I have asked the SOF folk to talk to you about this. I'll unicast
you the email address so you have the correct contact details too.
I know some discussions started with the SOF folk. Has there been any
progress for this issue?
Anything
Package: groff
Version: 1.22.4-3
Severity: minor
The Groff documentation is fairly adamant that the default behaviour for
text output is to use control-characters for highlighting. For example,
grotty(1):
By default, grotty emits SGR escape sequences (from ISO 6429, also
Package: wnpp
Severity: normal
I intend to orphan the libdispatch package, and recommend that it be
removed from the archive. There appears to be little interest in the
open source community towards adopting Grand Central Dispatch as a
concurrency mechanism. The upstream library has been
On Thu, Jun 11, 2020 at 05:10:24PM +0100, Simon McVittie wrote:
> On Mon, 08 Jun 2020 at 14:20:47 +0100, Mark Hindley wrote:
> > A patch with the required changes is attached for your consideration.
>
> Thanks, I'll apply this.
Thank you.
> > The test attempts to d
301 - 400 of 6077 matches
Mail list logo
