> On Apr 8, 2024, at 1:02 AM, John Paul Adrian Glaubitz
> wrote:
>
> On Mon, 2024-04-08 at 19:38 +1200, Mike Hosken wrote:
>> As for Firefox thanks for the info, hopefully it will get fixed as it would
>> make
>> ppc64 still very useable in this modern era.
Hi,
Mike Hosken wrote:
> When I burned it to a cd it didn’t boot. When I tried a dvd it did boot.
That's strange. Do you still have that CD with the ISO on it ?
If so, what do you get from a run of
xorriso -indev /dev/sr0 -toc -report_system_area plain -check_media --
assumed that /dev/sr0
here were 15 images released after that one:
> https://cdimage.debian.org/cdimage/ports/snapshots/
Not sure why you thought it's the latest one.
> I ended up doing 6 installations overall, for testing purposes and it worked
> well.
>
> As for Firefox thanks for the info,
purposes and it worked well.
As for Firefox thanks for the info, hopefully it will get fixed as it would
make ppc64 still very useable in this modern era.
> On 8 Apr 2024, at 19:09, John Paul Adrian Glaubitz
> wrote:
>
> Hello,
>
>> On Mon, 2024-04-08 at 17:19 +1200, Mi
s. The fix was simple and upon
> reinstall
> dpkg works as expected.
I have run into this issue during a test installation as well, but I have not
figured
out yet what the problem is.
> I installed xfce and noticed Firefox failed to launch with segmentation
> errors also
> the esr v
was simple and
upon reinstall dpkg works as expected.
I installed xfce and noticed Firefox failed to launch with segmentation errors
also the esr version does the same. Upon further research I discovered others
also have this problem. I tried building both versions from Sid but they both
failed
s://bugzilla.mozilla.org/show_bug.cgi?id=1845669
>
> Adrian
>
Hi Adrian,
I was just able to test it using an upgraded Debian Sid ppc64:
It crashes because of:
Thread 1 "firefox-esr" received signal SIGSEGV, Segmentation fault.
i32_load8_u (addr=2014643200, mem=) at rlbox.wasm.c:146
1
backup before you install Firefox, then restore from
that backup if Firefox doesn't work (that's what I ended up doing). I
use Gentoo and Debian SID on my PowerMac G5 as rescue systems for each
other.
-Stan
Hello Adrian,
On 8/31/23 3:06 PM, John Paul Adrian Glaubitz wrote:
> Hi!
>
> Thanks to the efforts of Debian's Firefox maintainer, the Firefox package
> is building again on ppc64 (big-endian) the first time in a long period.
>
> However, we don't know whether Firefox actual
Hello,
I'm running firefox on 64-bit Big-Endian and am till current date stuck
on these packages:
ii firefox 85.0.1-1 ppc64 Mozilla Firefox
web browser
ii firefox-esr 78.14.0esr-1+b1 ppc64 Mozilla Firefox
web browser - Extended Support Release
illa.org/show_bug.cgi?id=1845669
Just installed and given firefox 117.0-1 a spin on ppc64. It segfaults
on startup. Not sure if that is the bug you reference. I can try to
get a backtrace. Hmm the debugging symbols file is massive and gdb is
already up to 85% memory and swap used. Still
On Thu, 2023-08-31 at 23:06 +0200, John Paul Adrian Glaubitz wrote:
> Can anyone running Debian on ppc64 please give it a try?
It might crash because of this bug:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1845669
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `'
Hi!
Thanks to the efforts of Debian's Firefox maintainer, the Firefox package
is building again on ppc64 (big-endian) the first time in a long period.
However, we don't know whether Firefox actually works on 64-bit Big-Endian
PowerPC.
Can anyone running Debian on ppc64 please give it a try
On Saturday, March 6, 2021, Riccardo Mottola
wrote:
> Hi Luke,
>
>
> Luke Kenneth Casson Leighton wrote:
>>
>> just to confirm: that's definitely "setting machine to capabilities that
the machine doesn't have, then requesting that feature and gcc 10 says
'ok'" yes?
>>
>> i do not know the exact
Hi Luke,
Luke Kenneth Casson Leighton wrote:
just to confirm: that's definitely "setting machine to capabilities
that the machine doesn't have, then requesting that feature and gcc 10
says 'ok'" yes?
i do not know the exact machine, let us assume it is -mg3.
the options being passed are
On Tuesday, March 2, 2021, Luke Kenneth Casson Leighton
wrote:
>
>
> On Tuesday, March 2, 2021, Riccardo Mottola
wrote:
>
>> actually the original point is even for PPC32, note just PPC64. The
>> configure check added by Adrian in Firefox checks if the compiler
>&
On Tuesday, March 2, 2021, Riccardo Mottola
wrote:
> actually the original point is even for PPC32, note just PPC64. The
> configure check added by Adrian in Firefox checks if the compiler
> accepts -maltivec and just enables it in the build.
> However, this assumption is not correc
changing subject, for reference / background:
* Paul Mackerras is working on an experimental branch to add VSX
https://github.com/paulusmack/microwatt/blob/vecvsx/decode1.vhdl
he was experimenting to see what was needed to get Fedora booting. the
internal design is a Finite State Machine.
course, there have been assumptions "#ifdef PPC64 equals
> POWER9 therefore VSX" which are unfortunately creeping in ever since
> EABI 2.0 came about?
actually the original point is even for PPC32, note just PPC64. The
configure check added by Adrian in Firefox checks if the com
Hi Gabriel,
Gabriel Paubert wrote:
> This is going to be hopelessly slow. The point of SIMD is to process
> quickly vast amounts of data, the overhead of every single emulated
> instructions is counted in hundreds of cycles.
>
> IMHO, the only solution is to:
> a) only use SIMD in library code
>
cpu=750 -mtune=750, but the compiler will accept -maltivec
> and create an incompatible binary.
I actually just tested and "debian shipped firefox" fires an illegal
instruction on a G3, so it is having a similar issue than my own
ArcticFox builds.
I also did a test and tri
On Mon, Mar 1, 2021 at 3:39 AM Gabriel Paubert wrote:
>
> On Sun, Feb 28, 2021 at 11:52:12PM +, Luke Kenneth Casson Leighton wrote:
> > On Monday, March 1, 2021, Riccardo Mottola
> > wrote:
> > ...
> > Tulio Magno Quites Machado Filho is currently working on glibc6 patches
> > which reverse
On Monday, March 1, 2021, Gabriel Paubert wrote:
> On Mon, Mar 01, 2021 at 12:22:22PM +, Luke Kenneth Casson Leighton
wrote:
>> ---
>> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>>
>> On Mon, Mar 1, 2021 at 8:39 AM Gabriel Paubert wrote:
>>
>> > Beware that VSX
On Mon, Mar 01, 2021 at 12:22:22PM +, Luke Kenneth Casson Leighton wrote:
> ---
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
> On Mon, Mar 1, 2021 at 8:39 AM Gabriel Paubert wrote:
>
> > Beware that VSX is not Altivec. Altivec was called VMX by IBM and
> > VSX
---
crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
On Mon, Mar 1, 2021 at 8:39 AM Gabriel Paubert wrote:
> Beware that VSX is not Altivec. Altivec was called VMX by IBM and
> VSX is a superset of Altivec (IIRC).
>
> G4 and G5 do not have VSX.
apologies i tend to lump
On Sun, Feb 28, 2021 at 11:52:12PM +, Luke Kenneth Casson Leighton wrote:
> On Monday, March 1, 2021, Riccardo Mottola
> wrote:
>
> > A quick solution would to have this configure as a convenience, but have
> a way to pass an --enable-altivec and -disable-altivec (or with/without?)
>
On Monday, March 1, 2021, Riccardo Mottola
wrote:
> A quick solution would to have this configure as a convenience, but have
a way to pass an --enable-altivec and -disable-altivec (or with/without?)
parameter to configure.
EABI v2.0 rather unfortunately, despite it being optional in the
Hello,
I was checkin gout a specific patch Adrian made for Firefox, which
should help building on non-Altivec capable CPUs.
https://github.com/mozilla/gecko-dev/commit/c6b39f0f902898988ca7793af56307640ff81362
I have imported it in ArcticFox with this commit and tested it.
https://github.com
On 3/7/19 8:21 AM, Dennis Clarke wrote:
> Ha. Let's not drag the SPARC world into this. In my opinion, based on
> some twenty years of observational data, the only problem with SPARC
> based systems is that they are horribly slow and run horribly hot while
> costing horrible amounts of money.
On 3/6/19 12:34 PM, John Paul Adrian Glaubitz wrote:
> On 3/6/19 5:52 AM, Dennis Clarke wrote:
>> So would it be of value for me to fire up Debian buster or sid on a
>> PowerMac G5 here and do some testing? Not sure where you are getting
>> your Firefox from. Also is th
On 3/6/19 5:52 AM, Dennis Clarke wrote:
> So would it be of value for me to fire up Debian buster or sid on a
> PowerMac G5 here and do some testing? Not sure where you are getting
> your Firefox from. Also is that the nightly builds?
We're building stock Debian packages from unstabl
o would it be of value for me to fire up Debian buster or sid on a
PowerMac G5 here and do some testing? Not sure where you are getting
your Firefox from. Also is that the nightly builds? I currently am
running 67.0a1 where about:buildconfig claims :
https://hg.mozilla.org/mozilla-central/rev/786
On 3/5/19 8:58 AM, aggaz wrote:
> Hello, browsing the mailing list archive I read that on December 2018
> people with a Macintosh G5 was kindly asked to try Fedora and OpenSUSE
> to see if their GRUB works [1].
>
> I was not member of the list at the time, but now I am. I have a
> PowerMac G5
Hello, browsing the mailing list archive I read that on December 2018
people with a Macintosh G5 was kindly asked to try Fedora and OpenSUSE
to see if their GRUB works [1].
I was not member of the list at the time, but now I am. I have a
PowerMac G5 late 2005 and if this kind of help/test is
Hi Frank,
On Fri, Dec 21, 2018 at 10:38 PM Frank Scheiner wrote:
>
> Hi Adrian,
>
> On 12/11/18 00:00, John Paul Adrian Glaubitz wrote:
> > @Frank: Could you repost your patches for grub-installer rebased for the
> > current
> > version? Maybe also include the ofpath script from the
Hi Adrian,
On 12/11/18 00:00, John Paul Adrian Glaubitz wrote:
@Frank: Could you repost your patches for grub-installer rebased for the current
version? Maybe also include the ofpath script from the yaboot package
(download from
Hi Christian
(removing others who will read the reply on the ML)
Christian Zigotzky wrote:
>
> Thanks for your reply. We get the error message 'Illegal instruction'
> on the X5000. That means it doesn't start. Could you please compile it
> without AltiVec (-maltivec -mabi=altivec)?
I do not
On 11 December 2018 at 7:04PM, Riccardo Mottola wrote:
Hi Christian!
Christian Zigotzky wrote:
Many thanks for ArcticFox! I successfully tested it on my AmigaOne
X1000 today. (64-bit 1.8 GHz dual-core PWRficient PA6T-1682M PowerPC
with AltiVec)
Screenshot of ArcticFox on Fienix (32-bit
Hi Christian!
Christian Zigotzky wrote:
Many thanks for ArcticFox! I successfully tested it on my AmigaOne
X1000 today. (64-bit 1.8 GHz dual-core PWRficient PA6T-1682M PowerPC
with AltiVec)
Screenshot of ArcticFox on Fienix (32-bit Debian based distribution
with a 64-bit kernel):
On 12/11/18 12:00 AM, John Paul Adrian Glaubitz wrote:
> On 12/10/18 6:23 PM, Riccardo Mottola wrote:
>> PS: Adrian, I hope you get out a new ISO soon, so I try reinstalling the
>> iBook and test again :) I got the machine exactly for working on ArcticFox
>
> The problem is that we currently
On 12/10/18 6:23 PM, Riccardo Mottola wrote:
> PS: Adrian, I hope you get out a new ISO soon, so I try reinstalling the
> iBook and test again :) I got the machine exactly for working on ArcticFox
The problem is that we currently don't have Yaboot in the archives which is
required by the
On 10 December 2018 at 6:23PM, Riccardo Mottola wrote:
Hi,
swamprock wrote:
Meanwhile, there is a fork of Pale Moon 27.x called Arctic Fox that
can be used on 32-bit PowerPC-https://github.com/wicknix/Arctic-Fox/
More
Hi,
swamprock wrote:
Meanwhile, there is a fork of Pale Moon 27.x called Arctic Fox that can be used
on 32-bit PowerPC-https://github.com/wicknix/Arctic-Fox/
More
info:https://forums.macrumors.com/threads/arctic-fox-web-browser-for-10-6-32-64-bit.2133051/
I need to chime in, being one of
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Monday, December 10, 2018 10:41 AM, John Paul Adrian Glaubitz
wrote:
> On 12/10/18 4:37 PM, Christian Zigotzky wrote:
>
> > I am not sure if you know this website:
> > https://wiki.raptorcs.com/wi
On 12/10/18 4:37 PM, Christian Zigotzky wrote:
> I am not sure if you know this website:
> https://wiki.raptorcs.com/wiki/Porting/Firefox
Nice. Looks like there hasn't been any work done on 32-Bit PowerPC yet
though. In order to get Firefox working on 32-Bit PowerPC, someone needs
to imp
Hi All,
I am not sure if you know this website:
https://wiki.raptorcs.com/wiki/Porting/Firefox
Many thanks to all for Debian PowerPC! :-) I use it with pleasure on my
AmigaOnes.
Cheers,
Christian
On 08/27/2018 11:09 PM, John Paul Adrian Glaubitz wrote:
On 8/28/18 5:08 AM, John Paul Adrian Glaubitz wrote:
Guess not.
Explanation here: https://lists.debian.org/debian-sparc/2017/12/msg00060.html
Oh, FWIW, you need to install the version from experimental.
# apt install firefox -t
On 8/28/18 5:08 AM, John Paul Adrian Glaubitz wrote:
>> Guess not.
>
> Explanation here: https://lists.debian.org/debian-sparc/2017/12/msg00060.html
Oh, FWIW, you need to install the version from experimental.
# apt install firefox -t=experimental
Adrian
--
.''`. John Paul Adr
On 8/28/18 4:35 AM, Dennis Clarke wrote:
> root@nix:~# apt-get install firefox
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation o
On 08/27/2018 09:54 PM, John Paul Adrian Glaubitz wrote:
On 8/25/18 10:54 AM, John Paul Adrian Glaubitz wrote:
2) Firefox segfaults when I start it, either from command line or from the
system menu. Is this a known bug? Are there any other graphical (i.e.,
non-text-mode) browsers I can use
Source: firefox
Version: 59.0~b4-1
Severity: normal
Tags: patch
User: debian-sp...@lists.debian.org
Usertags: powerpc sparc64
Hi!
On both powerpc and sparc64, firefox FTBFS because the compiler doesn't
understand the flag -fno-lifetime-dse. This can be fixed with the following
patch which
t correspond to BGRA or RGBA byte order"
^
With the patch, firefox_59 builds fine:
Build Architecture: ppc64
Build Type: any
Build-Space: 15897132
Build-Time: 1854
Distribution: sid
Host Architecture: ppc64
Install-Time: 374
Job: /var/lib/buildd/firefox/firefox_59.0~b4-1.dsc
Machine Archi
Source: firefox
Version: 59.0~b4-1
Severity: normal
Tags: patch
User: debian-powerpc@lists.debian.org
Usertags: powerpc ppc64
Hello!
src:firefox currently FTBFS on big-endian powerpc/ppc64 because skia
needs to be patched to support big-endian systems [1]:
n file included from
/<>/gf
Source: firefox
Version: 58.0-1
Severity: normal
Tags: upstream
User: debian-powerpc@lists.debian.org
Usertags: powerpc ppc64
Builds of firefox for powerpc and ppc64 (the only big-endian
architectures rustc supports at present, and admittedly not release
architectures) have been failing lately
Source: firefox
Version: 58.0-1
Severity: serious
Tags: patch upstream
Justification: fails to build from source (but built successfully in the past)
User: debian-powerpc@lists.debian.org
Usertags: ppc64el
Control: forwarded -1 https://bugzilla.mozilla.org/show_bug.cgi?id=1425413
Builds
Hi Adrian,
that issue
https://bugzilla.mozilla.org/show_bug.cgi?id=1269654
was never fixed, i reported many months ago (or year) and just made firefox
slower but is not making the crash.
Im using right now for writing here firefox 47 (with that issue present) from
ubuntu but no problems
Source: firefox
Version: 56.0-2
Severity: normal
User: debian-powerpc@lists.debian.org
Usertags: ppc64
Hi!
I bootstrapped rustc and cargo for ppc64 this weekend, so that
the build dependencies for src:firefox are fulfilled on ppc64
again.
Unfortunately, we are now running into the same problem
On 10/22/2017 10:45 AM, luigi burdo wrote:
> probably this small report can made understand one of the reason why firefox
> crash on debian PPC64.
> (...)
> look like the issue come on debian because a pipe error.
No, it isn't. The log messages you provide don't reveal anything,
you
I Adrian,
probably this small report can made understand one of the reason why firefox
crash on debian PPC64.
Plus i made an experiment yesterday
On this last sid i installed one of my archived firefox esr 45.x ( from old
debian sid archive) that is working on others ppc64 distros (fedora
> > There is a trace in the kernel log, with a blurb about "invalid signal
> > > frame" and not much more.
> > >
> > > This is with v4.13/v4.14 kernels.
> >
> > Could you please report the bug with the content of syslog.
>
> I'm away
gt;
> > This is with v4.13/v4.14 kernels.
>
> Could you please report the bug with the content of syslog.
I'm away from the machine until next Friday, and running firefox on
remote display on a slow link is painful, to put it mildly.
Gabriel
On Fri, Sep 29, 2017 at 12:40 PM, Gabriel Paubert wrote:
> On Fri, Sep 29, 2017 at 12:10:20PM +0200, Christian Zigotzky wrote:
>> On 29 September 2017 at 11:42AM, Gabriel Paubert wrote:
>> > Hi Christian,
>> >
>> > The right mouse button, i.e., the one that pops up a menu.
>>
On Fri, Sep 29, 2017 at 12:10:20PM +0200, Christian Zigotzky wrote:
> On 29 September 2017 at 11:42AM, Gabriel Paubert wrote:
> > Hi Christian,
> >
> > The right mouse button, i.e., the one that pops up a menu.
> >
> I understand. Yes, you're right. There is a problem. I can open the menu
On 29 September 2017 at 11:42AM, Gabriel Paubert wrote:
Hi Christian,
The right mouse button, i.e., the one that pops up a menu.
I understand. Yes, you're right. There is a problem. I can open the menu
but selecting a menu point doesn't work. Thanks for the hint.
-- Christian
or info. The A-EON PowerPC machines use their own customized Linux
> kernels and they don't need Grub, Yaboot or something like that for booting.
> The firmwares boot the Linux kernels directly. Only FYI.
>
> I have posted a call to subscribe to the Firefox bug in the A-EON Linux PPC
&g
kernels directly. Only FYI.
I have posted a call to subscribe to the Firefox bug in the A-EON Linux
PPC support forum. [1]
Cheers,
Christian
[1]
http://forum.hyperion-entertainment.biz/viewtopic.php?f=35=2453=42499#p42499
On 29 September 2017 at 11:03AM, Gabriel Paubert wrote:
Do you also have
On 09/29/2017 10:59 AM, Christian Zigotzky wrote:
It's the same bug report. :-) Your first link is also correct.
FWIW, please avoid posting messages like "I have the same problem, too",
it just causes unnecessary noise. You should only post to bug reports
when you have additional information
On Fri, Sep 29, 2017 at 10:06:08AM +0200, Christian Zigotzky wrote:
> Hi All,
>
> I have Debian Sid PowerPC (PPC32) on my A-EON AmigaOne X1000 Nemo (P.A. Semi
> PA6T). I have the same problems with Firefox ESR.
>
> Adrian, could you try to get in touch with the Firefox maintai
A-EON AmigaOne X1000 Nemo
(P.A. Semi PA6T). I have the same problems with Firefox ESR.
Adrian, could you try to get in touch with the Firefox maintainer? I
think you can better discuss with him about the problems.
Thanks,
Christian
On 28.09.2017 23:59, John Paul Adrian Glaubitz wrote:
Hi Sinan
Adrian,
It's the same bug report. :-) Your first link is also correct.
Cheers,
Christian
On 29 September 2017 at 00:04AM, John Paul Adrian Glaubitz wrote:
On 09/28/2017 11:59 PM, John Paul Adrian Glaubitz wrote:
[1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654
That link is
Hi All,
I have Debian Sid PowerPC (PPC32) on my A-EON AmigaOne X1000 Nemo (P.A.
Semi PA6T). I have the same problems with Firefox ESR.
Adrian, could you try to get in touch with the Firefox maintainer? I
think you can better discuss with him about the problems.
Thanks,
Christian
On 09/28/2017 11:59 PM, John Paul Adrian Glaubitz wrote:
>> [1] https://bug98304.bugzilla.mozilla.org/show_bug.cgi?id=1269654
That link is bogus, sorry. Should be:
> https://bugzilla.mozilla.org/show_bug.cgi?id=1269654
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer -
Hi Sinan!
On 09/28/2017 09:22 PM, Sinan Gürkan wrote:
> I am running Debian 9 ppc64 with Mate Desktop on A-Eon Cyrus X5000 (Freescale
> P5020)
>
> Both Firefox-ESR and Qupzilla exits or crashes while browsing.
You most likely ran into this upstream bug [1] which affects big-en
Dear all
I am running Debian 9 ppc64 with Mate Desktop on A-Eon Cyrus X5000
(Freescale P5020)
Both Firefox-ESR and Qupzilla exits or crashes while browsing.
Here are the outputs in the terminal.
Firefox-ESR:
Crash Annotation GraphicsCriticalError: |[0][GFX1]: Unknown image format 1
(t=4.70433
On Mon, Feb 13, 2017 at 04:44:22PM -0500, wrote:
> Well there does exist cheaper options, like the $4k T4240QDS-PB, which
> is 12 core (24 threads) 1.8Ghz 64 bit powerpc.
>
> The P5040RDB is $3k for a quad core 64 bit powerpc.
>
> That's still not hobby level pricing though. Better than the
P5040 is much less then 3k in prize or there is P5020 too *cyrus plus
or the old good G5 Quad.. it rulez today im writing right now from fedora 25
PPC64 firefox 51 and i dont miss a new gen machine. Work in full PPC64 made
this machine really enjoyable.
Luigi
On Mon, Feb 13, 2017 at 10:44:57PM +0200, Konstantinos Margaritis wrote:
> As with all new languages it will take time, but eventually it will get
> there, with a big IF. The biggest(only?) problem with PowerPC in
> general right now is hardware availability not lack of interested
> developers.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/13/2017 09:44 PM, Konstantinos Margaritis wrote:
> I'm not a compiler developer, but I've done my share of compiler
> bootstrapping/bug reporting/bug fixing.
Same here. I'm just more involved with gcc on targets like SH, sparc64
and m68k.
>
Στις 13-02-2017, ημέρα Δευ, και ώρα 21:00 +0100, ο/η John Paul Adrian
Glaubitz έγραψε:
> I don't know whether you have already dealt with the internals of
> compilers in the past, but I can tell you that it isn't a matter of
> just "fixing" it. For it to work, someone actually has to maintain
>
On 02/13/2017 08:26 PM, Konstantinos Margaritis wrote:
>> Yes. Everyone who is basing their work on Firefox will have to move
>> to a different
>> codebase from version 53 on or fork Firefox and continue without
>> Rust.
>
> Or, fix Rust for powerpc?
I don't know
Στις 13-02-2017, ημέρα Δευ, και ώρα 20:20 +0100, ο/η John Paul Adrian
Glaubitz έγραψε:
> Yes. Everyone who is basing their work on Firefox will have to move
> to a different
> codebase from version 53 on or fork Firefox and continue without
> Rust.
Or, fix Rust for powerpc?
My 2c.
Konstantinos
On 02/13/2017 01:25 PM, Herminio Hernandez, Jr. wrote:
> This does not surprise me. It is a really sad case. Even the developer of the
> TenFourFox port of FF knows that he will have to cease being code compatible.
Yes. Everyone who is basing their work on Firefox will have t
13 febbraio 2017 11.49
> *A:* debian-powerpc@lists.debian.org
> *Oggetto:* Re: Firefox 51.0.1-1 on Debian Sid/experimental PowerPC
> (PPC32): Segmentation fault
>
> Hi!
>
> On 02/06/2017 10:39 PM, Christian Zigotzky wrote:
> > I installed Firefox 51.0.1-1 with 'apt-get install
It means all are killing us in all fronts.
[☹]
Luigi
Da: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de>
Inviato: lunedì 13 febbraio 2017 11.49
A: debian-powerpc@lists.debian.org
Oggetto: Re: Firefox 51.0.1-1 on Debian Sid/experimental PowerPC
Hi!
On 02/06/2017 10:39 PM, Christian Zigotzky wrote:
> I installed Firefox 51.0.1-1 with 'apt-get install -t experimental firefox'
> on Debian Sid/experimental PowerPC (PPC32) today.
Just as a warning in advance: Mozilla upstream has decided to make the Rust
programming language man
Running debug now with the symbols.
Sent from my iPhone
> On Feb 12, 2017, at 8:50 AM, Christian Zigotzky <chzigot...@xenosoft.de>
> wrote:
>
> Hi Herminio,
>
> If you want to backtrace Firefox, then you need the debug version of Firefox.
> Please add the followin
Will do. Anything to help.
Sent from my iPhone
> On Feb 12, 2017, at 8:50 AM, Christian Zigotzky <chzigot...@xenosoft.de>
> wrote:
>
> Hi Herminio,
>
> If you want to backtrace Firefox, then you need the debug version of Firefox.
> Please add the following re
Hi Herminio,
If you want to backtrace Firefox, then you need the debug version of
Firefox. Please add the following repositories to your
/etc/apt/sources.list:
deb http://debug.mirrors.debian.org/debian-debug/ unstable-debug main
deb http://debug.mirrors.debian.org/debian-debug/ experimental
You are right. I will install them and run again.
Sent from my iPhone
> On Feb 12, 2017, at 2:18 AM, John Paul Adrian Glaubitz
> <glaub...@physik.fu-berlin.de> wrote:
>
>> On 02/12/2017 08:37 AM, Herminio Hernandez, Jr. wrote:
>> I ran firefox 51 on my iBook G4 run
<glaub...@physik.fu-berlin.de> ha scritto:
>
>> On 02/12/2017 08:37 AM, Herminio Hernandez, Jr. wrote:
>> I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace.
>> I am posting it here.
>
> This backtrace is not usable, it doesn't contains a
On 02/12/2017 08:37 AM, Herminio Hernandez, Jr. wrote:
> I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace. I
> am posting it here.
This backtrace is not usable, it doesn't contains any symbols:
Thread 1 "firefox.real" received signal SIGSEGV, Se
Thank you! :-)
-- Christian
Sent from my iPhone
> On 12 Feb 2017, at 08:37, Herminio Hernandez, Jr.
> <herminio.hernande...@gmail.com> wrote:
>
> I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace. I
> am posting it here.
>
> Herminio
>
I ran firefox 51 on my iBook G4 running Sid. I was able to get a backtrace.
I am posting it here.
Herminio
On Tue, Feb 7, 2017 at 12:49 AM, Christian Zigotzky <chzigot...@xenosoft.de>
wrote:
> Could someone also test Firefox 51.0.1-1? My gdb closes after the command
> 'run'.
>
On 07/02/17 08:04 AM, John Paul Adrian Glaubitz wrote:
> On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
>> (gdb) run
>>
>> Starting program: /usr/lib/firefox/./firefox
>> warning: Could not load shared library symbols for linux-vdso32.so.1.
>> Do you need "
Could someone also test Firefox 51.0.1-1? My gdb closes after the command 'run'.
-- Christian
Sent from my iPhone
> On 7 Feb 2017, at 00:09, Christian Zigotzky <chzigot...@xenosoft.de> wrote:
>
> Unfortunately, gdb has closed after the command 'run'. It's not possible to
&g
On 02/07/2017 06:16 AM, Herminio Hernandez Jr. wrote:
> Isn't there a logging feature that will capture it?
You don't get the backtrace from these logs. You need gdb for that.
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer - glaub...@debian.org
`. `' Freie Universitaet Berlin
7 February 2017 at 12:04 AM, John Paul Adrian Glaubitz wrote:
>>> On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
>>> (gdb) run
>>>
>>> Starting program: /usr/lib/firefox/./firefox
>>> warning: Could not load shared library symbols for linux-vdso32.so.
Unfortunately, gdb has closed after the command 'run'. It's not possible
to get a backtrace.
On 07 February 2017 at 12:04 AM, John Paul Adrian Glaubitz wrote:
On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
(gdb) run
Starting program: /usr/lib/firefox/./firefox
warning: Could not load
Hi Adrian,
apt-get install -t experimental firefox-dbgsym
Preparing to unpack .../firefox-dbgsym_51.0.1-1_powerpc.deb ...
Unpacking firefox-dbgsym (51.0.1-1) ...
Setting up firefox-dbgsym (51.0.1-1) ...
apt-get install -t experimental firefox-dev-dbgsym
Setting up firefox-dev (51.0.1-1
On 02/07/2017 12:02 AM, Christian Zigotzky wrote:
> (gdb) run
>
> Starting program: /usr/lib/firefox/./firefox
> warning: Could not load shared library symbols for linux-vdso32.so.1.
> Do you need "set solib-search-path" or "set sysroot"?
> [Thread debuggi
1 - 100 of 152 matches
Mail list logo