Package: awscli
Version: 2.15.8-1
Severity: important
Tags: newcomer
I would have this as wishlist, but the current version in unstable
(2.14) fails to install because of a versioned dependency on python-
cryptography, is therefore unusable.
-- System Information:
Debian Release: trixie/sid
Package: wnpp
Severity: wishlist
Owner: Matt Barry
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@hazelmollusk.org
* Package name: vaticinator
Version : 0.0.4
Upstream Contact: Matt Barry
* URL : https://github.com/hazelmollusk/vaticinator
* License : MIT
I applied this update to my one remaining buster machine and now it is
refusing to connect to my bullseye-based amanda backup server.
amcheck and the amanda server are both reporting "Connection refused"
when accessing the updated buster machine.
--
Barry A. Trent
952-829-5864, x10
On Wed, 2022-07-27 at 15:21 +0200, Marc Haber wrote:
> On Wed, Jul 27, 2022 at 09:12:50AM -0400, Jason Franklin wrote:
> For a normal user account, I am undecided whether:
>
> - leave login shell intact, leaving a possible security hole
> - set login shell back to the default when the account
tags -1 + wontfix
thanks
On Fri, 2022-07-22 at 11:44 +0200, Marc Haber wrote:
> On Mon, Jun 06, 2022 at 03:26:24PM -0400, Matt Barry wrote:
> > AIUI /srv is under the purview of the sysadmin; if they decide to
> > set
> > DHOME somewhere under /srv, shouldn't
Package: gnome-control-center
Version: 1:42.3-2
Severity: wishlist
Tags: upstream
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
On Thu, 2022-07-21 at 08:27 +0200, Marc Haber wrote:
> Package: adduser
> Version: 3.122
> Severity: normal
>
> The tests expect the test environment to be fresh. They relay too
> much
> on uids being the same and do not preseed adduser to provide
> reproducible uids.
>
> Reproducer:
> - create
Package: wnpp
Severity: wishlist
Owner: Matt Barry
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-pywayland
Version : 0.4.13
Upstream Author : Sean Vig
* URL : https://pywayland.readthedocs.io/en/latest/
* License : Apache
Programming
Package: wnpp
Severity: wishlist
Owner: Matt Barry
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: python-pywlroots
Version : 0.15.18
Upstream Author : Sean Vig
* URL : https://github.com/flacjacket/pywlroots
* License : UIUC (NCSA)
Programming
Package: wnpp
Severity: wishlist
Owner: Matt Barry
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: qtile
Version : 0.21.0
Upstream Author : Aldo Cortesi
* URL : https://www.qtile.org/
* License : MIT
Programming Lang: Python
Description
retitle -1 ITA: toilet -- display large colourful characters in text mode
thanks
block -1 by 1014974
thanks
Package: python3-sybil
Version: 3.0.1-1~exp1
Severity: normal
Hi,
I note that there is a 3.0.1 package in experimental, which I will start
looking at; mostly filing this so I can refer to it as a blocker.
Thanks!
Matt
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
Hi Josh,
On Thu, 2022-07-14 at 13:05 -0700, Josh Triplett wrote:
> > > The more recent issue 643559 suggests that
> > > > Those "bad side-effects", if they were ever relevant and
> > > > important
> > > > enough to make personal groups not work properly, have now been
> > > > fixed.
> > >
> > >
On Thu, 2022-07-14 at 21:54 +0200, Marc Haber wrote:
> On Thu, Jul 14, 2022 at 03:00:50PM -0400, Matt Barry wrote:
> > Any objections to either moving this bug to passwd, or just
> > wontfix'ing
> > this?
>
> No objection from me, I'd just reassign the bug. If we ca
Hi,
I have added a test to benchmark the deletion of groups on a system
with tens of thousands of users, and it is indeed (still) not great.
However, removing the overhead described in this bug (and replacing it
with *nothing*) only yields < 10-15% speed-up.
I would not be opposed to relying on
On Wed, 2022-07-13 at 23:09 +0200, Marc Haber wrote:
> On Wed, Jul 13, 2022 at 04:50:20PM -0400, Matt Barry wrote:
> > On Wed, 2022-07-13 at 22:44 +0200, Marc Haber wrote:
> > > On Wed, Jul 06, 2022 at 12:32:16PM +0200, Marc Haber wrote:
> > > > the useradd documenta
On Wed, 2022-07-13 at 23:11 +0200, Marc Haber wrote:
> On Wed, Jul 13, 2022 at 04:50:20PM -0400, Matt Barry wrote:
> > There actually is a test for this, and it passes (ie. fails in
> > every instance, for a 33 character name)
>
> Does it also fail reasonably prettily for a
On Wed, 2022-07-13 at 22:44 +0200, Marc Haber wrote:
> Hi,
>
> On Wed, Jul 06, 2022 at 12:32:16PM +0200, Marc Haber wrote:
> > the useradd documentation says that a user name has a 32 character
> > limit. We should enforce this as well.
>
> Matt, would you want to take a quick plunge at this as
On Tue, 2022-07-05 at 15:34 +0200, Marc Haber wrote:
> On Tue, Jul 05, 2022 at 09:07:11AM -0400, Matt Barry wrote:
> > On Tue, 2022-07-05 at 12:46 +0200, Marc Haber wrote:
> > > (1) Augment the USERS_GID with a USERS_GROUP setting, throwing a
> > > warning
> > >
On Tue, 2022-07-05 at 12:46 +0200, Marc Haber wrote:
> (1) Augment the USERS_GID with a USERS_GROUP setting, throwing a
> warning
> if both are set.
> (2) Set the primary group of a new non-system user created with
> USERGROUPS=no to the USERS_GID or the GID of the USERS_GROUP
> (3) Set
On Tue, 2022-07-05 at 12:34 +0200, Marc Haber wrote:
> The body of the bug report was empty, and I can not confirm the non
> working of the option.
>
Apologies, this was filed in error, can be rejected.
Package: adduser
Version: 3.122~1
Severity: normal
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags:
On Mon, 2022-07-04 at 08:54 +0200, Marc Haber wrote:
> Hi Matt,
>
> thanks for checking this.
>
> On Sun, Jul 03, 2022 at 09:16:49PM -0400, Matt Barry wrote:
> > 1st check: all-numeric, always rejected
> > 2nd check: ieee 1003.1-2001, minimal requirements [0]
>
The logic as it is now is fairly straightforward:
1st check: all-numeric, always rejected
2nd check: ieee 1003.1-2001, minimal requirements [0]
3rd check: user-configurable *NAME_REGEX
4th: (possible override --allow-badname)
The docs desribe --force-badname as "weak checks applied"; this could
Oops.. real file.
sound/boss/ant_lion/earthquake
sound/boss/ant_lion/eat
sound/boss/armour_boss/clang
sound/boss/armour_boss/die
sound/boss/armour_boss/growl
sound/boss/armour_boss/saw_spin
sound/boss/armour_boss/saw_start
sound/boss/armour_boss/saw_stop
sound/boss/armour_boss/tongue_hit NOT
Attached is a report of sound files that are referenced in the source
(see below for how it was created).
I will report this issue upstream.
for i in `grep 'playSoundToMap("' src -R | sed -e
's/.*playSoundToMap("\([^,"]*\)".*/\1/'|sort|uniq`; do echo -n $i; if [
! -f $i ]; then echo -n " NOT
Looking at the check, it seems there is an exemption for SVG files
built in; would it make any sense to search for a text/* mime type
instead (ala libfile-libmagic-perl)?
Cheers,
Matt
Hello!
I am looking at the possibility of getting edgar updated and back into
the archive, which obviously involves this bug.
I don't desperately want to dredge up an entirely old discussion, so
I'll just document my starting point here. My working assumption is
that existing practice reflects
e; urgency=medium
.
* New upstream release (1.35).
* New maintainer. Closes: #998116.
* URL updates. Closes: #1013412.
* Various Lintian updates.
* Update and drop patches.
Cheers,
--
Matt Barry
signature.asc
Description: This is a digitally signed message part
Confirmed by Slack support; you need to get the package directly from
Slack.
block -1 by 1014067
thanks
Package: wnpp
Severity: wishlist
* Package name: python-pdm
Version : 1.15.4
Upstream Author : frostming
* URL : https://github.com/pdm-project/pdm
* License : MIT
Programming Lang: Python
Description : next generation Python package management tool
On Wed, 2022-06-29 at 11:13 +0200, Marc Haber wrote:
> On Tue, Jun 28, 2022 at 01:34:23PM -0400, Matt Barry wrote:
> > Good call. I've attached a minimal POC, which works in manual
> > testing,
> > but automated testing is tricky and there may be edge cases. (This
>
tags -1 patch
On Mon, 2022-06-27 at 22:02 +0200, Marc Haber wrote:
>
> /run/adduser please, and probably a simple flock()? lock files in a
> shell script are a minefield for code running as root, I hope it is
> easier in perl.
Good call. I've attached a minimal POC, which works in manual
The simplest way I can think of to solve this is:
(start)
mkdir /tmp/adduser.lock
sleep and loop until mkdir succeeds
(end)
remove /tmp/adduser.lock
which should be atomic assuming a local /tmp.
One could possibly add a /tmp/adduser.lock/adduser.pid and check for a
dead
tags -1 patch
thanks
tags -1 patch
thanks
Indeed, installing aide-dynamic instead of aide appears to fix the problem.
Thank you.
On 6/21/22 2:04 PM, Marc Haber wrote:
On Tue, Jun 21, 2022 at 10:59:46AM -0500, Barry Trent wrote:
aide-dynamic is not installed.
You should use aide-dynamic. The statically linked binary is broken
Package: aide
Version: 0.17.3-4+deb11u1
Severity: normal
X-Debbugs-Cc: barry.tr...@atcorp.com
Dear Maintainer,
I upgraded a host which functions as a samba active directory controller from
buster to bullseye. aideinit fails with a segfault:
root@atc-hq-dc2:~# aideinit
Running aide --init...
On Fri, 2022-06-17 at 12:57 +, Mathias Gibbens wrote:
> The final thing that's been preventing upload of LXD is an issue
> that
> was found with a filename conflict with the lxc packaging (#1010843).
> I
> neglected to block this bug by that one, but just did so.
>
> The good news is that
Just for the record, here is the response I received:
--
Hi there,
Thank you for reaching out.
We’re looking into this and will get back to you.
Thank you for your patience.
Best,
Lauren | (She/Her)
Customer Experience, Slack Support
retitle -1 ITA: blackbox -- Window manager for X
thanks
retitle -1 ITA: purity -- Automated purity testing software
thanks
tags -1 + wontfix
thanks
Hello,
I have submitted an inquiry to Slack to clarify, but it doesn't appear
that there are any rights to redistribute this software. They already
offer a .deb (as well as a snap) - afaict you will have to download it
directly from them.
Cheers,
Matt
retitle -1 ITA: edgar -- 2D platform game with a persistent world
thanks
retitle -1 ITA python-redmine -- Python library for the Redmine RESTful API
(Python 3)
thanks
retitle -1 ITA: python-public -- @public decorator for adding names to __all__
thanks
found 1012600 2.1.4-1
thanks
Module compilation (5.18) stalls for 10-15 minutes, then errors out.
Make log attached.
DKMS make.log for zfs-2.1.4 for kernel 5.18.0-1-amd64 (x86_64)
Thu Jun 16 12:05:46 PM EDT 2022
make all-recursive
make[1]: Entering directory '/var/lib/dkms/zfs/2.1.4/build'
Hello Dalibor,
Several years ago you expressed interest in adopting the fspy package;
are you still interested in working on this?
Cheers,
Matt
signature.asc
Description: This is a digitally signed message part
tags -1 + patch
thanks
Salsa PR 27 - implements the strategy Marc describes above.
Hi,
I imagine I arrived at this bug the same way a lot of folks did, trying
to sleuth out the reason why (e.g.) autopkgtest-build-lxd is broken in
Debian.. but perhaps I might be the first that read all the way to the
end to find a repo that builds somewhat working packages! Kudos and
thanks!
On Fri, 2022-06-10 at 12:13 +0200, Marc Haber wrote:
> On Thu, Jun 09, 2022 at 05:58:28PM -0400, Matt Barry wrote:
> > (TIL: the reverse of --auto-compress is on by default; 'tar [tx]f'
> > will
> > automatically determine the right algorithm.)
>
> And -THAt- canno
On Thu, 2022-06-09 at 19:57 +0200, Marc Haber wrote:
>
> I'd recommend the following:
>
> - invoke tar --create --auto-compress --file /tmp/foo.tar.suffix
> --directory / usr/sbin/deluser
> - if exit code 127 (compressor known, but not installed):
> - print diagnostic
> - set suffix to
Especially with the default mode already setgid (overriding this
setting), it doesn't really add anything anymore.
On Wed, 2022-06-08 at 11:59 +0200, Marc Haber wrote:
> On Wed, Jun 08, 2022 at 12:34:14AM -0400, Matt Barry wrote:
> > tags -1 + confirmed patch
> > thanks
>
> How about zstd and the other hip compressors?
Heh. I was thinking about whether to bother with this one.
tags -1 + confirmed patch
thanks
tags -1 + confirmed patch
thanks
Thanks for the bug report! There is a fix in the works for this issue;
I will update here when it's merged.
Cheers,
Matt
Hi folks,
So, I've pushed a more simple fix for these two bugs:
https://salsa.debian.org/debian/adduser/-/merge_requests/24
One thing that is unclear (and I could not find guidance in the
documentation) is what the intent towards mount points actually is.
For the moment, I have made
tags -1 + patch
thanks
Patch available on salsa.
Package: adduser
Severity: wishlist
AIUI /srv is under the purview of the sysadmin; if they decide to set
DHOME somewhere under /srv, shouldn't this behave the same as with
/home?
Cheers,
Matt
signature.asc
Description: This is a digitally signed message part
Yes. After applying this patch aideinit succeeds on all 3 machines I
have it running on with amanda-server
On 5/31/22 5:13 AM, Hannes von Haugwitz wrote:
On Mon, May 30, 2022 at 09:46:30AM -0500, Barry Trent wrote:
Applied the patch and added some blank lines back to the disklist. Still
double slash (line:
'!/@@{AMANDA_INDEXDIR}///@@{YEAR4D}[0-9]{4}_[0123]\.gz$ f')
AIDE --init return code 17
On 5/28/2022 2:10 PM, Hannes von Haugwitz wrote:
Hello Barry,
On Sat, May 28, 2022 at 11:34:44AM -0500, Barry Trent wrote:
Yes! Removing all blank (and "#" comment) lines fro
et1. I had to remove the DailySet1
which was still present on one machine to get aideinit to complete
without the error.
On 5/28/2022 9:46 AM, Hannes von Haugwitz wrote:
Hi Barry,
On Fri, May 27, 2022 at 04:29:54PM -0500, Barry Trent wrote:
*** disklist
zmoby.
Package: aide
Version: 0.17.3-4+deb11u1
Severity: important
X-Debbugs-Cc: barry.tr...@atcorp.com
Dear Maintainer,
I upgraded two hosts which function as amanda backup servers from buster to
bullseye and ran into issues running aideinit. It failed:
root@archive:~# aideinit
Overwrite existing
Control: tags -1 patch
Hi! I've added a patch[0] that rejects all-numeric usernames in
adduser.. feedback welcome!
Cheers,
Matt
[0] https://salsa.debian.org/debian/adduser/-/merge_requests/21
Control: tags -1 patch
This patch [0] implements the default system user home dir as
/nonexistent. Feedback welcome!
Cheers,
Matt
[0] https://salsa.debian.org/debian/adduser/-/merge_requests/20
Control: tags -1 patch
Hi! I've created a patch[0] which implements SYS_DIR_MODE as described
in this bug; any feedback is welcome!
One thing I just wanted to confirm: the default for regular accounts
*should* have setgid? I only ask because this was previously
documented as causing issues (in
Control: tags -1 - moreinfo
Thanks! The fixed 3.6-1 files are up on mentors now.
~m
On Fri, 2022-05-20 at 11:27 +0200, Bastian Germann wrote:
> Control: reopen -1
> Control: tags -1 moreinfo
>
> Am 20.05.22 um 11:17 schrieb Bastian Germann:
> > You have to make this a NMU, which means
tags #516285 patch
thanks
I've created a small patch that may address this issue; merge request
available here:
https://salsa.debian.org/debian/adduser/-/merge_requests/18
Cheers,
Matt
signature.asc
Description: This is a digitally signed message part
This bug is almost ten years old; a patch was added almost five years
ago.
signature.asc
Description: This is a digitally signed message part
orked from the main branch):
https://salsa.debian.org/zaharazod/python-decouple.git
Changes since the last upload:
python-decouple (3.6-3) unstable; urgency=medium
.
* copyright fixes
* lintian fixes
* new upstream version (3.6)
Regards,
--
Matt Barry
and match the rest of the enums in that .h file.
Barry Arndt
Hi Sandro.
Honestly, I have not contributed to Debian in a couple of years, and I don’t
see that changing any time soon. Best to contact Matthias, the Python Team, or
just do whatever you think is best.
Cheers,
-Barry
> On Mar 13, 2020, at 12:32, Sandro Tosi wrote:
>
> On Fri, 30
://security-tracker.debian.org/tracker/CVE-2019-15031
One of the problems was introduced in 4.12, and the other in 4.15.
Barry
team is actively debugging this problem on upstream kernel
5.2.0-rc5, and is in favor of disabling TM in Debian until this issue is
resolved.
Thanks.
Barry
Source: ctsim
Version: 6.0.2
Severity: serious
Tags: l10n patch
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
FTBFS of ctsim-6.0.2 on ppc64el reported from unicamp.
The build log reported:
g++: error: unrecognized command line option
-message -
From: Eric Barry <barryeri...@gmail.com>
Date: Thu, Apr 5, 2018 at 5:04 AM
Subject: ok
To:
Mentors,
I am picking up work on this package. I'm working through the issues
already outlined to make sure they are resolved and all questions are
answered.
Once that is done, I'll refresh the package if necessary, and inform of
the updates and answered questions.
Thanks.
Barry Arndt
IBM
On Feb 19, 2018, at 04:08, Matthias Klose wrote:
>
> This is https://bugs.python.org/issue32305, apparently intentional and will be
> in 3.7. So better fix the packages itself. Not sure if that really should be
> backported.
Thanks for the forward. The fix is for third party
On Sep 22, 2017, at 18:53, Pierre-Elliott Bécue wrote:
> Now, when I run the tests, there are a lot of errors, but I can't say
> exactly why. If you wish I can put a copy of the last attempt.
Sure, post a link. I’ll let you know if I see anything obvious.
-B
signature.asc
y with
>>> --fix-missing?
>>> autopkgtest [20:07:28]: ERROR: testbed failure: apt repeatedly failed to
>>> download packages
>>
>> I guess I'm not able to do such test myself.
You should be able to build the source package, and then if you have a chroot,
just do:
$ autopkgtest mailman-core-blah-blah.dsc — schroot sid-amd64
Cheers,
-Barry
signature.asc
Description: Message signed with OpenPGP
es.org> wrote:
> @barry: I could do the uploads but as you're PEB's sponsor so far you
> might want to do that yourself. Maybe you also want to review the latest
> changes to the packages? That would be awesome.
Jonas, Mattia, thank you very much for working with PEB, and thanks to
Hi Niels,
> On Sep 17, 2017, at 09:31, Niels Thykier wrote:
> Is there an update to the situation here? Can we assume that the test
> target is (generally) always available ? (even if we limit it to just
> python3 related calls).
No, I don’t have any update to this. I am
On Thu, 27 Jul 2017 10:20:12 -0300 Breno Leitao <bren...@br.ibm.com>
wrote:
> Although lack of recent updates, we are still working on this problem.
>
> Barry (on CC) is allocated to work on this issue and should have updates
soon.
>
>
>
The offending line of c
Package: systemd
Version: 215-17+deb8u7
The /home, /root, /var, /tmp, /usr, /swap, and /home partitions are in a
logical volume group. From the log:
Jun 18 14:01:00 barry-debian systemd[1]: Starting Arbitrary Executable File
Formats File System Automount Point.
Jun 18 14:01:00 barry-debian
with
ext3 filesystem.
Barry Newberger
On May 08, 2017, at 10:16 AM, Mickael Viey wrote:
>After a python3-virtualenv fresh install. The package is installed on
>/usr/lib/python3/dist-packages, but doesn't provide any entry point to invoke
>virtualenv:
That's correct. python3-virtualenv is just the library. Install the
`virtualenv`
On Apr 07, 2017, at 02:47 AM, Matthias Klose wrote:
>I think it's safe to go forward with this. Maybe keep the zope team (or the
>individual uploaders) as an uploader for a while, but I think the zope team
>is a little bit dead at this point ...
I really think we should pull the zope library
Source: pycxx
Version: 7.0.1-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I just noticed this over in Ubuntu, where pycxx 7.0.1-1 is failing its
autopkgtest, which prevents it from getting promoted out of
zesty-proposed. Retested on unstable, in a sid chroot, the exact
On Wed, 2017-03-10 18:51:27 + Ben Hitchings wrote:
>On Wed, 2017-03-01 at 11:46 -0500, Barry Fishman wrote:
>> I'm not sure if this should be filed as a separate bug, but with the
>> 4.9 kernel update the WinTV Aero-M (Hauppauge) TV card also stopped
>> working.
>&
Init: systemd (via /run/systemd/system)
*** /home2/barry/src/tv-card/Errors-sid-4.9.13-1.log
-- Logs begin at Wed 2017-03-01 11:22:47 EST. --
Mar 01 11:23:54 ecube gnome-session-binary[1917]: Entering running state
Mar 01 11:23:54 ecube dbus-daemon[1915]: Successfully activated service
irectory
Mar 01 11:26:34 ecube vlc-tv.desktop[2794]: [7f516c008e88] core input
error: open of `dvb://' failed
Mar 01 11:27:32 ecube vlc-tv.desktop[2794]: QObject::~QObject: Timers cannot be
stopped from another thread
--
Barry Fishman
o drop the 0001-Disable-Django-support.patch since
https://bitbucket.org/ecollins/passlib/issues/68/tests-fail-with-django-19
is resolved upstream. I'm not a Django expert though so please let me know if
this is not correct.
Cheers,
-Barry
pgpaSH_AHEkxO.pgp
Description: OpenPGP digital signature
On Jan 30, 2017, at 08:21 AM, Simon McVittie wrote:
>Thanks for letting me know, I'll mark it as unmaintained. Would you like
>your other packages to be marked as unmaintained too?
>
>Sorry, I am not intending to adopt python-whoosh: I'm only fixing it
>because removing it from testing would be
Maybe, create a python{,3}-pyside-common package that only contains the
.egg-info and then have all subpackages depend on that?
Hi Martin,
On Jan 24, 2017, at 09:19 PM, Martin Pitt wrote:
>Ah, sbuild usually copies that from the host system
>(/etc/schroot/default/nssdatabases), so indeed this tends to cause conffile
>conflicts.
Ah ha! That was the piece I was missing.
Thanks for applying the patch
https://code.launchpad.net/~barry/autopkgtest/+git/autopkgtest/+ref/852475
pgp9syopDe3sn.pgp
Description: OpenPGP digital signature
Package: autopkgtest
Version: 4.3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
Let's say one of your autopkgtest dependencies (perhaps recursively)
needs to update a configuration file, i.e. via a conffile. E.g. when
running the autopkgtests for aptdaemon
On Jan 23, 2017, at 04:40 PM, Eli Collins wrote:
>In case this helps the debian package maintainer decide on this patch /
>schedule things, the timestamp problem this addresses is due to a bug in
>the passlib 1.7.0 setup script, which should be fixed in the 1.7.1 upstream
>release (due out next
1 - 100 of 2076 matches
Mail list logo