I have no idea right now if the dependency on POT is a long term
thing, or if it will disappear in a couple releases.
Off-topic for Debian, I guess, but: Have you considered Hera as a way to
get efficient Wasserstein distances?
https://github.com/GUDHI/gudhi-devel/pull/182
Yes I have, it is
Hello!
Thanks for notifying me.
On 1/19/20 3:23 AM, Sandro Tosi wrote:
> This bug was closed, but the package has still some dependencies towards
> Python2 packages, in details:
>
> (binary:fs-uae-arcade)Recommends->python-lhafile
FWIW, a Recommends is not the same as a Dependency meaning that
Package: src:python-virustotal-api
Version: 1.1.11-2
Severity: serious
Tags: sid bullseye
the autodep8 test fails, because the package is wrongly named. The package name
should be python-virustotal-apis? Or you remove the autodep8 test from
debian/control.
Setting up autopkgtest-satdep (0) ...
Package: src:python-opcua
Version: 0.98.6-3
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8
autopkg test failure with python3.8. patch at
http://launchpadlibrarian.net/462717831/python-opcua_0.98.6-3_0.98.6-3ubuntu1.diff.gz
On 1/29/20 4:21 PM, Roman wrote:
> Faced, very likely, same issue on Debian Buster with pure-ftpd-postgresql
> version 1.0.47-3. My pure-ftpd is configured
> via SaltStack so configuration is exactly the same between hosts, but after
> setting up new Debian 10 host and rolling
> out my SaltStack
Package: src:python-memcache
Version: 2.1.0~b3-3
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8
patch at
http://launchpadlibrarian.net/462716811/python-memcache_1.59-3build1_1.59-3ubuntu1.diff.gz
Package: src:python-crontab
Version: 1.9.3-3
Severity: serious
Tags: sid bullseye patch
autopkg test still depends on python. patch at
http://launchpadlibrarian.net/462714698/python-crontab_1.9.3-3_1.9.3-3ubuntu1.diff.gz
> > koji is keeping createrepo in the archive, which keeps python-lzma in
> > the archive.
>
> there's also mock, yum, rpm, deltarpm and yum-metadata-parser affected by
> this.
yep i came across all of them starting from python-lzma -- do you know
what's the status of the "RedHat infrastructure"
Package: src:pysolfc
Version: 2.6.4-2
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8
pysolfc uses time.clock, removed in python3.8.
patch at
http://launchpadlibrarian.net/462713808/pysolfc_2.6.4-2_2.6.4-2ubuntu1.diff.gz
Package: ipmitool
Version: 1.8.18-5ubuntu0.1
Severity: important
I'm seeing this bug on Ubuntu 18.04, but from what I can see in
ipmitool 1.8.18-8 in sid, it is presumably still an issue.
ipmievd fails to start on boot with:
Could not open device at /dev/ipmi0 ...
By the time I look at this,
On Wed, 29 Jan 2020, Ansgar wrote:
> Adrian Bunk writes:
> > https://salsa.debian.org/ftp-team/dak/commit/8485697a9e11496ff0aed1a5ad32e512a672635d
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=936844
> > Found in version libbde/20190102-1
> > Fixed in version libbde/20190102-1.1
> >
Package: src:python-gmpy2
Version: 2.1.0~b3-3
Severity: important
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8
python-gmpy2 fails autopkg tests with python3.8:
autopkgtest [09:06:22]: test command1: - - - - - - - - - - results - - - - - -
- - - -
command1
Antoine Beaupre writes:
> ... the upgrade from 5 to 6 doesn't involve much churn in the DSL, so
> it's not as big of a deal as the 3 to 4 or 4 to 5 migrations we had to
> suffer through. The tooling does change, however, so it might be
> tricky on the packaging side (which is why, I am guessing,
On 1/29/20 2:19 PM, Simon McVittie wrote:
I think we have a fairly good picture of the costs that would be
incurred from using alternatives: more interacting code paths to test,
potentially more configurations that are technically possible but are
not considered supported, and packages with
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
I would like to transition pcl to the new ABI version. I tested and
updated it's build-rdeps, so I don't expect any problems. Note that the
new version doesn't build
Package: fonts-dejavu
Version: 2.37-1
Severity: minor
Dear Maintainer,
The links http://dejavu-fonts.org/ in Homepage field of debian/control
appears to land on an unrelated site.
The latest one should be https://dejavu-fonts.github.io/
-- System Information:
Debian Release: bullseye/sid
tag 950201 + fixed-upstream
thanks
On Wed, 29 Jan 2020, Dylan Thurston wrote:
> The file /usr/share/doc/texlive-doc/generic/pgf/pgfmanual.pdf doesn't
> seem to have been TeXed enough times: the page numbers are far off.
Thanks, this is already fixed in the version currently in upstream TeX
Live,
Package: wnpp
Severity: wishlist
* Package name: multipass
Version : 1.0.0
Upstream Author : Canonical, Ltd.
* URL : https://github.com/canonical/multipass
* License : GPLv3
Programming Lang: C++
Description : Lightweight virtual machine manager
On Wed, 29 Jan 2020 13:27:15 -0800 Felix Lechner wrote:
> For a deb package, packages.d.o can show a list of files, but that is
> only the data section. Some information about maintainer scripts (such
> as their presence) would be much appreciated.
This service provides information about
On Wed, 2020-01-29 at 22:55 -0500, Antoine Beaupré wrote:
> Well that's the real trick isn't it. In this case, could you regenerate
> (say) the TTF ("compiled" file) from the VFC file (source file)? I doubt
> that would be the case here
I also doubt that would be the case, since Fontlab is
Package: texlive-pictures-doc
Version: 2019.20191208-4
Severity: minor
The file /usr/share/doc/texlive-doc/generic/pgf/pgfmanual.pdf doesn't
seem to have been TeXed enough times: the page numbers are far off.
For instance, according to the table of contents (p. 6), page 100 is
the start of
On 2020-01-30 01:33:09, Paul Wise wrote:
> On Wed, Jan 29, 2020 at 2:45 PM Antoine Beaupre wrote:
>
>> The URL above also has a "source" directory which ships "FontLab 6"
>> files (VFC and VFJ):
>>
>> https://help.fontlab.com/fontlab-vi/Font-Formats/
>>
>> I am not sure those can be edited with
Control: forwarded 949237 https://phabricator.kde.org/D25370
Control: tags 949237 patch fixed-upstream
This was caused by the new telepathy-qt and the patch suffices for it to build
on my system. #949239 in ktp-contacts-runner looks to be the same issue, but
its git log is much less
Sorry for the trouble.
I realize since there is a new version of libmng2 along with updated libmng-dev
on Debian experimental, applying the same fix (Install pkgconfig file) may not
be needed in an older version.
Moreover, libmng package has been left dormant since 2018
Package: libguichan-allegro-0.8.1-1v5
Version: 0.8.2-19
Severity: normal
File: /usr/lib/x86_64-linux-gnu/libguichan_allegro-0.8.1.so.1.1.0
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
libguichan_allegro-0.8.1.so needs to link with -lguichan, see the
output of adequate,
Hi Adam
Am 29.01.20 um 20:11 schrieb Adam D. Barratt:
> I think I'd be OK with either, looking over the changes, so am happy to
> leave the choice up to your judgement. If you decide to include all of
> the changes, please could you update the diff attached here for
> completeness.
Thanks for
Package: wnpp
Severity: normal
Hello,
I would love to update Jami[1] (https://jami.net) in Debian.
However, Jami requires new dependencies, such as Restinio[2] which I
don't have the time to package.
Would there anyone be wiling to help? I'd also be happy to have a
co-maintainer that can help
Control: found -1 plasma-workspace/4:5.14.5.1-5
Dear Maintainer,
I found today another device affected by this issue.
It got switched a few days ago from stable to current testing.
It shows the same 30 second splash screen.
A package build with the given patch did show the
splash just 14
On Wed, Jan 29, 2020 at 2:45 PM Antoine Beaupre wrote:
> The URL above also has a "source" directory which ships "FontLab 6"
> files (VFC and VFJ):
>
> https://help.fontlab.com/fontlab-vi/Font-Formats/
>
> I am not sure those can be edited with free software, but I am
> wondering if the TTF is
2020年1月30日(木) 9:18 Takatsugu Nokubi :
> > This fix is not necessary in unstable, because libuim-data is removed
> > on unstable.
>
> It was incorrect. I'll update unstable for this issue.
I uploaded unstable.
Well, I have a stack trace, but it was *shockingly* flaky to try to get
and so I don't have huge faith that it's actually correct. Guess
debugging X11 is a little more involved than "attach gdb, type
'backtrace'".
Trace attached.
Continuing.
Thread 1 "Xorg" received signal SIGSEGV, Segmentation
Package: libsemanage-common
Version: 3.0-1
Severity: minor
Tags: patch
Input file is semanage.conf.5
execute mandoc -T lint semanage.conf.5
mandoc: semanage.conf.5:20:17: STYLE: whitespace at end of input line
mandoc: semanage.conf.5:48:19: STYLE: whitespace at end of input line
mandoc:
Package: lilo
Version: 1:24.2-5
Severity: minor
Tags: patch
Input file is mkrescue.8
There is no table in the file, so remove first line.
An empty line befor the first macro ".TH" produces an empty page
(troff).
Use '.' instead of an empty line to make "paragraphs" in the source.
Empty lines
Quoting Johannes Schauer (2020-01-30 00:19:44)
> Quoting Francesco Poli (2020-01-29 23:34:21)
> > > I would love to help more but I already tried out the failing command on
> > > three different systems and I'm unable to reproduce it.
> > Which TMPDIR were you using?
>
> apologies, I missed that
On Wed, 2020-01-29 at 14:42:08 -0700, Sean Whitton wrote:
> On Sun 26 Jan 2020 at 03:48AM +01, Guillem Jover wrote:
> > I think one of the nice things about RFC2119 is that it uses uppercase
> > versions for the normative keywords, so that these are very clearly
> > distinguished both when writing
2020年1月29日(水) 8:48 Takatsugu Nokubi :
> This fix is not necessary in unstable, because libuim-data is removed
> on unstable.
It was incorrect. I'll update unstable for this issue.
On 1/29/20 8:19 PM, Simon McVittie wrote:
> - Linux systems not booted with systemd
> (either no init system at all, like a typical schroot or Docker
> container, or a non-systemd init system like sysvinit)
This is very much one type of systems I have in mind, yes, and
open{sysusers,tmpfiles}
Package: xserver-xorg
Version: 1:7.7+20
Severity: normal
Dear Maintainer,
Since the nvidia drivers 440.44 is being released on unstable it would be nice
to enable PRIME render offload on applications.
Based on the information on the wiki [1], we still require X.Org 1.21 to be
released and
On 1/29/20 4:49 PM, Didier 'OdyX' Raboud wrote:
> Le mercredi, 29 janvier 2020, 16.07:21 h CET Thomas Goirand a écrit :
>> This reasoning can make sense, if we agree that we should use something
>> else than /bin/systemd-sysusers and standardize on something else like
>> /bin/sysusers. Then we
Hi Didier!
Thanks for taking the time to reply.
On 1/29/20 4:31 PM, Didier 'OdyX' Raboud wrote:
> Software installed as /bin/systemd-* , created within the systemd project, to
> fulfill systemd's view of the world, takes a reasonable hit on the binaries'
> namespace: "systemd-*". Really, we
Hi,
Quoting Francesco Poli (2020-01-29 23:34:21)
> > I would love to help more but I already tried out the failing command on
> > three different systems and I'm unable to reproduce it.
> Which TMPDIR were you using?
apologies, I missed that you set TMPDIR. When I set it, then I can reproduce
On Wed, 2020-01-29 at 07:58 -0600, Adam Thompson wrote:
> Same failure mode continues to exist in 5.3 kernel package.
> How best to upload 5000+ lines of dmesg here?
As an attachment.
Ben.
--
Ben Hutchings
I'm not a reverse psychological virus.
Please don't copy me into your signature.
Il giorno mer 29 gen 2020 alle ore 23:34 Michael Biebl
ha scritto:
> Controls: reassign -1 gvfs-daemons 1.42.2-1
> Control: retitle -1 missing schema files makes udisks monitor crash
> Control: severity -1 serious
>
> Am 29.01.20 um 23:27 schrieb Michael Biebl:
> > Am 29.01.20 um 23:26 schrieb
Hi again!
One of the Gentoo developers has forked aboot and is maintaing it on
Github [1]. I have filed an issue regarding the manpage issue and will
coordinate a new release of the bootloader with the aforementioned
issues addressed.
I didn't know about these RC bugs otherwise I would have
Source: newlib
Severity: normal
Tags: patch
Dear Maintainer,
When using nano.specs, newlib declares a small struct _reent (96 bytes), but
libm is still compiled against the full struct _reent (more than 1000 bytes).
Gamma calculation writes signgam outside the small struct _reent.
libm.a
On Wed, 29 Jan 2020 00:02:51 +0100 Johannes Schauer wrote:
[...]
> Quoting Francesco Poli (2020-01-28 23:41:38)
[...]
> > The lines that seem to fail are /usr/share/initramfs-tools/hooks/udev:
> > 25 and the following ones... But why?
>
> yes, that's where it seems to fail. To further
Controls: reassign -1 gvfs-daemons 1.42.2-1
Control: retitle -1 missing schema files makes udisks monitor crash
Control: severity -1 serious
Am 29.01.20 um 23:27 schrieb Michael Biebl:
> Am 29.01.20 um 23:26 schrieb Michael Biebl:
>> What about gsettings-desktop-schema?
>
>
>
On Wed, Jan 29, 2020 at 11:25:32PM +0100, John Paul Adrian Glaubitz wrote:
> I will look into this issue.
Ok, great!
Cheers,
Moritz
Am 29.01.20 um 23:26 schrieb Michael Biebl:
> What about gsettings-desktop-schema?
gsettings-desktop-schemas (not the missing 's')
signature.asc
Description: OpenPGP digital signature
Hey Guido,
Guido Günther:
>> would you mind uploading wlroots to unstable? I'm aware of the fact that
>> upstream doesn't consider the ABI interface stable yet, but since they
>> nowadays
>> bump the soname when releasing a new version[1], I don't see a reason to not
>> have wlroots in unstable.
Am 29.01.20 um 23:22 schrieb Pipes:
> Il giorno mer 29 gen 2020 alle ore 22:57 Michael Biebl
> ha scritto:
>
>>
>>> Jan 29 22:35:48 debian64 systemd[4850]: Starting Virtual filesystem
>> service
>>> - disk device monitor...
>>> Jan 29 22:35:48 debian64 gvfs-udisks2-vo[34560]: No GSettings
> Please remove aboot. It blocks the sgmltools-lite removal and is RC-buggy
> otherwise for a last
> time (like for the removal of sp). Steve Langasek pointed out as one of the
> last alpha maintainers
> in #949711 that the arch: all binaries can only be built on an alpha buildd,
> which we no
Il giorno mer 29 gen 2020 alle ore 22:57 Michael Biebl
ha scritto:
>
> > Jan 29 22:35:48 debian64 systemd[4850]: Starting Virtual filesystem
> service
> > - disk device monitor...
> > Jan 29 22:35:48 debian64 gvfs-udisks2-vo[34560]: No GSettings schemas are
> > installed on the system
>
> There
Package: ftp.debian.org
Severity: normal
Please remove libmimic. It's dead upstream, there are no reverse dependencies
left and the Mimic codec is now supported in ffmpeg. Removal was acked by
the maintainer in earlier communication.
Cheers,
Moritz
On 1/29/20 11:09 PM, Moritz Muehlenhoff wrote:
> Package: debian-installer
> Severity: important
>
> aboot has a open RC bug (#949955), but d-i still build depends on it. alpha
> isn't a release
> arch for a long time anyway.
Huh? That should be a Build-Dependency with [alpha] only anyway.
I
Package: debian-installer
Severity: important
aboot has a open RC bug (#949955), but d-i still build depends on it. alpha
isn't a release
arch for a long time anyway.
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove yorick-spydr. It depends on pygtk, which is going away.
The maintainer (CCed) agreed on it's removal.
Cheers,
Moritz
On Wed, Jan 29, 2020 at 10:16:58AM +0100, Thibaut Paumard wrote:
>
> > Did you hear anything back? Shall we remove it?
> >
>
> Yes, we should remove it. Can you fill the request? I won't have time
> before next week.
Done, I also CCed you.
Cheers,
Moritz
Am 29.01.20 um 22:45 schrieb Pipes:
> gianluca@debian64:~/bin$ systemctl status --user
> gvfs-udisks2-volume-monitor.service
> ● gvfs-udisks2-volume-monitor.service - Virtual filesystem service - disk
> device monitor
> Loaded: loaded
>
Hello,
On Wed 29 Jan 2020 at 12:08PM +01, Chris Lamb wrote:
> forwarded 950138 https://github.com/pikepdf/pikepdf/pull/76
> thanks
>
> I've forwarded this upstream here:
And upstream have applied it, so it'll get into Debian on the next
upstream release. Thanks!
--
Sean Whitton
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "streamlink" for a new
upstream version 1.3.1.
* Package name: streamlink
Version : 1.3.1+dfsg-1
Upstream Author : Streamlink Team
* URL :
Il giorno mer 29 gen 2020 alle ore 22:10 Michael Biebl
ha scritto:
>
>
> This looks different in your case
>
> > $ systemctl status --user gvfs-udisks2-volume-monitor.service
> > ● gvfs-udisks2-volume-monitor.service - Virtual filesystem service -
> disk device monitor
> > Loaded: loaded
>
Hello,
On Mon 27 Jan 2020 at 02:32PM -07, Nicholas D Steeves wrote:
> One thing I'm not sure about is what Policy section it would go in.
> Would it be appended to §4 as §4.18, or something else?
A new section of ch. 4 sounds good to me.
--
Sean Whitton
signature.asc
Description: PGP
Hello,
On Sun 26 Jan 2020 at 03:48AM +01, Guillem Jover wrote:
> I think one of the nice things about RFC2119 is that it uses uppercase
> versions for the normative keywords, so that these are very clearly
> distinguished both when writing and readin, from sentences that may
> use some of the
Package: lintian
Severity: wishlist
Hi,
Depending on the skeleton selected, the test suite generates full
uploads even in situations when the tag being tested arises solely
from a source package. Please build full uploads, which include
installation packages, only when source-only uploads are
upstream sources? Or
is gcc-10 release upstream already (I don't think so)?
Attached are the patches created against gcc-snapshot-20200124, and
they will definitely apply also to gcc-10-10-20200129-1, if needed.
Just a reflection: Matthias you are really doing a great job with the
gcc releases
Package: wnpp
Severity: wishlist
* Package name: mujs
Version : 1.0.6
Upstream Author : Tor Andersson
* URL : https://mujs.com/
* License : ISC
Programming Lang: C
Description : A Lightweight, embeddable JavaScript interpreter
MuJS should be added to
Package: www.debian.org
Severity: wishlist
Hi,
For a deb package, packages.d.o can show a list of files, but that is
only the data section. Some information about maintainer scripts (such
as their presence) would be much appreciated.
Kind regards
Felix Lechner
package release.debian.org
tags 948205 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: sogo-connector
Version:
package release.debian.org
tags 948203 = buster pending
thanks
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian buster.
Thanks for your contribution!
Upload details
==
Package: compactheader
Version:
Source: openjpeg2
Version: 2.3.1-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/uclouvain/openjpeg/issues/1231
Hi,
The following vulnerability was published for openjpeg2.
CVE-2020-8112[0]:
| opj_t1_clbl_decode_processor in openjp2/t1.c in OpenJPEG 2.3.1 through
|
> $ busctl --user | grep gvfs
> :1.10244544 gvfsd-burn michael
> :1.102user@1000.service - -
> :1.14282410 gvfsd-network michael
> :1.142user@1000.service - -
>
Package: puppet
Version: 5.5.10-4
Severity: minor
Tags: patch
The previous email address currently bounces, as alioth was
retired. The list seems to have been rescued by volunteers and moved
to that new domain.
Patch available as MR in GitLab:
Source: exiv2
Version: 0.27.2-7
Severity: important
Tags: security upstream
Forwarded: https://github.com/Exiv2/exiv2/issues/1011
Hi,
The following vulnerability was published for exiv2.
CVE-2019-20421[0]:
| In Jp2Image::readMetadata() in jp2image.cpp in Exiv2 0.27.2, an input
| file can result
On Wed, 2020-01-29 at 12:23 -0800, Moritz Mühlenhoff wrote:
> Simon McVittie wrote:
> > I think we have a fairly good picture of the costs that would be
> > incurred from using alternatives:
>
> Plus in the case of opentmpfiles; a pile of security issues: systemd-
> tmpfiles addresses a number of
Package: puppet
Version: 5.5.10-4
Severity: important
Puppet 5.5 will reach end of life in November 2020, before Debian
Buster does (~2022):
https://puppet.com/docs/puppet/5.5/about_agent.html
(Since this page can basically disappear at any time in the future
(because they regularly archive
Il giorno mer 29 gen 2020 alle ore 20:52 Michael Biebl
ha scritto:
>
> org.gtk.vfs.UDisks2VolumeMonitor is provided by gvfs-daemons, not
> udisks2, so this bug report is misfiled.
> It appears something is at odds with your dbus setup.
>
> Which desktop environment do you use?
> Do you have
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
Control: block 950178 by -1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: miniaudio
Version : 0.9.10
Upstream Author : David Reid
* URL : https://github.com/dr-soft/miniaudio
* License
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
Control: block 950178 by -1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: kissfft
Version : 131
Upstream Author : Mark Borgerding
* URL : https://github.com/mborgerding/kissfft
* License
Simon McVittie wrote:
> I think we have a fairly good picture of the costs that would be
> incurred from using alternatives:
Plus in the case of opentmpfiles; a pile of security issues: systemd-tmpfiles
addresses a number of complex races using low level primitives like openat() et
al. or O_PATH,
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
Control: block 950178 by -1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libjsonpp
Version : 1.09
Upstream Author : PJ Naughter
* URL : http://www.naughter.com/jsonpp.html
* License
On Wed, 29 Jan 2020 20:17:28 +0100 Guilhem Moulin wrote:
> Given upstream's loud warning in cryptsetup(8) “WARNING: All support for
> authenticated modes is experimental”, fixing this is not personally
> really high on my list for the moment :-P
That's understandable. But don't say you haven't
Control: reassign -1 src:source-highlight
X-Debbugs-CC: kartik.koo...@gmail.com
Sorry for reporting the bug against the wrong package name. Re-assigning the
report accordingly.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Hi,
Adam D. Barratt (2020-01-29):
> On Wed, 2020-01-29 at 19:24 +0100, Michael Biebl wrote:
> > systemd (241-7~deb10u3) buster; urgency=medium
> >
> > * core: set fs.file-max sysctl to LONG_MAX rather than ULONG_MAX.
> > Since kernel 5.2 (but also stable kernels like 4.19.53) the
> >
Control: reassign -1 src:source-highlight
X-Debbugs-CC: kartik.koo...@gmail.com
Sorry for reporting the bug with a wrong package name. Re-assigning the bug
report accordingly.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: nicoo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: bonzomatic
Version : 2019-03-26
Upstream Author : Gargaj
* URL : https://github.com/Gargaj/Bonzomatic/
* License : Unlicense
Programming Lang: C++
Source: source-hightlight
Version: 3.1.9-1
Severity: grave
Dear source-highlight maintainer,
Currently source-highlight would FTBFS due to errors when running "make test"
after build:
https://buildd.debian.org/status/fetch.php?pkg=source-highlight=arm64=3.1.9-1=1579812231=0
There are
Am Mi., 29. Jan. 2020 um 20:39 Uhr schrieb Simon McVittie :
> [...]
> I think there are three categories of systems that it might make sense
> to consider separately here. In ascending order of "amount of systemd":
>
> - non-Linux ports to which systemd does not intend to be portable (and
> I
Source: source-hightlight
Version: 3.1.9-1
Severity: grave
Tags: patch
Dear source-highlight maintainer,
There is an error currently lying in the debian/rules file that prevents the
package from being built successfully on all architectures other than amd64:
Control: tags -1 - moreinfo
Hi Adam,
thanks a lot for looking into this.
* Adam D. Barratt [2020-01-28 22:47]:
On Thu, 2019-10-31 at 14:00 +0100, Jochen Sprickerhof wrote:
I would like to integrate new upstream versions of hbci4java and
hibiscus into Debian 10 (buster). Hibiscus is a
Am 29.01.20 um 20:40 schrieb pipe...@yahoo.it:
> Package: udisks2
> Version: 2.8.4-1
> Severity: normal
>
> Dear Maintainer,
>
> when I start some application, like gedit, I wait 30 seconds, to open.
> From the terminal I see the following error
>
> Error creating proxy: Error calling
sorry duplicate of 950174, I send two times because mail server delayed to
send mail
Package: grub-common
Version: 2.04-5
Severity: wishlist
Dear Maintainer,
I noticed some moths ago a delay between Grub gets
started ("Welcome to GRUB!") and Grub shows the menu.
I switched a few days ago from stable to Bullseye/testing
at this device and tried to find out where this 23 seconds
The linked upstream issue appears to be fixed now, can this be looked at
again?
Package: udisks2
Version: 2.8.4-1
Severity: normal
Dear Maintainer,
when I start some application, like gedit, I wait 30 seconds, to open.
>From the terminal I see the following error
Error creating proxy: Error calling StartServiceByName for
org.gtk.vfs.UDisks2VolumeMonitor: Timeout was
Package: udisks2
Version: 2.8.4-1
Severity: normal
Dear Maintainer,
when I start some application, like gedit, I wait 30 seconds, to open.
>From the terminal I see the following error
Error creating proxy: Error calling StartServiceByName for
org.gtk.vfs.UDisks2VolumeMonitor: Timeout was
Svante Signell dijo [Wed, Jan 29, 2020 at 08:15:36PM +0100]:
> > It's not like having two competing implementations causes much
> > harm here.we technically _can_ allow any /bin/systemd-* to be
> > provided by another implementation, that we should (actually, I think
> > we should clearly _not_).
I think this is fixed by
https://github.com/seebk/GIMP-Lensfun/commit/ca4511c1a4dd8edabe86e4a943861fda07b7e86c
Feel free to 0day NMU, I don't have much time right now.
On January 29, 2020 7:00:30 PM UTC, Paul Gevers wrote:
>Source: gimplensfun
>Version: 0.2.4-1
>Severity: serious
On 1/29/20 8:05 PM, Bastian Blank wrote:
> It seems like I found a workaround: hard disable TLS 1.3 in OpenSSL:
>
> /etc/ssl/openssl.conf:
> | [system_default_sect]
> | MinProtocol = TLSv1.2
> | MaxProtocol = TLSv1.2
> | CipherString = DEFAULT@SECLEVEL=2
Good to know.
You'll need to downgrade
Le 29/01/2020 à 20:04, Helmut Grohne a écrit :
> Hi Xavier,
>
> On Wed, Jan 29, 2020 at 06:54:36PM +0100, Xavier wrote:
>> FYI, I opened a transition BTS to fix bad install to i386 arch
>> (DEB_HOST_MULTIARCH problem)
>
> If you tell me about a bug report, please include the bug number. You
>
1 - 100 of 227 matches
Mail list logo
