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
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
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: u
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 work
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
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: li
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
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 http://vsre.i
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!
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 im
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 could
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
701 - 712 of 712 matches
Mail list logo
