Mailing Lists: July 2016

Wednesday, 27 July 2016

problems to view websites

hi

I installed netsurf from AUR package archlinux on my archlinux distro (pc), no problem , I can start netsurf that opens on the home page resource : "welcome.html" again without problem. but I see a shift in the display. of the website or many overlaps between text and image.

could you help me? should I install other package?

thank you and excuse my english

DJ

Friday, 22 July 2016

[Rpcemu] Foreign Characters in HostFS

Hi all,

You may remember a while ago I pointed out about spaces in filenames being changed for %A20 (or something similar) with HostFS. This was expertly, and quickly, fixed. However, I have found another - it's the accented 'e', as used for Archimedes Elite (!elite), which means one can't install and run Elite on HostFS…although I'm not entirely sure it'll run on RISC OS 5.2 anyway.

Cheers,

Gerald.

From the MacBook Air of Gerald Holdsworth
www.geraldholdsworth.co.uk
www.reptonresourcepage.co.uk

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Wednesday, 20 July 2016

[gccsdk] Mirroring riscos.info SVN repos on github

In spare moments recently I've been doing various behind-the-scenes work on
the riscos.info infrastructure. In particular we now have a much more
powerful backend server for Jenkins builds - we now (attempt to) build
all the packages in the autobuilder in 20 hours. I'm working on getting the
built packages accessible in a form that PackMan can use, but the current
list of successful build products isn't large.

One question arising from my onward todo list. Does anyone object if I
mirror the SVN repos stored on riscos.info to a riscos-dot-info organisation
on Github? The main motivation is to ensure resilience in the case of
failure, either of hardware, backups or me. I don't intend to move away
from using riscos.info SVN as the primary interface to the source trees -
commits should still use that, and nothing will change in terms of workflows
or accessing it from RISC OS.

It's likely to also raise the profile of the projects - we don't allow
crawling of webSVN by search engines because they make a mess of it and
thrash the server, while Google et al index github reasonably well. In
addition, git's distributed nature means that everyone who clones a git
project has the full history, further building resilience.

I'll make sure it's clear SVN is the primary and they have links to the
relevant pages on riscos.info, so there's no confusion.

Let me know if there's any issues. If you have an SVN repo on riscos.info
and don't want it to be mirrored, please indicate this.

Thanks
Theo

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Wednesday, 13 July 2016

Amateur Photographer page rendering?

The following URL page rendering incomplete, no images load/render, and
page layout faulty,

http://click.email.timeincuk.co.uk/?qs=a853eed1ff1eaf68279ca6dfb9589bdc242a60fd42165d3945a4178a0a83b9e9febbfde915ab246c

Monday, 11 July 2016

Re: Failure when receiving data from the peer

> Message: 1
> Date: Sun, 10 Jul 2016 13:04:48 +0100
> From: Jim Nagel <netsurf@abbeypress.co.uk>
> Subject: Re: Failure when receiving data from the peer
> To: netsurf-users@netsurf-browser.org
> Message-ID: <9d05789d55.jim@abbeypress.net>
>
> >>> http://www.ccrexplorers.com/forumdisplay.php?f=17
>
> Vincent Sanders wrote:
> >> I have retrived this page with and without javascript on gtk and
> >> framebuffer frontends without problem so i must conclude the issue
> >> lies with the Atari frontend.
>
> Chris Young wrote on 10 Jul:
> > It's working here too but I did notice that the page downloads *very*
> > slowly, so maybe it is just timing out?
> > Try increasing curl_fetch_timeout and/or max_retried_fetches
>
> Chris didn't say what platform he's using. But here on RiscOS (to my
> surprise) the page loads and displays quite quickly with Javascript
> off, a bit slower (I think) with Javascript on. Netsurf #3538.
>

I added the following to my Choices file, I wasn't sure what value to
use.

curl_fetch_timeout:100

The ccr-explorers page then rendered successfully.

It would be nice to find what causes the slow Fetch on the
Atari.

Thanks,

Peter

Sunday, 10 July 2016

Re: [gccsdk] GNUGCC Gfortran for RISC OS

Hi John

IThanks for the info, I am happy to give it a go as I have the cross compiler on a linux box. Currently in the Whitsundays doing a sailing course but will work on it when I get back. Will let you know how I get on.

best wishes

Norman

On 10 July 2016 at 21:13, John Tytgat <John.Tytgat@aaug.net> wrote:

On 07/09/2016 03:25 PM, Norman-Cathy Lawrence wrote:

John many thanks for your quick reply. Is that something that this group can do or do I need to do something? Norman

Possibly. Maybe one of the GCCSDK developers have time & interest to try it out for you (unfortunately I don't).

In case you want to try it yourself : initially you want to know how feasible this all is, so the idea is to get the fortran compiler first working & validated as cross-compiler (so not natively running on RISC OS but running on, typically, a Linux host). As start, you need to be able to cross-compile GCCSDK GCC as it is right now (see http://www.riscos.info/index.php/Using_GCCSDK).

If you're able to do that, then add fortran to GCC_LANGUAGES in Makefile enabling the fortran frontend build (it's probably a good idea leave out C++ for the time being as this will just burn build time and not relevant for the investigation). In order to further limit build times, you can temporary reduce the number of runtime libraries and module/soft/hard float flavours. I believe you can just do this by making the MULTILIB_* variables empty at recipe/files/gcc/gcc/config/arm/t-arm-riscos-elf. This should by default result in UnixLib & softfloat combo.

In best possible scenario this will just give you the fortran cross-compiler which you can then try out if it really works as expected. After that you can build the RISC OS compiler with the fortran frontend enabled, adjust the RISC OS packaging script (create-gcckit) so that the extra fortran related files end up in the resulting zip files which then can be packed out on RISC OS. In principle this should give you a recent RISC OS port of gfortran.

John.

_______________________________________________
GCCSDK mailing list gcc@gccsdk.riscos.info
Bugzilla: http://www.riscos.info/bugzilla/index.cgi
List Info: http://www.riscos.info/mailman/listinfo/gcc
Main Page: http://www.riscos.info/index.php/GCCSDK

Re: Failure when receiving data from the peer

>>> http://www.ccrexplorers.com/forumdisplay.php?f=17

Vincent Sanders wrote:
>> I have retrived this page with and without javascript on gtk and
>> framebuffer frontends without problem so i must conclude the issue
>> lies with the Atari frontend.

Chris Young wrote on 10 Jul:
> It's working here too but I did notice that the page downloads *very*
> slowly, so maybe it is just timing out?
> Try increasing curl_fetch_timeout and/or max_retried_fetches

Chris didn't say what platform he's using. But here on RiscOS (to my
surprise) the page loads and displays quite quickly with Javascript
off, a bit slower (I think) with Javascript on. Netsurf #3538.

--
Jim Nagel www.archivemag.co.uk

Re: [gccsdk] GNUGCC Gfortran for RISC OS

On 07/09/2016 03:25 PM, Norman-Cathy Lawrence wrote:

John many thanks for your quick reply. Is that something that this group can do or do I need to do something? Norman

Possibly. Maybe one of the GCCSDK developers have time & interest to try it out for you (unfortunately I don't).

In case you want to try it yourself : initially you want to know how feasible this all is, so the idea is to get the fortran compiler first working & validated as cross-compiler (so not natively running on RISC OS but running on, typically, a Linux host). As start, you need to be able to cross-compile GCCSDK GCC as it is right now (see http://www.riscos.info/index.php/Using_GCCSDK).

If you're able to do that, then add fortran to GCC_LANGUAGES in Makefile enabling the fortran frontend build (it's probably a good idea leave out C++ for the time being as this will just burn build time and not relevant for the investigation). In order to further limit build times, you can temporary reduce the number of runtime libraries and module/soft/hard float flavours. I believe you can just do this by making the MULTILIB_* variables empty at recipe/files/gcc/gcc/config/arm/t-arm-riscos-elf. This should by default result in UnixLib & softfloat combo.

In best possible scenario this will just give you the fortran cross-compiler which you can then try out if it really works as expected. After that you can build the RISC OS compiler with the fortran frontend enabled, adjust the RISC OS packaging script (create-gcckit) so that the extra fortran related files end up in the resulting zip files which then can be packed out on RISC OS. In principle this should give you a recent RISC OS port of gfortran.

John.

Saturday, 9 July 2016

Re: Failure when receiving data from the peer

On Sat, 9 Jul 2016 18:23:57 +0100, Vincent Sanders wrote:

> On Sat, Jul 09, 2016 at 03:45:08PM +0000, Peter Slegg wrote:
> >
> > When I try to open a link to this page:
> >
> > http://www.ccrexplorers.com/forumdisplay.php?f=17
> >
>
> I have retrived this page with and without javascript on gtk and
> framebuffer frontends without problem so i must conclude the issue
> lies with the Atari frontend.

It's working here too but I did notice that the page downloads *very*
slowly, so maybe it is just timing out?

Try increasing curl_fetch_timeout and/or max_retried_fetches

Chris

Re: [gccsdk] GNUGCC Gfortran for RISC OS

John thanks for the very quick reply. Is that something this group can do? Norman

Sent from my Windows 10 phone

From: John Tytgat
Sent: Saturday, 9 July 2016 9:28 PM
To: gcc@gccsdk.riscos.info
Subject: Re: [gccsdk] GNUGCC Gfortran for RISC OS

On 07/07/2016 03:15 PM, Norman Lawrence wrote:

Forgive me if I am not following the right approach but I am not sure of the correct procedure to follow for this request.

Currently I am using a Raspberry Pi 3 with RISC OS 5 and would to be able to use a modern Fortran compiler such as gfortran which is part of the GCC suite. This compiler is available on the Pi in Raspbian but not in RISC OS.

Since GCC is available for RISC OS on the Pi but not the Fortran part, I was wondering if it is possible for someone in RISC OS or GNU to include gfortran with the gcc suite for RISC OS?

We used to have gfortran included in our GCCSDK GCC 3.4.x releases. I'm not sure how popular it was or how well it was and used.

For the GCCSDK GCC 4.1.x/4.7.x releases, gfortran wasn't included. As far as I know nobody spent time trying to build it, test/fix and package it. As noted at http://www.riscos.info/index.php/GCCSDK_Development#Status it could be just a matter of enabling it and see what happens.

John.

Re: Failure when receiving data from the peer

On Sat, 9 Jul 2016 18:23:57 , Vincent Sanders <vince@netsurf-browser.org> wrote:
> On Sat, Jul 09, 2016 at 03:45:08PM +0000, Peter Slegg wrote:
> >
> > When I try to open a link to this page:
> >
> > http://www.ccrexplorers.com/forumdisplay.php?f=17
> >
>
> I have retrived this page with and without javascript on gtk and
> framebuffer frontends without problem so i must conclude the issue
> lies with the Atari frontend.
>
> As you know there has not been an atari frontend maintainer for some
> time so it it unlikely anyone will be able to address this issue
> directly.
>
> > it starts to Fetch and then fails with the error:
> >
> > Failure when receiving data from the peer
> >
> >
> > Atari build 3591
> >
> >
> > Peter
> >
>
> Thankyou for the clear report even if I cannot assist with the issue.
>

Thanks. I know there isn't an official Atari maintainer at the moment :-(

I just report issues in case they are general ones that will help others.

Peter

Re: Failure when receiving data from the peer

On Sat, Jul 09, 2016 at 03:45:08PM +0000, Peter Slegg wrote:
>
> When I try to open a link to this page:
>
> http://www.ccrexplorers.com/forumdisplay.php?f=17
>

I have retrived this page with and without javascript on gtk and
framebuffer frontends without problem so i must conclude the issue
lies with the Atari frontend.

As you know there has not been an atari frontend maintainer for some
time so it it unlikely anyone will be able to address this issue
directly.

> it starts to Fetch and then fails with the error:
>
> Failure when receiving data from the peer
>
>
> Atari build 3591
>
>
> Peter
>

Thankyou for the clear report even if I cannot assist with the issue.

--
Regards Vincent
http://www.kyllikki.org/

Failure when receiving data from the peer

When I try to open a link to this page:

http://www.ccrexplorers.com/forumdisplay.php?f=17

it starts to Fetch and then fails with the error:

Failure when receiving data from the peer

Atari build 3591

Peter

Re: [gccsdk] GNUGCC Gfortran for RISC OS

John many thanks for your quick reply. Is that something that this group can do or do I need to do something? Norman

Sent from my Windows 10 phone

From: John Tytgat
Sent: Saturday, 9 July 2016 9:28 PM
To: gcc@gccsdk.riscos.info
Subject: Re: [gccsdk] GNUGCC Gfortran for RISC OS

On 07/07/2016 03:15 PM, Norman Lawrence wrote:

Forgive me if I am not following the right approach but I am not sure of the correct procedure to follow for this request.

Currently I am using a Raspberry Pi 3 with RISC OS 5 and would to be able to use a modern Fortran compiler such as gfortran which is part of the GCC suite. This compiler is available on the Pi in Raspbian but not in RISC OS.

Since GCC is available for RISC OS on the Pi but not the Fortran part, I was wondering if it is possible for someone in RISC OS or GNU to include gfortran with the gcc suite for RISC OS?

Re: [gccsdk] GNUGCC Gfortran for RISC OS

On 07/07/2016 03:15 PM, Norman Lawrence wrote:

Forgive me if I am not following the right approach but I am not sure of the correct procedure to follow for this request.

Currently I am using a Raspberry Pi 3 with RISC OS 5 and would to be able to use a modern Fortran compiler such as gfortran which is part of the GCC suite. This compiler is available on the Pi in Raspbian but not in RISC OS.

Since GCC is available for RISC OS on the Pi but not the Fortran part, I was wondering if it is possible for someone in RISC OS or GNU to include gfortran with the gcc suite for RISC OS?

Thursday, 7 July 2016

Re: [gccsdk] GNUGCC Gfortran for RISC OS

Forgive me if I am not following the right approach but I am not sure of the correct procedure to follow for this request.

Currently I am using a Raspberry Pi 3 with RISC OS 5 and would to be able to use a modern Fortran compiler such as gfortran which is part of the GCC suite. This compiler is available on the Pi in Raspbian but not in RISC OS.

Since GCC is available for RISC OS on the Pi but not the Fortran part, I was wondering if it is possible for someone in RISC OS or GNU to include gfortran with the gcc suite for RISC OS?

many thanks

Norman Lawrence

Wednesday, 6 July 2016

Re: [Rpcemu] rpcemu on Linux Mint

On Sun, Jul 03, 2016 at 07:18:17PM +0100, Philip wrote:
> Hello there,
> Up to a couple of months ago I had rpcemu 8.13 running happily
> on Mint 17.3. Unfortunately I jiggered my Linux installation, and
> found that the new install of 17.3 would not run rpcemu. As I also
> could run it on LXLE (I have a separate Home partition), I thought I
> would wait until Mint 18 was available to try again.
> Unfortunately, I get "segmentation error" when I try to run
> rpcemu on Mint 18 (cinnamon 64bit). I have made sure that I have the
> liballegro packages installed. Do I need to re-install rpcemu, or is
> there something I have missed?

Are you recompiling RPCEmu for your new system, or just copying the
compiled binary over from your old system?

In general a recompile is recommended as Linux's binary backwards
compatibility isn't guaranteed.

Peter

--
Peter Howkins
peter.howkins@marutan.net

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

Monday, 4 July 2016

Non-displaying page

http://employees.csbsju.edu/hjakubowski/classes/ch331/transkinetics/olinhibition.html
does not display. So I deleted all the browser-dependant rubbish in the
header and it dusplays OK. so something there is upsetting NetSurf.

--
Richard Torrens.
http://www.Torrens.org.uk for genealogy, natural history, wild food, walks, cats
and more!

Sunday, 3 July 2016

[Rpcemu] rpcemu on Linux Mint

Hello there,
Up to a couple of months ago I had rpcemu 8.13 running happily on
Mint 17.3. Unfortunately I jiggered my Linux installation, and found
that the new install of 17.3 would not run rpcemu. As I also could run
it on LXLE (I have a separate Home partition), I thought I would wait
until Mint 18 was available to try again.
Unfortunately, I get "segmentation error" when I try to run rpcemu
on Mint 18 (cinnamon 64bit). I have made sure that I have the liballegro
packages installed. Do I need to re-install rpcemu, or is there
something I have missed?
Philip

--
Sent from my Acer Aspire,running LXLE and Mint18 on Linux

_______________________________________________
Rpcemu mailing list
Rpcemu@riscos.info
http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu