x27;t want Debian's dar to be unable to unpack dar
archives because we are restricting the feature set so tightly to
what we can put in dar-static.
Thanks,
John
bug[1] and there is a one-line patch to
fix the problem[2].
Thanks,
John.
[1] https://bugzilla.samba.org/show_bug.cgi?id=14899
[2] https://gitlab.com/samba-team/samba/-/merge_requests/2246/diffs
-- Package-specific info:
* /etc/samba/smb.conf present, but not attached
* /var/lib/samba/dhcp.conf
There are multiple issues reported in a single bug.
> This means that I cannot create a Debian chroot from Debian unstable from 10
> years ago from snapshot.debian.org without merged-/usr and thus my chroot
> will behave differently as it did back then.
> Please re-enable --no-merged-usr so that
read: [1234567890123456789012345678901234567890123456789012345678901234
]
TEST len 64 text
[123456789012345678901234567890123456789012345678901234567890123
]
64 bytes read
buf read: [123456789012345678901234567890123456789012345678901234567890123
]
John
Package: src:linux
Version: 5.10.70-1
Severity: normal
Tags: upstream
Dear Maintainer,
When reading from a pty, a call to read(2) always returns a string ending in a
newline, except when the text written to the pty contains a multiple of 64
characters, plus the newline. In the exceptional case
patch for the
next upload so that ruby3.0 is fixed on alpha?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426
Hi John!
On 9/26/21 19:36, John Scott wrote:
> On Sun, 2021-09-26 at 18:55 +0200, John Paul Adrian Glaubitz wrote:
>> I'm willing to sponsor this as I am Debian's primary maintainer of the sh4
>> port.
>
> Thanks for your consideration! FYI, I just pushed
tests. Could you apply it for the
next upload?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=ruby3.0&arch=x32&ver=3.0.2-5&stamp=1635261370&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `
https://buildd.debian.org/status/fetch.php?pkg=ruby3.0&arch=alpha&ver=3.0.2-5&stamp=1635296543&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
the
build succeed. Could you apply it for the next upload?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=ruby3.0&arch=powerpc&ver=3.0.2-5&stamp=1635579792&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@
ifferent one. Once the system
has been
installed, the user can just boot the installed system with the custom kernel.
There is no need to make this particular check a hard fail.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
I built cssc from source to get the debug symbols and valgrind shows:
valgrind cssc-1.4.1/src/get s._x-xx
==319086== Memcheck, a memory error detector
==319086== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==319086== Using Valgrind-3.16.1 and LibVEX; rerun with -h
Package: cssc
Version: 1.4.1-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
We found that the %M% SCCS keyword in some of our files was not being correctly
interpolated.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Did a "get" on a
libfido2 1.9.0 was released a few days ago, and it seems like it might
have all of the necessary changes to support OpenSSL 3.0, for example
https://github.com/Yubico/libfido2/pull/357
I haven't tried building it though.
signature.asc
Description: This is a digitally signed message part
Hi Matthias!
On 10/11/21 15:27, John Paul Adrian Glaubitz wrote:
> This did not fix the bug, unfortunately. libffi is still being built with
> "-mcpu=power8" on ppc64, see the full build log in [1].
>
> We didn't need --enable-portable before, so this isn't the
to the party here, but FWIW, the terminology kernel image
and initramfs/init.rd image is correct. Those are actually image files as
they are loaded and mapped into memory 1:1, i.e. as an image.
People usually use the name "kernel image", not "kernel file".
Adrian
--
.''
The dependency on gcc-10 appears to come from the file /usr/lib/R/bin/libtool:
sys_lib_search_path_spec="/usr/lib/gcc/hppa-linux-gnu/10 /usr/lib/hppa-linux-gnu
/usr/lib /lib/hppa-linux-gnu /lib "
Rebuilding r-base with gcc-11.
Dave
--
John David Anglin dave.ang...@bell.net
Hello!
On 10/22/21 12:46, John Scott wrote:
> On Fri, 2021-10-22 at 11:18 +0200, John Paul Adrian Glaubitz wrote:
>> I had a look at the package and it throws a number of lintian errors. Are you
>> planning to address these or are they common for all binutils-$ARCH-elf
&g
The fix is currently waiting in the NEW queue.
signature.asc
Description: This is a digitally signed message part
Package: fprintd
Version: 1.90.9-1build1
Severity: normal
X-Debbugs-Cc: john.loughran.col...@gmail.com
Dear Maintainer,
Sorry if I do something wrong here, I've never submitted a bug to debian
before. I am acutally running kubuntu but I'm pretty sure the bug is
deeper down the stack. It may even
On Sat, 23 Oct 2021, 19:49 Sylvestre Ledru, wrote:
> Hello
> Le 20/10/2021 à 18:05, Dimitri John Ledkov a écrit :
>
> Hi,
>
> I've tried to reproduce this more
>
> Thanks, I appreciate it!
>
> and I have a few questions:
>
> 1) what is the version of
Source: r-cran-rpf
Version: 1.0.9+dfsg-2
Severity: normal
Dear Maintainer,
The build fails here:
g++ -std=gnu++14 -shared -L/usr/lib/R/lib -o rpf.so RcppExports.o ba81quad.o
dataframe.o diagnose.o dmvnorm.o eap.o glue.o libifa-rpf.o m2.o -fopenmp
-llapack -lblas -lgfortran -lm /usr/lib/gcc/hppa
Hi Simon!
The issue occurs on MIPS and 32-bit PowerPC when LLVM is built with LLDB
enabled, see [1]. It can be worked around by disabling LLDB on the affected
targets.
Adrian
> [1] https://reviews.llvm.org/D102872
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
On Fri, 2021-10-22 at 11:18 +0200, John Paul Adrian Glaubitz wrote:
> I had a look at the package and it throws a number of lintian errors. Are you
> planning to address these or are they common for all binutils-$ARCH-elf
> packages
> we currently have in Debian?
I believe you
Hi John!
On 9/26/21 13:05, John Paul Adrian Glaubitz wrote:
>> This package would provide GNU Binutils suited for embedded targets, and
>> would be suited for both SH-1 and SH-2 hardware at least [1]. This is needed
>> to build carl9170, the libre wireless firmware for AR9
Source: r-cran-maotai
Version: 0.2.1-1
Severity: normal
Dear Maintainer,
Build fails with the following error:
g++ -std=gnu++11 -shared -L/usr/lib/R/lib -o maotai.so RcppExports.o cpp_bmds.o
cpp_casket.o cpp_mmds.o evaluations.o src_computations.o -fopenmp -llapack
-lblas -lgfortran -lm /usr/li
Hi,
I've tried to reproduce this more and I have a few questions:
1) what is the version of debootstrap ?
2) do any config files divert as to which debootstrap's `functions`
file is used ?
3) what settings do you have in /tmp/configfile ?
I'm trying to eliminate a case where new scripts/impish i
Package: wnpp
Severity: wishlist
Owner: John Paul Adrian Glaubitz
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: fs-uae-launcher
Version : 3.0.5
Upstream Author : Frode Solheim
* URL : https://fs-uae.net/
* License : GPL-2+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: John Paul Adrian Glaubitz
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: fs-uae-arcade
Version : 3.0.5
Upstream Author : Frode Solheim
* URL : https://fs-uae.net/
* License : GPL-2+
Programming Lang
by/tree/rawhide
It builds fine on ppc64el:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1801321
OTOH, ruby3.0 builds fine in openSUSE Factory on ppc64el, but they're still at
version 3.0.1, so it might be an issue that will only show with 3.0.2?
> https://build.opensuse.org/package/
x77a48f04 in kill () from /lib/powerpc64le-linux-gnu/libc.so.6
Hmm, both were built with glibc 2.32-4.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hello!
On 10/17/21 21:50, John Paul Adrian Glaubitz wrote:
> Ah, so the last successful build was 3.0.2-2 and the first failure was in
> 3.0.2-3,
> the only difference being the mipsel patch to fix an unaligned access.
>
> However, 3.0.2-2 was built with gcc-10:
>
>> h
Hi!
On 10/17/21 21:47, John Paul Adrian Glaubitz wrote:
> Since ruby3.0 used to build fine on ppc64el in the past, the easiest way would
> be to just bisect the issue. I can give it a try and see if I can find the
> problematic commit.
Ah, so the last successful build was 3.0.2-2 and
the minimal test
> case, inside a build source tree, is this:
>
> ./miniruby -e 'END {Process.kill :SEGV, $$}'
Since ruby3.0 used to build fine on ppc64el in the past, the easiest way would
be to just bisect the issue. I can give it a try and see if I can find the
problematic com
Yes, that also worked for me.
Dave
On 2021-10-17 2:00 p.m., John Paul Adrian Glaubitz wrote:
Control: tags -1 +patch
Hello!
On 10/17/21 19:38, John Paul Adrian Glaubitz wrote:
This should be reported upstream. Chances are higher that upstream will see
the bug and fix it.
I'll forwa
Control: tags -1 +patch
Hello!
On 10/17/21 19:38, John Paul Adrian Glaubitz wrote:
> This should be reported upstream. Chances are higher that upstream will see
> the bug and fix it.
>
> I'll forward it.
The attached patch fixes the problem for me and allows the build t
Hello!
On 10/14/21 00:14, John David Anglin wrote:
> There's a bug in the check for -fstack-protector-all:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996428
This should be reported upstream. Chances are higher that upstream will see
the bug and fix it.
I'll for
Source: vtk7
Version: 7.1.1+dfsg2-10+b2
Followup-For: Bug #984401
Dear Maintainer,
On hppa:
[ 3%] Building CXX object
ThirdParty/xdmf2/vtkxdmf2/libsrc/CMakeFiles/vtkxdmf2.dir/XdmfDsmMsg.cxx.o
cd /<>/debian/build/ThirdParty/xdmf2/vtkxdmf2/libsrc &&
/usr/bin/mpic++ -DLinux -DMPICH_IGNORE_CXX_SE
Source: gcc-11
Version: 11.2.0-9
Severity: normal
Dear Maintainer,
Build fails here:
Comparing stages 2 and 3
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/m2/gm2-compiler-boot/M2Version.o differs
Bootstrap comparison failure!
gcc/SYSTEM.o differs
Package: epiphany-browser
Version: 41.0-2
Severity: normal
Here is a proof-of-concept file you can open, assuming you have bash-
doc installed:
Proof of concept
Link
Clicking the link will try to open a new tab to view the PD
Hi!
On 10/15/21 12:37, John Scott wrote:
> On Fri, 2021-10-15 at 12:24 +0200, John Paul Adrian Glaubitz wrote:
>> So, do you want me to upload newlib or do you want Tobias to do it?
> I think it would be more appropriate if you would. Just be sure to do
> it to a delayed queue f
On Fri, 2021-10-15 at 12:24 +0200, John Paul Adrian Glaubitz wrote:
> So, do you want me to upload newlib or do you want Tobias to do it?
I think it would be more appropriate if you would. Just be sure to do
it to a delayed queue for a minimum of two weeks, and send a mail to
99655
Hi John!
On 10/15/21 12:21, John Scott wrote:
> I've sent a merge request, and in fact did so a long time ago before my
> first NMU, but since the maintainers have been unresponsive it hasn't
> gotten merged. The Git repo is in collaborative maintenance, but since
> I'
On Fri, 2021-10-15 at 12:07 +0200, John Paul Adrian Glaubitz wrote:
> What about the Salsa repository? Is it going to be updated?
I've sent a merge request, and in fact did so a long time ago before my
first NMU, but since the maintainers have been unresponsive it hasn't
gotten me
On 10/15/21 12:00, John Scott wrote:
> On Fri, 2021-10-15 at 11:56 +0200, John Paul Adrian Glaubitz wrote:
>> Are you planning to adopt the package?
>
> Yes, I'm intending to salvage it and become the maintainer (the ITS is
> #996432). I think I'll keep it under the
On Fri, 2021-10-15 at 11:56 +0200, John Paul Adrian Glaubitz wrote:
> Are you planning to adopt the package?
Yes, I'm intending to salvage it and become the maintainer (the ITS is
#996432). I think I'll keep it under the umbrella of the Electronics
Team.
signature.asc
Descripti
Hi John!
On 10/15/21 11:50, John Scott wrote:
> I am looking for a sponsor for my package "newlib":
>
> * Package name: newlib
>Version : 3.3.0-1.2
>Upstream Author : various Newlib contributors
> * URL : https://sourcew
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-electronics-de...@alioth-lists.debian.net,
glaub...@physik.fu-berlin.de
Control: affects -1 src:newlib
Dear mentors,
I am looking for a sponsor for my package "newlib":
* Package name : newlib
Version : 3.3.0-1.2
Package: transmission-daemon
Version: 3.00-1
Severity: normal
Dear Maintainer,
After upgrading to Debian 11, I found that Transmission stopped sending
me emails about finished torrents. I did a bunch of troubleshooting and
ensured that Transmission is properly executing the completed torrent
scrip
Source: newlib
Version: 3.3.0-1.1
Severity: important
X-Debbugs-Cc: debian-toolch...@lists.debian.org,
pkg-electronics-de...@alioth-lists.debian.net, m...@qa.debian.org
The Newlib package is, in my opinion, currently in a poor state of
affairs.
* The upstream release 4.1.0 has yet to be packaged
Source: libfido2
Version: 1.6.0-2
Severity: normal
Dear Maintainer,
The check for -fstack-protector-all is successful:
-- The C compiler identification is GNU 10.3.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc - skipped
--
version which is not compatible with libffi [2].
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=libffi&arch=ppc64&ver=3.4.2-3&stamp=1633957534&raw=0
> [2] https://github.com/libffi/libffi/issues/662
--
.''`. John Paul Adrian Glaubitz
: :' : Debia
Package: fcitx
Version: 1:4.2.9.8-3
Severity: normal
Tags: l10n
X-Debbugs-Cc: contrapunc...@disroot.org
Dear Maintainer,
After an update, the Devanagari iTrans input method is no longer available in
fcitx. Additionally, the fcitx system tray icon no longer appears in the XFCE
panel.
-- System In
Source: gpgme1.0
Version: 1.16.0-1.1
Severity: important
In my opinion, this smells like a Policy violation, but I'm setting the
severity at non-RC since it's not my judgment that matters, but that of
the CI team.
Because DEP-8 tests (autopkgtests) speed up migration and have other
consequences o
m/FrodeSolheim/fs-uae/commit/bf81e7d2a60b2c8646663889e4a4431b988ae972
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F9
On Sun, 10 Oct 2021 12:41:45 +0200 Sylvestre Ledru
wrote:
> Package: debootstrap
> Version: 1.0.124
> Severity: normal
>
> Dear Maintainer,
>
> $ sudo debootstrap impish impish
https://www-ftp.lip6.fr/pub/linux/distributions//Ubuntu/archive/
> I: impish uses zstd compression, setting --extractor=a
.
Thus, could you drop "EXTRA_OPT_CFLAGS += -O2" for ia64? It builds fine
with the default optimization options.
Thanks,
Adrian
> [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85412
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.or
(,$(filter $(DEB_HOST_ARCH), hppa sh4))
FWIW, I think we can even drop the "EXTRA_OPT_CFLAGS += -O2" again as I could
build cpython from git without overriding the optimization level on the ia64
porterbox.
Thanks,
Adrian
> [1] https://github.com/python/cpython/pull/14474
--
.&#
job, he has access to wanna-build, too,
and has recently done a lot of work in this area.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Mattias!
On 10/8/21 11:21, John Paul Adrian Glaubitz wrote:
> I will try to build cmake with gcc-11 and see if that makes any difference.
Building with gcc-11 fixes the problem and cmake builds fine.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - g
have seen this issue before and
didn't understand what the problem was. At least I do now.
I will try to build cmake with gcc-11 and see if that makes any difference.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Fre
which hopefully will overcome the memory
> exhaustion and time-out problems seen on the XP1000s.
That doesn't really help here though as the compiled guile package will
still crash on SMP systems and cause packages like gnul28 to FTBFS
on imago.
Adrian
--
.''`. John Paul
so it never really worked. Only building both guile-2.2 and
guile-3.0 with "--without-threads" makes the package actually usable
on alpha.
So, I'm not sure how any outside user was supposed to be testing a guile
binary that was crashing all the time on SMP machines.
Adrian
--
the ABI in the first place, because we didn't have a properly
working guile package on alpha yet.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
trolled manner. That's what binNMUs
are for. I don't understand the discussion.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
On 2020-01-07 8:28 a.m., John David Anglin wrote:
> On 2018-12-22 3:23 p.m., John David Anglin wrote:
>> The problem is "arch" is not defined for hppa in linux.inc.
> Patch still fixes hppa build.
With patch previously sent, vtk9 builds successfully. Please update li
e more time. As you know, there are
a lot of issues piling up and a lot of the tasks end up with me.
I will put this on my TODO list.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.f
78&arch=i386&ver=78.13.0-1&stamp=1630158790&raw=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
allows
> building with DEB_BUILD_OPTIONS=noopt
>
> https://salsa.debian.org/webkit-team/webkit/-/commit/6be80f8246b03467a678bc7591eabad82ac49685
Sure. As long as we end up building with -O1, I don't mind the syntax ;-).
Adrian
--
.''`. John Paul Adrian Glaubitz
sd-i386 !m68k !sh4 !x32]
Thanks for reporting this. I just ran into this as well.
FWIW, x32 can be removed from this list once clang defaults to version 13.
m68k might follow in the future.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
ns from -O2 are actually responspible for the internal
compiler
error and report the issue upstream or update the existing bug report.
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub
=1633268716&raw=0
> [2] https://gcc.gnu.org/wiki/CompileFarm
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Hi Michael!
On 10/3/21 20:29, Michael Cree wrote:
> On Sun, Oct 03, 2021 at 11:33:31AM +0200, John Paul Adrian Glaubitz wrote:
>> Both guile-2.2 and guile-3.0 FTBFS on alpha when built with thread
>> support. Passing --without-threads to configure disables thread
>> suppor
Hi Rob!
On 10/3/21 20:27, Rob Browning wrote:
> John Paul Adrian Glaubitz writes:
>
>> Both guile-2.2 and guile-3.0 FTBFS on alpha when built with thread
>> support. Passing --without-threads to configure disables thread
>> support and fixes the build.
>
> Hmm,
stage is built with -O2 anyway and the above flags are not being
used
in this case.
Could you include this patch or a possible better version in the next guile-3.0
upload?
Adrian
> [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45214
--
.''`. John Paul Adrian Glaubitz
thread
support and fixes the build.
We also suspect that the threading problems in guile affect other
packages on alpha such as gnutls28 but we're not sure yet.
Could you apply the attached patch for the next upload of guile-3.0?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
thread
support and fixes the build.
We also suspect that the threading problems in guile affect other
packages on alpha such as gnutls28 but we're not sure yet.
Could you apply the attached patch for the next upload of guile-2.2?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
lab.com/qemu-project/qemu/-/issues/655
John
On Thu, 2021-09-30 at 09:18 -0400, John Scott wrote:
> Outside a minimal chroot, on my desktop system, zbarimg seems to
> process SVGs just fine. So this may be a case of a Recommends
> (somewhere) not being installed wreaking havok, but in my opinion
> zbarimg should still not beh
On 2021-09-30 6:13 p.m., Michael Lustfield wrote:
On Sun, 26 Sep 2021 13:49:36 -0400
John Brooks wrote:
[...]
So... My first response was a wordier version of the message you replied to,
emphasizing the bit where my opinion is moot. What's written below is as much
as I'm willing t
some time. I will start
looking into it tomorrow as I just came home today and I'm pretty tired.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Control: reassign -1 zbar-tools
Control: notfound -1 zint/2.10.0-1
Control: owner -1 !
I think I've partially identified what is happening.
It turns out that the version of zint in testing, despite being passed
the --filetype=SVG flag, actually produces a PNG, which in the past has
been happily
Hello!
On 9/29/21 00:38, John Paul Adrian Glaubitz wrote:
> There is actually a baseline violation on i386 as "-march=amdfam10" is
> passed to the compiler, see the build log in [1], for example.
Comparing the build logs, it seems that this an issue with the newer version
of a
Hi!
On 9/28/21 22:40, John Paul Adrian Glaubitz wrote:
> We should therefore pass "--enable-portable-binary" in debian/rules.
There is actually a baseline violation on i386 as "-march=amdfam10" is
passed to the compiler, see the build log in [1], for example.
libffi/libffi/blob/master/m4/ax_gcc_archflag.m4#L209
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
independently
verified that. It might be that libffi performs a runtime detection
during build which causes the library to be built with a higher
baseline on the POWER8 buildds.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `'
Package: open-vm-tools
Version 2:11.3.5
open-vm-tools 11.3.5 has been released on Sept 23, 2021 containing changes for:
- A configurable logging capability has been added to the network script.
- The hgfsmounter (mount.vmhgfs) command has been removed from open-vm-tools.
See: https://gith
er still needed going forward?
I don't seek to impose anything upon you, I just want to see that this
doesn't fall through the cracks.
Thanks
John Brooks
On Sun, 2021-09-26 at 18:55 +0200, John Paul Adrian Glaubitz wrote:
> I'm willing to sponsor this as I am Debian's primary maintainer of the sh4
> port.
Thanks for your consideration! FYI, I just pushed a small fix for the
Binutils autopkgtest to both Git and mentors.deb
Hi John!
> * Package name: gcc-sh-elf
> Upstream Author : GNU Project
> * URL : https://gcc.gnu.org
> * License : GPL
> Programming Lang: C, C++
> Description : GNU C compiler for embedded SuperH devices
>
> This native package will pro
ove suggestions.
I'm the primary maintainer of Debian's m68k port and I would be happy
to sponsor the package for you.
Let me know if you're interested.
Please join the debian-68k mailing list and the #debian-ports IRC channel
on OFTC if you want to get in touch with the rest of
Hi John!
> This package would provide GNU Binutils suited for embedded targets, and
> would be suited for both SH-1 and SH-2 hardware at least [1]. This is needed
> to build carl9170, the libre wireless firmware for AR9170 devices that's
> currently in firmware-linux-free. That
On Tue, 22 Dec 2020 00:42:36 + (UTC) Thorsten Glaser wrote:
> >thanks for considering
>
> Not before bullseye. There are many regressions and problems
> with the new releases. I plan on doing (at least) one more
> upload with more individual fixes backported, though ☺
>
> My current plan is
Package: lxc
Version: 1:4.0.10-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
After upgraded to 4.0.10-1, I cannot start unprivs container
anymore (it works before upgrade).
I start the unprivs container
Package: autoconf2.69
Version: 2.69-3
Severity: important
Justification: breaking change, not in NEWS, makes draft packages FTBFS
Control: block 994770 by -1
Control: block 985563 by -1
Hi,
I'm working on packaging binutils-sh-elf, and I know of someone else
working on updating binutils-m68hc1x.
On 9/22/21 3:36 PM, Simon McVittie wrote:
Control: tags -1 + moreinfo
Control: notfound -1 2.68.4-1
Control: found -1 2.70.0-1
On Wed, 22 Sep 2021 at 11:52:21 +0800, John Wong wrote:
After upgrade from 2.68.4-1 to 2.70.0-1, nextcloud-desktop
cannot work anymore, rollback to
Package: libglib2.0-0
Version: 2.68.4-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
After upgrade from 2.68.4-1 to 2.70.0-1, nextcloud-desktop
cannot work anymore, rollback to 2.68.4-1 fixed problem.
* What l
Package: gimp
Version: 2.10.8
GNU Image Manipulation Program version 2.10.8
git-describe: GIMP_2_10_6-294-ga967e8d2c2
C compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x
Package: src:linux
Version: 5.10.46-4
Severity: critical
Hello,
After upgrading this laptop from buster to bullseye, I started to have
issues. The laptop uses a LUKS root, so it pauses before loading X to
prompt for a password. Therefore I know this problem is not just X.
Immediately after put
Package: wnpp
Severity: wishlist
Owner: John Scott
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ker...@lists.debian.org
Control: block -1 by 986778
Control: block 890601 by -1
Control: affects -1 linux-firmware-free
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9
901 - 1000 of 11398 matches
Mail list logo
