Package: xfce4
Version: 4.16
Severity: normal
I found a missing dependency on /usr/bin/dbus-launch (dbus-x11) in bullseye, somewhere.
Not sure this is an xfce4 issue specifically, feel free to reassign to another proper package.
In order to replicate the problem: I just installed from scratch
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "sasm":
* Package name: sasm
Version : 3.12.1-1
Upstream Author : Dmitriy Manushin
* URL : https://github.com/Dman95/SASM
* License : GPL-3+,
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "logswan":
* Package name: logswan
Version : 2.1.10-1
Upstream Author : Frederic Cambus
* URL : https://github.com/fcambus/logswan
* License :
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "flowblade":
* Package name: flowblade
Version : 2.8.0.2-1
Upstream Author : https://github.com/jliljebl/flowblade/issues
* URL :
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "ansilove":
* Package name: ansilove
Version : 4.1.5-1
Upstream Author : Frederic Cambus
* URL : https://www.ansilove.org
* License : BSD-2-clause,
Package: rdkit
Severity: wishlist
Hi Francois,
On Thu, Feb 18, 2021 at 02:48:49PM +0900, Francois Berenger wrote:
> ---
> python3
> import rdkit
> from rdkit import Chem
> rdkit.Chem.INCHI_AVAILABLE
> # False
> ---
>
> It would be nice if INCHI support is enabled
> when building rdkit for
Hello,
On 2021-02-18 15:27, Michael Banck wrote:
> On Thu, Feb 18, 2021 at 02:48:49PM +0900, Francois Berenger wrote:
>> ---
>> python3
>> import rdkit
>> from rdkit import Chem
>> rdkit.Chem.INCHI_AVAILABLE
>> # False
>> ---
>>
>> It would be nice if INCHI support is enabled
>> when building
Hi folks,
I think this is a consequence of running autopkgtest-pkg-r blindly for all
bioc packages since we are adding
Testsuite: autopkgtest-pkg-r
automatically to all packages. The "manual" test is prevented by simply
renaming the debian/tests/control file to
Source: php-imagick
Version: 3.4.4+php8.0+3.4.4-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of php-imagick the autopkgtest of php-imagick fails
in testing when that autopkgtest is run
Package: kdeconnect
Version: 20.04.3-1
Severity: wishlist
Dear Maintainer,
the current icon looks very similar to a broken image icon. I thought it
was broken for several months, until I squinted and found out that × is
actually K. Though when I glance over it, I still subconciously percieve
it
>
> On 18. 2. 2021, at 14:39, Paul Gevers wrote:
>
> autopkgtest [13:11:38]: test command1: cd imagick-*/tests && phpunit
Gah, whoever did this (well, and I definitely have merged it, so it’s my fault
anyway),
it’s wrong, it needs to iterate through the directories.
Thanks for the poke.
Sent from my iPhone
> > Feel free to add pristine-tar, but I am avoiding its complexity now
> > that other tools are converging towards reproducibility by default.
> Please consider document your workflow in debian/README.Source -
> preferably only a short sentence which referenced a URL to some shared
> place e.g.
Hi Bohdan,
In data giovedì 18 febbraio 2021 14:40:52 CET, Bohdan Horbeshko ha scritto:
> Package: kdeconnect
> Version: 20.04.3-1
> Severity: wishlist
>
> Dear Maintainer,
>
> the current icon looks very similar to a broken image icon. I thought it
> was broken for several months, until I
tags 983040 +wontfix
merge 983040 964773
thanks
On Thu, Feb 18, 2021 at 03:35:21PM +0200, Andrius Merkys wrote:
> On 2021-02-18 15:27, Michael Banck wrote:
> > On Thu, Feb 18, 2021 at 02:48:49PM +0900, Francois Berenger wrote:
> >> ---
> >> python3
> >> import rdkit
> >> from rdkit import Chem
>
found 981976 2.1.0-2
thanks
Hi,
this bug has been found in above version.
Regards,
David
Hi Paul,
On Wed, Feb 17, 2021 at 10:55:14PM +0100, Paul Gevers wrote:
> Hi Bernd,
>
> On 17-02-2021 22:30, Bernd Zeimetz wrote:
> > On Wed, 2021-02-17 at 18:37 +0100, Paul Gevers wrote:
> >> libvirt-python is a key package.
> >
> > and it should match libvirt. Having libvirt-python 6.x and
On Wed, Feb 17, 2021 at 09:30:00PM -0600, Daniel Lewart wrote:
> updatedb fails with:
> /var/lib/plocate/: Operation not supported
>
> However, writing to a database in a different directory works fine.
Hi,
Thanks for the bug report. Is there anything special about your
/var/lib/plocate?
Package: installation-reports
Boot method: netboot
Image version:
https://d-i.debian.org/daily-images/arm64/daily/netboot/debian-installer/arm64/linux
2021-02-18 02:07 26M
Date: 2021-02-18 14:05:00
Machine: RPi4
Processor:
Memory: 4GiB
Partitions:
Output of lspci -knn (or lspci -nn):
Base
Following the the suggestion by Roland, I moved the xorn executable to
gedalib-common. In addition I removed the closes clause for #936593 and
closed #966736 in the changelog. Lintian complained about inconsistent
licenses. So I made debian/copyright aware that certain files are GFDL
licensed
Package: konqueror
Version: 4:20.12.0-4
Severity: normal
Dear Maintainer,
I have not used konqueror for probably more than a year. I ran it from the Xfce
menu and it would not start, with a missing file.
I ran 'apt reinstall konqueror', and six additional new packages were
installed.
Konqueror
On Thu, 18 Feb 2021, Johannes Ranke wrote:
> I had plasma-pm applet deactivated in order to avoid having two mixer applets
> in the systray. So the origin of the problem on my end was actually that kmix
> got lost in the upgrade to bullseye, because I had to reinstall KDE, as
> reported under
> something more specific on my system preventing the smooth upgrade.
Good to hear, thanks for reporting back.
I tend to close this bug ... any objections from other participants
here?
Best
Norbert
--
PREINING Norbert https://www.preining.info
Fujitsu Research
Where do you have your version from?
Can't find it at:
https://packages.debian.org/search?keywords=flowblade
apt-cache policy flowblade says what?
Best,
On Thu, Feb 18, 2021 at 11:22:27AM +0100, Francesco P. Lovergine wrote:
On Thu, Feb 18, 2021 at 10:56:04AM +0100, Francesco P. Lovergine wrote:
Update: I tested also with a vagrant installation of a testing64 vm
(from scratch), under a virtualbox provider. It gives exactly the
same result.
Source: googletest
Version: 1.10.0.20201025-1.1
Severity: wishlist
Dear Maintainer(s),
I would like to backport a new package to buster-backports (sdbus-cpp),
but it requires a newer version of googletest to compile (it uses
GTEST_SKIP).
If you have time, I'd greatly appreciate if you could
Hallo,
17.02.21 21:42 Chris Hofstaedtler:
> * Thomas Goirand [210217 20:38]:
> > # cat /etc/systemd/system/ssh.service.d/override.conf
> > [Unit]
> > After=network-online.target auditd.service
> >
> > But IMO, this is very wrong to mandate doing this, and not having ssh
> > connectivity after a
> I tend to close this bug ... any objections from other participants
> here?
I'd keep it open, as it is not clear where the problem comes from and it was
observed on two independent systems. Maybe someone can figure it out before the
official release.
Johannes
Package: src:xkeyboard-config
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
The upstream has accepted an MR from Peter Hutterer to add "custom"
layout to the XML rules file. This allows users to easily install their
own keyboard layouts without having to
Source: golang-github-revel-revel
Version: 1.0.0-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0] we noticed that
Package: plasma-workspace-wayland
Version: 4:5.20.5-3
Severity: grave
Dear Maintainer,
from SDDM I try to start a Wayland KDE session.
The whole GUI freezes.
CTRL-ALT-FN2 cannot be used to open a terminal session.
SSH login is still possible.
Top reports 100 % CPU load for ksplashqml.
Am Donnerstag, den 18.02.2021, 11:40 +0200 schrieb Andrei POPESCU:
[...]
> Hello,
>
> This appears to be the case. A side effect of this is that unless dealt
> with manually these bugs will just linger in the BTS.
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=
>
> Please either close
Package: libqt5widgets5
Version: 5.15.2+dfsg-4
Severity: critical
Tags: upstream newcomer
Justification: breaks unrelated software
Dear Maintainer,
Recently i found a bug in QGLWidget (one of the widgets included in
libqt5widgets5) that
creates a segfault. This bug was accepted as upstream bug
On 2021-02-18 02:32:10, Sadie Powell wrote:
> Charybdis' development was terminated due to (among other reasons) threats by
> a former maintainer. It probably won't be revived.
>
> It's successor is probably Solanum (https://github.com/solanum-ircd/solanum)
> which is a fork that is led by
Quoting Nicolas Boulenguez (2021-02-18 14:48:20)
> > > Feel free to add pristine-tar, but I am avoiding its complexity
> > > now that other tools are converging towards reproducibility by
> > > default.
>
> > Please consider document your workflow in debian/README.Source -
> > preferably only
On Wed, Feb 17, 2021 at 09:38:16PM +0530, Ritesh Raj Sarraf wrote:
> Source: swt4-gtk
> Version: 4.17.0-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
Hi Ritesh,
It seems that a local sbuild in a clean chroot doesn't set the
Package: src:linux
Version: 5.10.13-1
Severity: normal
Dear Maintainer,
The current kernel in testing has vboxsf properly integrated and signed.
With Buster, we should use VirtualBoxGuestAdditions.iso to dkms it.
It implies linux-headers, dkms, toolchain... 300 or 400 Mio of stuff.
The
El 17/02/21 a las 18:51, Sudip Mukherjee escribió:
> Hi Santiago,
>
> On Wed, Feb 17, 2021 at 2:30 PM Santiago Ruano Rincón
> wrote:
> >
> > Package: offlineimap3
> > Version: 0.0~git20210105.00d395b+dfsg-3
> > Severity: normal
> > Tags: upstream
> >
> > Dear Sudip,
> >
> > offlineimap3 is not
Package: fastboot
Version: 1:10.0.0+r36-7
Severity: normal
Currently fastboot format fails because it can not find the mke2fs tool:
$ /usr/bin/fastboot format userdata
/usr/lib/android-sdk/platform-tools/mke2fs failed with status 1
fastboot: error: Cannot generate image for userdata
$ ls -l
On Thu, 18 Feb 2021 at 12:06:58 +0100, Pino Toscano wrote:
> In data lunedì 15 febbraio 2021 13:07:13 CET, Simon McVittie ha scritto:
> > > In Cairo and Pango (which have a similar structure with multiple binary
> > > packages making use of each other's implementation details), I added a
> > >
I've updated debian/knot.service file from upstream which already
addressed described issues.
It's been synced in knot-3.0.1-1 debian package release and it remains
in sync as of 3.0.4.
You can look at commit cc65f515c1:
https://salsa.debian.org/dns-team/knot-dns/-/commit/cc65f515c1
I believe
Erratum : I've written :
I don't know if it doable to get them for*buster*, but it should help
It wanted to say :
I don't know if it doable to get them for*bulleye*, but it should help
Sorry,
--
Ludovic Pouzenc
Ingénieur Informatique de Gestion
Direction du Numérique, DN : Applications
04
On Thu, Feb 18, 2021 at 3:28 PM Santiago Ruano Rincón
wrote:
>
> El 17/02/21 a las 18:51, Sudip Mukherjee escribió:
> > Hi Santiago,
> >
> > On Wed, Feb 17, 2021 at 2:30 PM Santiago Ruano Rincón
> > wrote:
> > >
> > > Package: offlineimap3
> > > Version: 0.0~git20210105.00d395b+dfsg-3
> > >
Source: x11vnc
Version: 0.9.16-6
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails often [1].
Because the unstable-to-testing migration software now blocks on
Hi Limonciello,
On 18-02-2021 07:15, Limonciello, Mario wrote:
> I don't have the power to manually run it. So there is nothing I can do.
> With the new 1.5.6-1 upload someone will need to manually run it again.
I recognize what you say. However, *in my opinion* you can't just upload
the
On Thu, Feb 18, 2021 at 08:12:06AM +0100, Axel Beckert wrote:
> I though have no idea why apt regards manpages-de as
> essential. X-Debbugs-Cc'ing the APT developers at
Does the output of
$ apt rdepends manpages-de --important
include more than task-german and parl-desktop-eu?
In particular,
Package: qdbus
Severity: serious
Justification: §3.2 and https://wiki.debian.org/SystemDowngrade
Hi,
on one system I wondered why qdbus is still on Qt4. Then I noticed that
the version of the Qt4 qdbus package from Buster is higher (!) than the
version of the Qt5 qdbus package in Bullseye:
$
Dear maintainer,
> [ERROR] LazyFont - Failed to read font file
> /usr/share/texlive/texmf-dist/fonts/opentype/public/stix2-otf/STIX2Math.otf
It's easy enough to locate the files which mention the font,
it is doc/user-manuals/fop.xconf in all three affected packages.
Control: tag -1 + patch
Control: tag -1 + upstream
Control: forwarded -1
https://gitlab.com/apparmor/apparmor-profiles/-/merge_requests/48
Hi Paul,
Thanks for this amazing bug report!
I've send a merge request upstream and will upload to sid shortly.
Cheers!
reopen 982674
thanks
Le 17/02/21 à 19:57, Debian Bug Tracking System a écrit :
fixed 982674 4.9.1-4
Are you sure it's fixed? I can still see the w.procps manpages in -5
> Maybe it has to do with desktop-file-utils?
kmix from bullseye/sid installs, among others:
/etc/xdg/autostart/kmix_autostart.desktop
/etc/xdg/autostart/restore_kmix_volumes.desktop
On my system, I have
me@box:/etc/xdg/autostart$ ls -lh
..
lrwxrwxrwx 1 root root 43 18. Okt 2016
> Hmmm, I don't have kmix installed either ... but I do have a sound
> applet in my systray.
Oh, I see...
> > Please add a dependency on kmix to plasma-desktop or to one of the
> > packages it depends on, if this is more suitable.
>
> kmix doesn't help here, it must be something else that is
On 2021-02-18 08:15:15 [+0100], Paul Gevers wrote:
>
> I copied some of the output at the bottom of this report. I *think*
> this may be related to CVE-2020-25657 "bleichenbacher timing attacks in
> the RSA decryption API" against m2crypto, hence I file this bug against
> m2crypto.
The openssl
On 2021, ഫെബ്രുവരി 18 12:15:14 AM IST, Pirate Praveen
wrote:
>
>
>On 2021, ഫെബ്രുവരി 17 8:27:19 PM IST, Pirate Praveen
> wrote:
>>
>>From what I understood from the logs, the error is coming from golang-git2go
>>and not from gitaly.
>>
>
>I got gitaly-git2go built but it is not yet ready
forwarded 983013 https://gitlab.com/m2crypto/m2crypto/-/issues/293
thanks
I've created an upstream issue for it.
> It seems crust-firmware is missing upstream and pristine-tar
> branches.
Fixed for 'upstream/master'.
Feel free to add pristine-tar, but I am avoiding its complexity now
that other tools are converging towards reproducibility by default.
Control: forcemerge -1 928133
On Wed, Feb 17, 2021 at 12:55:45PM +0100, Hilko Bengen wrote:
> control: merge -1 928133
I repeated that with a bit of force as the severities of the two don't
match.
> * Uwe Kleine-König:
>
> > This seems to be the same issue as https://bugs.debian.org/928133
>
Am Donnerstag, 18. Februar 2021, 08:41:48 CET schrieb Norbert Preining:
> Did you do dist-upgrade? I simple upgrade might not find a proper
> solution because several packages need to be removed.
I do remember that I tried apt full-upgrade and aptitude full-upgrade without
success.
> It is
Hi,
On Thu, 18 Feb 2021 08:28:06 +0100 Paul Gevers wrote:
> shoogle has an autopkgtest, great. However, on i386 it fails more often
^^^ oops, that's what you get for reusing an old mail.
> I copied the output at the bottom of this report. Can you please look
> into it and make the test
to 18. helmik. 2021 klo 1.41 Santiago Garcia Mantinan
(ma...@debian.org) kirjoitti:
>
> > > > Btw, the discrepancy in behavior explained in Bug#980752 remains. With
> > > The problem is with neither, I believe.
> > Oh? What would cause this then?
>
> Like I have explained to you in other bugs, I
Hi intrigeri,
On 18-02-2021 10:34, intrigeri wrote:
>> # Dummy test so that changes to linux-image-amd64 trigger our other
>> autopkgtests
>> # on ci.debian.net
By the way, we have the "hint-testsuite-triggers" for this.
> Actually, apparmor-profiles-extra has the exact same test, and
On Mi, 17 feb 21, 22:47:32, Markus Koschany wrote:
> Am Mittwoch, den 17.02.2021, 15:21 -0500 schrieb Robert Edmonds:
> > Markus Koschany wrote:
> [...]
> > > Please feel free to reassign and/or adjust the bug report as necessary.
> >
> > I get the following error message from the BTS. Do I need
Ooo,
On 18-02-2021 10:34, intrigeri wrote:
>> # Dummy test so that changes to linux-image-amd64 trigger our other
>> autopkgtests
>> # on ci.debian.net
>> Test-Command: /bin/true
>> Depends: linux-image-amd64 [amd64] | linux-image-generic [ amd64 ]
>> Restrictions: superficial,
Am Donnerstag, 18. Februar 2021, 09:58:59 CET schrieb Johannes Ranke:
> I have a stretch chroot hanging around that I could upgrade to buster to see
> if I can reproduce the problem.
I just installed plasma-desktop on stretch and upgraded stretch -> buster ->
bullseye without problems in a
Control: tag -1 pending
Hi Sébastien, Hi Salvatore,
Salvatore Bonaccorso, on 2021-02-18 06:19:29 +0100:
> FTR, this has been fixed upstream.
Thanks the ping, I inlined upstream patch in the next iteration
of libzstd: 1.4.8+dfsg-2. Upload will occur with urgency=high.
Changes are available on
On Mon, 15 Feb 2021 at 12:07:13 +, Simon McVittie wrote:
> On Mon, 15 Feb 2021 at 12:03:35 +, Simon McVittie wrote:
> > I don't think this is actually about whether libpoppler-glib added new ABI
> > without bumping the shlibs version - it has a .symbols file that tracks
> > the version in
See https://github.com/pygame/pygame/issues/2487
Pygame community/devs do not have resources to dive into older 1.9.6 issues,
OR point to Wayland/Gnome.
Not sure what would be best for Debian: maybe remove it, with arguments:
- Python 3.9 and pygame 1.9.6 seems a strange combo
- it is pretty
> The links to /usr/share/autostart are missing their targets.
>
OK, the problem with the links is a different bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803523
Regarding the Volume applet, there is a competition between plasma-pa and kmix
Source: r-bioc-mutationalpatterns
Version: 2.0.0-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent (October 2020) change somewhere outside of your package
the autopkgtest of your package started to
Package: wnpp
Severity: wishlist
* Package name: bio-vcf
Version : 0.9.5
Upstream Author : Pjotr Prins
* URL : https://github.com/vcflib/bio-vcf
* License : MIT
Programming Lang: Ruby
Description : binary tool offers DSL for VCF parsing - used in
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: debian.fastserv.co.il
Type: leaf
Archive-architecture: amd64 i386
Archive-http: /debian/
Archive-rsync: debian/
Maintainer: HQserv Networks
Country: IL Israel
Sponsor:
Package: wnpp
Severity: wishlist
* Package name: bio-vcf
Version : x.y.z
Upstream Author : Name
* URL : http://www.example.org/
* License : (GPL, LGPL, BSD, MIT/X, etc.)
Programming Lang: (C, C++, C#, Perl, Python, etc.)
Description : DSL for parsing
Update: I tested also with a vagrant installation of a testing64 vm (from
scratch), under a virtualbox provider. It gives exactly the same result. IMHO
this bug should be raised to important or grave because could render unusable
the x2goserver in bullseye for many (if not most) use cases :-( I
Control: severity -1 important
Control: reassign -1 apt 2.1.20
Hi David,
thanks for having a look at this.
David Kalnischkies wrote:
> On Thu, Feb 18, 2021 at 08:12:06AM +0100, Axel Beckert wrote:
> > I though have no idea why apt regards manpages-de as
> > essential. X-Debbugs-Cc'ing the APT
Control: tags 982423 + pending
Hey Bernhard,
I've prepared an NMU for reprepro (versioned as 5.3.0-1.2) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards from Freiburg
Uwe
diff -Nru reprepro-5.3.0/debian/changelog reprepro-5.3.0/debian/changelog
---
Actually I cannot say. I haven't seen this problem in a while. And
/etc/init.d/nfs-common start does
PIPEFS_MOUNTPOINT=/run/rpc_pipefs
:
mkdir -p "$PIPEFS_MOUNTPOINT"
:
modprobe sunrpc nfs nfsd
mount -t rpc_pipefs rpc_pipefs $PIPEFS_MOUNTPOINT
Quoting Nicolas Boulenguez (2021-02-18 09:56:51)
> > It seems crust-firmware is missing upstream and pristine-tar
> > branches.
>
> Fixed for 'upstream/master'.
> Feel free to add pristine-tar, but I am avoiding its complexity now
> that other tools are converging towards reproducibility by
Hi Simon,
In data lunedì 15 febbraio 2021 13:07:13 CET, Simon McVittie ha scritto:
> Control: retitle 969907 epdfinfo crashing with mismatched libpoppler102 and
> libpoppler-glib8
> Control: tags 969907 + patch
>
> Sorry, this reply should have gone to the clone in libpoppler-glib8,
> not to
Gunnar Wolf writes:
> Package: tech-ctte
> Severity: normal
>
> Given that Philip Hands' term in the Technical Committee finished in
> December, I want first of all to thank him on behalf ot the rest of
> the Committee members for his good work during the term, and call for
> votes to accept a
ti 16. helmik. 2021 klo 22.35 Santiago Garcia Mantinan
(ma...@debian.org) kirjoitti:
> I have now assigned this bug to bridge-utils and I've got this patch that
> should solve it, can you test it on your machine and let me know if it fixes
> the problem?
>
> --- /lib/udev/bridge-network-interface~
Hi,
On Fri, 29 Jan 2021 20:50:07 +0100 Sebastian Andrzej Siewior
wrote:
> > The release team considers these bugs release critical.
>
> it would be easier to enforce to have all buildds configured equally so
> the package does not fail on a random buildd.
I *guess* that's not trivial as I
Hi,
On Sun, 7 Feb 2021 19:22:30 +0100 Chris Hofstaedtler
wrote:
> I guess one can change all the tests to use ::1 instead of
> 127.0.0.1, but that will just introduce other failure modes.
If no proper solution can be found shortly, can this package please be
uploaded with these specific tests
Hi,
intrigeri (2021-02-06):
> I understand the LXC container is stopped and restarted between each
> test, so what Paul wrote above suggests the container is successfully
> stopped between the 1st and 2nd test, same between the 2nd and 3rd
> test, but then it occasionally fails to stop after the
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: debian.fastserv.co.il
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: debian.fastserv.co.il
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x
On Mon, 18 Jan 2021 at 11:27:35 +, Simon McVittie wrote:
> On Mon, 18 Jan 2021 at 10:54:30 +, Simon McVittie wrote:
> > Unfortunately, unlike #980369, I was not able to find a combination of
> > libraries that I could add to spirv.pc to fix this bug.
>
> I think the attached might do it?
Package: libglib2.0-0
Version: 2.67.4-1
Severity: important
Dear Maintainer,
After update to 2.67.4 I cannot start GDM
Output in syslog:
Feb 18 05:14:25 k-c13 gnome-shell[2055]: invalid (NULL) pointer instance
Feb 18 05:14:25 k-c13 gnome-shell[2055]: g_signal_connect_data: assertion
This is https://gitlab.gnome.org/GNOME/glib/-/issues/2332
On Thu, 2021-02-18 at 10:57 +0100, Michael Ott wrote:
> Package: libglib2.0-0
> Version: 2.67.4-1
> Severity: important
>
> Dear Maintainer,
>
> After update to 2.67.4 I cannot start GDM
>
> Output in syslog:
> Feb 18 05:14:25 k-c13
Source: splint
Version: 1:3.1.2+dfsg-4
Severity: serious
Tags: ftbfs
Justification: ftbfs
splint-data 1:3.1.2+dfsg-4 is missing, so that splint cannot be
installed.
https://buildd.debian.org/status/package.php?p=splint signals a
build failure for "all" (thus affecting splint-data):
make[1]:
Source: lava
Version: 2020.12-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails often (since
around January on amd64 and arm64) [1].
Because the
Source: nn
Severity: normal
Dear Maintainer,
* What led up to the situation?
Running "./inst" showed:
./inst: line 123: AWK: unbound variable
###
The variable AWK is used in several files,
like "aux.sh", "inst.sh", "inst.sh.apollo", "nnstats.sh", "nnusage.sh",
"prefix.c", and
Source: nn
Severity: normal
Tags: patch
Dear Maintainer,
>From 2a894c008df5abec4271e03cc3e6d41caec4520c Mon Sep 17 00:00:00 2001
>From: Bjarni Ingi Gislason
>Date: Thu, 18 Feb 2021 15:33:08 +
>Subject: [PATCH] nn.c: add braces around initializer
Fix warnings from the compiler:
On 2/18/21 12:59 PM, Timo Weingärtner wrote:
> 17.02.21 21:42 Chris Hofstaedtler:
>> Services that use After=network-online.target are generally broken,
>> please do not introduce that.
>
> Seconded. Just consider a node where one link is down on boot and you would
> have to wait such a long
On 2/17/21 6:11 PM, Ritesh Raj Sarraf wrote:
> Package: python-eventlet
> Followup-For: Bug #981720
>
> Would you consider the attached patch ? I don't know of its side-effects
> but applying the patch does make it build successfully in all build
> environments.
Hi Ritesh,
Thanks for this. I
* Thomas Goirand [210218 17:03]:
> On 2/18/21 12:59 PM, Timo Weingärtner wrote:
> > 17.02.21 21:42 Chris Hofstaedtler:
> >> Services that use After=network-online.target are generally broken,
> >> please do not introduce that.
> >
> > Seconded. Just consider a node where one link is down on boot
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: Salvatore Bonaccorso , Julien Cristau
, Sven Joachim
I would like to fix bug #982439/CVE-2021-27135[1] in Buster, a potential
DoS against xterm when the user selects
Hi nicoo
On 2021-02-16 15:59:19, nicoo wrote:
> On Sun, Feb 14, 2021 at 02:49:27PM +0100, Sebastian Ramacher wrote:
> > The upload of 0.12.0-2 just started a transition. Note that we are in
> > soft freeze and hence transitions are no longer acceptable for bullseye.
>
> Apologies for this: I had
To solve the issue I now have deinstalled everthing from plasma and kde and
reinstalled again Now plasma is running without crash or black screen at
startup.
I suspect the package plasma-calendar-addons beeing the cause - but I not sure
as I have not tested it again. I have read something
On Thu, Feb 18, 2021 at 09:32:24AM +0100, Paul Gevers wrote:
>Hi Limonciello,
>
>On 18-02-2021 07:15, Limonciello, Mario wrote:
>> I don't have the power to manually run it. So there is nothing I can do.
>> With the new 1.5.6-1 upload someone will need to manually run it again.
>
>I recognize what
On Wed, Feb 17, 2021 at 10:30:44PM +0100, Helmut Grohne wrote:
> Source: breezy
> Version: 3.1.0-8
> Severity: important
> Tags: ftfbs patch
>
> breezy fails to build from source when enabling the nocheck profile,
> because the setuptools module cannot be found. Please consider applying
> the
1 - 100 of 178 matches
Mail list logo