Am Di., 19. März 2024 um 22:25 Uhr schrieb Simon McVittie :
>
> On Tue, 19 Mar 2024 at 22:14:12 +0100, Matthias Klumpp wrote:
> > Am Di., 19. März 2024 um 21:42 Uhr schrieb Simon McVittie :
> > > libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
> >
Hi Simon!
Am Di., 19. März 2024 um 21:42 Uhr schrieb Simon McVittie :
> libgtkd-3-0 has a hard-coded dependency on libgtk-3-0, which will need
> to be replaced by libgtk-3-0t64 after checking that the functions that
> interact with time_t (methods of GtkRecentInfo) are handled correctly.
Will
Am Mo., 11. März 2024 um 13:06 Uhr schrieb Jeremy Bícha
:
>
> On Mon, Mar 11, 2024 at 7:54 AM Guido Günther wrote:
> > Would it be possible to move
> >
> > /usr/lib/*/gnome-software/plugins-20/libgs_plugin_packagekit.so
> >
> > and related files to a separate package and make it a Recommends
Am Sa., 9. März 2024 um 07:30 Uhr schrieb Joey Hess :
>
> Joey Hess wrote:
> > It may also be relevant somehow that the topmost update was a thinkpad
> > AMD firmware update which "requires restart".
>
> I masked and stopped packagekit again and now in gnome-software, it
> displays only the
Hi!
Am Sa., 9. März 2024 um 04:09 Uhr schrieb Joey Hess :
>
> I'm confident I saw this same problem today, with packagekit repeatedly
> updating and spinning a CPU for 10 minutes. It only stopped at that
> point because I stopped and masked it. (Stopping it was not enough,
> something was
Am Sa., 24. Feb. 2024 um 08:00 Uhr schrieb Steve Langasek :
>
> Hi Matthias,
>
> I see you've implemented this as:
>
> ifneq (,$(filter $(DEB_HOST_ARCH), armhf))
> export DEB_BUILD_MAINT_OPTIONS += abi=+time64,+lfs
> endif
>
> Please note that armhf is not the only architecture affected by
Am Mi., 21. Feb. 2024 um 16:05 Uhr schrieb Moritz Muehlenhoff :
>
> On Tue, Feb 20, 2024 at 10:11:35PM +0100, Matthias Klumpp wrote:
> > The CVE page lists that commit as "patch" now, and given that emitting
> > a finished transaction as finished multiple times c
Hi!
Am Fr., 5. Jan. 2024 um 18:57 Uhr schrieb Salvatore Bonaccorso
:
> [...]
> Got a reply from Pedro Sampaio in
> https://bugzilla.redhat.com/show_bug.cgi?id=2256624#c3
>
> It is mentioned that although the following is not a direct fix for
> the issue, that the commit in v1.2.7 to reduce the
Am Mo., 19. Feb. 2024 um 21:45 Uhr schrieb Matthias Klose :
>
> Package: src:ldc
> Version: 1:1.36.0-1
> Severity: serious
> Tags: sid trixie
>
> Just reading the changelog:
>
> * LDC should already work fine with 64-bit time on 32-bit
> architectures, just to be on the safe side though,
Hi Julian (now CC'ed)!
Do you have any idea how this would be possible? Both PK and Synaptic
should hold the APT frontend lock, so they should never be able to run
at the same time.
I also have never once observed this behavior...
Cheers,
Matthias
--
I welcome VSRE emails. See
Am Di., 16. Jan. 2024 um 20:03 Uhr schrieb Julian
:
>
>
> > Fair point. We could maybe make it so g-s-p is only a recommended
> > dependency
>
> That is what this request is requesting. Just a change from depend to
> recommend
>
> > and modify the code so when g-s-p is not available, it
> > falls
Am Di., 16. Jan. 2024 um 18:21 Uhr schrieb Julian
:
>
> > That is false, GNOME Software on Debian does depend on s-p-gtk. The
> > reason this was implemented is that the PackageKit repository
> > preferences dialog does not cover all the options needed on a Debian
> > system, and especially not
Am So., 14. Jan. 2024 um 15:27 Uhr schrieb Arnaud Ferraris
:
> [...]
> GNOME Software does not depend on the Software Properties app.
> Installing it changes the way GNOME Software works (for example, with
> the source settings).
> [...]
That is false, GNOME Software on Debian does depend on
Package: wnpp
Owner: Matthias Klumpp
Severity: wishlist
Package name: laniakea
Version : 0.1
Upstream Contact: Matthias Klumpp
URL : https://github.com/lkhq/laniakea
License : LGPL-3.0
Programming Lang: Python
Description : Repository management suite
Am Fr., 5. Jan. 2024 um 18:20 Uhr schrieb Jeremy Bícha
:
>
> On Fri, Jan 5, 2024 at 11:08 AM Matthias Klumpp wrote:
> > I do recall something being fixed on that front months ago, but I
> > couldn't find the patch (so maybe testing with 46.beta is a good
> > plan, to
Am Fr., 5. Jan. 2024 um 15:04 Uhr schrieb Jeremy Bícha
:
>
> Matthias,
>
> I am experiencing this issue on Debian Testing and that was before
> appstream 1.0 migrated to Testing today.
Very odd...
> I am also experiencing this issue with Ubuntu 24.04 but not with the
> stable Ubuntu 23.10, even
Hi!
Am Do., 4. Jan. 2024 um 20:51 Uhr schrieb Salvatore Bonaccorso
:
>
> Source: packagekit
> Version: 1.2.6-5
> Severity: important
> Tags: security upstream
> X-Debbugs-Cc: car...@debian.org, Debian Security Team
>
>
> Hi,
>
> The following vulnerability was published for packagekit.
>
>
Hi!
Very odd issue... If you run `apt update` in a terminal, do you see
any "Components" YAML files being downloaded?
What is in /var/lib/swcatalog/?
Cheers,
Matthias
Am Mo., 18. Dez. 2023 um 09:09 Uhr schrieb Adrian Bunk :
> [...]
> ...
> -- The following OPTIONAL packages have not been found:
>
> * Breeze (required version >= 5.27.10)
>For setting the default window decoration plugin
> * AppStreamQt5 (required version >= 0.10.6), Access metadata for
Actually, this would even have backwards compatibility - but I haven't
tested anything, so not sure if this works:
diff --git a/appstream2modaliases b/appstream2modaliases
index 1c3e6a2..f7077c9 100755
--- a/appstream2modaliases
+++ b/appstream2modaliases
@@ -11,15 +11,13 @@
This patch is probably all you need:
diff --git a/appstream2modaliases b/appstream2modaliases
index 1c3e6a2..7408107 100755
--- a/appstream2modaliases
+++ b/appstream2modaliases
@@ -14,7 +14,7 @@ import re
try:
pool = AppStream.Pool()
pool.load()
-cpts = pool.get_components()
+
Am Fr., 15. Dez. 2023 um 10:53 Uhr schrieb Petter Reinholdtsen
:
>
> [Petter Reinholdtsen]
> >> But it'll all be doable (from last time I looked, the change will
> >> likely just be a one-liner).
> >
> > Perhaps you have time to prepare a patch? I have not had time to
> > study the changes. I am
Am Mi., 22. Nov. 2023 um 20:35 Uhr schrieb Petter Reinholdtsen
:
>
> [Alexey Kuznetsov]
> > It is working. Huge output https://paste.debian.net/1298974/
>
> I am not convinced. It seem to claim that the file is in several
> packages, which can not be correct. Matthias, any idea what is going
>
Hi Nilesh!
Am Fr., 3. Nov. 2023 um 17:54 Uhr schrieb Nilesh Patra :
> [...]
> dub seems to be at a really old version and it is just "limping" to stay
> in testing at the moment and the version there was released 3 years
> back, this is behind a bunch of new releases.
>
> I noticed there is a new
Am Fr., 13. Okt. 2023 um 12:27 Uhr schrieb Vincent Blut
:
> [...]
> I built btrfsd with 59145f1 (utils: Don't free result twice when checking if
> device is on
> battery) applied, that fixes the issue. Thanks!
Indeed, it was a really dumb oversight to free things manually that
automatic cleanup
Hi!
Thank you for the issue report!
How did you run btrfsd exactly? Did you set anything specific in its
configuration file? Can you generate a backtrace with debug symbols
for btrfsd installed?
Cheers,
Matthias
Hi Martin!
Am Fr., 8. Sept. 2023 um 15:24 Uhr schrieb Martin :
> [...]
> would you consider to include a cron job into the package in order to
> make btrfsd installable on systems without Systemd? Of course a change
> regarding package dedepencies would also be required.
Sure, that should
Am Do., 8. Juni 2023 um 21:18 Uhr schrieb Simon McVittie :
>
> On Wed, 07 Jun 2023 at 21:33:29 +0100, Simon McVittie wrote:
> > [x] attach debdiff against the package in (old)stable
>
> That was, in fact, a lie. See attached (or the nmudiff on #1037206 if
> you'd prefer the unfiltered version).
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package packagekit.
[ Reason ]
Three things fixed:
* A tiny memory leak has been addressed
* The daemon package now recommends the tools package again, this was
changed late
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package debspawn.
[ Reason ]
Packaging of the 0.6.2 bugfix release which contains three changes only:
* Fixes issue where users could not build packages against
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package appstream.
[ Reason ]
Backports a few fixes from the 0.16.2 release:
* Fixes two crashes that can happen when the tool is fed invalid or
unexpected input
*
Am Do., 18. Mai 2023 um 20:39 Uhr schrieb Luca Boccassi :
> [...]
> We heard so much in the past couple of weeks about how important it is
> for the project not to cause issues for derivatives and
> cross-compatibility use cases, even speculatively. This is not even
> speculative, it is certain to
quot; priority if you
think that is more appropriate for a feature request like this.
With kind regards,
Matthias Klumpp
--
I welcome VSRE emails. See http://vsre.info/
From 5dd4cef1a5a03dc180eb2ec1d2bfc97023f74d2b Mon Sep 17 00:00:00 2001
From: Matthias Klumpp
Date: Sun, 23 Apr 2023 2
Hi Andreas!
This RC bug has nothing to do with gnome-packagekit, and
update-notifier was deleted from the archive in 2014. Was this issue
reassigned in error?
Thanks!
Matthias
--
I welcome VSRE emails. See http://vsre.info/
Am So., 2. Apr. 2023 um 09:15 Uhr schrieb Bob Wong :
>
> Package: apper
> Version: 1.0.0-4
> Severity: important
> X-Debbugs-Cc: ybx...@gmail.com
>
> Dear Maintainer,
>
> The upstream has released a new version of the apper to fix the kded5 crashing
> problem in their Github repo, hope we can get
Am Sa., 11. März 2023 um 17:00 Uhr schrieb Aurélien COUDERC :
>
> Many thanks to all for tracking this bug, adding info, coordinating with
> upstream, following progress, testing the fix, and thanks to Matthias for
> uploading the fixed upstream version.
>
> @Matthias I think we really shouldn't
Hi!
Am Sa., 11. Feb. 2023 um 16:44 Uhr schrieb Cyril Brulebois :
> Steve McIntyre (2023-02-11):
> > As part of the nff changes, debian-cd now looks for dep11 metadata to
> > help work out what firmware might be needed. We have that working for
> > all other arches, but *not* mipsel. Builds are
Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertags: remove
Severity: normal
Hi!
Please remove webapps-metainfo from unstable/testing.
It was a nice idea years ago to provide metainfo files for suitable
web applications as a package, but this method has been replaced by a
Package: ftp.debian.org
User: ftp.debian@packages.debian.org
Usertags: remove
Severity: normal
Hi!
Please remove stdx-allocator from unstable/testing. It has been dead
upstream for a while, and people seem to generally use the version
available in the D standard library now, which is much
Hi!
Can you please report this against PackageKit-Qt so we have a reference there?
It's an odd bug for sure, the amount of changes for the new QPK was
quite small and overall the library seems to be working fine. I wonder
whether this is a case of Discover not having adjusted to handle
plural
Hi!
Am Mi., 14. Dez. 2022 um 11:51 Uhr schrieb Danial Behzadi
:
> [...] It couldn't be so hard to fix this as we already
> have download size for packages in apt lists and it could be even port
> to upstream. [...]
It's actually not that easy, because a package has a bunch of
dependencies that
Am Mi., 31. Aug. 2022 um 03:01 Uhr schrieb Steve Langasek
:
>
> Source: stdx-allocator
> Version: 3.1.0~beta.2-3
> Severity: serious
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu kinetic
>
> Hi Matthias,
>
> After fixing up stdx-allocator build-deps so that they're installable,
>
Am Mi., 31. Aug. 2022 um 01:09 Uhr schrieb Steve Langasek
:
>
> Package: mir-core
> Version: 1.1.111-1
> Severity: serious
> Tags: patch
> Justification: ftbfs
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu kinetic ubuntu-patch
>
> Hi Matthias,
>
> The mir-core package is failing
Hi!
Am Mi., 31. Aug. 2022 um 00:57 Uhr schrieb Steve Langasek
:
>
> Package: dh-dlang
> Version: 0.6.5
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu kinetic ubuntu-patch
>
> Hi Matthias,
>
> I noticed in Ubuntu when trying to rebuild most
Control: reassign -1 meson 0.63.1-1
Control: forcemerge -1 1017087
Control: affects 1017087 + mir-core
This is due to a regression in Meson itself reported as bug #1017087
Hopefully we will get a fix into Debian soon, merging this with the
original bug.
Cheers,
Matthias
--
I welcome VSRE
Hi!
I was going to report this bug, but fortunately checked whether
someone already created it beforehand :-)
So, the culprit is highly likely
https://github.com/mesonbuild/meson/commit/0ec039d2597526c670f7e0478a7b5008e14ff474
This passes LDFLAGS from the environment to the compiler to figure out
Hi!
I haven't looked deeply into this, bit for armhf using GDC is the intended
choice - it has way fewer bugs than LDC, which generally seems to work
better on 64bit architectures. That's why this was changed in the past (so
at least of stuff compiles with gdc, the resulting binary will work).
I'm
severity 1010421 important
thankyou
Hi!
I'm reducing the severity since an easy-ish workaround is available and
keeping this at a blocking severity prevents the workaround-included
gir-to-d version to migrate.
This is still an important issue though which should be fixed for the
release, as
Hi Florian!
Am Mo., 11. Apr. 2022 um 09:30 Uhr schrieb Florian Ernst
:
>
> Hello Matthias,
>
> thank you for your reply and for the appstream update.
>
> On Sun, Apr 10, 2022 at 11:08:40PM +0200, Matthias Klumpp wrote:
> > Am Mi., 30. März 2022 um 20:21 U
Hello!
Am Mi., 30. März 2022 um 20:21 Uhr schrieb Florian Ernst
:
>
> Source: appstream
> Version: 0.15.2-2
> Severity: serious
> Justification: FTBFS
> Tags: bookworm sid ftbfs
>
> Hello there,
>
> during a rebuild of the reverse b-d of libyaml I found that this package
> failed to build on my
Hi Paul!
Am Sa., 9. Apr. 2022 um 17:30 Uhr schrieb Paul Gevers :
>
> Hi,
>
> On Tue, 8 Mar 2022 21:00:25 +0100 Paul Gevers wrote:
> > Your package fails to build from
> > source on armhf and i386 while it successfully built there before.
>
> > This bug will trigger auto-removal when appropriate.
Hi!
Am Di., 22. Feb. 2022 um 11:33 Uhr schrieb Simon McVittie :
>
> Package: appstream
> Version: 0.15.1-1
> Severity: normal
>
> I cannot reproduce this right now (it seems to be intermittent?), but
> the steps that previously reproduced it were:
>
> * Have flatpak installed
> * Have Flathub
Hi Jaakko!
Thank you *very* much for the script to reproduce this, thanks to the
script I was able to fix this in a few minutes after years of not
touching debconf-kde (in preparation of a bugfix release).
This issue will be resolved with the next upload.
Cheers,
Matthias
Am Fr., 10. Dez. 2021 um 15:24 Uhr schrieb Alberto Garcia :
>
> Package: debspawn
> Version: 0.5.0-1
> Severity: normal
>
> Hi,
>
> Creating a new image with e.g. 'debspawn create sid' leaves a lot of
> .deb files in /var/cache/apt/archives/, making the resulting tarball
> bigger.
>
> Those files
Hi Sam!
Am Mi., 27. Okt. 2021 um 21:24 Uhr schrieb Sam Hartman :
>
> Package: debspawn
> Version: 0.5.0-1
> Severity: serious
> Justification: Significant data loss
>
> I used debspawn interact to interactively explore what I needed to do to get
> a new upstream package building.
> To make that
Hi Ritesh!
Am Mo., 8. Nov. 2021 um 08:33 Uhr schrieb Ritesh Raj Sarraf :
>
> As per the manual page, settings defined in /etc/debspawn/global.json
> should override the defaults.
I think you read the manual page wrong: It's
`/etc/debspawn/global.toml` (see
Hi Helmut!
Am Di., 15. Juni 2021 um 19:09 Uhr schrieb Helmut Grohne :
> I looked into why the .tar.zst images for debspawn are so big. Indeed,
> they contain a lot of stuff that does not belong there. Examples
> include:
>
> * dmidecode
> * fdisk
> * ifupdown
> * init
> * isc-dhcp-client
>
Hi Heysion!
Are there any news or progress on this packaging effort? We would like
to use the zRAM-generator in the PureOS Debian derivative, and
therefore packaging it for Debian makes a lot of sense.
So, if you need any help with this, be it packaging, maintenance or
upload sponsorship, please
Hi!
Am Fr., 20. Aug. 2021 um 00:21 Uhr schrieb Sebastian Ramacher
:
> [...]
>
> Please go ahead.
Done, and it looks like everything has rebuilt just fine :-)
Cheers,
Matthias
--
I welcome VSRE emails. See http://vsre.info/
Hi!
Am So., 18. Juli 2021 um 16:57 Uhr schrieb Pirate Praveen
:
>
> Package: debspawn
> Version: 0.5.0-1
> Severity: wishlist
>
> Extra package option is very useful when you have a build dependency
> still in NEW but you don't want to wait for it to clear NEW before
> building other packages.
>
Am Do., 20. Mai 2021 um 08:24 Uhr schrieb Laurent Bigonville :
> Hello,
>
> libappstream-compose library requires librsvg library, but librsvg is
> not building anymore as it has been rewritten to rust.
>
> https://buildd.debian.org/status/package.php?p=librsvg=unstable
>
> Not building
Control: tags -1 - moreinfo
Hi Graham!
Am Sa., 10. Juli 2021 um 13:21 Uhr schrieb Graham Inggs :
> [...]
> On Wed, 23 Jun 2021 at 03:12, Matthias Klumpp wrote:
> > Let me know what you think!
>
> Assuming it can happen soon, please go ahead upload to unstable, and
> remove
Am Di., 6. Juli 2021 um 23:02 Uhr schrieb Petter Reinholdtsen :
>
> [Sune Stolborg Vuorela]
> > I hope this is sufficient response to "is there a good reason", and I
> > think the script you use should be adapted to work with this pattern.
>
> Note, the script I use operate on the appstream data
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Please unblock package appstream
This is currently a pre-approval request, as the changes - even though
almost all of them are bugfixes - are larger, in a key package, and
we're close to
Am Di., 15. Juni 2021 um 11:19 Uhr schrieb Petter Reinholdtsen
:
> [...]
> I ran this test on a few of my machines, and it provide several matches:
>
> for f in $(find /lib/firmware/ -type f |sed s%/lib/firmware/%%); do
> appstreamcli what-provides firmware:runtime $f
> done
Without
Hi!
This mail just touches the debspawn RC bugs to maybe prevent an early
autoremoval, if that's still a thing during soft-freeze.
I need some extra time to sort out the package's migration, as it will
not automatically migrate due to Debian's CI not having the machines
to run the autopkgtest of
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Please unblock package debspawn
[ Reason ]
Debspawn is a nspawn-based package builder for Debian with a popcon
value of 52, therefore it would normally migrate in this phase of the
freeze
Am Di., 25. Mai 2021 um 13:21 Uhr schrieb Salvatore Bonaccorso
:
> [...]
> >
> > Can you please elaborate on why you reopened this issue? I believe it
> > has indeed been addressed with version 0.4.2-1, there is no more uid
> > reuse for the build user and Debspawn will pick a free uid that is not
Hi Salvatore!
Am Di., 25. Mai 2021 um 06:51 Uhr schrieb Debian Bug Tracking System
:
>
> Processing commands for cont...@bugs.debian.org:
>
> > found 989049 0.4.2-1
> Bug #989049 {Done: Matthias Klumpp } [debspawn] debspawn:
> privilege escalation via uid reuse
>
Am Mi., 21. Apr. 2021 um 15:51 Uhr schrieb Marc Haber
:
>
> Package: debspawn
> Version: 0.4.1-1
> Severity: wishlist
>
> Hi,
>
> I would like to have a possibility to not install recommends/suggests in
> the container, to keep the containers small.
Does passing `--variant=minbase` to `debspawn
Hi Ivo!
Am Di., 23. Feb. 2021 um 00:03 Uhr schrieb Ivo De Decker :
>
> Hi Matthias,
>
> On Wed, Jan 20, 2021 at 09:48:32PM +0100, Lucas Nussbaum wrote:
> > Source: ldc
> > Version: 1:1.24.0-1
> > Severity: serious
> > Justification: FTBFS on amd64
> > Tags: bullseye sid ftbfs
> > Usertags:
Am Do., 28. Jan. 2021 um 00:33 Uhr schrieb Sebastian Ramacher
:
>
> Source: dub
> Version: 1.24.0-1
> Severity: serious
> X-Debbugs-Cc: sramac...@debian.org
>
> | autopkgtest [03:11:10]: test run: [---
> | Package dub not found for registry at https://code.dlang.org/ (fallbacks
Hi Mike and everyone else involved with this packaging project!
First of all, thank you for working on this, ogon looks like a rather
complicated thing to package.
I would like to ask what the status of this project currently is. Do
you think that there is any chance this could still make it into
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: mario.limoncie...@dell.com
Severity: normal
Hi!
As we are already in transition freeze for bullseye, I would like to
request permission to do a transition of libxmlb1 --> libxmlb2 which
Am Mi., 30. Dez. 2020 um 14:57 Uhr schrieb Marc Haber
:
>
> Package: debspawn
> Version: 0.4.1-1
> Severity: minor
>
> Hi,
>
> I recently tried to use debspawn build building into a slightly outdated
> image of Debian sid and received a message that dsrun didn't like the
> "--suite sid" option
Am Di., 29. Dez. 2020 um 17:39 Uhr schrieb Marco d'Itri :
>
> On Dec 29, Ansgar wrote:
>
> > as suggested in [1], I would like to see Debian to move to support
> > only the merged-usr filesystem layout. This would simplfy things for
> > the future and also address the problem with installing
Am Fr., 13. Nov. 2020 um 01:28 Uhr schrieb Gunnar Hjalmarsson
:
>
> On 2020-11-12 23:20, Matthias Klumpp wrote:
> > You want this patch for AppStream:
> > https://github.com/ximion/appstream/commit/b52858bff55d358f925b8e64bab77b953067f248
>
> But only comments are change
Am Do., 12. Nov. 2020 um 23:20 Uhr schrieb Matthias Klumpp :
> [...]
> You want this patch for AppStream:
> https://github.com/ximion/appstream/commit/b52858bff55d358f925b8e64bab77b953067f248
> Basically, Python thought it could free more objects than it should
> actually have freed
Am Do., 12. Nov. 2020 um 22:21 Uhr schrieb Gunnar Hjalmarsson
:
>
> On 2020-11-12 21:28, Petter Reinholdtsen wrote:
> > [Gunnar Hjalmarsson]
> >> Additional observations:
> >>
> >> * The testing failure in Ubuntu started around October 31.
> >>
> >> * The test-command-line script fails on amd64
Am Di., 10. Nov. 2020 um 01:08 Uhr schrieb Petter Reinholdtsen
:
>
> [Gunnar Hjalmarsson]
> > On an updated Debian testing:
> >
> > $ isenkram-lookup
> > /usr/lib/python3/dist-packages/isenkram/lookup.py:85: Warning invalid
> > uninstantiatable type '(null)' in cast to 'AsProvided'
> >provided
Am Di., 4. Aug. 2020 um 11:23 Uhr schrieb Andreas Tille :
>
> Control: tags -1 help
>
> Hi,
>
> On Mon, Aug 03, 2020 at 10:06:32AM +0200, Lucas Nussbaum wrote:
> > > lto1: fatal error: bytecode stream in file
> > > ‘/usr/lib/x86_64-linux-gnu/libhts.a’ generated with GCC compiler older
> > > than
severity 966249 whishlist
thankyou
Am Sa., 25. Juli 2020 um 15:30 Uhr schrieb Adrian Bunk :
>
> Source: appstream-generator
> Version: 0.8.2-2
> Severity: important
> Tags: ftbfs
>
> https://buildd.debian.org/status/package.php?p=appstream-generator
>
> ...
> ../src/asgen/config.d:443:61: error:
Am Di., 26. Mai 2020 um 20:24 Uhr schrieb :
>
> > -Original Message-
> > From: Ansgar
> > Sent: Tuesday, May 26, 2020 8:01 AM
> > To: Steffen Schreiber; 961...@bugs.debian.org
> > Subject: Bug#961490: fwupd: version in stable too old, no updates possible
> >
> >
> > [EXTERNAL EMAIL]
> >
>
Am Mi., 6. Mai 2020 um 19:57 Uhr schrieb Markus Frosch :
>
> Package: appstream-generator
> Version: 0.8.1-1+b1
> Severity: grave
> Justification: renders package unusable
>
> Hi maintainer,
> the package possible needs rebuilding.
>
> > appstream-generator: error while loading shared libraries:
Am Do., 2. Apr. 2020 um 23:35 Uhr schrieb shirish शिरीष :
>
> at bottom :-
>
> On 02/04/2020, Matthias Klumpp wrote:
>
>
> >
> > In the case of newer Debian releases, the issue is actually a regression
> > in GNOME Software, which is fixed now, once agai
On Mon, 22 Jul 2019 19:39:10 +0200 Jo Drexl wrote:
[...]
I've seen this error being persistent on some machines, while others
were thrown off repeatedly. A popular suggestion on the internet is to
comment out the test statement and proceed without a refreshed appstream
cache, which seems to
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
Am Di., 17. Dez. 2019 um 15:08 Uhr schrieb Andreas Tille :
>
> Hi,
>
> I intended to upgrade freebayes to its latest upstream version. Unfortunately
> it does not build against the Debian packaged libs. I've reported this
> upstream
> as issue
>
> https://github.com/ekg/freebayes/issues/579
Am So., 15. Dez. 2019 um 10:16 Uhr schrieb Pjotr Prins :
> [...]
> > Therefore, the way of least resistance was to just use Meson for
> > building, as that does everything we need in Debian. Both BioD and
> > Sambamba build well with Meson.
>
> That is great. We can add the meson builds in the
Am Do., 28. Nov. 2019 um 16:37 Uhr schrieb Pjotr Prins :
>
> When 1.18 arrives I think it is a good time to get sambamba and biod
> in Debian again.
They always were in Debian, just not in a release because the packages
were broken ^^
The LDC transition went really well this time, I don't think
Package: ftp.debian.org
Severity: normal
Hi!
Please remove the tilix package binaries for the armhf architecture
temporarily.
The armhf arch is affected by GDC bug #944380 for a while now, and the
package does not migrate to testing while it's not built on armhf.
Meanwhile, all packages depending
Am Do., 28. Nov. 2019 um 15:19 Uhr schrieb Andreas Tille :
>
> Hi Pjotr,
>
> On Thu, Nov 28, 2019 at 07:50:34AM -0600, Pjotr Prins wrote:
> > Dear Andreas and Matthias,
> >
> > Good news, I think I have fixed the Sambamba bug! After a 3 day bug
> > hunt. Thanks Andreas for pushing me again. Let me
Am Mi., 13. Nov. 2019 um 08:45 Uhr schrieb Raphaël Hertzog
:
>
> Source: gtk-d
> Version: 3.9.0-2
> Severity: important
> Tags: ftbfs
>
> Hi,
>
> can you make a new source upload to let the package migrate to testing
> please ?
>
> I also noticed that the package still fails to build on
Am Sa., 9. Nov. 2019 um 16:04 Uhr schrieb Matthias Klose :
>
> Control: found -1 9.2.1-16
> Control: severity -1 important
>
> according to the upstream report, also with 9.2.0.
>
> On 08.11.19 23:18, Matthias Klumpp wrote:
> > Package: gdc-9
> > Version: 9.2.1-17
Am Sa., 9. Nov. 2019 um 03:54 Uhr schrieb Scott Kitterman
:
> On November 9, 2019 1:58:50 AM UTC, Matthias Klumpp wrote:
> >Am Fr., 8. Nov. 2019 um 23:29 Uhr schrieb Matthias Klumpp
> >:
> >> [...]
> >> Please remove the gtk-d package binaries for the
Package: ftp.debian.org
Severity: normal
Hi!
Please remove the glib-d package binaries for the armhf architecture
temporarily.
The armhf arch is affected by GDC bug #944380 for a while now, and the
package does not migrate to testing while it's not built on armhf.
Meanwhile, all packages
Package: ftp.debian.org
Severity: normal
Hi!
Please remove the appstream-generator package binaries for the armhf
architecture temporarily.
The armhf arch is affected by GDC bug #944380 for a while now, and
appstream-generator depends on glib-d which is affected by this issue.
Furthermore, asgen
Am Fr., 8. Nov. 2019 um 23:29 Uhr schrieb Matthias Klumpp :
> [...]
> Please remove the gtk-d package binaries for the armhf architecture
> temporarily.
> [...]
Speaking of which, could the armhf packages of appstream-generator and
glib-d also be removed? The former suffers from
Package: ftp.debian.org
Severity: normal
Hi!
Please remove the gtk-d package binaries for the armhf architecture temporarily.
The armhf arch is affected by GDC bug #944380 for a while now, and the
package does not migrate to testing while it's not built on armhf.
Meanwhile, all packages depending
Package: gdc-9
Version: 9.2.1-17
Severity: serious
Hi!
Currently, GDC can't build package like gtk-d because it generates
duplicate non-weak symbols in object files, causing a collision when
linking. This seems to happen when using mixins / interfaces.
For more information and a workaround,
1 - 100 of 712 matches
Mail list logo
