Control: tags -1 moreinfo
Hi Paul,
Thanks for your very detailed review of carl9170fw. I'm still making my
changes to the package and will give you a poke and remove the moreinfo
tag once I have an upload ready for re-review.
> I don't think udebs are needed for firmware packages, none of the
tney.
discover has an installation count of nearly 200.000. Do we really remove
a package that is being installed on so many machines?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-
[1]
> https://buildd.debian.org/status/fetch.php?pkg=hsail-tools=s390x=0%7E20180830-1=1578612130=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
Source: tbb
Followup-For: Bug #878831
Hello!
This issue seems to have been fixed, tbb no longer FTBFS on alpha:
> https://buildd.debian.org/status/fetch.php?pkg=tbb=alpha=2020.3-1=1615170972=0
Probably good to close this bug report.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Deb
Source: tbb
Followup-For: Bug #878832
Hello!
tbb no longer FTBFS on hppa, so this issue can probably be closed.
> https://buildd.debian.org/status/fetch.php?pkg=tbb=hppa=2020.3-1%2Bb1=1633552721=0
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.
e compiler with that.
The idea is that the HPPA stuff must use the C compiler back end.
On Thu, Jan 6, 2022 at 3:24 PM John David Anglin wrote:
Same issue with Linux overcommit turned off. The machine is not running out of
memory and
there is lots of swap (40G).
Don't really know what's causin
Hi Fabio!
On 1/7/22 12:06, Fabio Fantoni wrote:
> Hi, I saw cdrkit orphan with RC bug but someone that want adopting it
> from a message of over one years ago without uploads
>
> @John Paul Adrian Glaubitz: you still want adopt it?
Yes, I'm trying to get that done within the nex
ound if they continue to cause trouble.
We could also ask the maintainer to disable the testsuite on sparc64.
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
next weeks. The new server has already been acquired. Then
we can have another look at the package and maybe figure out how to fix the
testsuite
issue.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik
.
If it isn't too hard, could you try it with Linux overcommit turned off?
On Thu, Jan 6, 2022 at 1:57 PM John David Anglin wrote:
Source: mlton
Version: 20130715-3
Severity: normal
Dear Maintainer,
Because of dependency problems mlton_20210117+dfsg-3 had to built
manually on hppa. However, it seems
???
On Thu, Jan 6, 2022 at 2:18 PM John David Anglin wrote:
Some additional info:
[161513.075587] mlton-compile(27627): unaligned access to 0x08011ef9 at
ip=0x00b53d73
[161513.365382] mlton-compile(27627): unaligned access to 0x08011ef9 at
ip=0x00b53d73
[161519.322624
How do I do that?
On 2022-01-06 3:27 p.m., Henry Cejtin wrote:
MLton understands about running out of memory, so it shouldn't just segfault.
If it isn't too hard, could you try it with Linux overcommit turned off?
On Thu, Jan 6, 2022 at 1:57 PM John David Anglin wrote:
Source: mlton
Version
b,l dc04ac
<_GLOBAL_OFFSET_TABLE_@@Base-0x52f8f8>,r0
dc0ec4: d3 94 1b c1 extrw,u ret0,30,31,r20
Fault occurs on load "ldw 0(ret0),r20" instruction.
Regards,
Dave Anglin
--
John David Anglin dave.ang...@bell.net
Source: mlton
Version: 20130715-3
Severity: normal
Dear Maintainer,
Because of dependency problems mlton_20210117+dfsg-3 had to built
manually on hppa. However, it seems mlton_20210117+dfsg-3 cannot
rebuild itself on hppa.
See log:
using QEMU emulation?
I haven't seen any such issues on the powerpc/ppc64 buildds, but I will check
whether
I can reproduce this problem on my iBook G4 which has an older processor in
case this
is a regression that affects older machines only.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' :
Source: plasma-framework
Version: 5.88.0-1
Severity: normal
Dear Maintainer,
Build fails here:
dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see
diff output below
dpkg-gensymbols: error: some symbols or patterns disappeared in the symbols
file: see diff output below
gt; passing again without disabling the failing test.
Thanks for debugging and reporting this. I will have a look at this bug and
fix it hopefully soon. Also, thanks for fixing so many issues in GRUB, I'm
on the GRUB mailing list as well and I'm seeing your regular influx of
patches there!
Adrian
-
Source: libkcapi
Version: 1.3.1-1
Severity: normal
Dear Maintainer,
The build fails here:
libtool: link: gcc -g -O2 -ffile-prefix-map=/<>=. -Wformat
-Werror=format-security -fpie -fPIE -DPIE -Wl,-z -Wl,relro -Wl,-z -Wl,now -pie
-o bin/.libs/kcapi-enc apps/bin_kcapi_enc-kcapi-enc.o
in the control file for the qttools-opensource-src source
package.
Yes, there are multiple archs affected by this problem and it would be great if
there was a work around. Possibly, the doc packages
could be built for all.
Regards,
Dave Anglin
--
John David Anglin dave.ang...@bell.net
Source: qtfeedback-opensource-src
Version: 5.0~git20180903.a14bd0b-1
Severity: normal
Dear Maintainer,
Build fails here:
make docs
make[2]: Entering directory '/<>'
make -f Makefile html_docs && make -f Makefile qch_docs
make[3]: Entering directory '/<>'
make -f Makefile prepare_docs && make -f
Source: qtpim-opensource-src
Version: 5.0~git20190618.8fec622c+dfsg1-8
Severity: normal
Dear Maintainer,
Build fails here:
make docs
make[2]: Entering directory '/<>'
make -f Makefile html_docs && make -f Makefile qch_docs
make[3]: Entering directory '/<>'
make -f Makefile prepare_docs && make
I believe the root cause is in
https://salsa.debian.org/ftp-team/dak/-/blob/master/config/debian/dinstall.variables#L25
<<<
# dists for which we import external data (i18n, dep11)
# as thats usually testing and unstable, but we need codenames,
# get em out of the db.
extimportdists=""
if [
Checking all releases with the following script it seems to me that updates from appstream to ftp-master are
done on "testing" and "unstable" only leaving out "stable" notably since the
beginning in 2016. Is there some rationale behind this or is it a bug?
package appstream has hard reverse
Source: webcamoid
Version: 8.6.1+dfsg-2.1
Severity: normal
Dear Maintainer,
The build fails with following error:
g++ -c -pipe -g -O2 -ffile-prefix-map=/<>=. -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -std=gnu++11
-Wall -Wextra -DCOMMONS_APPNAME="\"libAvKys\""
On 12/30/21 22:05, John Paul Adrian Glaubitz wrote:
> Well, on sh4, it failed with linker errors. Seems to be a different problem
> then
> what I previously assumed. Not sure what the problem is then.
The buildd hasn't picked up the updated glibc package yet [1]:
> libc-bin_2.3
problem is then.
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
Workaround is to download the updated file without 'apt update' to the
same location and doing an appstream refresh. Screenshots of "Builder"
are visible after that:
# wget --timestamping
'https://appstream.debian.org/data/bullseye/main/Components-amd64.yml.gz' -O
Package: gnome-software
Version: 3.38.1-1
Severity: normal
X-Debbugs-Cc: debian@jjaf.de
Dear Maintainer,
* What led up to the situation?
Opening gnome-software showed "Unsere Empfehlungen" (en: recommendation) for
applications "Builder". When selected all screenshots fail with
Hi Camm!
On 12/28/21 19:52, John Paul Adrian Glaubitz wrote:
> On 12/28/21 19:20, Camm Maguire wrote:
>> Correction, that is current autobuilders on 68k and sh4.
>
> That's a known issue, see [1]. I will patch the glibc packages for m68k
> and sh4 again to address this issue
=23960
--
.''`. 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
Excellent. My wife uses sc and cannot be convinced to change so I've had
to maintain it locally.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
text.h#L45
--
.''`. 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
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-ker...@lists.debian.org
Dear mentors and Kernel Team,
I'm looking for a sponsor for my package "carl9170fw":
* Package name : carl9170fw
Version : 1.9.9-399-gcd480b9-1
Upstream Author :
Control: tags +upstream
Hello!
On 12/25/21 14:05, John Paul Adrian Glaubitz wrote:
> I have created the attached patch which fixes the problem for me.
FWIW, upstream has its own version of the patch, too [1].
I would therefore suggest applying their version of the patch.
Adrian
> [1]
include it in the next upload?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=freeimage=powerpc=3.18.0%2Bds2-6=1640435634=0
> [2]
> https://buildd.debian.org/status/fetch.php?pkg=freeimage=ppc64=3.18.0%2Bds2-6=1640435569=0
--
.''`. John Paul Adrian Glaubitz
:
-f 2 | uniq | wc -
l
and these are the same ones as for the first upload with GCC 11.2.0-12.
The autopkgtests are numerous and still passing and I don't anticipate
any issues with this building on all architectures as it has before.
Thanks,
John
signature.asc
Description: This is a digitally signed message part
rg/status/package.php?p=survex=sid
--
.''`. 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
Package: bison
Version: 2:3.8.2+dfsg-1
Severity: wishlist
I think that when beginners install Bison to use as yacc, they expect to
find the Bison/yacc library installed as well. Even if it's not suited
for Recommends, it would be nice to have libbison-dev in the Suggests,
so that libbison-dev may
Source: glibc
Version: 2.34-0experimental2
Severity: normal
Dear Maintainer,
There are two new regressions in glibc 2.34 that need to be xfailed on
hppa:
+-+
| Encountered regressions that don't match expected failures.
Package: Apt
version: 2.0.6 (amd64)
system: Ubuntu cloud image: ubuntu-20.04-server-cloudimg-amd64-disk-kvm.img
& Ubuntu in general
I've had errors over the years of using apt. Almost every time it's related
to limited installation space. I appreciate all of the utilities of apt,
such as the
Ports
which keeps build dependencies installable all the time [1].
Adrian
> [1] https://lists.debian.org/debian-sparc/2017/12/msg00060.html
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin
Control: tags -1 +patch
Upstream has already come up with a patch [1] to fix the issue, see attached.
Adrian
> [1] https://github.com/kronosnet/kronosnet/pull/372
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - gl
atus/fetch.php?pkg=kronosnet=alpha=1.23-1=1638252618=0
> [2] https://github.com/kronosnet/kronosnet/issues/371
> [3] https://bugs.debian.org/996428
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-ber
upload?
Thanks,
Adrian
> [1]
> https://github.com/Exim/exim/commit/d73b9f478a2a5b299634acee4e05ff8ea25375a2
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
`-GPG: 62FF 8A75 84E0 295
Package: libpoco-dev
Severity: important
X-Debbugs-Cc: jay...@gmail.com
Dear Maintainer,
I am attempting to use libpoco-dev cmake files on bullseye, but the
problem encountered dates back to the addition of the cmake files to
the libpoco-dev package as part of
nother newline
before the new paragraph.
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
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
: [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
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 3B37 F5B5 F913
diff
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 a small f
tests. Could you apply it for the
next upload?
Thanks,
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=ruby3.0=x32=3.0.2-5=1635261370=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin - glaub...@phy
https://buildd.debian.org/status/fetch.php?pkg=ruby3.0=alpha=3.0.2-5=1635296543=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=powerpc=3.0.2-5=1635579792=0
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin -
nce 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
`. `' Freie Universitaet Berlin - glau
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
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 issue but
late 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
--
.''`. John P
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 deboo
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
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 Developer - gl
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
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
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
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/show/openSUSE:Factor
77a48f04 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
inimal 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 commit.
Adrian
-
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 forward
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 to suc
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 forward it.
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
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
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
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 queu
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'm not a D
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 merged. The
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 umbrella
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
Descript
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
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
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
sion which is not compatible with libffi [2].
Adrian
> [1]
> https://buildd.debian.org/status/fetch.php?pkg=libffi=ppc64=3.4.2-3=1633957534=0
> [2] https://github.com/libffi/libffi/issues/662
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universi
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
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
801 - 900 of 11299 matches
Mail list logo