Package: dash
Version: 0.5.11+git20200708+dd9ef66-5
Version: 0.5.11+git20200708+dd9ef66-8
Severity: important
Tags: upstream
Dear Maintainer,
On current git (057cd650a4edd5856213d431a974ff35c6594489), bullseye,
and sid the following holds:
-- >8 --
$ ./src/dash -ec 'while :; do :; done <
On Wed, Aug 17, 2022 at 05:54:53PM +0300, Ileana Dumitrescu wrote:
> > I made the attached patch, which causes the package to build and run on
> both openssl 3.x and pre-3.x systems.
>
> Thank you for the patch! I will add it to the next debian upload.
>
> > Note, however, that on openssl 3.x
Package: lintian
Version: 2.115.2
Severity: important
Dear Maintainer,
I have an interesting interaction between dwz and lintian
https://salsa.debian.org/debian/isa-support/-/commits/lintianbug
dh_dwz create a small technically without common debug file, so without debug
symbols
It is a new
On 8/17/22 15:04, topro wrote:
My network configuration file looks like this
auto lo
iface lo inet loopback
auto ovsbr1
iface ovsbr1 inet manual
ovs_type OVSBridge
ovs_ports eth0 ovsvlan99
# eth0 onboard hw ethernet device
allow-ovsbr1 eth0
[...]
You should not be using
> I made the attached patch, which causes the package to build and run on
both openssl 3.x and pre-3.x systems.
Thank you for the patch! I will add it to the next debian upload.
> Note, however, that on openssl 3.x systems, a number of the tests run at
> build time still fail with:
> FAILED:
roucaries> No the problem is not probing the cpu/cpuinfo...
Well, if the CPU info could be probed from shell, I'd argue that's
better than unpacking a binary.
roucaries> The problem is the base64 encoded binary.
Why is this bad.
I agree that it is esthetically displeasing, but *in
Hi, PlotJuggler author here.
If you tell me more, maybe I can help to remove these dependencies (from
3rdparty I guess). Since I am embracing conan for dependencies, it should
not be a big deal.
Cheers
Davide Faconti
Package: gtranslator
Version: 42.0-1
Severity: grave
On an up to date unstable, gtranslator aborts at startup:
(gtranslator:58389): libsoup-ERROR **: 13:25:11.006: libsoup3 symbols
detected. Using libsoup2 and libsoup3 in the same process is not supported.
zsh: trace trap (core
Hello, I create flac file with ardour
When I want to import again these files in ardour, they are trucated
(shorter). Some with audacity.
No problem with VLC, duration is correct.
debian testing libflac8 rev 1.3.4.2
flac -t repete_repete-combo_r14.flac
flac 1.3.4
Copyright (C) 2000-2009
10.08.2022 14:05, Francois Gouget wrote:
Michael Tokarev wrote:
Aside of this package being M-A:same, how do you plan to *use* both
i386 and amd64 versions of this package?
Sorry, I did not see that message.
Anyway, I don't plan on using both i386 and amd64 versions of
the python-talloc
Re: Pierre Gruet
> The three autopkgtests acceptance-consul, acceptance-etcd and
> acceptance-zookeeper began failing at a significant frequency recently, at
> least on armhf, independently of each other.
I wonder if we shouldn't strip down these tests to some basic smoke
test, for example by
Control: tags -1 patch
See attached. Thanks
From f40352706436a15d09767011ec9c9c0df33a57a1 Mon Sep 17 00:00:00 2001
From: Mathieu Malaterre
Date: Wed, 17 Aug 2022 15:04:22 +0200
Subject: [PATCH] d/patches: Refresh patch to handle openexr 3.x split
---
Hi,
sorry for html mail (my fault), here again in plain text format...
as I am affected by exactly the described behaviour with exactly the mentioned
version of openvswitch packages, I gave the workaround proposed in message #10
a try. For me it did not fix the behavior. As my affected host
Source: patroni
Version: 2.1.4-1
Severity: normal
Control: affects -1 src:zookeeper src:psycopg2
Dear Maintainer,
The three autopkgtests acceptance-consul, acceptance-etcd and
acceptance-zookeeper began failing at a significant frequency recently, at
least on armhf, independently of each other.
Source: luminance-hdr
Version: 2.6.0+dfsg-2
Severity: serious
Tags: ftbfs bookworm sid experimental
Forwarded: https://github.com/LuminanceHDR/LuminanceHDR/issues/244
https://buildd.debian.org/status/fetch.php?pkg=luminance-hdr=ppc64el=2.6.0%2Bdfsg-2%2Bb12=1660734956=0
...
CMake Error: The
Hi,
as I am affected by exactly the described behaviour with exactly the mentioned version of openvswitch packages, I gave the workaround proposed in message #10 a try. For me it did not fix the behavior. As my affected host is headless I cannot easily determine the state after network is left
*for migrating ruby-rouge 3.30 from experimental to unstable
Sorry for the mistake :)
--
Vivek K J
Debian Contributor
https://vivekkj.codes/
Hi,
I have encountered the same issue described in this bug.
Aug 16 06:13:14 v802limat1 systemd-udevd[296]: sdb1: Spawned process
'checkScript.sh' [350] is taking longer than 59s to complete
Aug 16 06:13:14 v802limat1 systemd-udevd[279]: sdb1: Worker [296]
processing SEQNUM=2164 is taking a
On Wed, Aug 17, 2022 at 08:09:09AM +, roucaries bastien wrote:
> Le mar. 16 août 2022 à 13:22, Sam Hartman a écrit :
> > > "Bastien" == Bastien Roucariès writes:
> > Bastien> I will like to stress that this kind of stuff is bad:
> > Bastien>
> >
> ```
> > $ gdb guile
> > GNU gdb (Debian 12.1-3) 12.1
> > ... etc ...
> > Reading symbols from guile...
> > (No debugging symbols found in guile)
> > (gdb) r
> > Starting program: /usr/bin/guile
> > [Thread debugging using libthread_db enabled]
> > Using host libthread_db library
>
Control: tag -1 moreinfo
Hi Jonas!
On Tue, 16 Nov 2021 at 17:22:54 +0100, Jonas Smedegaard wrote:
> Quoting Jonas Smedegaard (2021-11-15 18:06:57)
>> cryptsetup-suspend looks promising, but unfortunately failed for me so
>> far on my ARM-based laptop - TERES-I - running an up-to-date bookwork
Package: containerd
Version: 1.6.6~ds1-1
Severity: wishlist
Since crun in Debian is version 1.5 now I wonder if it would be possible
to replace the hard-wired dependency of containerd to runc by "runc | crun" ?
crun is a drop-in replacement for runc, with advantages in speed and memory
On Sun, Aug 14, 2022 at 11:27:47PM +0200, Paul Gevers wrote:
> On Thu, 03 Mar 2022 00:42:14 + Colin Watson wrote:
> > Bug #1000796 in base-passwd reported by you has been fixed in the
> > Git repository and is awaiting an upload. You can see the commit
> > message below and you can check the
Package: src:linux
Version: 5.10.136-1
Severity: important
File: linux-image-5.10.0-17
X-Debbugs-Cc: aljas...@gmail.com
Dear Maintainer,
After updating to linux kernel to linux-image-5.10.0-17 from the previous
version (apt upgrade and then reboot),
wireguard tunnels started randomly "dying"
Package: plasma-workspace
Version: 4:5.25.4-2
Severity: normal
Dear Maintainer,
aroung from 22/7 my syslog shows a lot of repetitive lines from
plasmashell.
They seem like a debug logs.
Some examples
[...]
Aug 17 11:17:27 G5045 plasmashell[24166]: Could not find the Plasmoid for
Please work on the already existing (and patched!) chromium in the archive instead of adding one additional
chromium-based browser that then also lacks team power. If you need any additional patches on Debian's chromium that are
in ungoogled chromium, make them available in Debian's chromium.
Package: kmail
Version: 4:22.04.3-1~np2
Severity: normal
X-Debbugs-Cc: san...@outrightsolutions.nl
Dear Maintainer,
Ctrl-S when composing an email just closes the window, instead of triggering
the Save As.. function.
Email is lost, obviously
-- System Information:
Debian Release: bookworm/sid
Package: frr
Hi,
it would be nice if you could upgrade to the current upstream version of
frr (8.3).
Regards,
Daniel
control: -1 forwarded
https://gitlab.gnome.org/World/Phosh/phosh/-/issues/818
thanks
Hi,
On Wed, Aug 17, 2022 at 10:35:04AM +0200, Daniel Dehennin wrote:
> Package: phosh
> Version: 0.20.0-1
> Severity: normal
> X-Debbugs-Cc: none, Daniel Dehennin
>
> Dear Maintainer,
>
> On my PinePhone
Source: mia
Version: 2.4.7-10
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=mia=ppc64el=2.4.7-10%2Bb1=1660730413=0
...
/<>/addons/openexr/2dimgexr.cc: In member function ‘virtual
mia::TIOPlugin::PData
IMAGEIO_2D_EXR::CEXR2DImageIOPlugin::do_load(const
Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=244026
On Wed, Aug 17, 2022 at 01:01:46AM +0200, Sebastian Krzyszkowiak wrote:
> > I'm going to publish 2.36.6-1~deb11u1 this week. It contains a number
> > of crash fixes and I would appreciate if you could verify whether the
> >
Package: libopenexr-dev
Version: 3.1.5-3
Severity: serious
Tags: ftbfs
Control: affects -1 src:kimageformats
https://buildd.debian.org/status/fetch.php?pkg=kimageformats=ppc64el=5.97.0-1%2Bb1=1660729065=0
...
CMake Error at
/usr/share/cmake-3.24/Modules/FindPackageHandleStandardArgs.cmake:230
Source: q2-types
Version: 2022.2.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of python-biom-format/2.1.12-1, the autopkgtests of
q2-types have been failing [1]. I've copied the short test summary
below.
Regards
Graham
[1]
Source: q2-feature-table
Version: 2022.2.0+dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: needs-update
Hi Maintainer
Since the upload of python-biom-format/2.1.12-1, the autopkgtests of
q2-feature-table have been failing [1]. I've copied the short test
summary below.
On 2022-08-15 13:47:46, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/auto-openexr.html
>
> On 2022-08-12 11:19:43, Mathieu Malaterre wrote:
> > Package: release.debian.org
> > Severity: normal
> > User:
Source: isa-support
Version: 7
Severity: grave
Tags: patch
Justification: causes non-serious data loss
Dear Maintainer,
mktemp could fail and base64 is preinst is not nice
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture:
Source: freeimage
Version: 3.18.0+ds2-7
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=freeimage=ppc64el=3.18.0%2Bds2-7%2Bb1=1660728995=0
...
Source/FreeImage/PluginEXR.cpp:40:10: fatal error: OpenEXR/half.h: No such file
or directory
40 | #include
|
Source: pacman-package-manager
Severity: important
It looks like the path to sh is detected at build time and embedded in
a bunch of scripts, which is bad as it breaks reproducibility, and also
breaks when building on usr-merged systems, which is expressely against
the Tech Committee resolution
I can confirm that this bug also occurs on Athlon XP systems (Generic VIA
KT333 motherboard, CPU AMD Athlon(tm) XP 2600+) : kernel panic early on
boot.
I suspect someone thought it would be a good idea to compile the kernel
for P4 only, as both PIII and Athlon XP processors lack the SSE2
Hi Paul
I did some investigation on a 64-core amd64 machine and found I could
reduce the number of cores used during the autopkgtests by setting
JOBLIB_MULTIPROCESSING, without having a big impact on the running
time (only some of the tests seem to use all available cores).
I've uploaded
* Michael Prokop [Thu Aug 11, 2022 at 01:17:50PM +0200]:
> * Lucas Nussbaum [Fri Jun 24, 2022 at 12:04:39PM +0200]:
> > Source: xfsdump
> > Version: 3.1.9+0+nmu2
> > Severity: serious
> > Justification: FTBFS
[...]
> > During a rebuild of all packages in sid, your package failed to build
> > on
Source: exactimage
Version: 1.0.2-8
Severity: serious
Tags: ftbfs bookworm sid
https://buildd.debian.org/status/fetch.php?pkg=exactimage=ppc64el=1.0.2-8%2Bb7=1660728909=0
...
codecs/openexr.cc:65:11: error: ‘Int64’ does not name a type; did you mean
‘int64_t’?
65 | virtual Int64 tellg ()
Package: matrix-synapse
Version: 1.63.0-1~bpo11+1
Severity: important
Dear Maintainer,
I have upgrade matrix-synapse in 1.63.0-1~bpo11+1 version from the old n-1.
After this, the service won't started.
I give it to you journalctl logs as follow.
After discuss in synapse channel on website
Control: tag -1 + unreproducible
> If I understand correctly, it seems that pybuild will strip all unknown
> environment variables before invoking the actual build commands. For example,
> with following debian/rules snippet:
Nope, it doesn't. I can't see anything that would.
>
Package: unattended-upgrades
Version: 2.9.1
Severity: normal
X-Debbugs-Cc: debian-...@nordhost.no
Dear Maintainer,
It seems in some circumstances, unattended-upgrades upgrades linux-image-amd64
from backports when it's not supposed to. I don't fully understand what's
happening, but it seems that
Hi Brian,
I may have recommended looking at
https://wiki.debian.org/CUPSDebugging#usb
but you seem to have tried something similar.
Indeed, but the reading is interesting!
What driver (PPD) are you using and are you now printing?
Unfortunately it is a customer’s printer, so I do not
Source: vimix
Version: 0.7.0+git20220523+ds
Severity: important
Tags: ftbfs
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear maintainer,
vimix fails to build on riscv64 architecture.
The full build log is available there:
Package: phosh
Version: 0.20.0-1
Severity: normal
X-Debbugs-Cc: none, Daniel Dehennin
Dear Maintainer,
On my PinePhone Mobian up-to-date system, the UI froze and sometimes
restart automatically but most often need a manual phosh restart with:
sudo systemctl restart phosh.service
To
On Fri, Aug 12, 2022 at 12:06:20AM +0100, Nick Morrott wrote:
> On Tue, 12 Jul 2022 at 16:09, Julien Cristau wrote:
> >
> > I'm curious why python-hgapi exists when from its description it sounds
> > like it's a clone of python-hglib which predates it (at least in the
> > debian archive) by a
Ich habe Ihnen vor ein paar Tagen eine frühere Nachricht geschrieben,
aber keine Antwort von Ihnen.
Le mar. 16 août 2022 à 13:22, Sam Hartman a écrit :
>
> > "Bastien" == Bastien Roucariès writes:
> Bastien> I will like to stress that this kind of stuff is bad:
> Bastien>
> https://salsa.debian.org/debian/isa-support/-/blob/master/debian/altivec-
> Bastien>
Package: wnpp
Owner: Andrius Merkys
Severity: wishlist
Control: block -1 by 1016888
* Package name: lightdock
Version : 0.9.2
Upstream Author : LightDock developers
* URL : https://github.com/lightdock/lightdock
* License : GPL-3
Programming Lang: Python
Hi Admin,
We get the customers’ request “use raw cloud-init in Debian” and this new
feature need cloud-init >= 21.1.
The newest Debian 11.4 has cloud-init 20.4.1-2+deb11u1 and this version seems
old.
It has many import bugs fix and new features with newer version.
It will be very helpful to
On 17 août 2022 09:31, Mathieu Malaterre wrote:
> On Wed, Aug 17, 2022 at 9:30 AM Christian Marillat
> wrote:
[...]
>> apt-get dist-upgrade
>>
>> You must add a "Replaces: libilmbase-dev"
>
> I cannot since libimath-dev does:
>
> Provides: libilmase-dev
>
> I am tempted to try a:
>
>
On Wed, Aug 17, 2022 at 9:30 AM Christian Marillat wrote:
>
> On 17 août 2022 09:08, Mathieu Malaterre wrote:
>
> > On Wed, Aug 17, 2022 at 2:24 AM Christian Marillat
> > wrote:
> >>
> >> Package: libopenexr-dev
> >> Version: 2.5.7-1
> >> Severity: serious
> >>
> >> Dear Maintainer,
> >>
> >>
On 17 août 2022 09:08, Mathieu Malaterre wrote:
> On Wed, Aug 17, 2022 at 2:24 AM Christian Marillat
> wrote:
>>
>> Package: libopenexr-dev
>> Version: 2.5.7-1
>> Severity: serious
>>
>> Dear Maintainer,
>>
>> I can't upgrade this package.
>>
>> ,
>> | Preconfiguring packages ...
>> |
On Thu, 6 Jan 2022 05:40:37 -0500 Andres Salomon
wrote:
> On Thu, 06 May 2021 13:05:58 +0300 Henry Jameson wrote:
> > There's a similar bug report in ArchLinux:
> > https://bugs.archlinux.org/task/67105
> >
> > Supposedly they had some custom patch for libpng that was causing
> this and
>
Dear imath maintainer;
I believe there is something missing for a proper upgrade path of imath (*).
Would it be possible to add a
Breaks: libopenexr-dev (<= 2.5.7-2)
% sudo apt install libimath-dev
[...]
(Reading database ... 189739 files and directories currently installed.)
Preparing to
closes 1017498
severity 1017498 wishlist
tags 1017498 + wontfix
thanks
On Wed, 17 Aug 2022 04:31:05 +0200 (CEST) truetec...@tutanota.com wrote:
> When manually setting up an alternative init system such as OpenRC in
Debian, the Plymouth boot splash cannot be used as the plymouth package
has
On Wed, Aug 17, 2022 at 2:24 AM Christian Marillat wrote:
>
> Package: libopenexr-dev
> Version: 2.5.7-1
> Severity: serious
>
> Dear Maintainer,
>
> I can't upgrade this package.
>
> ,
> | Preconfiguring packages ...
> | (Reading database ... 325236 files and directories currently
Package: doxygen
Version: 1.9.4-2
Tags: hppa, patch
Sometimes doxygen aborts on the debian hppa buildd servers like this:
/usr/bin/doxygen
/<>/obj-hppa-linux-gnu/src/KF5WidgetsAddons_ECMQchDoxygen.config
terminate called after throwing an instance of
'ghc::filesystem::filesystem_error'
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
Hello stable release team,
for the next upcoming bullseye stable point release, I've just uploaded
src:http-parser ("parser for HTTP messages written in C") as version
101 - 162 of 162 matches
Mail list logo
