Package: qt6-base-dev-tools
Version: 6.7.2+dfsg-5
Severity: normal
X-Debbugs-Cc: debian-arm@lists.debian.org pe...@pblackman.plus.com
User: debian-arm@lists.debian.org
Dear Maintainer,
The 2nd build of reproducible builds of libqt6pas usually segfaults;
/usr/lib/qt6/libexec/moc
make[1
Package: libunwind8
Version: 1.7.2-1
Severity: serious
Justification: results in FTBFS in unrelated packages
X-Debbugs-Cc: debian-arm@lists.debian.org
User: debian-arm@lists.debian.org
Usertags: armhf
The test suite for the libportal package, like many packages that use
GUI libraries, is run under
On 2024-08-13 11:46, Aurélien COUDERC wrote:
> 2 tests are segfaulting:
> The following tests FAILED:
> 2 - testbuiltins (SEGFAULT)
> 3 - testloadertags (SEGFAULT)
> Errors while running CTest
This looks like a GCC 14 regression, see the initial analysis on
https://bugs
Dear ARM porters,
I recently uploaded KDE Frameworks 6 packages (version 6.5.0) to unstable,
paving the way for Plasma 6 and Qt6 based KDE applications.
All 72 source packages builds fine, including 51 of them running their upstream
testsuite, but kf6-ktexttemplate fails its testsuite on arm64.
g e4defrag on such system, I get 100% of segfaults when I run a
command as simple as `e4defrag -v .` (both as root or as a regular user) in
whatever directory that I want.
I posted a long description of the command and running the e4defrag under
gdb at:
https://lists.debian.org/debian-a
rectory of interest), but all that I got were
segfaults, something which I had never seen before (e4defrag has always been
very robust).
Before I file a bug report (not really sure against what package), is
anybody able to confirm the problem with an armel box?
(As an aside, I don't get these er
Control: found 906570 60.3.0esr-1
Control: found 906570 60.3.0esr-2
I've been having this same issue on a Pinebook.
The versions in stretch are also problematic; I tried those first before
the newer versions landed in buster, but I haven't confirmed which
versions for sure.
On the positive side,
On Fri, 7 Oct 2016 11:10:50 +0200 Sven Bartscher
wrote:
> On Wed, 5 Oct 2016 17:12:45 +
> Clint Adams wrote:
>
> > Source: ghc
> > Version: 7.10.3-9
> > Severity: serious
> >
> > clint@abel ~/haskell-http-api-data-0.2.4
> > % ghci -isrc -XCPP -D"MIN_VERSION_base(X,Y,Z)=1"
> > GHCi, version
On Mon, 14 Jan 2013 20:52:00 +, peter green wrote:
> Anyway I have some bad news. When I try to do an armel build with bfd on
> my imx board I get.
> LINK(target) out/Release/chrome
> /usr/bin/ld.bfd.real: failed to set dynamic section sizes: Memory exhausted
> collect2: ld returned 1 exit st
shawnland...@gmail.com wrote:
It works when built with gold 2.23
Is anyone working on either getting that into wheezy (if it's a bugfix
release that is likely to pass the release teams requirements) or to
backport the required fixes?
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debia
It works when built with gold 2.23 on an armv6+ hardware host (bug 696284).
This bug is also a dup, and was njotriced shortely after chromium 22 was made
to build again on arm (ftbfs since chromium 18) due to my patches.
peter green wrote:
>Note: adding debian-arm to cc for feedback from other
Note: adding debian-arm to cc for feedback from other porters.
Jonathan Nieder wrote:
Hi Peter,
peter green wrote:
Patch to make the package use bfd rather than gold on armel and armhf is
attached. I may or may not upload this as a NMU.
If you'll have time to continue working on chr
Slobodan Milnović writes:
> Is there anything I can do to narrow the problem down?
I don't know, I have never used such instructions, maybe somebody on
debian-arm list can help?
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact lis
Is there anything I can do to narrow the problem down?
2012/5/26 Timo Juhani Lindfors :
> Slobodan Milnović writes:
>> => 0xbe9bdd14: cdplt 14, 9, cr13, cr11, cr10, {1}
>
> Hmm, coprocessor 14, the debug coprocessor?
>
> -Timo
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
w
Slobodan Milnović writes:
> => 0xbe9bdd14: cdplt 14, 9, cr13, cr11, cr10, {1}
Hmm, coprocessor 14, the debug coprocessor?
-Timo
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists
ommands:
>
> x/16i $pc
> info register
>
Unfortunatelly, I cannot give you the results of these gdb commands
for this particular case, because my SD card became so corrupt that I
had to format it and reinstall.
But, I was able to repeat the segfaults and illegal instruction cases
after the reinst
Slobodan Milnović writes:
> Core was generated by `grotty'.
> Program terminated with signal 4, Illegal instruction.
> #0 0xaf3a in ?? ()
> (gdb) bt
Would be nice to see the output of the following commands:
x/16i $pc
info register
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debi
Hi!
First of all, I would like to appologize if I'm not following the
Debian procedure for bug reporting, but I'm currently still trying to
figure out how exactly to do so.
In the meanwhile, I would like to report my result of installing the
armhf arhitecture packages on my OpenPandora. You have
Hi
This looks similar to
https://bugs.launchpad.net/ubuntu/maverick/+source/openjdk-6/+bug/605042
and Yao just tested and couldn't reproduce the issue either
Cheers
--
Loïc Minier
--
To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org
with a subject of "unsubscribe". T
On Wed, Sep 01, 2010 at 12:48:19PM +0200, Loïc Minier wrote:
> Hi
>
> This looks similar to
> https://bugs.launchpad.net/ubuntu/maverick/+source/openjdk-6/+bug/605042
> and Yao just tested and couldn't reproduce the issue either
>
It is actually the same bug, it was reported first to
my arm machine, but it failed. It
looks like a CPU or more probably a kernel issue given the only thing
the code does is calling the cacheflush syscall.
debian-arm, please could some of you check on different kernels if
/usr/lib/jvm/java-6-openjdk/bin/java -version
segfaults?
thanks
tags 591648 +patch
--
On penktadienis 20 Rugpj˙˙tis 2010 10:59:55 Mathieu Malaterre wrote:
BTW, I am not even sure this would fix the symptoms. I tried a rebuild
of gdcm using DOT_NUM_THREADS = 1 in the doxygen configuration (which
I would hope would be the old behavior).
It did solve the sympt
Thanks Derek, that was exactly what I was looking for! And the Perl script
saved me a lot of work, that made my day!
> The file you want is /var/lib/dpkg/status (or failing that status-old
> which is the previous version).
>
> It's a text file divided into sections by blank lines. Each section sho
q{apt-get install },$p,qq{\n};}' < /var/lib/dpkg/status
Of course, you could just take it as an opportunity to only install packages
you want.
2009/12/1
> Hello,
>
> it turned out that the segfaults that where happening with certain
> filesystem commands on my NSLU2 were most
Hello,
it turned out that the segfaults that where happening with certain
filesystem commands on my NSLU2 were most likely caused by a faulty USB
flash stick after all. More and more errors started happening, so I
finally couldn't deny that possibility any longer.
Some parts of the filesyst
Rick,
yes, the system is on a USB flash stick, but I don't really believe that a
faulty memory cell would cause such symptoms. Should be easy enough to
test, though. I'll just copy the three binaries that fail to another
location and then rename after deleting the originals, that should make
sure
On Nov 17, 2009, at 4:02 PM, u7l1...@mail.lrz-muenchen.de wrote:
Right now, when I logged on the "ls" command segfaulted. I then used
"apt-get" to install the newest lenny updates (nothing kernel or
fileutil
related), and suddenly "ls" worked again!
Regards, Richard
Hi Richard,
Is the
nd visualizes my solar heating
system's data, which is the only purpose I use my slug for.
The problem might have to do with error messages from the "usbserial"
driver, which have started to appear occasionally in my logs. But they
don't coincide with the appearance or disappearance
* u7l1...@mail.lrz-muenchen.de [2009-11-11
23:17]:
> This happens at irregular intervals. Sometimes everything is fine for
> days, then it already happens during the boot sequence, as I can see from
> entries in the boot logfile. When these errors start occuring, only a
> reboot helps.
>
> Any i
Hi,
since the last kernel update on my NSLU2 running lenny armel
(2.6.26-2-ixp4xx #1 Thu Nov 5 05:37:51 UTC 2009 armv5tel GNU/Linux), I
regularly experience problems using simple filesystem commands: ls, cp and
mv (and maybe others, haven't tried) suddenly stop working and segfault
everytime they
On Sun, Jun 08, 2008 at 12:44:44PM -0400, Lennart Sorensen wrote:
> > [...]
> > Should I file a bug against eboard or g++? Suggestions welcome.
>
> Any program that segfaults has a bug. So if g++ segfaults, then g++ has
> a bug. eboard may have code that triggers the bug
nto it? Lacking access to an ARM machine, I am
> unable to track down what causes the trouble myself.
>
> Should I file a bug against eboard or g++? Suggestions welcome.
>
> Please CC me as I am not subscribed to the list.
Any program that segfaults has a bug. So if g++ segfaults
Hi,
the eboard package, which I am maintaining, fails to build from source
on ARM in version 1.1.1-2. g++ will segfault during the processing of
chess.cc, as can be seen on [1] (tail) and [2] (full buildd log).
[1] http://buildd.debian.org/~jeroen/status/package.php?p=eboard
[2]
http://buildd.de
Joey Hess wrote:
> Daniel Kobras wrote:
> > I'm trying to debug a build failure of graphicsmagick on arm[0]. Alas,
> > leisner seems to suffer from unstable NFS, and agnesi lacks
> > build-essential, so I'm asking for help here.
>
> Have you tried contacting debian-admin? Here, I'll CC them.
Bui
Guys:
I'm trying to debug a build failure of graphicsmagick on arm[0]. Alas,
leisner seems to suffer from unstable NFS, and agnesi lacks
build-essential, so I'm asking for help here.
Leisner is indeed struggling with a network-related instability. I
haven't nailed down where the probl
Daniel Kobras wrote:
> I'm trying to debug a build failure of graphicsmagick on arm[0]. Alas,
> leisner seems to suffer from unstable NFS, and agnesi lacks
> build-essential, so I'm asking for help here.
Have you tried contacting debian-admin? Here, I'll CC them.
--
see shy jo
signature.asc
D
Moi!
I'm trying to debug a build failure of graphicsmagick on arm[0]. Alas,
leisner seems to suffer from unstable NFS, and agnesi lacks
build-essential, so I'm asking for help here.
The problem is a segfault in the drawtest program which is part of
graphicsmagick's testsuite. Could someone pleas
>
> > I'm trying to install Woody on an 2.4.21 based ARM system with
> > 8MB ram and a 256MB swap partition (using the debootstrap +
> > network method).
> >
> > I get through the base system OK (very slow due to excessive
> > swapping) but after that apt-get install
> > causes dpkg to segfault (s
On Mon, Aug 18, 2003 at 04:27:33AM -0400, Andre wrote:
> I'm trying to install Woody on an 2.4.21 based ARM system with 8MB ram and a
> 256MB swap partition (using the debootstrap + network method).
>
> I get through the base system OK (very slow due to excessive swapping) but
> after that apt-g
I'm trying to install Woody on an 2.4.21 based ARM system with 8MB ram and a
256MB swap partition (using the debootstrap + network method).
I get through the base system OK (very slow due to excessive swapping) but
after that apt-get install causes dpkg to segfault (seems to
happen as the amou
On Tue, 2002-02-26 at 00:19, LightKnight wrote:
> Hi. The version of scid currently in unstable can't move up to testing
> because it segfaults weirdly while compiling on arm. Can anybody have a look
> at it?
Probably #134241 and/or #130187. (I think these are really the same
bug.)
p.
Hi. The version of scid currently in unstable can't move up to testing
because it segfaults weirdly while compiling on arm. Can anybody have a look
at it?
http://buildd.debian.org/fetch.php?&pkg=scid&ver=3.1-1&arch=arm&stamp=1013476970&file=log&as=raw
P.S.: I&
>Lots of programs seem to segfault on startup nowadays. 'named' from
>bind9, 'djscripts', 'in.rexecd', 'telnet', to take a few examples.
>
>The funny thing is that by rebuilding some of these programs on my
>own, they work fine. No modifications, simply a rebuild. But when
>the next version gets
Lots of programs seem to segfault on startup nowadays. 'named' from
bind9, 'djscripts', 'in.rexecd', 'telnet', to take a few examples.
The funny thing is that by rebuilding some of these programs on my
own, they work fine. No modifications, simply a rebuild. But when
the next version gets down
44 matches
Mail list logo
