Hi Sebastian,
more than a year ago you reported a crash in btape. Would you be able to
re-test if the problem still exists in the newest version in backports
for Debian 10? Upstream said they couldn't reproduce it in the newest
version.
Regards,
Carsten
Source: inventor
Version: 2.1.5-10-21
Severity: serious
Control: close -1 2.1.5-10-22
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing
Package: mupdf-tools
Version: 1.17.0+ds1-1
Severity: minor
X-Debbugs-Cc:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I was trying to verify a signed PDF with mutool, but I forgot
that because of the GPL clashing, OpenSSL support isn't built
in. It fails with status zero though, and for
The watch file is now updated (in 7.1.0-6)
On Wed, 30 Sep 2020 at 12:31:06 -0300, Leandro Cunha wrote:
> I did this test and there was no crash, but see the attached
> screenshot to see how the wallpaper.
Hmm, interesting failure mode. I think there was a bug fixed recently
where the animated background draws one frame at the wrong
Il 30/09/20 16:50, Hilmar Preuße ha scritto:
> At least I expect that it should solve the issue, as the file
> conflict has been removed. Could you re-test once the package
> entered testing?
Of course, I will :-)
Gabriele
On 2020-09-28 08:21, Christian Kastner wrote:
>> On 2020-09-25 11:33, Julian Andres Klode wrote:
>>> Patches to add the expose those attributes in the MetaIndex
>>> bindings are of course welcome.
>
> So this seemed straightforward enough and I gave it a try [3], but that
> didn't work
Control: tags -1 moreinfo
Hi,
> 4. I then disconnect from B by running sudo systemctl stop openvpn@B and note
> that the first tunnel is still established (good!), but all traffic seems to
> be directed to my main network interface instead (bad!). This can be verified
> by going to e.g.
Hello Tobias,
> # please do not reopen new bugs if the old one was not sponsored.
> # -- otherwise context is lost.
Sorry for the mess, I thought that I had to open a new sponsorship
request due to different package name.
> You need to upload it to experimental first.
Updated package ready to
Control: tag -1 moreinfo
On Wed, Sep 30, 2020 at 06:06:59PM +0200, Dominik Rimpf wrote:
I spend the last hour to understand what the debconf variables „password1“ and
„password2“ are for.
Now I know that they’re just for password-confirmation, so I would like to
suggest to make this clear in
Source: oath-toolkit
Version: 2.6.1-1.4
Severity: important
The program oathtool uses gengetopt. A .ggo file is provided.
But in the actual package build, this is not necessariloy used,
because the upstream source contains the gengetopt output.
In my test, the attached patch fixed this. I
Source: qemu
Version: 1:5.0-14~bpo10+1
Severity: important
QEMU 5.0 build depends on libpmem which is x86 only in Buster. Due to this
there is no arm64 package available in buster-backports repository.
This cause a problem because if we want to use current OpenStack then we are
not able to -
Source: oath-toolkit
Version: 2.6.1-1.4
Severity: minor
Tags: patch, upstream
I found two small bugs in oathtool.
0001-Build-check-error-from-gengetopt-command.patch
Description: Binary data
0002-Fix-a-warning-in-oathtool.patch
Description: Binary data
--
Ian JacksonThese opinions are
Tested this patch, unfortunately it didn't work:
MariaDB [(none)]> status;
--
mariadb Ver 15.1 Distrib 10.5.5-MariaDB, for debian-linux-gnu
(x86_64) using readline 5.2
Connection id: 45
Current database:
Current user: root@localhost
SSL: Not in use
Current pager: stdout
Using
On Wed, 30 Sep 2020 19:25:12 +0200 Niels Thykier wrote:
> Hi,
>
> You have hit an intentional design choice from debhelper - one that I am
> admittedly have been considering to change for exactly this the problem
> you are running into.
>
> What happens is that debhelper special-cases
Hi,
> thanks for the info. Just to let you know, I tried this with a recent
> upgrade of openvpn to 2.5~beta3-1 (if that's the update you mentioned),
> but the issue still seems to persist.
Hrm, that's weird, I can reproduce this issue with 2.4.7 and 2.4.9, but
not with the 2.5 series. When I
Hello John,
a short addition.
If you want to start it from a terminal I guess
following command might do what you want:
$ pkexec lightdm-settings
Kind regards,
Bernhard
On 2020-09-30 Hugh McMaster wrote:
> Hi Andreas,
> On Tue, 29 Sep 2020 at 22:03, Andreas Metzler wrote:
[...]
> > The transitional package makes no sense, it actually causes breakage.
> > Packages depend on libexif-gtk5 because they need a library with
> > soname libexif-gtk.so.5. The dummy
Package: lintian
Version: 2.95.0~bpo10+1
I found a package whose upstream sources ship both gengetopt input,
and gengetopt output. See
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971441
I think it might be worth looking for this in lintian. Conditions
would seem to be:
* package
Correction to the previous email:
The server builds (apparently statically) with WolfSSL while the
client uses GnuTLS (dynamically):
# mariadb -Bse 'SHOW VARIABLES' | grep -e version_ssl_library
version_ssl_library WolfSSL 4.4.0
# ldd $(which mariadbd) | grep -e crypt -e tls -e ssl
The reason remote.c includes @hostname on the XA_SCREENSAVER_ID is to detect
the case when "xscreensaver" and "xscreensaver-demo" are running on different
hosts, because if they are different hosts, they are likely different file
systems for the home directory. Your first patch disables this
Source: dolfinx
Followup-For: Bug #971100
Control: reassign -1 src:numba
Control: fixed -1 0.51.2-1
dolfinx does not depend on python3-llvmlite, it depends on numba.
numba depends on python3-llvmlite and has just been updated to resolve
the problem.
Reassigning and closing.
Source: postgresql-common
Version: 217
Severity: important
Dear Maintainer,
The recent changes to pg_buildext break the pgrouting build, specifically this
change:
On 2020-10-01 12:36, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
which was filed against the python3-llvmlite package:
#970867: python3-llvmlite: llvmlite 0.34 depends on incompatible llvm-9
It has been closed by Debian FTP Masters
(reply to
Hi Otto,
looks like you use the command line client to check this - command line
client is different, it is using charset="auto" by default.
To check the mariadb_default_charset you can check the generated include
files:
georg@beethoven:~/work/mariadb/server/bld$ grep DEFAULT_CHARSET
severity 971439 important
thanks
Le 30/09/2020 à 18:12, Emilio Jesús Gallego Arias a écrit :
> Package: lablgtk3
> Version: 3.1.1-1
>
> Dear OCaml maintainers,
>
> as far as I could see this is a general bug on quite a few Debian OCaml
> packages; in particular submitting for lablgtk3 but this
Conrtol: forwarded -1 https://jira.mariadb.org/browse/MDEV-18061
Hi Olaf!
I see that you opened a jira issue about this, remember to forward bug
reports to upstream issue so we can track them better.
What about Sergei last message, do you have any further comments?
Regards,
Faustin
Hi Chris,
On Wed, Sep 30, 2020 at 7:27 AM wrote:
>
> I'll certainly add overrides to my packages if Lintian doesn't make the
> exception.
I share your reservations but was working on a change when you made
your call. Please feel free to use this (and assume authorship) if you
change your mind:
On 23/09/2020 00:40, Helmut Grohne wrote:
> Source: qosmic
> Version: 1.6.0-3
> Tags: patch upstream
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> qosmic fails to cross build from source, because the upstream qosmic.pro
> file hard codes the build architecture pkg-config. qmake
Felix Lechner wrote:
> I share your reservations but was working on a change when you made
> your call. Please feel free to use this (and assume authorship) if you
> change your mind:
wfm. Didn't realise there were so many packages in question.
--
,''`.
: :' : Chris Lamb
Hi,
any progress on this? There is anything I can do to help?
Kind regards
Jose M Calhariz
On Fri, Sep 04, 2020 at 06:12:30PM +0100, Jose M Calhariz wrote:
> Hi,
>
> I have made an update to my private backport. It is better but I still
> see the same errors on the logs. This machine is a
Control: forwarded -1 https://jira.mariadb.org/browse/MDEV-22659
Hi Bob!
Thanks for your help.
The jira issue you are pointing on is correct (so I am forwarding this
bug report to it).
Feel free to do it next time, that helps us a lot in maintaining this
complex package.
On Sun, Aug 02, 2020 at 08:00:27PM +0200, m...@debian.org wrote:
> > The package tk5 uses debhelper with a compat level of 5 or 6,
> > which is deprecated and scheduled for removal[1].
>
> tk5 was last touched by a maintainer for lenny, and then two NMUs.
>
> Is that software still useful?
On Wed, Sep 30, 2020 at 08:26:01AM +, NG Media wrote:
> Package: wnpp
> Severity: wishlist
> Owner: NG Media
>
> * Package name: ngms
> Version : 6.0
> Upstream Author : NG MEDIA
> * URL : https://n-g-media.com
> * License : Proprietary
> Programming
Hi Florian,
> right, but the kernel/initrd can be used from any download and are
> often not using from the installed system and its Debian packages.
On typical Debian systems, I'd expect the kernel and its modules to be
installed via a package.
In any case, linux-image-$ARCH is only a soft
Control: retitle 971422 libvte-2.91-0: vte_terminal_spawn_async doesn't accept
NULL callback since 0.62
On Wed, 30 Sep 2020 at 12:12:22 +0200, Pascal wrote:
> as described in this bug : https://bugs.debian.org/cgi-
> bin/bugreport.cgi?bug=970356
> It's impossible to launch mssh .
>
> mssh -a
Package: qmapshack
Version: 1.15.0-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: norb...@preining.info
Hi
on Debian/sid I see
$ qmapshack
qmapshack: error while loading shared libraries: libCharLS.so.2: cannot open
shared object file: No such file or directory
Control: severity -1 serious
On 2020-09-30 12:58:30, Marcello Perathoner wrote:
> Package: libcharls2
> Version: 2.1.0+dfsg-1
> Severity: important
>
> Dear Maintainer,
>
> the last upgrade of libcharls broke Mapnik, ie. the gdal datasource.
>
> Mapnik LOG> 2020-09-30 10:35:56: Problem loading
Control: forwarded 971422 https://gitlab.gnome.org/GNOME/vte/-/issues/286
On Wed, 30 Sep 2020 at 15:12:09 +0100, Simon McVittie wrote:
> The documentation for vte_terminal_spawn_async() and its newer version
> vte_terminal_spawn_with_fds_async() says it's valid to call them with a
> NULL
Control: reassign -1 libcharls2 2.1.0+dfsg-1
Control: forcemerge 971425 -1
Control: affects -1 qmapshack
On 2020-09-30 23:13:04, Norbert Preining wrote:
> Package: qmapshack
> Version: 1.15.0-1
> Severity: grave
> Justification: renders package unusable
> X-Debbugs-Cc: norb...@preining.info
>
>
Control: block -1 by 971425
Control: affects 971425 src:qmapshack
On 9/30/20 4:13 PM, Norbert Preining wrote:
> but there seems to be some case-hiccup and qmapshack needs recompilation
> or some more fixes?
charls was updated to 2.1.0+dfsg-1 yesterday which caused this, see: #971425
It FTBFS on
2020.09.30, s...@debian.org:
> [...]
> Sixel support was briefly in the vte 0.61.x development branch, but
> it was removed before vte 0.62 (presumably it wasn't ready), so this
> will have to wait for a new upstream release where they consider sixel
> support to be ready for wider use.
Ahh; I
Package: fcitx
Version: 1:4.2.9.6-5
Severity: normal
Dear Maintainer,
https://github.com/fcitx/fcitx/blob/master/src/module/dbus/dbuslauncher.c
line 31, 41, 46, invoke `dbus-launch` command which provided in
package `dbus-x11`. But `dbus-x11` did't become dependency, cause
`fcitx-dbus-watcher`
Am 30.09.2020 um 15:18 teilte Gabriele Stilli mit:
Il 30/09/20 07:47, Hilmar Preuße ha scritto:
Hi,
Which version of texlive-base do you have installed?
2020.20200804-3, the one currently in testing.
Ah, now I see the latest texlive-base 2020.20200925-1 fixes #970838,
which should be the
Analyzing at what point the problem was solved without the whole
system stopping, which occurred specifically with Wayland and not with
Xorg. It has a greater effect on use. I think it is more appropriate
to lower the severity to important.
https://www.debian.org/Bugs/Developer#severities
Control: reassign -1 libcharls2 2.1.0+dfsg-1
Control: severity -1 serious
Control: forcemerge 971425 -1
On 2020-09-30 14:46:36, sebastien wrote:
> Package: blender
> Version: 2.83.5+dfsg-2
> Severity: normal
>
> Hello,
> after upgrade to blender 2.83.5+dfsg-2 the application doesn't start and
>
Control: tags 971427 - moreinfo
"Chris Lamb" writes:
>> SNMP MIB files are generally /usr/share/snmp/mibs/*.txt, though
>> these text files aren't documentation. Please make them exempt
>> from package-contains-documentation-outside-usr-share-doc.
>
> Totally ACK that these are
Control: tags -1 + upstream wontfix
On Wed, 30 Sep 2020 at 13:10:36 +0200, Alex Waite wrote:
> Upstream now has Sixel support, but it seems that support is behind the
> WITH_SIXEL flag.
Sixel support was briefly in the vte 0.61.x development branch, but
it was removed before vte 0.62 (presumably
Hi Sebastian,
> This is #971425.
Oh dear, I imagined something like this, what an incredible change.
Let us hope they fix it rather soon.
THanks
Norbert
--
PREINING Norbert https://www.preining.info
Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live +
On Wed, 30 Sep 2020 at 11:11:04 -0300, Leandro Cunha wrote:
> It has a greater effect on use. I think it is more appropriate
> to lower the severity to important.
Thanks, I agree. We usually use 'important' for crash/freeze bugs that seem
hardware-dependent or otherwise difficult to reproduce.
Control: moreinfo -1
On Wed, Sep 30, 2020 at 08:29:29PM +0800, xiao sheng wen wrote:
> Hi, Tobias,
>
> Thanks for your review.
>
> I had uploaded the new package, please help to review again.
>
> 在 2020/9/29 下午10:44, Tobias Frost 写道:
> > So, congrats for becoming de-facto* upstream then…
On 2020-09-30 10:40:29 +0200, Bram Fransen wrote:
> Its looks like its not solved for the latest version 450.66-1
This bug is for nvidia-graphics-drivers-legacy-390xx, whose latest
version is 390.138-4. You need to report another bug for the right
package.
--
Vincent Lefèvre - Web:
Package: peek
Version: 1.5.1-1
Severity: normal
I attempted to record a portion of my (wayland) desktop this morning (mp4), and
found on playback that the video was just black except for the mouse pointer.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT
Control: reassign 970356 libvte-2.91-0 0.62.0-1
Control: affects 970356 + mssh
Control: severity 971422 serious
Control: forcemerge 971422 970356
Control: tags 971422 + fixed-upstream pending
On Wed, 30 Sep 2020 at 15:22:37 +0100, Simon McVittie wrote:
> On Wed, 30 Sep 2020 at 15:12:09 +0100,
101 - 154 of 154 matches
Mail list logo