Le 10/02/20 à 23:00, Eduard Bloch a écrit :
Hallo,
* Laurent Bigonville [Mon, Feb 10 2020, 01:25:28PM]:
Package: apt-cacher-ng
Version: 3.3.1-2
Severity: wishlist
Hi,
It would be nice if a systemd time could be added to replace the daily
cronjob for the maintenance task.
And why so?
In
Control: clone -1 -2
Control: reassign -2 apt-listchanges
Control: severity -2 important
Control: retitle -2 apt-listchanges doesn't show NEWS entries
On Sun, 19 May 2019 13:55:39 +0200 Michael Biebl wrote:
> Am 19.05.19 um 13:43 schrieb Guido Günther:
>
> > On Sat, May 18, 2019 at 01:20:05PM
Package: markdown-it
Severity: wishlist
Owner: Sakshi Sangwan
* Package name: node-markdown-it
Version : 10.0.0
Upstream Author : Vitaly Puzrin, Alex Kocharin
* URL : https://github.com/markdown-it/markdown-it#readme
* License : Expat
Programming Lang:
On Monday, February 10, 2020 7:08:17 P.M. CST Christoph Anton Mitterer wrote:
> On Mon, 2020-02-10 at 12:56 +0100, Agustin Martin wrote:
> > Triaging some Debian bugs. Tried to reproduce this problem with
> > digikam
> > 4:6.4.0+dfsg-2 (currently in sid) but switching maps seems to work.
> > Is
Speaking as the current de facto mypaint/libmypaint maintainer, I
would advice against this, because MyPaint 2.0 will depend on
libmypaint 1.5.0 and not libmypaint-2.0. This is a fairly recent
development, though it's been discussed for a few weeks:
Package: wnpp
Severity: wishlist
Owner: Alexandre Viau
* Package name: libevdevPlus
Version : v0.1.0
Upstream Author : YukiWorkshop
* URL : https://github.com/YukiWorkshop/libevdevPlus
* License : MIT
Programming Lang: C++
Description : Easy-to-use
Package: iptables
Version: 1.8.4-2
Severity: grave
Tags: security
After upgrading from "1.8.3-2", iptables-restore handles empty
lines differently and does not restore the rules. Thus old rulesets
stored with save and then annotated for better readability (to
avoid loads of "iptables -A" calls),
On Wed, Jan 15, 2020 at 3:51 PM Balint Reczey
wrote:
> I'd like to have a fresh d3 in next Ubuntu LTS and also in Bullseye,
> but I don't have enough free time now to salvage the package myself.
> :-(
Just for the record, did a quick check for the current situation.
Most important JavaScript
Source: cracklib2
Version: 2.9.6-3.1
Severity: serious
Tags: patch ftbfs
cracklib2 fails to build from source, because debian/rules includes a
non-existent python.mk file:
| debian/rules:6: /usr/share/python/python.mk: No such file or directory
The file should be /usr/share/python3/python.mk
Le 20-02-10 à 06 h 02, Iain Lane a écrit :
>
> Since this is breaking the build of reverse dependencies, I'm proposing
> to NMU a fix to DELAYED/5. The debdiff is attached. Feel free to fix it
> yourself sooner, though.
>
Thanks for the patch, I apply it to the package now!
Package: wnpp
Severity: wishlist
Owner: Alexandre Viau
* Package name: libuInputPlus
Version : v0.1.3
Upstream Author : YukiWorkshop
* URL : https://github.com/YukiWorkshop/libuInputPlus
* License : MIT
Programming Lang: C++
Description : Easy-to-use
Package: wnpp
Severity: wishlist
Owner: Gabriel Filion
* Package name: ruby-rspec-puppet-facts
Version : 1.10.0
Upstream Author : Mickaël Canévet
* URL : https://github.com/mcanevet/rspec-puppet-facts
* License : Apache-2.0
Programming Lang: Ruby
Package: wnpp
Severity: wishlist
Owner: Gabriel Filion
* Package name: ruby-spdx-licenses
Version : 1.2.0
Upstream Author : Dominic Cleal
* URL : https://github.com/domcleal/spdx-licenses
* License : Expat
Programming Lang: Ruby
Description : Library
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
ukui-panel 2.0.0-1 provided the functionality of ukui-indicators, so the ukui-
indicators can be removed, and there should be no reverse-depends left since
ukui-panel "Provides: ukui-indicators", and after upgrade
Hi!
On Thu, Feb 06, 2020 at 02:59:46PM -0500, Antoine Beaupre wrote:
> Package: irssi-scripts
> Version: 20181120
> Severity: wishlist
>
> irssi-scripts in Debian is fairly old. since 2018, a lot of things
> happened in that repository, and it seems a *lot* of scripts present
> on
Package: munin-node
Version: 2.0.56-1
Severity: normal
File: /usr/sbin/munin-run
Tags: upstream
Dear Maintainer,
This is a placeholder for the upstream bug, reported at
https://github.com/munin-monitoring/munin/issues/1280.
The text of the issue follows below.
**Describe the bug**
tag 683671 - patch fixed-upstream
tag 779416 + patch fixed-upstream
thanks
Hi Vincent,
Er, it appears that I misunderstood the discussion in the bug history.
I had been fixing a bug where an INT signal handler improperly did not reraise
INT against itself, and had Martin Cracauer's article on
Package: wnpp
Severity: wishlist
* Package name: tides
Version : 2.0
Upstream Author : A. Abad, R. Barrio
* URL : https://sourceforge.net/projects/tidesodes/
* License : GPLv3
Programming Lang: C, fortran
Description : Taylor series Integrator for
Source: libmypaint
Severity: wishlist
Hello,
in order to be able to upgrade mypaint to the latest beta version (which
supports python3), we need an up-to-date libmypaint:
https://github.com/mypaint/mypaint/releases/tag/v2.0.0-beta.0
could you please prepare such an upload (maybe in experimental
Package: wnpp
Severity: wishlist
* Package name: topcom
Version : 0.17.8
Upstream Author : Joerg Rambau
* URL : http://www.rambau.wm.uni-bayreuth.de/TOPCOM/
* License : GPL
Programming Lang: C++
Description : TOPCOM is a package for computing
On 2020-02-11 02:36:32 +, Robinson, Branden (Data61, Kensington NSW) wrote:
> # hello, control, been a while...
> tag 683671 + patch fixed-upstream
> thanks
>
> Hi Andrej et al.,
>
> After independently encountering and then debugging this problem to the point
> where I had a fix, I learned
Hi Chris,
> All versions of dnsdist that have been shipped with Debian already
> build-depend on libsystemd-dev. I'm not sure what exactly you are
> looking
The library is indeed listed in the source package's Build-depends of
control file.
But as it is needed for building the package, it's
# hello, control, been a while...
tag 683671 + patch fixed-upstream
thanks
Hi Andrej et al.,
After independently encountering and then debugging this problem to the point
where I had a fix, I learned that Antonio Ospite had come up with an identical
one (modulus whitespace) over a year ago[1].
Hi,
Aron
I used dkms 2.6.1-4 from buster.
Hmm. Yes, configure part is slow, and unfortunately serial
due how the autoconf works in general.
Maybe it was a configure indeed, not the actual compilation,
I didn't check full command lines in `top` to see what was
being actually compiled by `cc`.
I
On Thu, 6 Feb 2020 15:07:49 +0800 YunQiang Su
wrote:
> Steven Robbins 于2020年2月6日周四 下午3:05写道:
> >
> > On Thursday, February 6, 2020 12:51:23 A.M. CST YunQiang Su wrote:
> > > Steven Robbins 于2020年2月6日周四 下午1:23写道:
> > >
> > > > On Tue, 4 Feb 2020 21:20:59 +0800 YunQiang Su <
wzss...@gmail.com>
This has just started hapenning to my also.
The cause, I think, that evenutally a tmpfile cleanup will delete
/run/smokeping - maybe depends on age and/or because it is not owned by
root.
One solution (I found for other systemd processes run as non-root) is to
add a config file:
Hi,
I'm curious about which version of dkms package do you have? The build
process itself is parallel by default since dkms/2.2.0.3-4.
It would take a lot of time at configure stage because versions prior
to zfs-linux/0.8.3-1 suffer from the non-parallel KABI check, and if
you have plenty of
Hi Eric,
On Mon, Feb 10, 2020 at 9:18 AM Eric Raymond wrote:
> The reason given for removing cvs-fast-export is, I believe, in error.
> I went to considerable effort to prepare it for Python 2 EOL
> and find it quite annoying that it was removed anyway.
>
> ...
> Thus, cvs-fast-export can use
Sorry, a followup to my incomplete previous post...
After upgrade from Debian 9 to 10...
/run on my system is now mounted on a tmpfs and is therefore recreated
empty at reboot.
The old pidfile location /var/run is symlinked to /run.
The folder /run/smokeping needs to be recreated each reboot
On Mon, Feb 10, 2020 at 10:30:44AM +0100, Michel Dänzer wrote:
> Can't see the backtrace,
It was attached as gdb.txt. (Granted, I could've renamed it to
something a bit more obvious.)
> but the log excerpt above looks like the fixes
> from
Since SDL2 now comes bundled with sdl2-config.cmake, it seems that using
an external FindSDL2.cmake is no longer necessary in SDL2 projects using
CMake. Here is the file I was talking about:
https://github.com/yuzu-emu/yuzu/blob/master/externals/cmake-modules/FindSDL2.cmake
When I remove this
On Mon, 2020-02-10 at 12:56 +0100, Agustin Martin wrote:
> Triaging some Debian bugs. Tried to reproduce this problem with
> digikam
> 4:6.4.0+dfsg-2 (currently in sid) but switching maps seems to work.
> Is this
> still a problem for you?
I've just tried with the same version and unfortunately
Severity 946150 serious
Thanks
The src:iptables debian package (v1.8.4-1) dropped the libiptc-dev and libiptc0
binary packages. The content is included now in either libip4tc or libip6tc.
Such change comes from upstream.
It also dropped the iptables-dev package, which miniupnpd build-depends
Package: keepalived
Version: 1:2.0.19-1
Severity: serious
keepalived build-depends on iptables-dev, which is no longer built by the
iptables source package. It is still present in unstable as a cruft package,
but is completely gone from testing.
Before it's removal iptables-dev was a
Package: iproute2
Version: 5.4.0-1
Severity: serious
iproute2 build-depends on iptables-dev, which is no longer built by the
iptables source package. It is still present in unstable as a cruft package,
but is completely gone from testing.
Before it's removal iptables-dev was a transitional
Package: collectd
Version: 5.9.2.g-1
Severity: serious
collectd build-depends on iptables-dev, which is no longer built by the
iptables source package. It is still present in unstable as a cruft package,
but is completely gone from testing.
Before it's removal iptables-dev was a transitional
Source: openjk
Version: 0~20191030.4881be7~dfsg-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
openjk FTBFS against libsdl2 2.0.10+dfsg1-2 which has moved the headers
to an arch-dependent location:
[ 53%] Building CXX object
Package: libgcc1
Version: 1:10-20200204-1
Severity: important
After a recent upgrade, I get the following error:
zira:~> gcc-4.9 tst.c -o tst
/usr/bin/ld: cannot find -lgcc_s
collect2: error: ld returned 1 exit status
It tries to open libgcc_s.so, which was previously found at
Hello,
I'm not the maintainer of the thunderbird profile nor using Debian, but
maybe I can give some helpful input nevertheless ;-)
(Updating the shipped profile has to be done by someone else.)
Am Freitag, 31. Januar 2020, 11:46:49 CET schrieb Dimitris:
> On 1/30/20 2:11 PM, Dimitris wrote:
Package: gcc-10
Version: 10-20200210-1
Severity: serious
gcc-10 is failing to build with the following error:
dpkg-gencontrol: error: error occurred while parsing Breaks field:
cryptsetup-initramfs << 2:2.2.2-3~,
dh_gencontrol: error: dpkg-gencontrol -plibgcc-s1 -ldebian/changelog
-T
On 2020-02-07 at 10:14:24, Salvatore Bonaccorso wrote:
> > It looks OK to me. Tagging moreinfo until there's a final diff.
>
> Friendly ping, any news? (It's too late now for the upcoming point
> release though).
It's still on my list, but not a very high priority. Definitely won't happen
until
Package: module-assistant
Version: 0.11.10
Severity: minor
Tags: patch
Dear Maintainer,
Although the `unpack` sub-command is documented in the `--help` output,
it is not currently documented in the module-assistant(8) manual page,
which makes it harder to find for users consulting the man page.
yes, please update this for me also.
I have QCA6174; I've been experiencing a problem whereby sometimes
webpage loading hangs, fixed by turning wifi off and on again.
Also, I'm seeing a LOT of this in dmesg:
[37875.481395] pcieport :00:1c.4: AER: Corrected error received:
:00:1c.4
On Mon, 10 Feb 2020, Bernhard Übelacker wrote:
> I made an attempt in [1], hopefully my english is not too bad...
Thanks, I’ll have a look at it later (caught the flu and
can only concentrate for short times at best atm).
> Maybe a core could be collected with one of the
> three
Hi Bernhard,
you seem to be triaging a lot of segfault bugs recently ;-)
>Usually when a segfault happens in 'dmesg' output should
>appear two lines about this event. Maybe you could forward
>these to the report too.
We debugged this together, as it just happened when we were
discussing the
Package: ftp.debian.org
Severity: normal
Dear ftp-masters,
python-django-gravatar2 is dead upstream, not used by any other package,
and it's in python2.
It's too much of a burden for a single package.
We should probably kill it on sight.
Cheers!
On 2/10/20 4:04 PM, Witold Baryluk wrote:
> The current package, significant deviats from the upstream, and is a
> rather arbitrary decision by the maintainer, not a user or zfs
> developers.
I wouldn't characterize this as a significant deviation from upstream.
But yeah, we should ship a scrub
Hi Andreas,
On Mo 10 Feb 2020 23:38:19 CET, Andreas Henriksson wrote:
Control: tags -1 + patch
Hello,
I've prepared an update for the pluma package to the recently released
new upstream stable release 1.24.0.
The merge-request is available at:
Hi John,
thank you for your bug report.
* John Shaft [200210 23:15]:
> Package: dnsdist
> Version: 1.4.0~rc5-1
> Severity: normal
>
> To run using systemd, libsystemd-dev is highly recommended in order to have
> dnsdist be able to use
> systemd-notify
(...)
> Hence, libsystemd-dev should be
Package: graphviz
Version: 2.42.2-3
Followup-For: Bug #944297
FYI. Reported upstream https://gitlab.com/graphviz/graphviz/issues/1622
including further minimized test case.
On Mon 2020-02-03 14:42:03 -0700, Sean Whitton wrote:
> On Fri 31 Jan 2020 at 05:43PM -05, Daniel Kahn Gillmor wrote:
>
>> Thanks for the extensive review. I've revised imap-dl, taking it into
>> account, and have attached the revised version here. You can also find
>> it on my imap-dl-v2 branch
On Sun 2019-11-03 22:50:59 +0100, Benjamin Drung wrote:
> I ported amo-changelog and xpi-repack to Python 3 in version 0.54, but I
> wasn't able to port all scripts, because there is no Python 3 version of
> redland-bindings (see Debian bug #780741).
Afaict, upstream redland-bindings claims to
getmail upstream appears to have no plans to convert to python3 in the
near future.
Some of us use only a minimal subset of features of getmail, and it
would be nice to have something simpler, with the main complexity
offloaded to the modern python3 stdlib.
This patch represents a squashed
Control: tags -1 + patch
Hello,
I've prepared an update for the pluma package to the recently released
new upstream stable release 1.24.0.
The merge-request is available at:
https://salsa.debian.org/debian-mate-team/pluma/merge_requests/1
(Please note that this has only been compile tested.)
On 2020-02-10, Vagrant Cascadian wrote:
> On 2017-09-15, Laurent Bigonville wrote:
>> It seems that qcollectiongenerator is generating files that are
>> containing the creation time of the qhc file (LastRegisterTime and
>> CreationTime), making them non-reproducible. See:
>>
Package: dnsdist
Version: 1.4.0~rc5-1
Severity: normal
Dear Maintainer,
To run using systemd, libsystemd-dev is highly recommended in order to have
dnsdist be able to use
systemd-notify (see :
https://dnsdist.org/install.html#installing-from-source)
Should the package be missing, capabilities
Hello Thorsten,
Am 06.02.20 um 19:19 schrieb Thorsten Glaser:
> On Thu, 6 Feb 2020, Bernhard Übelacker wrote:
>
>> Hello Thorsten,
>> getting the source of such an address is possible, even with ASLR,
>> if the library versions are known and dbgsyms are available,
>> like in attached file.
>
>
> But U only see binaries. Where is the source???
https://www.microchip.com/mplab/avr-support/avr-and-sam-downloads-archive
via
https://www.avrfreaks.net/forum/where-have-atmel-avr-gcc-sourcecode-gone#comment-2742731
though it's walled; will need a myMicrochip account to get a copy.
Package: git-gui
Version: 1:2.25.0-1
Severity: normal
After selecting Branch->Reset... and then answering 'Yes' to the
question, a popup with the following error appears:
missing close-bracket
missing close-bracket
while executing
"set status_bar_operation ["
invoked from
Package: zfsutils-linux
Version: 0.8.3-1
Severity: important
Dear Maintainer,
please disable shipped crontab zfs scrub script by default.
The current package, significant deviats from the upstream, and is a
rather arbitrary decision by the maintainer, not a user or zfs
developers.
This
Hallo,
* Laurent Bigonville [Mon, Feb 10 2020, 01:25:28PM]:
> Package: apt-cacher-ng
> Version: 3.3.1-2
> Severity: wishlist
>
> Hi,
>
> It would be nice if a systemd time could be added to replace the daily
> cronjob for the maintenance task.
And why so?
> Would be nice as well if the task was
On Tue, Feb 11, 2020 at 08:36:43AM +1300, Olly Betts wrote:
> I've noticed this message repeatedly appearing in the ci.debian.net logs:
>
> Can't "next" outside a loop block at /usr/bin/abi-compliance-checker line
> 10171.
>
> That's the "next" in this function:
>
> sub exec_helper(@)
> {
>
user debian-emac...@lists.debian.org
usertags 934977 -elpafy
Sean Whitton writes:
> Hello,
>
> On Sun 09 Feb 2020 at 03:30PM -07, Nicholas D Steeves wrote:
>
>> I've tagged this bug "elpafy" because conversion to dh-elpa is best
>> practises for team-maintained packages. I also wonder if this
Hi Paul, Balint,
On Wed, Jan 15, 2020 at 3:51 PM Balint Reczey
wrote:
> On Wed, 23 Jan 2019 20:12:56 +0100 Paul Gevers wrote:
> > On Thu, 06 Oct 2016 22:03:43 +0200 Paul Gevers wrote:
> > > Upstream d3 is very active and currently runs at 4.2.6. Please consider
> > > updating the libjs-d3
Package: zfs-dkms
Version: 0.8.3-1
Severity: normal
This is actually for zfs-dkms 0.8.2-3~bpo10+1 from buster-backports, but
I am filling this bug on another computer running sid.
During zfs-dkms post-install, it build modules for all installed kernels,
I did notice it is very slow, and looking
Hi,
Are you sure about the command:
update-alternatives --config ip{,6}tables
Here is the result for me:
# LANG=C update-alternatives --config ip{,6}tables
update-alternatives: error: unknown argument 'ip6tables'
BR
Source: simage
Version: 1.8.0-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of simage the autopkgtest of simage fails in
testing when that autopkgtest is run with the binary packages of
Thank you for the notice!
I plan to update the package, but I'm not sure I understand the problem
-- Thonny's dependencies already allow any asttokens version newer than
1.1.10. I'm pretty sure Thonny 3.2.1 (the current version in Debian)
will handle newest asttokens just fine. I'm not sure
Control: tags -1 confirmed
Hi IOhannes,
On 10-02-2020 14:15, IOhannes m zmoelnig wrote:
> The new upstream of libmysofa comes with a soname bump from libmysofa.so.0 to
> libmysofa.so.1
> consequently the binary package in Debian has to be renamed from libmysofa0 to
> libmysofa1.
[...]
> Thanks
Package: git-review
Version: 1.27.0-1
Severity: normal
Hi!
The man page is out of sync with the current implementation and is
missing at lots of command-line options, assuming that:
$ git-review --help
is up-to-date. :)
Thanks,
Guillem
Hi.
Here is my monitor info:
f3nix@bigspider:~$ xdpyinfo | grep -B 2 resolution
screen #0:
dimensions:7680x4320 pixels (1393x784 millimeters)
resolution:140x140 dots per inch
f3nix@bigspider:~$
No scaling.
Fonts look good but the controls are misplaced.
I'm attaching the start log.
Thanks for reporting.
At least the packaging in Debian has not changed. This is probably an
upstream bug.
Have you checked jira.mariadb.org for bugs related to "lc_messages = fr_FR" ?
What is the version you had before upgrading?
- Otto
Package: abi-compliance-checker
Version: 2.3-0.2
Severity: normal
I've noticed this message repeatedly appearing in the ci.debian.net logs:
Can't "next" outside a loop block at /usr/bin/abi-compliance-checker line 10171.
That's the "next" in this function:
sub exec_helper(@)
{
my ($reader,
Hi all,
On Mon, Feb 10, 2020 at 06:59:17PM +0100, Axel Beckert wrote:
> [...]
>
> Florian Bruhin wrote:
> > Out of curiosity, is there a way I could've found out myself?
> > https://qa.debian.org/excuses.php?package=pyqt5webengine doesn't
> > seem to say much about this situation.
>
> Probably
On 10.02.20 02:24, Brian Clinkenbeard wrote:
I believe I am also having this issue. "find_package(SDL2 REQUIRED)" in
CMakeLists.txt yields the following error:
-- Target architecture: x86_64
CMake Error at
/usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146
(message):
On Tue, Jan 14, 2020 at 08:56:50AM +, Peter Palfrader wrote:
> Great. So if you want your service to be able to gain extra privileges,
> you set NoNewPrivileges to false in your local override file.
Thanks for the hint about an override file. That's better than editing
I have an identical setup here (root FS on top of LVM on top of LUKS on
top of MD) and can confirm the bug. I'm running Debian Buster 10.2.
One little comment. The MD array requires manual activation (with mdadm
--run /dev/md0) in order for the system to boot. But I found that this
manual
On 2017-09-15, Laurent Bigonville wrote:
> It seems that qcollectiongenerator is generating files that are
> containing the creation time of the qhc file (LastRegisterTime and
> CreationTime), making them non-reproducible. See:
>
Hi,
On Mon, Feb 10, 2020 at 03:29:21PM +0100, Jean-Philippe MENGUAL wrote:
> So far, I checked the box "Save and Open dialogs" in Tools - Custimize-
> general
> tab. Lo decided not maintaining this dialog and using GTK ones only.
Wrong.
> They removed the checkbox, but the setting stays
Hi Florian and Dmitry,
Dmitry Shachnev wrote:
> > I don't really understand why - can someone elaborate on what's going on?
>
> That is because the Python 3 version of calibre failed to build on two
> architectures (arm64, mipsel), so calibre in testing still uses Python 2,
> so some packages
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Mon, 2020-02-10 at 11:21 +0100, B wrote:
> I'm sorry for the noise and your wasted time, but thanks for your help ;
> may be a warning about not re-using old xfce4 configuration files when
> upgrading would be of some help for others.
Well,
Package: ipmctl
Version: 02.00.00.3673+ds-3
When I run `ipmctl show -memoryresource' on my machine I get an error that did
not happen on the +really01 packages:
One or more DIMMs have invalid PCD data. A platform reboot is recommended to
restore valid PCD data, then try again.
This
Package: munin-plugins-core
Version: 2.0.56-1
Severity: important
Tags: newcomer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hello, the plugin mysql_ needs libcache-cache-perl.
Without I get:
[quote]
# munin-run mysql_sort
Missing dependency Cache::Cache at /etc/munin/plugins/mysql_sort
According to [1] and [2] this issue was fixed in package wsgi-intercept
version 1.9.0
Though they write that the change was indeed in the httplib2 package.
I have not tested the new release of wsgi-intercept myself.
Håvard
[1] https://github.com/cdent/wsgi-intercept/issues/57
[2]
Control: tag -1 + patch
Hi Matthias (2020.02.07_05:18:06_-0800)
> gffutils tests are timing out with Python 3.8, while they succeed when run
> with
> 3.7. Currently only seen in an Ubuntu focal environment, however the upstream
> sources don't mention 3.7 and 3.8 at all.
I spent some time
Hi!
I can confirm the same bug with the now current 6.1.5-3+rpi1+deb10u5
(ruinning on a raspberry PI 4).
Removing libreoffice-gtk3 made writer start without issues (but without
theme integration). Writer displays no issues with libreoffice-gtk2 (and
runs with the correct theme). If I
Package: wnpp
Severity: wishlist
Subject: ITP: htscodecs -- Custom compression for CRAM and others
Package: wnpp
Owner: Michael R. Crusoe
Severity: wishlist
* Package name: htscodecs
Version : 0.5
Upstream Author : , Genome Research Ltd.
* URL :
Package: gedit-plugin-find-in-files
Version: 3.34.0-3
I've been meaning to report this for a long time...
Initially the close button on the results is disabled. It only becomes
enabled upon certain actions like switching to another tab. Very
annoying.
The reason given for removing cvs-fast-export is, I believe, in error. I
went to considerable effort to prepare it for Python 2 EOL and find it
quite annoying that it was removed anyway.
The Python scripts in cvs-fast-export are written to run correctly under
either Python 2 or Python 3. The
Le 10/02/2020 à 15:13, Jonas Smedegaard a écrit :
> Hi Xavier,
>
> Quoting Xavier (2020-02-10 15:06:00)
>> I wrote a little feature in lintian that will build a component
>> database (https://salsa.debian.org/lintian/lintian/commit/36469e3),
>> released in lintian 2.51.0.
>>
>> Next step, build
Package: debian-edu-config
Version: 2.11.12
When playing with roaming workstations, I noticed that the
pam_mklocaluser'ed new local user does not have a debian-edu.default
Firefox profile, but a profile folder of random name created by Firefox.
To control Firefox's behaviour, we need to
Package: debian-edu-config
Version: 2.11.12
Severity: wishlist
Driving the fetch-ldap-cert logic another step forward. We should, on
retrieval of Debian-Edu_rootCA.crt, move that file to
/usr/local/share/ca-certificates/debian-edu/ and run
update-ca-certificates afterwards.
This assures
Hey Dmitry,
On Thu, Feb 06, 2020 at 01:04:35PM +0300, Dmitry Shachnev wrote:
> Hi Florian!
>
> On Thu, Feb 06, 2020 at 10:36:22AM +0100, Florian Bruhin wrote:
> > Hey,
> >
> > It looks like 5.14.0-2 with the fix isn't in testing yet? See
> > https://tracker.debian.org/pkg/pyqt5webengine
> >
Package: debian-edu-config
Version: 2.11.12
When installing a roaming workstation there should be a way to access
a user's home directory the easy way.
For this etc/mklocaluser.d/20-debian-edu-config added some logic to
provide GTK and KDE compatible bookmarks.
Unfortunately, this
> Maybe we should first get to the bottom of your issue before jumping to
> conclusions and producing incorrect/incomplete documentation.
Happily so.
Right now I don't really know how to test this better (as in to get
usable data that'll get us on), let alone how to test this well (as in
without
Am 10.02.20 um 16:29 schrieb chrysn:
> On Mon, Feb 10, 2020 at 03:04:49PM +0100, Ansgar wrote:
>> If I start an xterm via Alt-F2 in gnome, the xterm process runs in a
>> cgroup like gnome-launched-xterm-489694.scope. gnome-terminal or an
>> xterm started in gnome-terminal run in the
Package: apache2
Version: 2.4.38-3+deb10u3
Severity: important
Dear Maintainer,
it is not possible to get rid of TLS v1. This is no duplicate of #925061, I
think.
What I tried:
removed /etc/letsencrypt/options-ssl-apache.conf, see #950735
edited /etc/apache2/mods-enabled/ssl.conf:
Package: xinetd
Version: 1:2.3.15.3-1
Severity: normal
Dear Maintainer,
I am using the internal daytime service, the daytime conf file says:
# description: An internal xinetd service which gets the current system time
# then prints it out in a format like this: "Wed Nov 13 22:30:27 EST 2002".
I would like to draw some attention to this old Debian bug again.
The problem is still present on Debian buster and sid (lua-socket
3.0~rc1+git+ac3201d-4).
It can be reproduced by using lighttpd (webserver) and mod_magnet
(similar to lua cgi).
A very small script, which is just doing a plain
On Mon, Feb 10, 2020 at 03:04:49PM +0100, Ansgar wrote:
> If I start an xterm via Alt-F2 in gnome, the xterm process runs in a
> cgroup like gnome-launched-xterm-489694.scope. gnome-terminal or an
> xterm started in gnome-terminal run in the gnome-terminal-
> server.service cgroup. I expect
1 - 100 of 167 matches
Mail list logo