On Fri, 15 Sep 2023 03:02:15 +0900,
Bastian Germann wrote:
>
> Source: binfmtc
>
> binfmtc does not seem to be maintained anymore.
> I intend to salvage the package with the plan to orphan it in three weeks.
> Please notify me if you object.
>
What does ITS stand for ?
I can confirm that this new version works ok. So, the bug can now
be closed. Thanks for fixing things quickly!
Cheers,
Sergio.
On Wed, Sep 27, 2023 at 12:33:06PM +0200, Agustin Martin wrote:
> On Tue, Sep 26, 2023 at 10:11:12AM -0600, Sergio Mendoza wrote:
> > On Mon, Sep 25, 2023 at
Control: reassign -1 octave-dev 8.3.0-1
Control: affects -1 octave-image
Control: notfound -1 octave-image/2.14.0-4
Control: forwarded -1 https://savannah.gnu.org/bugs/index.php?64725
* Rafael Laboissière [2023-09-26 22:00]:
Control: tags -1 + confirmed upstream
* Lucas Nussbaum [2023-09-26
control: tags -1 + unreproducible
I cannot reprocedure the issue on my machine. Need to find a way to
reprocedure it.
--
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
https://czchen.org/
Key fingerprint = BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B
signature.asc
Description: PGP
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
The report is outdated and the issue can not be reproduced with ant 1.10.14-1.
Control: notfound -1 2.7-8
Control: close -1
Le 27/09/2023 à 00:09, Vladimir Petko a écrit :
compile:
[mkdir] Created dir: /<>/target/classes
[javac] /<>/debian/build.xml:7: warning: 'includeantruntime'
was not set, defaulting to build.sysclasspath=last; set to false for repeatable
Source: linux
Version: 6.5.3-2
Severity: wishlist
Tags: patch
X-Debbugs-Cc: jair.gonza...@linux.intel.com,
miguel.bernal.ma...@linux.intel.com
Dear Maintainer,
Please enable the Intel's Topology Aware Register and PM Capsule
Interface (INTEL_TPMI) and support for the Running Average Power
Limit
Control: notfound -1 1.9.22.noko2-0.1
Le 27/09/2023 à 00:13, Vladimir Petko a écrit :
compile:
[mkdir] Created dir: /<>/build/classes
[echo] Compiling with Xerces-2.12.2
[javac] Compiling 31 source files to /<>/build/classes
[javac] warning: [options] bootstrap class path
On Wed, 27 Sep 2023 11:03:16 +1300 Vladimir Petko wrote:
classes:
[mkdir] Created dir: /<>/build/classes
[javac] Compiling 1117 source files to /<>/build/classes
[javac] warning: [options] bootstrap class path not set in conjunction with
-source 7
[javac] error: Source option
Control: notfound -1 1.11
Le 27/09/2023 à 00:11, Vladimir Petko a écrit :
---
compile:
[mkdir] Created dir: /<>/build/generated-sources
[javac] /<>/debian/build.xml:45: warning: 'includeantruntime'
was not set, defaulting to build.sysclasspath=last; set to false for
Hi Julien,
thank you for your quick reply!
Quoting Julien Cristau (2023-09-28 17:49:51)
> I guess more than mixing two different things I disagree that that is
> debootstrap's responsibility, and so I disagree that that is a valid bug. In
> my view it's more important for debootstrap to
On Tue, Sep 26, 2023 at 10:31:41PM +0200, Helmut Grohne wrote:
> Source: e2fsprogs
> Version: 1.47.0-2
> Tags: ftbfs patch
> User: helm...@debian.org
> Usertags: dep17m2
>
> We want to change the value of systemdsystemunitdir in systemd.pc to
> point below /usr. e2fsprogs' upstream build system
Control: notfound -1 2.24+dfsg2-1
This was already fixed with ant/1.10.14-1. I've rebuilt with OpenJDK 21
and besides the language level there was no compilation error.
Emmanuel Bourg
Package: apt
Version: 2.7.3
Severity: important
X-Debbugs-Cc: witold.bary...@gmail.com
Hi.
Happens in 2.7.3 and 2.7.6
When on testing and unstable. (as of this writing)
root@debian:~# apt dist-upgrade --purge -V
Reading package lists... Done
Building dependency tree... Done
Reading state
Le 27/09/2023 à 00:22, Vladimir Petko a écrit :
compile-library:
[mkdir] Created dir: /<>/svnkit/bin
[mkdir] Created dir: /<>/svnkit-cli/bin
[mkdir] Created dir: /<>/svnkit-javahl16/bin
[javac] /<>/debian/build.xml:20: warning: 'includeantruntime'
was not set, defaulting to
On Thu, 21 Sep 2023 15:59:45 + Mike Gabriel
wrote:
Problem here is that the downloaded dropbox executable probably is
still GTK-2+. I need to test this and see how easily portable to GTK-3
is.
It is a PyQt5 application now. So the dependency is not needed at all. I have
verified it.
Package: wnpp
Severity: wishlist
Owner: Luca Boccassi
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name : python-varlink
Version : 31.0.0
Upstream Author : various
* URL : https://github.com/varlink/python
* License :
Le 29/09/2023 à 00:58, Vladimir Petko a écrit :
The source level 7 is hardcoded in the build properties[1].
[1] https://sources.debian.org/src/xz-java/1.9-1/build.properties
That's not a problem, Ant is patched to detect an unsupported level for
the JDK used and change it automatically.
Le 29/09/2023 à 01:00, Vladimir Petko a écrit :
The source level 7 is hardcoded in project properties[1].
[1]
https://sources.debian.org/src/beansbinding/1.2.1-4/nbproject/project.properties/
The javadoc error you reported initially no longer occurs,
but when Ant adjusts the level there is
The source level 7 is hardcoded in the build properties[1].
[1] https://sources.debian.org/src/xz-java/1.9-1/build.properties
Le 29/09/2023 à 00:44, Vladimir Petko a écrit :
Please see the attached log:
The relevant part:
--
Preparing to unpack .../065-ant_1.10.13-2_all.deb ...
Unpacking ant (1.10.13-2)
--
ant/1.10.13-2 adjusted automatically the source/target level.
ant/1.10.14-1
The source level 7 is hardcoded in project properties[1].
[1]
https://sources.debian.org/src/beansbinding/1.2.1-4/nbproject/project.properties/
Hi,
Please see the attached log. The relevant part:
--
Preparing to unpack .../065-ant_1.10.13-2_all.deb ...
Unpacking ant (1.10.13-2) ...
-
buildlog_ubuntu-mantic-amd64.beansbinding_1.2.1-4build1_BUILDING.txt.gz
Description: application/gzip
This change wasn't necessary, Ant automatically updates the
source/target level, sorry for the trouble.
Emmanuel Bourg
Please see the attached log:
The relevant part:
--
Preparing to unpack .../065-ant_1.10.13-2_all.deb ...
Unpacking ant (1.10.13-2)
--
buildlog_ubuntu-mantic-amd64.xz-java_1.9-1build1_BUILDING.txt.gz
Description: application/gzip
Le 26/09/2023 à 23:49, Vladimir Petko a écrit :
-javadoc-build:
[mkdir] Created dir: /<>/dist/javadoc
[javadoc] Generating Javadoc
[javadoc] Debian build on Java 9+ detected: Adding the
--ignore-source-errors option
[javadoc] Debian build on Java 9+ detected: Adding the
I am uploading a NMU to DELAYED/10 to fix this.
The debdiff is attached.diff -Nru binfmtc-0.17/NEWS binfmtc-0.17/NEWS
--- binfmtc-0.17/NEWS 2023-09-28 21:42:25.0 +
+++ binfmtc-0.17/NEWS 2009-02-07 20:43:10.0 +
@@ -1,8 +1,6 @@
-0.17 21 Sep 2011
+0.17
+ -g
I am uploading a NMU to DELAYED/10 to fix this.
The debdiff is attached.diff -Nru appconfig-1.71/debian/changelog appconfig-1.71/debian/changelog
--- appconfig-1.71/debian/changelog 2023-09-28 21:51:49.0 +
+++ appconfig-1.71/debian/changelog 2023-09-28 21:47:18.0 +
Le 27/09/2023 à 00:24, Vladimir Petko a écrit :
compile:
[mkdir] Created dir: /<>/build/classes
[javac] Compiling 108 source files to /<>/build/classes
[javac] Ignoring source, target and bootclasspath as release has been set
[javac] error: release version 7 not supported
Control: tags -1 wontfix
Control: close -1
Dear Sebastien,
Thanks for your suggestion and your patch, but I prefer to follow
upstream's advice and keep the conflict in place to disallow
co-installation of TLP and PPD.
Regards,
--
Raphaël Halimi
X-Debbugs-CC: Sebastian Ramacher
Control: tags 1053182 + patch
Control: tags 1053182 + pending
Dear maintainer,
I've prepared an NMU for libvpx (versioned as 1.12.0-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards,
Salvatore
diff -Nru
Source: mono
Version: 6.8.0.105+dfsg-3.3 6.8.0.105+dfsg-3.3~deb11u1 5.18.0.240+dfsg-3
5.18.0.240+dfsg-3+deb10u1 3.2.8+dfsg-10+deb8u1 3.2.8+dfsg-10 6.8.0.105+dfsg-3.5
4.6.2.7+dfsg-1 4.6.2.7+dfsg-1+deb9u1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint
Jo Shields has retired, so
Source: galera-4
Version: 26.4.16-1
Severity: normal
Justification: unofficial architecture
Tags. ftbfs
X-Debbugs-CC: debian-sp...@lists.debian.org
User: debian-sp...@lists.debian.org
Usertags: sparc64
Galera does build on sparc64, but one of the post-build tests simply
crash. Looking at old
On 2023-09-28 20:58, Adam D. Barratt wrote:
> Control: tags -1 confirmed
>
> On Wed, 2023-09-27 at 23:47 +0200, Aurelien Jarno wrote:
> > The upstream glibc stable branch got a few fixes since the latest
> > point
> > released, including two security fixes.
> >
>
> Please go ahead.
>
Thanks
Source: libvpx
Version: 1.12.0-1
Severity: grave
Tags: security upstream
Justification: user security hole
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for libvpx.
CVE-2023-5217[0]:
| Heap buffer overflow in vp8 encoding in libvpx in
Source: ruby-kramdown-rfc2629
Version: 1.6.22-1
Severity: wishlist
X-Debbugs-Cc: d...@fifthhorseman.net
kramdown-rfc now has version 1.7.1 out. it would be great to have
that in debian.
Thanks!
--dkg
-- System Information:
Debian Release: trixie/sid
APT prefers testing-debug
APT
On Thu, 2023-09-28 at 13:28 -0700, Soren Stoutner wrote:
> I’m afraid I don’t understand your comments. Are you saying I should
> wait longer for someone to review it or are you saying I should go
> ahead with the upload?
"Please go ahead" meant exactly that, i.e. "Please go ahead with the
Control: tags -1 confirmed
On Fri, 2023-09-08 at 13:32 +0200, Frode Nordahl wrote:
> We would like to upload the latest stable point release of ovn 23.03
> to bookworm-p-u. Stable release branches are maintained upstream with
> the intention of providing bug fixes only and no compatibility
>
I’m afraid I don’t understand your comments. Are you saying I should wait
longer for someone to review it or are you saying I should go ahead with the
upload?
On Thursday, September 28, 2023 1:07:47 PM MST Adam D. Barratt wrote:
> More patience. :-p A week is not long to have waited, there's
On Thu, 28 Sept 2023 at 21:13, Adam D. Barratt wrote:
>
> On Tue, 2023-09-19 at 08:59 +0100, Luca Boccassi wrote:
> > On Tue, 19 Sept 2023 at 08:21, Salvatore Bonaccorso <
> > car...@debian.org> wrote:
> [...]
> > > Two obervations: Can you please close #1043598 in the
> > > debian/changelog as
On Tue, 2023-09-19 at 08:59 +0100, Luca Boccassi wrote:
> On Tue, 19 Sept 2023 at 08:21, Salvatore Bonaccorso <
> car...@debian.org> wrote:
[...]
> > Two obervations: Can you please close #1043598 in the
> > debian/changelog as well as the update addresses CVE-2023-3153.
[...]
> Changelog mentions
Control: tags -1 confirmed
On Thu, 2023-09-28 at 12:49 -0700, Soren Stoutner wrote:
> Are the any changes I should make before I upload a package?
More patience. :-p A week is not long to have waited, there's no need
to chase.
Please go ahead.
Regards,
Adam
Package: openssl
Version: 3.0.11-1
Recently "The Marvin Attack" aka Bleichenbacher timing attack has been
in the news again:
https://people.redhat.com/~hkario/marvin/
CVE-2022-4304 was already fixed in all but buster:
https://security-tracker.debian.org/tracker/CVE-2022-4304
But the page
Control: tags -1 confirmed
On Wed, 2023-09-27 at 23:47 +0200, Aurelien Jarno wrote:
> The upstream glibc stable branch got a few fixes since the latest
> point
> released, including two security fixes.
>
Please go ahead.
Regards,
Adam
Manphiz writes:
> Hi Nicholas,
>
> Thanks for sponsoring the NMU! I have pushed the release commit to
> debian/2.2.0+git20200805-1.1 in my repo[1]. Let me know if the tag name
> looks OK.
>
> [1]
> https://salsa.debian.org/manphiz/silversearcher-ag/-/tags/debian%2F2.2.0+git20200805-1.1
>
Would you be interested in a patch to implement this functionality?
--
Soren Stoutner
so...@stoutner.com
signature.asc
Description: This is a digitally signed message part.
Are the any changes I should make before I upload a package?
--
Soren Stoutner
so...@stoutner.com
signature.asc
Description: This is a digitally signed message part.
Nicholas D Steeves writes:
> Xiyue Deng writes:
>
>> Control: tags 62 + pending
>>
>> Dear maintainer,
>>
>> I've prepared an NMU for silversearcher-ag (versioned as
>> 2.2.0+git20200805-1.1)
>> and uploaded it to mentors.debian.net. Please feel free to tell me if I
>> should
>> delay it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Tue, 2023-09-26 at 12:54 +0200, Helmut Grohne wrote:
> We want to change the value of systemdsystemunitdir in systemd.pc to
> point below /usr. strongswan's upstream build system consumes this
> variable while the packaging hard codes its current
Hi Adam,
On 9/28/23 19:09, Adam D. Barratt wrote:
> On Thu, 2023-09-28 at 18:27 +0200, Hans van Kranenburg wrote:
>> Xen 4.14 support (and security support) has ended upstream. The
>> upstream
>> stable branch for version 4.14 is frozen now, and a final maintenance
>> release version 4.14.6 has
Control: severity -1 serious
I am bumping the priority now because we are uploading the new Rust
GTK libraries now. It will take several hours for the libraries to
build.
Thank you,
Jeremy Bícha
Xiyue Deng writes:
> Control: tags 62 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for silversearcher-ag (versioned as
> 2.2.0+git20200805-1.1)
> and uploaded it to mentors.debian.net. Please feel free to tell me if I should
> delay it longer.
You may have noticed that the timer
On Tue, 26 Sep 2023 23:27:20 +0200
Johannes Schauer Marin Rodrigues wrote:
> Quoting David (Plasma) Paul (2023-09-26 22:25:47)
> > Please accept the attached patch to add support for the
> > build profile to mmdebstrap. Please let me know if there's anything
> > you'd like me to clarify or
On Thu, 2023-09-28 at 20:33 +0200, Guilhem Moulin wrote:
> On Thu, 28 Sep 2023 at 18:53:46 +0100, Adam D. Barratt wrote:
> > --- a/CHANGELOG.md
> > +++ b/CHANGELOG.md
> > @@ -1,5 +1,54 @@
> > # Changelog Roundcube Webmail
> >
> > +## Unreleased
> > +
> >
> > That seems wrong, given that you're
On Thu, 28 Sep 2023 at 18:53:46 +0100, Adam D. Barratt wrote:
> --- a/CHANGELOG.md
> +++ b/CHANGELOG.md
> @@ -1,5 +1,54 @@
> # Changelog Roundcube Webmail
>
> +## Unreleased
> +
>
> That seems wrong, given that you're uploading a released version.
Well spotted but that one is upstream's, see
Control: affects -1 src:freetype
Technically it probably should be the other way around, but I fear this
will be missed otherwise. Marking freetype as affected to at least it
shows up there.
Control: tags -1 confirmed
On Mon, 2023-09-25 at 15:31 +0200, Guilhem Moulin wrote:
> On Mon, 25 Sep 2023 at 15:15:57 +0200, Guilhem Moulin wrote:
> > [ Other info ]
> >
> > In addition to the debdiff.gz between 1.6.1+dfsg-1 (bookworm) and
> > 1.6.3+dfsg-1~deb12u1,
> > I attach a patch-applied
On 27.09.23 20:33, Adam D. Barratt wrote:
Thanks; please go ahead.
great, thanks, ...
... and uploaded.
Thorsten
On 27.09.23 20:32, Adam D. Barratt wrote:
Please go ahead.
great, thanks, ...
... and uploaded.
Thorsten
Control: tags -1 confirmed
On Wed, 2023-09-27 at 21:24 +0800, Carlos Henrique Lima Melara wrote:
> A vulnerability was discovered and reported to Curl upstream [1] with
> the following CVE ID: CVE-2023-38039.
>
> The description of the CVE is:
>
> > When curl retrieves an HTTP response, it
Source: libavif
Version: 0.11.1-3
Severity: normal
The libavif build attempts to build docs (the man page) using pandoc
for each architecture. This is a problem since pandoc is not available
on several architectures.
debian/rules for libavif contains doc logic, defining MAN_PAGES_FLAG.
Currently
Control: severity -1 important
Jonas,
I went ahead and pushed helvum 0.4.1 to a wip/gnome45 branch of the
Salsa repo. (I also pushed the pristine-tar and upstream/latest
branches since that seemed to be helpful.)
We are nearly ready to upload the new Rust GNOME 45 stack (rust-gtk
0.7, rust-glib
sitivo móvel
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> <https://lists.gnu.org/archive/html/auctex/attachments/20230928/e698c772/attachment.htm>
Install from ELPA?
Regards
JSB
--
,
Janusz S. Bien
emeryt (emeritus)
https://sites.google.com/view/jsbien
On Thu, 2023-09-28 at 18:27 +0200, Hans van Kranenburg wrote:
> Xen 4.14 support (and security support) has ended upstream. The
> upstream
> stable branch for version 4.14 is frozen now, and a final maintenance
> release version 4.14.6 has been released. We'd like to put this final
> update into
Source: hg-git
Version: 1.0.2-1
Severity: grave
X-Debbugs-Cc: jcris...@debian.org
Hi,
hg-git looks like it needs an update for compatibility with current
mercurial, see e.g.
https://ci.debian.net/data/autopkgtest/testing/amd64/h/hg-git/38210693/log.gz
> ** Unknown exception encountered with
Am 28.09.23 um 18:35 schrieb Jeremy Bícha:
Why did you use that high of a severity? Is something specifically wrong with
colord or colord-gtk?
Because it seems like a package hijack. But please lower as you please.
On Thu, Sep 28, 2023 at 11:32:26AM +0200, Julian Andres Klode wrote:
> On Thu, Sep 28, 2023 at 11:22:44AM +0200, Julian Andres Klode wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > X-Debbugs-Cc:
On Thu, Sep 28, 2023 at 12:30 PM Bastian Germann wrote:
> Source: colord-gtk
> Version: 0.3.0-1
> Severity: important
> X-Debbugs-Cc: jbi...@ubuntu.com
>
> Jeremy, you have uploaded several versions of colord-gtk as team uploads.
> The maintainer is not a team but Christopher James Halse Rogers
Source: colord
Version: 1.4.6-3
Severity: important
X-Debbugs-Cc: jbi...@ubuntu.com
Jeremy, you have uploaded a version of colord as team upload.
The maintainer is not a team but Christopher James Halse Rogers who seems
to be missing in action. Can you please clarify the state of this package?
Source: colord-gtk
Version: 0.3.0-1
Severity: important
X-Debbugs-Cc: jbi...@ubuntu.com
Jeremy, you have uploaded several versions of colord-gtk as team uploads.
The maintainer is not a team but Christopher James Halse Rogers who seems
to be missing in action. Can you please clarify the state of
Hi,
mirrors@ is the correct address. I suspect people are simply busy.
(Well, I know people are.)
Regards,
Adam
On Thu, 2023-09-28 at 13:10 +0800, OSSMirror@OnboardCloud wrote:
> Hi Adam,
>
> Thanks for sharing. Looks like we are almost near the ½ way mark to
> reaching 50 points today.
>
On Mon, 25 Jan 2021 17:45:29 +0100 Johannes Schauer Marin Rodrigues
wrote:
> The problem is, that when you combine --source-only-changes with --keyid, then
> debsign will be run twice (once for the normal changes file and once for the
> source-only changes file) and both times with --re-sign.
On Wednesday, September 27, 2023 8:02:43 PM MST Andres Salomon wrote:
> On Fri, 16 Jun 2023 11:15:32 -0700 Soren Stoutner
> Really odd that I now get a "permission denied" error when I try to
> access that upstream bug. :(
I also get that, but when I log in it then allows me to see it. Perhaps
Thanks! Can we also roll that fix into the freetype bookworm p-u? Looks
pretty simple to me; just ensuring that sfnt->get_colr_glyph_paint
isn't NULL before calling it.
On Thu, Sep 28 2023 at 11:33:45 AM -04:00:00, Ben Wagner
wrote:
I have been able to figure out what is going on. The
On Thu, Sep 28, 2023 at 12:42:27PM +0200, Santiago Vila wrote:
> El 28/9/23 a las 11:50, Julien Cristau escribió:
> > I still think that is absolutely the wrong thing to do, and makes
> > debootstrap more fragile for no good reason.
>
> Julien, I believe you are mixing two different things here.
Source: petsc
Followup-For: Bug #1049903
Control: severity 1049903 important
Control: tags 1049903 moreinfo
I said previously I'd apply the patch, but I wanted to check the
problem first. No problem is showing at
https://tests.reproducible-builds.org/debian/rb-pkg/petsc.html
even in the
Package: bugs.debian.org
Hi,
we keep seeing non-actionable bug reports from Ben Tris that look like
this:
> Subject: Re: Bug#1052524: postgresql-16: Ow that hurts! On the short
> description.
>
> Package: postgresql-16
> Severity: minor
> X-Debbugs-Cc: benatt...@gezapig.nl
>
> Dear
I have been able to figure out what is going on. The crash is due to a
typo in FreeType which was recently fixed [0]. This change is also
needed. I can confirm in a local build that with this typo fix the
reported Chromium crash (in libfreetype.so.6) is fixed. To be clear,
this FreeType change [0]
Control: tag -1 - moreinfo + upstream
Control: severity -1 normal
On 28/09/2023 17.05, Tobias Bossert wrote:
> Did both files exist?
Indeed, in my case the `.key` existed while the one meant for the
certificate had a different extension...So as you confirmed, the
observed "overwriting"
On Thu, 28 Sep 2023 at 18:26:07 +0300, Martin Dosch via
Pkg-roundcube-maintainers wrote:
> Are there plans to also upload it to stable-pu?
See #1052629
--
Guilhem.
Dear Guilhem,
I just realized that it was uploaded for oo-stable and o-stable-pu.
Are there plans to also upload it to stable-pu?
Best regards,
Martin
signature.asc
Description: PGP signature
Hi Thomas.
Am Donnerstag, dem 28.09.2023 um 16:38 +0200 schrieb Thomas Goirand:
> So please remove librbd-dev in build-depends of your package for all
> 32 bits arch, and remove Ceph support in all 32 bits binaries. I'll
> upload Ceph with Build-Depends: architecture-is-64-bit as soon as this
>
Hi Andreas
> Did both files exist?
Indeed, in my case the `.key` existed while the one meant for the
certificate had a different extension...So as you confirmed, the
observed "overwriting" behavior is intended. However, I think my point
about not expecting this is still valid - as the
Source: eckit
Version: 1.20.2-1
Severity: important
Hi,
I'd like to remove 32 bits support from Ceph, because upstream makes some
64 bits assumptions a bit everywhere, because it's not tested in upstream
CI, and because it is increasingly difficult to build Ceph on a smaller
addressing footprint
Package: qemu
Severity: important
Hi,
I'd like to remove 32 bits support from Ceph, because upstream makes some
64 bits assumptions a bit everywhere, because it's not tested in upstream
CI, and because it is increasingly difficult to build Ceph on a smaller
addressing footprint (we used to have
Package: smplayer
Version: 22.7.0~ds0-1 amd64
Severity: normal
Generally smplayer works fine with installed mpv 0.35.0-3 in Bookworm.
However there is one use case where I need a dirty hack to get it working:
Watching TV via dvb-c and importing the channels.conf (generated by w-scan).
When
Source: h5py
Followup-For: Bug #1051781
I'm reorganising the package with separate distinfo metadata for the
different variants. I think this will fix your problem
Disclaimer. This e-mail and its attachments are addressed to the named addressee(s) only and are intended exclusively for the use by the addressee or the entity to which it is addressed. If you are not the named addressee or authorized to receive this message on behalf of the named addressee, any
Disclaimer. This e-mail and its attachments are addressed to the named addressee(s) only and are intended exclusively for the use by the addressee or the entity to which it is addressed. If you are not the named addressee or authorized to receive this message on behalf of the named addressee, any
Disclaimer. This e-mail and its attachments are addressed to the named addressee(s) only and are intended exclusively for the use by the addressee or the entity to which it is addressed. If you are not the named addressee or authorized to receive this message on behalf of the named addressee, any
Package: bat
Version: 0.23.0-4
Severity: serious
bat's upstream source and the rust-bat_0.23.0.orig.tar.gz file both contain a
NOTICE file which, per the packages's Apache 2.0 license, must be preserved in
derivative works. However, this NOTICE file is not present in the binary .deb
packages
Source: tcmu
Version: 1.5.4-4.1
Severity: important
Hi,
I'd like to remove 32 bits support from Ceph, because upstream makes some
64 bits assumptions a bit everywhere, because it's not tested in upstream
CI, and because it is increasingly difficult to build Ceph on a smaller
addressing footprint
1 - 100 of 166 matches
Mail list logo
