Hello Andreas,
after
apt install libgnutls30=3.6.15-4
the missing libgnutls-dane0 can installed and all dependencies are
fixed.
So I close this bug.
Many thanks.
CU
Jörg
--
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG
On Mon, Dec 07, 2020 at 05:38:26PM +0200, Adrian Bunk wrote:
> Package: spyder
> Version: 3.3.6+dfsg1-5
> Severity: serious
>
> Since binNMUs are not possible for binary-all packages,
> a source upload is needed for the Python 3.9 transition.
>
> In a more general note, does /usr/bin/spyder3
Package: ftp.debian.org
Severity: normal
Hi,
Please remove src:mariadb-10.3 from unstable and experimental.
MariaDB 10.3 has been replaced by MariaDB 10.5.
MariaDB 10.5 has only recently entered Debian testing, so there might
be some temporary libmariadb3 dependencies that will automatically
Package: mysql-server-8.0
Version: 8.0.22-1
Severity: important
X-Debbugs-Cc: roman.hor...@debian-linux.cz
Hi,
I cannot install the mysql-server-(-8.0) package. It should be a clean
installation, the configuration files have been deleted before running the
installation.
Dpkg cannot complete
Package:src:libkolabxml
Version: 1.2.0-1
Severity: serious
Tags: sid bullseye ftbfs
the build against boost1.74 causes symbols file changes on all architectures. Is
this an ABI change, or should the symbol files just be adjusted? See
Hello Andreas,
Am Samstag, dem 12.12.2020 um 16:27 +0100 schrieb Andreas Metzler:
> On 2020-12-12 Jörg Frings-Fürst wrote:
> > Package: exim4
> > Version: 4.94-9
> > Severity: grave
>
> > Hello,
>
> > on a fresh bullseye/sid installation I get:
>
> > [qoute]
> > # apt update && apt install
On Thu, Dec 10, 2020 at 10:17:06PM +0100, Sebastian Ramacher wrote:
> What's the status wrt to reverse dependencies? Do they all build with
> the new version?
Only 4 of them FTBFS. 3 of them failed due to other reasons.
OKactiona_3.10.1-1.dsc
OKauto-multiple-choice_1.4.0-5.dsc
OK
Source: ros-vision-opencv
Version: 1.15.0+ds-2
Severity: important
Tags: +ftbfs
Dear maintainer,
package ros-vision-opencv FTBFS against opencv 4.5.0 (experimental).
Source: ros-opencv-apps
Version: 2.0.2-1
Severity: important
Tags: +ftbfs
Dear maintainer,
package ros-opencv-apps FTBFS against opencv 4.5.0 (experimental).
Source: php-facedetect
Version: 1.1.0-19-g135c72a-1
Severity: importance
Tags: +ftbfs
Dear maintainer
package php-facedetect FTBFS against opencv 4.5.0 (experimental).
On Wed, 25 Nov 2020, Bob Proulx wrote:
> Thorsten Glaser wrote:
> > So using disable is correct, defaults-disabled and remove isn't,
Right, I now figured out it isn’t.
> root@angst:/etc# find /etc/rc?.d/ -name '*bind9'
> /etc/rc0.d/K04bind9
> /etc/rc1.d/K04bind9
>
Source: mrpt
Version: 2.1.5-1
Severity: important
Tags: ftbfs
Dear maintainer,
package mrpt FTBFS against opencv 4.5.0-1 (experimental).
Control: found -1 1:5.2+dfsg-2
Control: retitle -1 with "-display gtk" arrow keys are received as just ^[ on
ttyAMA0
Control: severity minor
I have checked my reported symptom with qemu-system-arm/sid.
With -nographic, arrow keys work just fine.
With -display gtk, arrow keys does not work on
I made a simple patch to skip test-composer:
https://salsa.debian.org/debian/uim/-/commit/3cd351b6f2b15fb3161e1d00ed4c8ba26925429b
(Oh, I forgot to fix description of the patch)
2020年12月13日(日) 10:36 :
> Control: forwarded -1 https://github.com/uim/uim/issues/167
>
> On Sat, Dec 12, 2020 at
Package: sponsorship-requests
Severity: important
X-Debbugs-Cc: plore...@disroot.org
Dear mentors,
I am looking for a sponsor for my package "fgetty":
* Package name: fgetty
Version : 0.7-7
Upstream Author : Felix von Leitner
* URL : https://www.fefe.de/fgetty
Dear Maintainer,
the patches got accepted upstream hit now testing
with xserver-xorg-core 2:1.20.10-1.
I made a test similar to the initial attached file and
function addresses printed by gdb match now xservers backtrace.
Therefore I guess this bug can then be closed?
Kind regards,
Bernhard
Package: lutris
Version: 0.5.8.1-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: edo...@gmail.com
Hi,
The lutris package should depends on python3-dbus to work, or at least on my
recently installed system (were I didn't had python3-dbus installed) it refused
to work with
Hmm, don't see a copy of the follow-up message anywhere. Sent to the bug
and not me?
6 devices are being monitored, they're behind a HP controller (cciss
driver).
I don't know for certain that triggering self-tests is the cause, this is
merely obvious speculation. My most recent observations
Package: qemu-user-static
Version: 1:5.2+dfsg-2
Followup-For: Bug #977015
X-Debbugs-Cc: t...@mirbsd.de
Control: reopen -1
This bug is still pertinent:
qemu-user-static: broken-binfmt-interpreter qemu-ppc64abi32 =>
/usr/bin/qemu-ppc64abi32-static (No such file or directory)
$ ll /usr/bin/qemu*
Package: go-cve-dictionary
Version: 0.3.1-3
Severity: important
File: /usr/bin/go-cve-dictionary
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.9.0-4-amd64 (SMP w/8 CPU threads)
Kernel taint
> Package: debian-installer
> Severity: minor
> Tags: newcomer
>
> In Section "CDROM install:"
> bootargs=...
>
> But, the newer xen Toolkit "xl" uses
> bootloader_args=...
Sorry for the late reply.
Would the attached patch do it?
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 1442
Control: forwarded -1 https://github.com/uim/uim/issues/167
On Sat, Dec 12, 2020 at 02:50:52PM +0100, Sebastian Ramacher wrote:
> And it failed already twice for the Qt 5.15.2 transition, so I'm raising
> the severity. Please investigate and fix this issue.
Current upstream (not original authors
Source: ceph
Version: 14.2.15-3
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=ceph
...
In file included from /<>/src/rgw/rgw_http_client.cc:16:
/<>/src/common/async/completion.h: In instantiation of ‘void
Hi,
Ryutaroh Matsumoto wrote:
> I used d-i Alpha3 arm64 to install Debian to a qemu disk image.
> I used the graphical expert install.
>
> Selecting the "keyboard configuration" menu item had no effect.
> Installation finished successfully.
> But after reboot, keyboard-configuration was not
On Wed, 9 Dec 2020 09:41:34 +0100 Lucas Nussbaum wrote:
> Source: service-wrapper-java
> Version: 3.5.30-1
> Severity: serious
> Justification: FTBFS on ppc64el
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20201209 ftbfs-bullseye ftbfs-ppc64el
>
> Hi,
>
> During a rebuild of all packages in
Acknowledge.
There are now two options:
A: Closing this bugreport
B: Keep this bugreport open for "fix bug"
Option A is a clear path.
What do you expect from option B?
Closing the case is fine with me.
I would have expected the installation to skip the "unknown" device to
use the
Source: icewm
Followup-For: Bug #977237
Looks like upstream fix for this issue is commit 479a1e1f ("Fixes for
locating background images in theme directory for issue #319.")
Please consider applying it to the version in Debian.
Thanks
Michal
-- System Information:
Debian Release: 10.7
APT
Package: dpkg
Version: 1.20.5
Severity: important
Hello DPKG maintainers,
The command
dpkg-query --show --showformat='${db-fsys:Files}
displays an extra spurious first line:
(Reading database ... 134656 files and directories currently installed.)
which breaks compatibiity with buster (which
Package: imagemagick-6.q16
Version: 8:6.9.11.24+dfsg-1+b2
Severity: minor
File: /usr/share/man/man1/convert-im6.q16.1.gz
The man page here on Debian renders as
metric
-moments report image moments
-monitor monitor progress
-orient type
Package: qimgv
Version: 0.9.1-2
Severity: important
Tags: security
When I click with the middle button (button 2), this quits qimgv and
triggers a ButtonRelease event in the underneath window, thus
affecting an unrelated application. A major consequence is that some
applications (such as xterm
On Sat, 2020-12-12 at 21:31 +0100, Aurelien Jarno wrote:
>
> Indeed, I do not have such a device. As a first step, it would be nice
> if you can set the environment variable LIBUSB_DEBUG=99 and run lsusb.
> That should give us an idea why the device is ignored.
Here are two logs (with .22 an
Hello,
Thank you for your reply. libvpx got updated in Debian, but I can't use
it because it's missing a lib. I also had issues with harfbuzz, so I'm
using bundled versions of those libs as you are. I also used your ozone
patch because it is match cleaner than mine. With that I was able to
build
Hello,
I'm also having sound issue with a brand new Latitude 9510. I tried to
build rc7 kernel from Salsa but failed to do so and it seems relevant
config lines do not exist with rc6.
Would you share your custom built package so I can also confirm this
fixes my problems?
Thanks in
Source: icewm
Version: 1.4.3.0~pre-20181030-2
Severity: normal
Hello,
I tried to apply a theme with background image but the image is not
shown. The problem goes away when icewmbg is stopped and restarted in the
theme directory.
-- System Information:
Debian Release: 10.7
APT prefers stable
Package: firewalld
Version: 0.9.1-1
Severity: normal
X-Debbugs-Cc: stasz...@wp.pl
Dear Maintainer,
The file /etc/init.d/firewalld is missing in the package firewalld
0.9.1-1. Therefore the firewalld service cannot be started.
Temporary solution is to use /etc/init.d/firewalld from firewalld
With git trunk, backtrace now is more or less functional:
BOOTSTRAP GUILEC ice-9/boot-9.go
Backtrace:
19 (_ # # #)
18 (_ # # #)
17 (_ # # #)
16 (_ # # #)
In ice-9/eval.scm:
619:8 15 (_ #(#(#(#(#(# ?)) ?) ?) ?))
In unknown file:
14 (_ # # #)
Source: sentencepiece
Version: 0.1.94-1
Severity: serious
Tags: ftbfs patch
https://buildd.debian.org/status/package.php?p=sentencepiece
...
/usr/bin/c++ -O3 -Wall -fPIC -g -O2 -fdebug-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2
Dear Maintainer
I have two machines, one with this bug, and one without.
#922214
I've tried a few things including dpkg-repack and a
rebuild from source. The only thing that works is an
install of the version 1.2.49-3 and manual linking
to the newer code.
The difference in the two machines
Control: severity -1 normal
I'm lowering the severity to normal as discussed on the debian-java mailing
list. The package builds fine on amd64 but it appears a test fails on ppc64el.
Markus
signature.asc
Description: This is a digitally signed message part
With the fixes for #976791 landed in linux-5.10~rc7-1~exp1 and the new release of alsa-ucm-conf in testing, this is the
last remaining issue for getting audio to work on modern Dell machines (in my case a Precision 5750). It would be quite
a shame for this to sit for a few more months and Debian
* Herbert Xu:
> On Thu, Dec 10, 2020 at 08:58:37AM +0100, Aurelien Jarno wrote:
>>
>> That's the dash symptoms. glob(3) takes a pattern and just returns the
>> paths matching the pattern, as they are named on the filesystem. That
>> said, the option GLOB_MARK can return a trailing slash for all
Package: node-vue-style-loader
Version: 4.1.2-1
severity: wishlist
As continuation of
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2020-December/048394.html
I tried running the test with babeljs-node after embedding missing
node-environment-flags in debian/test/test_modules
Control: retitle -1 nomacs: "charset=Ascii" or "charset=Unicode" appears before
the "User Comment" metadata of the image
Control: tags -1 patch
On 2020-11-13 01:17:36 +0100, Vincent Lefevre wrote:
> After the upgrade to libexiv2-27 0.27.3-3, nomacs displays
> "charset=Ascii" before the comment
Control: retitle -1 missing dependency node-environment-flags
Control: clone -1 -2
Control: retitle -2 node-yargs missing dependency on
node-define-property
Control: reassign -2 node-yargs
On Sun, 13 Dec 2020 02:06:42 +0530 Pirate Praveen
> When trying to run mocha using babeljs-node command,
Package: node-babel7
Version: 7.12.9+~cs150.130.99-1
Severity: important
When trying to run mocha using babeljs-node command, it fails to find
the modules installed in global nodejs directories.
pravi@mahishi:~/forge/js-team/node-window-size$ babeljs-node
/usr/bin/mocha -R spec
control: severity -1 serious
On 2020-12-12 21:12, Yves-Alexis Perez wrote:
> Package: libusb-1.0-0
> Version: 2:1.0.24-1
> Severity: important
Hi,
> Hi,
> it seems that the recently uploaded to sid libusb version 2:1.0.24-1
> breaks something when communicating with an Apple iPhone or iPad
Package: tuned-gtk
Followup-For: Bug #900858
X-Debbugs-Cc: witold.bary...@gmail.com
Hi,
technically the original bug is fixed, but the 2.10 version in Debian
doesn't work Python 3.8+.
These got fixed in this commit for some time:
> #975590: pdns: FTBFS against boost_1.74
[..]
> Source: pdns
> Source-Version: 4.4.0~rc1-1
Note: I expect 4.4.0 to be released in the next week, and then hit
unstable.
Chris
Package: libusb-1.0-0
Version: 2:1.0.24-1
Severity: important
Hi,
it seems that the recently uploaded to sid libusb version 2:1.0.24-1
breaks something when communicating with an Apple iPhone or iPad (both
running iOS 14).
The devices appear in /sys/kernel/debug/usb/devices but lsusb doesn't
see
forcemerge 973783 974844
thanks
Since we are targetting the OvmfPkgX64 platform, you currently have to
explicitly disable S3 support on the QEMU command line:
-global ICH9-LPC.disable_s3=1
We are looking at switching to the OvmfPkgIa32X64 platform, which
would not require disabling S3.
Source: bagel
Version: 1.2.2-1
Severity: serious
Tags: ftbfs bullseye sid
https://buildd.debian.org/status/fetch.php?pkg=bagel=amd64=1.2.2-1%2Bb2=1607773477=0
...
/usr/include/boost/property_tree/ptree_serialization.hpp: In function ‘void
boost::property_tree::detail::load_children(Archive&,
Source: kcollectd
Version: 0.11.99.0-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=kcollectd
...
/<>/kcollectd/gui.cc: In function ‘void
recurseTree(QTreeWidgetItem*, const boost::filesystem::directory_iterator&)’:
/<>/kcollectd/gui.cc:179:10: error: ‘stack’ is
Source: libzypp
Version: 17.7.0-1.2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=libzypp
...
24: Test command:
/<>/obj-x86_64-linux-gnu/tests/zypp/MediaSetAccess_test
"--catch_system_errors=no"
24: Test timeout computed to be: 1000
24: Running 8 test
Source: mir
Version: 1.8.0+dfsg1-11
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=mir
...
/<>/src/miral/cursor_theme.cpp: In lambda function:
/<>/src/miral/cursor_theme.cpp:60:37: error: ‘find’ is not a
member of ‘std’; did you mean ‘bind’?
60 |
Source: openmw
Version: 0.46.0-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=openmw
...
In file included from
/<>/components/detournavigator/makenavmesh.hpp:4,
from
/<>/components/detournavigator/makenavmesh.cpp:1:
Source: openscad
Version: 2019.05-3
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=openscad
...
src/import.cc:53:10: fatal error: boost/detail/endian.hpp: No such file or
directory
53 | #include
| ^
compilation terminated.
Source: pokerth
Version: 1.1.2-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=pokerth
...
/usr/include/boost/bind.hpp:36:1: note: ‘#pragma message: The practice of
declaring the Bind placeholders (_1, _2, ...) in the global namespace is
deprecated. Please use +
Source: guile-3.0
Version: 3.0.4-3
Severity: normal
Dear Maintainer,
Since version 3.0.4-1, guile-3.0 fails to build due to segmentation faults
in libguile. See:
https://buildd.debian.org/status/logs.php?pkg=guile-3.0=hppa
The first fault is here:
Core was generated by
Source: dolfin
Version: 2019.2.0~git20200629.946dbd3+lfs-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
dolfin failed to build with:
| cd "/<>/obj-x86_64-linux-gnu/dolfin" && /usr/bin/c++
Source: geophar
Version: 18.08.6+dfsg1-6
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=geophar=all=18.08.6%2Bdfsg1-6=1607764687=0
...
debian/rules override_dh_auto_clean
make[1]: Entering directory '/<>'
dh_auto_clean
E: Please add appropriate interpreter
On 12/12/2020 19:32, Andrej Shadura wrote:
> Have you had a chance to have a look at it? :)
For your convenience, I’ve rebased it to the current HEAD.
--
Cheers,
Andrej
>From 393f06dcf7be43488b3410a38308bf12df321707 Mon Sep 17 00:00:00 2001
From: Andrej Shadura
Date: Fri, 13 Dec 2019
Package: gitlab
Version: 13.4.7-1~fto10+1
Followup-For: Bug #901379
Dear Maintainer,
attached you find a patch, that checks whether the configured database
host is "localhost".
The initialization procedure (which works only locally, at the moment)
is only executed if this check succeeds.
The
Hi,
On Fri, 13 Dec 2019 16:11:23 +0100 Andrej Shadura
wrote:
> Please find attached proof of concept scanner for Rust Cargo.toml files.
> I’m not fluent in Perl, and I wasn’t sure where exactly to put this
> piece of code, but this is something you probably can polish up a bit.
Almost exactly a
Hello!
On Wed, Dec 09, 2020 at 10:03:39AM +0100, Lucas Nussbaum wrote:
> Source: golang-github-coreos-bbolt
> Version: 1.3.5-1
> Severity: serious
> Justification: FTBFS on ppc64el
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20201209 ftbfs-bullseye ftbfs-ppc64el
>
> Hi,
>
> During a rebuild of
Package: bsdmainutils
Severity: minor
Dear bsdmainutils maintainer,
the manpage-l10n project maintains a large number of translations of
man pages both from a large variety of sources (including bsdmainutils) as
well for a large variety of target languages.
During their work translators notice
Another option might be to have vcswatch provide a feed of recently
changed repositories that the janitor (and other jobs) can regularly
scrape.
The advantage of this is that there is no need to provide a mechanism
for new webhooks to be registered. Downside is that polling needs to
happen, and
On Sb, 12 dec 20, 11:27:01, Alexandre Abbes wrote:
> Thank you for correcting the typo.
>
> Should I write a new bug report with the good typo, or is it OK with your
> fix?
It's ok, nothing else to do, except maybe prompt replies to requests for
information from the Maintainer (if applicable)
Hello again,
So after wasting my time here I finally realized that apparently
boltdb is archived upstream. It will not receive any fixes.
Apparently golang-github-coreos-bbolt is a maintained feature-extended
fork. We should likely encurage moving to that and get boltdb removed
from debian.
The
Hello again,
On Sat, Dec 12, 2020 at 05:59:37PM +0100, Andreas Henriksson wrote:
> Hello all,
>
> 1 down, 1 to go info below.
>
> On Wed, Dec 09, 2020 at 10:03:31AM +0100, Lucas Nussbaum wrote:
> [...]
> > > === RUN TestBucket_Stats
> > > bucket_test.go:1172: unexpected BranchPageN: 0
Pozdrav,
molim vas prihvatite moje isprike. Ne želim zadirati u vašu privatnost,
napisao sam vam raniji e-mail, ali bez odgovora. U prvom sam vam e-mailu
spomenuo svog pokojnog klijenta koji je umro 30. prosinca 2013, od njegove
smrti primio sam nekoliko pisama iz banke kod koje je dao depozit
Source: anytun
Version: 0.3.7-1.2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
anytun FTBFS with boost 1.74:
| g++ -g -Wall -Werror -Wno-error=unused-variable -O2 -DLOG_SYSLOG -DLOG_FILE
Hello all,
1 down, 1 to go info below.
On Wed, Dec 09, 2020 at 10:03:31AM +0100, Lucas Nussbaum wrote:
> Source: golang-github-boltdb-bolt
> Version: 1.3.1-7
> Severity: serious
> Justification: FTBFS on ppc64el
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20201209 ftbfs-bullseye
Package: memtest86+
Version: 5.01-3.1
The version of memtest86+ shipped by Debian gets stuck on many UEFI
systems (see other bug reports, google search).
The latest upstream release (5.31b) fixes that.
I was suspecting bad RAM when memtest86+ would get stuck shortly after
start, however
Package: db2twitter
Version: 0.6-1
Severity: normal
I have see that the project homepage do not respond anymore:
https://github.com/chaica/db2twitter
I think that the homepage is:
https://gitlab.com/chaica/db2twitter
https://pypi.org/project/db2twitter/
I think that there is a new version 0.10
Package: wnpp
Severity: wishlist
Owner: !
* Package name: pacrunner
Version : 0.18
Upstream Author : Marcel Holtmann
* URL : https://git.kernel.org/pub/scm/network/connman/pacrunner.git
* License : GPL, LGPL
Programming Lang: C
Description : Proxy
Source: dawgdic
Version: 0.4.5-3
Severity: normal
I have see that the project homepage point to the google archived
repository:
https://code.google.com/archive/p/dawgdic
I think that the homepage is now:
https://github.com/stil/dawgdic
Ciao
Davide
Package: debian-installer
Severity: wishlist
X-Debbugs-Cc: j...@paladyn.org
Dear Maintainer,
If a system has a number of users then more that one will have the same first
name. After the initial install it is possible to add users with names such
as john_lines, but this is not permitted for the
Source: davix
Version: 0.7.6-2
Severity: normal
I have see that the project homepage do not respond anymore:
http://dmc.web.cern.ch/projects/davix/home
I think that the homepage is now:
http://lcginfo.cern.ch/pkg/Davix/
Ciao
Davide
Package: darnwdl
Version: 0.5-2
Severity: normal
I have see that the project homepage do not respond anymore:
http://www.openfoundry.org/of/projects/753
I think that the homepage is now:
https://github.com/grandpaul/darnwdl
Ciao
Davide
Hi Colin,
thank you for your fast and friendly answer. Yes, indeed
my suggestion is only small and it's easy to use
a loop instead, of course.
The idea came to me, when I used parted to
prepare some disks for RAID as well
as for LVM2. Both tools (e.g. mdadm, pvcreate) can
handle a list of
On Fri, 11 Dec 2020 19:34:09 +0300 Ilya Ovchinnikov wrote:
> On 11.12.2020 19:17, Andreas Ronnquist wrote:
> > On Fri, 11 Dec 2020 17:50:07 +0300
> > Ilya Ovchinnikov wrote:
> >
> >> Package: geeqie
> >> Version: 1:1.6-2
> >> Severity: grave
> >> Justification: renders package unusable
> >>
>
Source: d52
Version: 3.4.1-1.1
Severity: normal
I have see that the project homepage do not respond anymore:
http://home.pacbell.net/theposts
I think that the homepage is now:
http://www.brouhaha.com/~eric/software/d52/
https://github.com/jblang/d52
Ciao
Davide
Package: redshift
Version: 1.12-3
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi myself!
The AppArmor profile for redshift is broken under Wayland.
Since Wayland support just got added in this version, this is not a problem
for existing users of the package, but I should
tags 977107 = confirmed upstream
severity 977107 normal
thanks
Ok, I managed to replicate the issue by using the default configuration
and your snippet on buster. It works only by removing the
AuthAliasOnly/AuthUsingAlias directives.
Also, I did a fast trial with the latest jessie version
On 12.12.2020 18:36, Andreas Ronnquist wrote:
On Fri, 11 Dec 2020 19:34:09 +0300
Ilya Ovchinnikov wrote:
On 11.12.2020 19:17, Andreas Ronnquist wrote:
On Fri, 11 Dec 2020 17:50:07 +0300
Ilya Ovchinnikov wrote:
Package: geeqie
Version: 1:1.6-2
Severity: grave
Justification: renders
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. I started wearing glasses this year...but don't always
Control: tags -1 -patch
stop
-
Need to rework the patch.
--
Guinness
signature.asc
Description: PGP signature
Control: tags -1 -patch
stop
Need to rework the patch.
--
Guinness
signature.asc
Description: PGP signature
On Fri, 11 Dec 2020 19:34:09 +0300
Ilya Ovchinnikov wrote:
>On 11.12.2020 19:17, Andreas Ronnquist wrote:
>> On Fri, 11 Dec 2020 17:50:07 +0300
>> Ilya Ovchinnikov wrote:
>>
>>> Package: geeqie
>>> Version: 1:1.6-2
>>> Severity: grave
>>> Justification: renders package unusable
Control: tag -1 -patch
--
Guinness
signature.asc
Description: PGP signature
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
This transition was already started by the recent proftpd upload, but is not
caught caught automatically since it is a virtual package name that has
changed.
Ben file:
title =
On 2020-12-12 Jörg Frings-Fürst wrote:
> Package: exim4
> Version: 4.94-9
> Severity: grave
> Hello,
> on a fresh bullseye/sid installation I get:
> [qoute]
> # apt update && apt install exim4
> Hit:1 https://wire-app.wire.com/linux/debian stable InRelease
[...]
Please, try apt dist-upgrade
Package: exim4
Version: 4.94-9
Severity: grave
Hello,
on a fresh bullseye/sid installation I get:
[qoute]
# apt update && apt install exim4
Hit:1 https://wire-app.wire.com/linux/debian stable InRelease
Hit:2 https://linux.teamviewer.com/deb stable InRelease
Hit:3 https://repo.skype.com/deb
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: d_br...@kabelmail.de
nmu avldrums.lv2_0.4.1-1 . ANY . bullseye . -m "Upload to bullseye"
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT
Hi Sanjoy,
> It used to work. I had always run "texdoc asymptote" and got the
Yes, that was my memory, too, but obviously it isn't anymore.
I have prepared an upload alreayd, but somehow broken connections
buggered up the files on ftp-master, will need a day or two to clear up.
Best
Norbert
Am 12.12.20 um 10:12 schrieb Lucas Nussbaum:
On 11/12/20 at 15:08 +0100, Michael Biebl wrote:
https://github.com/systemd/systemd-bootchart/pull/37
specifically
https://github.com/systemd/systemd-bootchart/pull/37/commits/65320230f5fcb02e81df5131a4dc03092558c263
Could you give this PR a try?
On 2020-12-12 09:05, Norbert Preining wrote:
>> "texdoc asymptote" starts up a viewer with documentation for asymptote
>> 1.79 and in (I think) Chinese. Meanwhile, I'm using asymptote 2.68.
> Indeed, the asymptote doc is not linked into the texmf tree and thus not
> found by texdoc. I faintly
On Sat, Dec 12, 2020 at 08:05:19AM +0100, Ondřej Surý wrote:
> And let me restate that it’s not my intent to make anyone’s life hell and
> I am willing to help with any package (as usual). I am just trying to do
> the most sane thing to do security and maintainer wise.
oh sure, I never expected
On Thu, 30 Apr 2020, Moritz Mühlenhoff wrote:
> > Thanks for the hint. While this could possibly speet up the upload of
> > nipype I for myself are fine with waiting for the new Build-Depends.
> > Anybody who wants to speed up things is kindly invited to add this patch
> > and upload.
>
Hi Quanah,
thank you for your support. I have double checked again:
- I use a static configuration with slapd.conf
- slapd was startet from the command line
- with no ACLs
- no $HOME/.ldaprc
- default Debian /etc/ldap/ldap.conf
- no aliases for ldap-clients
ldapwhoami, ldapsearch _require_ -x
1 - 100 of 162 matches
Mail list logo
