On Tue, 2021-06-08 at 16:24 +0200, Ondřej Tůma wrote:
> I'm waiting for Ondrej N. now.
For future reference, if your usual sponsor doesn't have time, you can
file a request for sponsoring, details are available here:
https://mentors.debian.net/intro-maintainers
> I was prepare new Debian 1.3
On Wed, 8 Jul 2020 21:29:07 +0200 Ondřej Tůma wrote:
> thank's for report. I'm working now on version 1.4.3, which is last
> upstream stable version. So I apply patch to new version too.
It is now too late to get 1.4.3 into bullseye and the bug is now going
to cause formiko to be removed from bul
On Tue, 2021-04-27 at 19:03 +, Paul Gevers wrote:
> * Add patch to work with latest webgit2gkt:
> 34d26be00328a68d2f1625c78b54dc168da0648e.patch (Closes: #987448)
I confirm that this change has fixed the issue that I reported.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signatu
On Sat, 24 Apr 2021 23:20:43 +0300 Adrian Bunk wrote:
> Options are either reverting the imagemagick change or fixing
> the packages that got broken in bullseye and buster.
For foxtrotgps, I committed upstream a change that makes writing the
EPS images only happen when creating the DVI/PS documen
Package: libwebkit2gtk-4.0-37
Version: 2.32.0-2
Severity: serious
Control: affects -1 liferea
X-Debbugs-CC: life...@packages.debian.org
The recent upgrade to webkit2gtk 2.32.0-2 broke the CSS that the
liferea RSS reader uses to style the HTML it injects for post metadata.
By default liferea looks
On Tue, 2021-03-23 at 02:07 -0400, Full Name wrote:
> TL;DR As of git 1:2.30.2-1, git-remote-hg 1.0.2.1 appears to be working
> on Bullseye.
Thanks for confirming the OOM was a git issue not git-remote-hg.
Jonas, would you be willing to merge Simon's changes and make a new
upload of git-remote-h
On Fri, 13 Nov 2020 18:49:48 -0500 "Full Name"
wrote:
> Confirmed that cloning SDL works fine, but I'm getting out of memory
> errors from fast-import when fetching updates.
I just tried upstream git-remote-hg 1.0.2.1 and I cannot reproduce this
issue using your steps. Can you retry the issue w
On Sun, 2021-03-14 at 21:44 -0400, Sandro Tosi wrote:
> but other paragraphs do (i think) :)
Ah, I see!
> there's no guarantee (althought i find it highly unlikely) that
> src:ppmd will not reach the same version of the old ppmd that used to
> be present in the archive a decade ago.
The require
On Sun, 2021-03-14 at 18:34 -0700, Sean Whitton wrote:
> Per Policy 3.2.2 this is actually RC, and there is no length of time
> after which it's Policy-compliant to reuse package name--version pairs:
> "the version numbers which a binary package must not reuse includes the
> version numbers of any
On Wed, 2021-02-24 at 15:14 +, Axel Beckert wrote:
> Add missing Recommends on libemail-address-perl for msgconvert script
Any particular reason you went with Recommends instead of Depends?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signe
Package: libemail-outlook-message-perl
Version: 0.920-1
Severity: serious
Control: found -1 0.919-4~bpo10+1
X-Debbugs-CC: Olly Betts
Due to a change in msgconvert, libemail-outlook-message-perl is missing
a dependency on libemail-message-perl in bullseye and buster-backports,
but not in Debian bu
Source: wordwarvi
Version: 1.0.3-1
Severity: serious
Justification: Policy 5.6.3
wordwarvi 1.0.3-1 introduced an invalid uploaders field, that is
missing a comma between Ricardo Mones & Joseph Nahmias.
$ apt-cache showsrc wordwarvi | grep -E '^$|^Version|^Uploaders'
Version: 1.00+dfsg1-5
On Sun, 2021-01-31 at 18:49 +0100, Andrea Bolognani wrote:
> I've added a few extra Depends to make sure everything is really
> updated in lockstep and tested with unattended-upgrades: the result
> was much better this time!
...
> I believe we can merge the MR and consider the issue resolved.
Loo
On Sun, 2021-01-31 at 15:34 +0100, Andrea Bolognani wrote:
> As I've never used unattended-upgrades myself, I'm not familiar with
> it. Is there any chance you could provide some quick tips on how to
> set up a reproducer environment? Specifically how to set up the same
> upgrade strategy you're u
Source: libvirt
Version: 7.0.0-1
Severity: serious
There is some sort of missing dependency that means that the daemon is
stopped during certain kinds of upgrades. I use unattended-upgrades in
the minimal-steps mode rather than upgrading all packages at once. As a
result the order of upgrades seem
On Wed, 2021-01-27 at 13:10 +0100, Stephen Kitt wrote:
> Unfortunately this would be rather difficult to fix in loggedfs itself.
Ugh, sorry for the bugs then. I did strings on loggedfs, saw fusermount
and nonempty in the output so presumed it was coming from loggedfs.
I'll leave it up to you to c
Package: loggedfs
Version: 0.9+ds-2
Severity: serious
When I try to run loggedfs on a system without fuse/fuse3 installed I
get an error because the fusermount binary is not found.
$ dir=$(mktemp --directory tmp-XX)
$ loggedfs -f `pwd`/$dir
2021-01-27 07:14:50,851 INFO [default]
Package: loggedfs
Version: 0.9+ds-2
Severity: serious
When I try to use loggedfs I get an error, presumably because loggedfs
wants fuse rather than fuse3, but I can't install fuse because other
things I have installed want fuse3 instead of fuse.
$ dir=$(mktemp --directory tmp-XX)
$
On Mon, 04 Jan 2021 04:49:07 + Paul Wise wrote:
>* New upstream release.
> - Increases pytest requirement to 5.0
> - Fixes FTBFS with pytest 6 (Closes: #977081)
This hasn't migrated yet because of the pytest transition.
--
bye,
pabs
https://wiki.debia
On Mon, 4 Jan 2021 20:22:52 +0100 Helmut Grohne wrote:
> ddccontrol fails to build from source on arm architectures
Since we are very close to the bullseye freeze and there is no sign of
a fix coming, I've requested removal (#980081) of the armel/armhf
binaries and will downgrade this bug once th
On Mon, 2021-01-11 at 10:12 +0100, A Mennucc1 wrote:
> Il 11/01/21 01:28, Paul Wise ha scritto:
> > A Mennucc1, would you be interested in having assistance with the
> > codebase and the service?
>
> that's OK for me
Excellent!
> What is the best debian-ish way to
On Sun, 2021-01-10 at 13:32 +0100, A Mennucc1 wrote:
> Dear all, sorry for being MIA so long;
No worries, I'm sure you had good reason, it is more important to take
care of yourself than to contribute to Debian and other FLOSS projects.
> I have added the NMU to the GIT repository. a.
Thanks fo
On Tue, 29 Dec 2020 10:55:39 +0800 Paul Wise wrote:
> Maybe lets wait for A Mennucc1 to do a maintainer upload, and if it
> gets close to the next autoremoval date, do a more minimal NMU.
The next autoremoval date is getting closer, so it looks like A
Mennucc1 does not have time to fi
Control: forwarded -1 https://github.com/ddccontrol/ddccontrol/issues/88
On Mon, 4 Jan 2021 20:22:52 +0100 Helmut Grohne wrote:
> ddccontrol fails to build from source on arm architectures
I filed the above upstream bug about this.
> I see basically two options:
> * Make the relevant functiona
On Mon, 2020-12-28 at 21:50 -0500, Calum McConnell wrote:
> Yeah, when I tried to build it locally, it failed due to files that
> are present in the source package but missing from Git.
There are more changes than just the documentation build things though.
> I eventually gave up and just includ
On Mon, 14 Dec 2020 17:23:08 -0500 Calum McConnell wrote:
> I have prepared an NMU for this package. It is currently at
> https://mentors.debian.net/package/debdelta/ . While I need a sponsor to
> get it into Debian, I am now reaching out to ment...@lists.debian.org to
> see if I can expedite th
Control: forwarded -1 https://github.com/ddccontrol/ddccontrol/issues/74
https://github.com/ddccontrol/ddccontrol/pull/80
Control: tags -1 + fixed-upstream patch
On Fri, 17 Apr 2020 10:58:40 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-1
On Sun, 2020-12-06 at 10:49 +0100, Raphael Hertzog wrote:
> Duh, I am using it with GNOME Shell 3.38 but I have 3.38.1-2+b1 right
> now and it's what I used to test it before upload.
Yeah, I'm using 3.38.2-1 as I needed to upgrade to test something else.
> It's also weird that we have calls to "
Package: gnome-shell-extension-hamster
Version: 0.10.0+git20200509-1
Severity: serious
When I try to load the Hamster extension, GNOME shell from unstable
prints the following traceback into the systemd user journal, I guess
it isn't compatible with GNOME shell 3.38 at this point in time.
JS E
On Thu, 2020-11-26 at 05:48 +0100, nicoo wrote:
> Out of curiousity, do you know whether a trailing comma is allowed, like with
> dependencies? It is what I try to default to, for lists with one element per
> line, but I erred on the side of caution here, since you mentionned issues
> there cause
Source: yubico-piv-tool
Version: 2.1.1-1
Severity: serious
Justification: Policy 5.6.3
yubico-piv-tool 2.1.1-1 introduced an invalid uploaders field, that is
missing a comma between Dain Nilsson & Klas Lindfors.
$ apt-cache showsrc yubico-piv-tool | grep -E '^$|^Version|^Uploaders'
Version:
On Fri, 2020-11-20 at 23:12 +0200, Adrian Bunk wrote:
> But based on the further discussion in this bug, some hardcoding
> might be the only easily available short-term solution for bullseye?
Sure, short-term hardcoding is fine, although short-term hardcoding
usually turns into long-term hardcodi
On Sun, 09 Jul 2017 08:11:57 -0500 jtl wrote:
> If more the one copy of Cherry Tree is open at a time
>
> - Auto save sometimes fails.
>
> - Changes to the the 2nd instance of Cherry Tree are not always saved to disk,
> even though the save button was clicked, and Cherry Tree was closed out.
>
On Sun, 2020-11-08 at 21:42 +, Debian FTP Masters wrote:
> We believe that the bug you reported is now fixed; the following
> package(s) have been removed from unstable:
>
> librust-webpki-roots-dev | 0.20.0-1+b1 | amd64, arm64, armel, armhf, i386
> rust-webpki-roots | 0.20.0-1 | source
> w
On Tue, 2020-11-03 at 20:45 +, kpcyrd wrote:
> It's more complicated than that, there's rustls-native-certs to use the
> local certificate store, but the patch would be so invasive that debian
> would effectively maintain a fork. At the time of writing webpki-roots
> has 85 reverse dependencie
On Tue, 2020-11-03 at 11:18 -0500, Peter S Galbraith wrote:
> Thanks for your upload. Real life took over again. :-(
No worries. Debian should definitely be lower priority than real life :)
> Want to take over the package? :-)
I don't have time to take over another package, sorry. :(
--
bye,
On Mon, 2020-10-26 at 12:37 +, Sudip Mukherjee wrote:
> updating from the latest HEAD of:
> https://gitlab.com/jenslody/gnome-shell-extension-openweather I do see it
> working but I get exclamation mark with the icons as in the attached
> screenshot. Not sure if this is what is expected. I can
On Sat, 2020-10-24 at 03:06 +, kpcyrd wrote:
> Yes, running the build.py script would cause reproducible builds issues
> because it's used to take snapshots of Mozilla's trusted root CA
> certificates.
Hmm, I assume that is because it would build from the current snapshot
each time it is run?
Source: rust-webpki-roots
Severity: serious
Tags: security
X-Debbugs-Cc: Debian Security Team , kpcyrd
Usertags: embed
rust-webpki-roots is essentially a duplicate of ca-certificates.
https://tracker.debian.org/pkg/ca-certificates
https://wiki.debian.org/EmbeddedCopies
AFAICT, rebuilding the p
On Fri, 2020-10-23 at 08:05 +0200, Axel Beckert wrote:
> Ack. Just have to think how I make that separation properly. Either by
> listing all supported previous release names (or maybe just those not
> yet archived) and defaulting to the new scheme to be comaptible with
> all future releases.
Tha
Package: xen-tools
Version: 4.8-1
Severity: serious
File: /usr/share/xen-tools/debian.d/20-setup-apt
User: debian-de...@lists.debian.org
Usertags: bullseye-security
With the release of Debian bullseye and later, security updates are
provided in the bullseye-security suite instead of bullseye/updat
Package: sbuild
Version: 0.80.0
Severity: serious
File: /usr/share/sbuild/create-chroot
User: debian-de...@lists.debian.org
Usertags: bullseye-security
With the release of Debian bullseye and later, security updates are
provided in the bullseye-security suite instead of bullseye/updates.
The abov
Package: openstack-tempest-ci
Version: 0.30
Severity: serious
File: /usr/sbin/build-openstack-debian-image
User: debian-de...@lists.debian.org
Usertags: bullseye-security
With the release of Debian bullseye and later, security updates are
provided in the bullseye-security suite instead of bullseye
Package: openstack-debian-images
Version: 1.47
Severity: serious
File: /usr/sbin/build-openstack-debian-image
User: debian-de...@lists.debian.org
Usertags: bullseye-security
With the release of Debian bullseye and later, security updates are
provided in the bullseye-security suite instead of bulls
On Mon, 2020-10-12 at 15:35 +0200, Kyle Robbertze wrote:
> I'm going to consider requesting the removal of this package from
> unstable in the next while unless there is any other opinions.
That seems reasonable.
Personally I wanted an extension to move the "Power Off / Log Out" menu
items to th
Package: gnome-shell-timer
Version: 0.3.20+20171025-4
Severity: serious
Usertags: crash
The GNOME shell timer extension fails to load with GNOME shell 3.38 and
I see the following message in the systemd journal:
Oct 03 12:18:06 gnome-shell[2523]: JS ERROR: Extension ti...@olebowle.gmx.com:
TypeE
On Sat, 2020-09-26 at 10:12 +0200, Sébastien Villemot wrote:
> The bug was fixed by a patch in 302-5.3+deb9u1. The reintroduction of
> the package, even if it no longer contains the patch, did not
> reintroduce the bug, because upstream fixed it in another way: the
> dynamic check against the vers
On Wed, Sep 23, 2020 at 7:40 AM Andreas Tille wrote:
> unfortunately upstream has not yet responded to this mail. My guess is
> that this is a general gcc-10 issue.
>
> Any hint how to solve this?
It looks like r-base-core is duplicating standard C types and defining
them incorrectly. If you edi
On Tue, 2020-08-25 at 17:30 -0400, Peter S Galbraith wrote:
> I am on vacation so *should* have time to look into this soonish.
Did you get a chance to look at the libforms FTBFS with GCC-10?
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed
Package: lxc-templates
Version: 3.0.4-3
Severity: serious
File: /usr/share/lxc/templates/lxc-debian
User: debian-de...@lists.debian.org
Usertags: bullseye-security
With the release of Debian bullseye and later, security updates are
provided in the bullseye-security suite instead of bullseye/update
Package: debirf
Severity: serious
File: /usr/share/debirf/modules/a0_add_security_repos
User: debian-de...@lists.debian.org
Usertags: bullseye-security
The above script references /updates instead of -security for the
bullseye release and later. This means that images generated for
bullseye will b
Package: debian-lan-config
Version: 0.26
Severity: serious
File: /usr/share/debian-lan-config/fai/config/scripts/LAST/50-misc
User: debian-de...@lists.debian.org
Usertags: bullseye-security
The above script references $release/updates but when bullseye is
released that should be replaced by $relea
Package: calamares-settings-debian
Severity: serious
Please switch the security.d.o apt sources entry from bullseye/updates
to bullseye-security otherwise folks who install bullseye from the
bullseye live images using the Calamares installer will not get any
security updates after the bullseye rel
Control: tags -1 + fixed-upstream
On Sun, 06 Sep 2020 11:25:34 +0800 Paul Wise wrote:
> forwarded 943032 https://github.com/mnauw/git-remote-hg/issues/34
git-remote-hg has been ported to Python 3 but the shebang remains using
/usr/bin/env python and upstream cites PEP 394 while suggesting t
Package: gnome-shell-extension-log-out-button
Version: 1.0.8-1
Severity: serious
The "Log Out Button" GNOME shell extension fails to load with GNOME
3.36. When I click the "Show Errors" link in the GNOME shell Looking
Glass (type lg into the run dialog, click on Extensions) I see this:
TypeError:
Package: gnome-shell-extension-show-ip
Version: 8-6
Severity: serious
I noticed that this extension now fails to load with this error:
ReferenceError: None is not defined
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-debug
APT policy: (900, 'testing-debug'), (900, '
Control: severity -1 important
On Fri, 21 Aug 2020 02:40:13 +0200 Frank Heckenbach wrote:
> % apt-get update
> Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
> Hit:2 http://archive.raspberrypi.org/debian buster InRelease
> Traceback (most recent call last):
...
> KeyError: 'rpi'
On Tue, 2020-08-25 at 17:30 -0400, Peter S Galbraith wrote:
> Thanks so much! I am on vacation so *should* have time to look into this
> soonish. Would you like to take over the package? I would be happy for
> you to do that!
Great, thanks.
Please note that the upstream commit isn't exactly a c
Control: tags -1 + fixed-upstream
Control: forwarded -1
https://git.savannah.nongnu.org/cgit/xforms.git/commit/?id=2c1a9f151baf50887a517280645ec23379fb96f8
On Fri, 17 Apr 2020 11:04:17 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-10/g++-
Package: rasdaemon
Version: 0.6.6-1
Severity: serious
rasdaemon fails to start by default on Debian systemd based systems
because the unit references an environment file that doesn't exist,
since it is a path that is only used on RedHat not on Debian.
Aug 02 13:07:15 systemd[1]: rasdaemon.service
Control: clone -1 -2
Control: reassign -2 lintian
Control: severity -2 wishlist
Control: retitle -2 lintian: detect mismatches between symbols files and
changelog versions
On Tue, 28 Jul 2020 15:04:08 +0800 Paul Wise wrote:
> The versions in the debian/*.symbols files are missing the epo
On Tue, 28 Jul 2020 11:55:02 + Mike Gabriel wrote:
> Please NMU (ideally with commits to the packaging Git).
> Also coordinate with Adrian Bunk.
FTR I won't be uploading but Adrian will be.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signe
Source: libjpeg-turbo
Version: 1:2.0.5-1
Severity: serious
The versions in the debian/*.symbols files are missing the epochs. This
means that packages using symbols newer than buster will not upgrade
libjpeg62-turbo and libturbojpeg0 when being upgraded to bullseye.
For example if I install bulls
Control: tags -1 + patch
Control: forwarded -1
https://www.postgresql.org/message-id/20200726051629.3096445-1-pabs3%40bonedaddy.net
On Fri, 17 Apr 2020 11:09:16 + Matthias Klose wrote:
> The package fails to build in a test rebuild on at least amd64 with
> gcc-10/g++-10, but succeeds to buil
On Sun, Jul 26, 2020 at 4:03 AM Yao Wei wrote:
> Worked this around in 3.5.0+dfsg1-1 upload, by supplying a wrapper
> script `afdko`, and moving all the binaries into /usr/libexec/afdko/ .
>
> If a font needs afdko to build one need to put /usr/libexec/afdko/ into
> their PATH.
This sort of thing
On Mon, Jul 20, 2020 at 1:40 AM Yao Wei wrote:
> There's a serious bug when I am uploading afdko package, that one of the
> binaries in this package "tx" has name conflicting with
> transifex-client.
As transifex-client is client for the proprietary Transifex service,
personally I would just add
Package: libextractor-plugins-all
Version: 1:1.9-4
Severity: serious
There is a typo in the Depends field, it should say
libextractor-plugin-exiv2 instead of libextractor-plugin-exiv.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message p
On Sat, 2020-07-04 at 18:08 +0200, richard lucassen wrote:
> Rereading it, I don't know if this issue was present in 2.9 or earlier.
> I just noticed it while testing the new version.
Would you mind downgrading to 2.9 and testing it?
You can install it from Debian buster or snapshot.d.o
--
bye,
On Fri, 3 Jul 2020 11:15:30 +0200 richard lucassen wrote:
> Ok, two remaining cometic issues in 2.11 than :-)
Sounds like the issue is fixed then, marked it as fixed.
> # ifup bond0
> /etc/network/if-pre-up.d/ifenslave: 39: echo: echo: I/O error
> /etc/network/if-pre-up.d/ifenslave: 39: echo: ec
On Thu, 2 Jul 2020 22:55:03 +0200 richard lucassen wrote:
> $ dpkg -l | grep ifenslave
> ii ifenslave2.10+nmu2
>
> The lines "bond-slaves" and "bond-primary" still do not work:
Please retry your test with ifenslave 2.11.
--
bye,
pabs
https://wiki.debian.org/PaulWise
Package: brz
Version: 3.1.0-4
Severity: serious
Both brz and git-remote-bzr have this file:
/usr/share/man/man1/git-remote-bzr.1.gz
brz needs to gain conflicts/provides git-remote-bzr and possibly a
transition package, or renaming the git-remote-bzr to git-remote-brz.
--
bye,
pabs
https://wik
On Wed, 3 Jun 2020 17:26:27 +0200 Elimar Riesebieter wrote:
> What do you mean with "call home"?
Access the Internet without the consent of the person running it.
> There is indeed a new version available in [0] and [1]. It will be
> contributed witch the next release of alsa-utils. So what make
On Mon, 2020-04-13 at 23:04 +, Balint Reczey wrote:
>* Blacklist not trusted packages and ones with conffile prompts
> instead of just pinning them once with NEVER_PIN which is can be cleared
> later. (LP: #1871615) (Closes: #956339)
I tested this with popularity-contest and I g
On Sat, 2020-04-11 at 09:54 +0800, Paul Wise wrote:
> Actually it looks like this is not fixed after all.
In addition to the bug not being fixed, today I got a false positive on
the message that a package needs a conffile prompt. The package got
upgraded successfully and didn't fail
Control: reopen -1
On Fri, 2020-04-10 at 21:28 +0800, Paul Wise wrote:
> I've tested this by downgrading popularity-contest using snapshot.d.o,
> adding changes to a conffile and then running u-u. The result is that I
> get this in the report, so it looks fixed again:
Actually
Package: unattended-upgrades
Version: 2.1
Severity: serious
Today I noticed that packages with conffile prompts are no longer
skipped, which can lead to upgrade failures because dpkg stdin is not
connected to any terminal. I think this is a regression since the work
to enable pinning to work with
Control: tags -1 + fixed-upstream
On Tue, 28 Jan 2020 23:50:24 +0100 Thorsten Glaser wrote:
> After installation, gplaycli --help works (but please do add
> a manual page), but nothing else:
The error is now different:
$ gplaycli -d com.skype.raider
[ERROR] Unknown error: New version of protoco
On Sun, 2020-03-22 at 20:45 -0700, Felix Lechner wrote:
> Well, that's what I did with xdeb, but it is causing #954415.
BTW, re the lintian binary-is-wrong-architecture tag description,
Emdebian no longer exists so it would be best to not mention it.
> My inclination is yes, although personal pr
On Sun, 2020-03-22 at 19:50 -0700, Felix Lechner wrote:
> Regarding the 'affects' setting
That just means that folks reporting bugs against lintian are more
likely to see the existing pkg-perl-tools bug rather than filing
another duplicate bug report like I did.
> please know that the checks in
Control: reassign -1 pkg-perl-tools
Control: forcemerge 954331 -1
On Sun, 2020-03-22 at 18:35 -0700, Felix Lechner wrote:
> This is #954331 in pkg-perl-tools, which is already done.
>
> Not sure how to best close this bug. Maybe 'forcemerge'?
Yeah, doing with this mail.
--
bye,
pabs
https://
Package: lintian
Version: 2.58.0
Severity: serious
Control: found -1 2.59.0
Usertags: crash
Whenever I run lintian (either source or binaries) I get the following
crash. The configuration file and options used don't appear to cause
this crash. It appears to happen with all packages I try.
$ linti
Package: gedit-plugin-terminal
Version: 3.36.0-1
Severity: serious
Usertags: crash
When I have the terminal plugin enabled on startup or when I enable it
in the UI, gedit crashes. This appears to be a regression from either
gedit or GNOME Terminal 3.34 due to a GSettings schema change:
$ gdb -bat
On Thu, 27 Feb 2020 07:17:39 +1100 Craig Small wrote:
> I think they all should be using a path rather than hard coding where ps
> is. But in any case that's what these other packages do. I'll revert the
> change.
Another option would be a compat symlink.
--
bye,
pabs
https://wiki.debian.org/P
On Mon, 2020-01-20 at 12:33 -0500, Olek Wojnar wrote:
> Hmm, I always interpreted that as meaning a dependency on another .deb
> package because of the "package" wording vs a word such as "component."
I always interpreted it in the general sense rather than in the sense
of a dependency on Debian
On Sun, 12 Jan 2020 21:42:53 -0500 Olek Wojnar wrote:
> Could you please explain your rationale? The way I read Policy, I don't
> see a problem. To clarify: the package is not installing via snap
> because of a licensing issue that prohibits distribution (such as
> Flash), that is just to prevent
Control: reopen -1
Control: found -1 1:1.5.1-5
Control: notfixed -1 1:1.5.1-4
Control: usertags -1 + bittenby
On Tue, 7 Jan 2020 10:51:14 + Tomas Janousek wrote:
> I don't think this is fixed, I got the same error as Sven when updating from
> 1:1.5.1-2 to 1:1.5.1-5:
>
> ...
> Připrav
Package: webext-browserpass
Version: 3.4.1-2
Severity: serious
When I click on the BrowserPass icon in Firefox ESR I get this error:
Error: TypeError: localStorage is null
When I click on the BrowserPass icon in Firefox I get this error:
TypeError: null is not a valid URL.
These persist
ension-show-ip suggests no packages.
-- no debconf information
--
bye,
pabs
https://wiki.debian.org/PaulWise
From 626ff48b7e29cf4178a2f439b85340e7b1e25774 Mon Sep 17 00:00:00 2001
From: Paul Wise
Date: Thu, 2 Mar 2017 18:07:14 +0800
Subject: [PATCH] Show the primary IP address when no inter
Source: mailutils
Severity: serious
Tags: security fixed-upstream
There is a local privilege escalation in the maidag utility:
https://savannah.gnu.org/forum/forum.php?forum_id=9586
This version fixes important security flow. The maidag utility has
been withdrawn and three new programs hav
Package: torbrowser-launcher
Version: 0.3.2-2
Severity: serious
Tor Browser 9.0 shows only black screens because the default apparmor
profile does not allow write access to /dev/shm/org.mozilla.ipc.*.*
like it does for /dev/shm/org.chromium.* and I was able to fix this
issue by adding this workaro
On Wed, 9 Oct 2019 09:24:58 +0200 Petter Reinholdtsen wrote:
> I had a look, and the build fail here too, the exact same way with a
> session test failing with.
I built the unstable code on buster and the test succeeded, so I think
this issue is caused by one of the dependencies. libxml2 is the e
Package: gnome-shell-extension-log-out-button
Version: 1.0.7-1
Severity: serious
When using gnome-shell 3.34 GNOME Tweaks indicates the log-out-button
extension fails to load on login. I was able to get this error from the
Looking Glass thing for debugging GNOME shell:
TypeError: System._actionsI
Source: xserver-xorg-video-ast
Version: 1.1.5-1.1
Severity: serious
Justification: DFSG item 2
The AST_DP501_firmware array in src/ast_dp501fw.h contains a sourceless
firmware blob. I think this means that xserver-xorg-video-ast needs to
move to non-free, or it could use ast_dp501_fw.bin from the
On Sun, 7 Jul 2019 20:39:10 +0200 Christoph Berg wrote:
> I and #debian-devel in general were pretty surprised that our "buster"
> systems couldn't properly "apt-get update" anymore today:
I recently had a similar issue with the backports repos:
E: Repository 'https://incoming.debian.org/debian-
On Tue, Jun 4, 2019 at 4:12 AM Yves-Alexis Perez wrote:
> My gut feeling is that light-locker just uses codepaths not really used
> otherwise, like vt-switch at the same time as suspend/resume or screen off/on.
> Unfortunately debugging i915 is completely out of my league (and I already
> tried mu
On Fri, 05 Apr 2019 11:58:24 +0800 Paul Wise wrote:
> I've done that in the attached patch.
I've now asked the release team for an unblock.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed message part
Control: reassign -1 libgeocode-glib0 3.26.0-2
Control: severity 925539 serious
Control: forcemerge 925539 -1
Control: affects 925539 + gnome-maps
On Mon, 2019-04-22 at 15:07 +0200, Bernhard Übelacker wrote:
> might this be related to #925539 ?
Looks like it is indeed.
> Can you still reproduce
Package: gnome-maps
Version: 3.30.3-1
Severity: serious
Control: found -1 3.32.1-1
Usertags: crash
The search functionality (both the main search and the directions
search) causes a crash (SIGSEGV) of GNOME Maps. Since the search
functionality is a pretty major part of the Maps app, I think this
i
On Thu, 21 Mar 2019 10:17:30 +0800 Paul Wise wrote:
> Do you have any suggestions for how to deal with the postinst
> permissions update? I'm guessing it should just update the permissions
> on upgrade between the two versions and not if a statoverride is set?
I've done t
On Wed, 13 Mar 2019 20:31:12 +0800 Paul Wise wrote:
> Hmm, so the upgrade has to deal with that automatically in a variety of
> situations. This is going to be annoying, maybe it should just change
> the permissions in the postinst based on the core pattern sysctl?
Do you have any su
101 - 200 of 802 matches
Mail list logo