Wednesday, 27 July 2016
problems to view websites
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
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
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?
page layout faulty,
http://click.email.timeincuk.co.uk/?qs=a853eed1ff1eaf68279ca6dfb9589bdc242a60fd42165d3945a4178a0a83b9e9febbfde915ab246c
Monday, 11 July 2016
Re: Failure when receiving data from the peer
> 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
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
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