Re: How many global history does netsurf keep?

On 27 Dec 2020 as I do recall,
Xianwen Chen (陈贤文) wrote:

> I'm wondering how many global history nersurf keeps? Is it measured by
> number of visits / pages, or is it measured by number of days? For
> example, chrome keeps about 90 days of history, while firefox can be set
> to keep a very large number of history.

The display shows three weeks - I don't think it's configurable.
But that can be an extremely large file; I've currently got nearly
seven thousand entries in mine.

--
Harriet Bazley == Loyaulte me lie ==

No man has a right to live - but every man has a duty to save him if he can
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

How many global history does netsurf keep?

Hi!

I'm wondering how many global history nersurf keeps? Is it measured by number of visits / pages, or is it measured by number of days? For example, chrome keeps about 90 days of history, while firefox can be set to keep a very large number of history.

I'm curious to know.

Yours sincerely,

Xianwen

Fwd: FOSDEM 2021 - Retrocomputing DevRoom Call for Participation

Hi,

anyone want to propose a talk this year?

Since it's remote this year you wouldn't even have to cross the Channel ;-)


François.

-------- Message transféré --------
Sujet : FOSDEM 2021 - Retrocomputing DevRoom Call for Participation
Date : Mon, 21 Dec 2020 03:17:53 +0100
De : François Revol <revol@free.fr>
Pour : retrocomputing-devroom@lists.fosdem.org

(better late than never :D)

+-----------------------------------------------------------+
| |
| FOSDEM 2021 RetroComputing DevRoom |
| ~~~~ |
| Call for participation |
| |
+-----------------------------------------------------------+

Hello,

FOSDEM is a free software event that offers open source communities a
place to meet, share ideas and collaborate. It is renowned for being
highly developer-oriented and brings together 8000+ participants from
all over the world. It is usually held in the city of Brussels
(Belgium), but for a change this year will be a fully online event.

FOSDEM 2021 will take place during the weekend of February 6th-7th
2021. More details about the event can be found at
http://www.fosdem.org.


CALL FOR PARTICIPATION

After success in the past thee years, the Retrocomputing DevRoom will
be back in 2021, with talks about usage of older computing hardware
and software in modern times.

Presentation topics could include but are not limited to:
- Emulation of old systems to run videogames, legacy software, etc
- New software, hardware or related to be used with classic systems
- Open source software emulation/simulation
- Open hardware
- Operating systems/executives for retrocomputers/retrosystems
- Uses of retrocomputing today
- Other retrosystems topics
- Opportunities in retrocomputing

You are not limited to slide presentations, of course. Be creative.

Specially this year, we are not constrained by a physical room shared
with another topic, so we can potentially fill the full day, so if you
previously submitted a workshop we couldn't accept due to length, you
may want to try again, but take into account that you might not be
able to have attendees feedback unlike with an in-person workshop.

Also, this year all presentations will have to be recorded in advance,
to avoid all the usual issues like spending 10 minutes getting a webcam
to work, so even if we can't get live Q&A we can still have the talk
proper.

However, FOSDEM is an open source conference, therefore we ask you to
stay clear of marketing presentations. We are not afraid of technical
stuff: devrooms are a place for development teams to meet, discuss,
hack and publicly present their project's latest improvements and
future directions.

If you will have special needs for your talk, please note
that clearly in your proposal so that we can provide it.

You can use the Wikipedia definition of retrocomputing as a reference
definition to see if you talk qualifies, although it is not exclusive:
https://en.wikipedia.org/wiki/Retrocomputing

Oh, and it seems this year there is also an Emulator devroom:
https://lists.fosdem.org/pipermail/fosdem/2020q4/003129.html
So if you want to talk in-depth about technical emulator dev,
you might consider submitting there instead. We might redirect some
submissions to them if we feel they are more appropriate.
Hopefully we can also have some shared topics.


IMPORTANT DATES
- 28 December 2020: submission deadline for talk proposals
- 31 December 2020: announcement of selected talks
- 15 January 2021: Recorded presentations upload deadline
- 7 February 2021: Retrocomputing DevRoom


VOLUNTEERING

This year, due to the online nature of the event and the lack of
previous years experience with that, devroom organizers are asked
to find volunteers to help with running the talks, so if you want
to help please contact us.


USEFUL INFORMATION

Use the FOSDEM Pentabarf tool to submit your proposal:
https://penta.fosdem.org/submission/FOSDEM21

- If necessary, create a Pentabarf account and activate it. Please
reuse your account from previous years if you have already created it.
- In the "Person" section, provide First name, Last name (in the
"General" tab), Email (in the "Contact" tab) and Bio ("Abstract" field
in the "Description" tab).
- Submit a proposal by clicking on "Create event".
- Important! Select the "Retrocomputing DevRoom" track (on the
"General" tab). If you do not select a track, then nobody, from any
track, will look at your submission!
- Provide the title of your talk ("Event title" in the "General" tab).
- Provide a description of the subject of the talk and the intended
audience (in the "Abstract" field of the "Description" tab)
- Provide a rough outline of the talk or goals of the session (a short
list of bullet points covering topics that will be discussed) in the
"Full description" field in the "Description" tab
- Provide an expected length of your talk in the "Duration" field,
including discussion. The default duration is 30 minutes.
- Slides are NOT required at the moment of submission

Please note neither FOSDEM nor the Retrocomputing DevRoom will
reimburse any expenses you incur.


RECORDING OF TALKS

The FOSDEM organizers aims to have all talks recorded. This requires
speakers to consent to being recorded and streamed.

If you plan to be a speaker, please understand that by doing so you
implicitly give consent for your talk to be recorded and streamed. The
recordings will be published under the same license as all FOSDEM
content (CC-BY).

As said, this time we will ask you to record your talk in advance.
Once your submission is accepted you'll receive more information on
the devroom organization, things like scheduling is still being worked
out.


Hope to hear from you soon! And please forward this announcement.


CONTACT

The Retrocomputing DevRoom is managed by Pau Garcia Quiles and
François Revol (retro-devroom-manager at fosdem.org).

A mailing list of speakers, audience and the curious is available,
please subscribe at:
https://lists.fosdem.org/listinfo/retrocomputing-devroom
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org

Re: User-agent faking

Harriet Bazley <lists@bazleyfamily.co.uk> wrote on 22 Dec 2020:

> I don't think
> faking the user agent will help - they have simply stopped providing the
> service.

I see what you mean. It seems you need Javascript to view a Twitter page
(log in or not) now. I tried disabling Javascript in Firefox on a PC and
it won't work at all with that either.


--
Ewen Pring, St. Albans, Herts
using RISC OS 5
https://timebus.co.uk/riscos/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: User-agent faking

On 22 Dec 2020 as I do recall,
Ewen Pring wrote:

> Twitter.com no longer displays in Netsurf, saying "This browser is no
> longer supported". Until recently it allowed access to a legacy desktop
> layout, but no more.
>
> Can the user-agent string be faked in Netsurf to allow it to display
> Twitter pages? Perhaps just temporarily?
>

I noticed a few weeks ago that they had a warning banner up saying that
they were going to remove their legacy pages altogether as of the middle
of December, and now they have presumably done it. I don't think
faking the user agent will help - they have simply stopped providing the
service.

(I tried with Otter-browser and got nothing but a log-in request; I
don't have a Twitter account so couldn't log in.)


--
Harriet Bazley == Loyaulte me lie ==

Presence of mind is good, but absence of body is better.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

User-agent faking

Twitter.com no longer displays in Netsurf, saying "This browser is no
longer supported". Until recently it allowed access to a legacy desktop
layout, but no more.

Can the user-agent string be faked in Netsurf to allow it to display
Twitter pages? Perhaps just temporarily?

This page
https://help.twitter.com/en/using-twitter/twitter-supported-browsers
suggests Twitter is using the user-agent string to identify the client
browser (then deny access)

The code that produces it seems to be useragent.c ;
https://ci.netsurf-browser.org/jenkins/job/docs-netsurf/doxygen/useragent_8c.html

Regards
Ewen

--
Ewen Pring, St. Albans, Herts
using RISC OS 5
https://timebus.co.uk/riscos/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: PrivacyPass

On 21 Dec 2020 as I do recall,
Bret Busby wrote:


[snip]


> I use multiple different web browsers, and the gotcha malware seldom
> lets me through, regardless of which web browser.
>
> The "select all squares that have buses/traffic lights/fire
> hydrants/pedestrian crossings go into endless loops of bringing up
> more tiled pictures, without allowing passage beyond them.

Oh, I assumed that was just me being clueless about American culture
and/or the pictures being tiny and fuzzy and/or the system requiring
multiple completions and not just one -- I always get forced through
four or five loops before it consents to go anywhere....


--
Harriet Bazley == Loyaulte me lie ==

Time is nature's way of making sure that everything doesn't happen at once.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

[Rpcemu] A few problems and a patch

diff -r 00a162d7e6cd src/qt5/keyboard_win.c
--- a/src/qt5/keyboard_win.c Wed May 06 20:17:33 2020 +0100
+++ b/src/qt5/keyboard_win.c Mon Dec 21 22:19:18 2020 +0100
@@ -86,6 +86,7 @@
{ 0x37, { 0x7c } }, // Keypad *

{ 0x38, { 0x11 } }, // Left Alt
+ { { 0xe0, 0x38 }, { 0xe0, 0x11 } }, // Right Alt
{ 0x39, { 0x29 } }, // Space
{ 0x3a, { 0x58 } }, // Caps Lock

@@ -147,7 +148,7 @@
keyboard_map_key(uint32_t native_scancode)
{
size_t k;
-
+
for (k = 0; key_map[k].native_scancode != 0; k++) {
if (key_map[k].native_scancode == native_scancode) {
return key_map[k].set_2;
diff -r 00a162d7e6cd src/qt5/keyboard_x.c
--- a/src/qt5/keyboard_x.c Wed May 06 20:17:33 2020 +0100
+++ b/src/qt5/keyboard_x.c Mon Dec 21 22:19:18 2020 +0100
@@ -124,6 +124,7 @@
{ 0x69, { 0xe0, 0x14 } }, // Right Ctrl
{ 0x6a, { 0xe0, 0x4a } }, // Keypad /

+ { 0x6c, { 0xe0, 0x11 } }, // Right Alt
{ 0x6e, { 0xe0, 0x6c } }, // Home
{ 0x6f, { 0xe0, 0x75 } }, // Up
{ 0x70, { 0xe0, 0x7d } }, // Page Up
Hi,

I recently set up RPCEmu 0.9.3 on a GNU/Linux host system (Ubuntu 20.04)
as DDE build environment (using the Easy-Start bundle for ROD) it seems
to work well except for three things:

- Middle clicking requires repeated attempts (double or triple clicking,
sometimes more)
- AltGr is not recognised as right-Alt (this is used a lot on many
European keyboards)
- Whenever I use the shift key, it sticks until I switch focus to the
host system and go back again. (It's not Caps Lock, but actually shift,
since ' turns into @ etc.)

On advice from the !ChatCube RISCOS Support channel I've tried with
"Reduce CPU Usage" enabled and disabled, with no discernable difference.
I've now tried in both the RO371 and RO5D Easy-Start bundles, with both
the interpreter and recompiler version of RPCEmu, with the same result.
I've also tried both with builds from the source bundle for 0.9.3 and
with a freshly checked out master from hg, again with the same result.

After some discussion on the ROOL forums, I've solved the first issue by
using the two-button mouse mode, which doesn't have this problem. Its a
pity to not have the adjust button, but so it goes. The second issue
I've solved by adding AltGr (RAlt) to the key map in the source. I'm
supplying a patch for both the x and Windows keymaps, though please note
that I haven't been able to test the Windows-version.

I have no idea what might be happening with the shift-lock thing,
however. Any ideas?

Kind regards,

Andreas

Re: PrivacyPass

On 21/12/2020, Harriet Bazley <lists@bazleyfamily.co.uk> wrote:
> I've been getting hit by access denied pages that simply read 'DDoS
> protection from Cloudflare' or words to that effect; apparently the
> solution is to download 'a browser extension' called PrivacyPass which
> Cloudflare wants us all to have. Presumably our obscure and
> non-standard browser is being identified as a bot network by
> Cloudflare's too-clever-by-half 'protection'.
>
> Obviously none of those face-saving browser accessibility extensions are
> any use unless you're running the browser in question. Is there any
> chance of Netsurf's supporting this new protocol?
> https://blog.cloudflare.com/cloudflare-supports-privacy-pass/
>
>
> Obviously the captchas don't work on Netsurf's JavaScript, so I suspect
> the answer is no.
>
> --
> Harriet Bazley == Loyaulte me lie ==
>
> Motorcar: a four-wheeled vehicle that runs up hills and down pedestrians


The "captcha" and "recaptcha" things should be renamed gotcha.

It is malware designed to prevent access to web sites, regardless of
the web browser.

Websites that use it, are malicious, and should be blocked.

I use multiple different web browsers, and the gotcha malware seldom
lets me through, regardless of which web browser.

The "select all squares that have buses/traffic lights/fire
hydrants/pedestrian crossings go into endless loops of bringing up
more tiled pictures, without allowing passage beyond them.

It is malware; nothing more, nothing less.

--
Bret Busby
Armadale
West Australia
(UTC+0800)
..............
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

PrivacyPass

I've been getting hit by access denied pages that simply read 'DDoS
protection from Cloudflare' or words to that effect; apparently the
solution is to download 'a browser extension' called PrivacyPass which
Cloudflare wants us all to have. Presumably our obscure and
non-standard browser is being identified as a bot network by
Cloudflare's too-clever-by-half 'protection'.

Obviously none of those face-saving browser accessibility extensions are
any use unless you're running the browser in question. Is there any
chance of Netsurf's supporting this new protocol?
https://blog.cloudflare.com/cloudflare-supports-privacy-pass/


Obviously the captchas don't work on Netsurf's JavaScript, so I suspect
the answer is no.

--
Harriet Bazley == Loyaulte me lie ==

Motorcar: a four-wheeled vehicle that runs up hills and down pedestrians
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [gccsdk] rman missing on cygwin

On 15 Dec 2020, at 09:34, Sajid Farooq <sajid876@yahoo.co.uk> wrote:



Hi everyone,

Im trying to setup Windows 10 via Cygwin for cross-compilation to Risc OS but the AutoBuilder fails saying I dont have rman. Problem is, rman doesnt exist for Cygwin.

You should be able to just edit out that check from the 'build' or maybe 'build-package' script - rman is just used for building documentation in a few packages and most should work without.

(I'm not sure how well Cygwin is likely to work these days - if you run into a lot of problems you might want to try WSL or Docker)

Theo

[gccsdk] rman missing on cygwin

Hi everyone,

Im trying to setup Windows 10 via Cygwin for cross-compilation to Risc OS but the AutoBuilder fails saying I dont have rman. Problem is, rman doesnt exist for Cygwin.

Solutions?

Regards,

Sajid

Re: [A9home-list] How to change internal battery

Hi Paul,

> Hi Raik,
>
> Thanks for this. I will take a look at replacing my battery soon.
>
> I see you have also added an SSD >
> I did this many moons ago with the older type MLC drive, which
> subsequently developed problems. Since then I have been running from a
> Compact Flash without any issues (quick at reading, slow write speeds).


The linked zip-file was a article for the German GAG News from 2015.
My bat was gone longe time ago but the HDD make problems in summer 2015.
So I have changed.

>
> I have very recently moved to a mSATA device. Same one CJE Micros have
> been suppling with their Raspberry Pi devices. The Pi died, so decided to
> re-use the drive. Several adaptors later I finally have it all working.
> Issue I was having was the drive being seen but not booting from it (not
> to mention time outs all the time when trying to copy data between the MMC
> and it). Eventually I discovered issue was how the drive had been
> formatted. I had not reformatted it for use with my A9. It was not set
> to automount in IDEFS. Could not see any way of doing this apart from
> reformatting it. Which I did and now all working without issue.
>
> I have to say the IDE interface 0 on the A9 is very picky. Fine with the
> original hdd, but other devices, few and far between!

I have play around with any spinning HDD and SSD. No problems.
The only one was IDETool to format the drive. The original has a size
limitation. I have change to format the complete device. Is also in the
zip-file.
The SSD I use because silent, faster and cool. The original was a bit
hot any times and than I get the problems.

>
> One thing that did come out of my issues with my hdd change was a new
> appreciation of the RISC OS Select boot menu. Something I had never
> really explored in the past.
>
> Having backup my A9 hdd via network to my Armbook, I realised (after many
> frustions) that it I could network boot my A9 from the Armbook via ShareFS
> and have a fully operational machine (USB stack and all). Much easier
> then to get me device back up and running. I have now a folder on my
> Armbook with a fairly vanilla boot sequence for my A9, just in case I need
> it again. Can highly recommend other A9home users do this for same
> reason.

I have newer try to boot via ShareFS. I have copy all the stuff from old
HDD to SSD via the second intenal a9home IDE port. Was not a problem.

Regards

Raik

--
"Die Leute sind gar nicht so dumm, wie wir sie durch das Fernsehen noch
machen werden." (Hans-Joachim Kulenkampff)

--
This mailing list is hosted by RISCOSitory/Soft Rock Software
http://www.riscository.com/mailing-lists/

Re: [A9home-list] How to change internal battery

Second try.
Have add the "google translate" English text to the archive.

The download you find

http://www.riscos.berlin/download/a9home.zip

I have remove the old battery and add one with a socked.
I also rmove the old spinning HD and add a SSD.

All the best,

Raik

Am 06.12.2020 um 11:52 schrieb Paul Stewart via A9home-list:
> Has anyone changed the internal battery in their A9home?
> The internal battery on mine has died and was just wondering what the
> best way of removing and replacing it it?
>
> Regards
> Paul
>
> Get Outlook for Android <https://aka.ms/ghei36>
>


--
"Die Leute sind gar nicht so dumm, wie wir sie durch das Fernsehen noch
machen werden." (Hans-Joachim Kulenkampff)

--
This mailing list is hosted by RISCOSitory/Soft Rock Software
http://www.riscository.com/mailing-lists/

Re: [A9home-list] How to change internal battery

Hard rules in times we are spoke about GB of memory ;-)

I will upload later this dy to my "home" riscos.berlin and send the link.

All the best,

Raik

Wer nicht vom Weg abkommt, bleibt auf der Strecke!

-------- Ursprüngliche Nachricht --------

Von: Vince M Hudd via A9home-list <a9home-list@riscository.co.uk>

Datum: 06.12.20 16:47 (GMT+01:00)

An: a9home-list@riscository.co.uk

Betreff: Re: [A9home-list] How to change internal battery

On 06/12/2020 15:21, raik_fischer via A9home-list wrote:

> Mmm, my answer

> "has been rejected by the list moderator."

The message was too large. I put a limit on all the RISCOSitory lists of
20kB - to discourage attachments (which I don't allow) and excessive
quoting.

> I have changed my battery.
> The answer was with text and any pictures.

And that was the reason it was too large. :)

> If it is lost, I can send it again.

It wasn't lost. You should put the files online somewhere, and post a
link to them - or put the text only explanation in the body of the
email, and link just to the pictures which you've put online.

--
This mailing list is hosted by RISCOSitory/Soft Rock Software
http://www.riscository.com/mailing-lists/

Re: [A9home-list] How to change internal battery

On 06/12/2020 15:21, raik_fischer via A9home-list wrote:

> Mmm, my answer

> "has been rejected by the list moderator."

The message was too large. I put a limit on all the RISCOSitory lists of
20kB - to discourage attachments (which I don't allow) and excessive
quoting.

> I have changed my battery.
> The answer was with text and any pictures.

And that was the reason it was too large. :)

> If it is lost, I can send it again.

It wasn't lost. You should put the files online somewhere, and post a
link to them - or put the text only explanation in the body of the
email, and link just to the pictures which you've put online.

--
This mailing list is hosted by RISCOSitory/Soft Rock Software
http://www.riscository.com/mailing-lists/

Re: [A9home-list] How to change internal battery

Mmm, my answer 

"has been rejected by the list moderator."

I have changed my battery. 

The answer was with text and any pictures.

If it is lost, I can send it again.

Raik 

Wer nicht vom Weg abkommt, bleibt auf der Strecke!

-------- Ursprüngliche Nachricht --------

Von: Paul Stewart via A9home-list <a9home-list@riscository.co.uk>

Datum: 06.12.20 11:53 (GMT+01:00)

An: a9home-list@riscository.co.uk

Betreff: [A9home-list] How to change internal battery

Has anyone changed the internal battery in their A9home?

The internal battery on mine has died and was just wondering what the best way of removing and replacing it it?

Regards

Paul

Get Outlook for Android

[A9home-list] How to change internal battery

Has anyone changed the internal battery in their A9home?

The internal battery on mine has died and was just wondering what the best way of removing and replacing it it?

Regards

Paul

Get Outlook for Android

Re: Dragging from URL icon

On 4 Dec 2020 as I do recall,
Bernard Boase wrote:

> On 26 Nov, b.boase@bcs.org typed:
>
> > Rather annoying.Good if it can be reinstated.
>
> My main reason for saying it's annoying is that when one comes across a
> web page that Netsurf can't fully render, it's such a simple matter to
> drag the URL from Netsurf to one's UniControl icon for immediate rendering
> on a nearby PC's browser. This simple action is not currently possible,
> and the alternative is an awkward Ctrl-C Ctrl-V into UniControl's
> UniLaunch window.
>
I find myself frequently (and until these last few days I hadn't realise
quite how frequently) doing Web-based research, then trying to drag the
URLs of the page currently displayed in another Netsurf window into the
one where I'm trying to cite the link. At the moment I'm constantly
falling back onto the sub-sub-submenu Save location as text savebox,
as I'm used to using the mouse.

--
Harriet Bazley == Loyaulte me lie ==

Strategic withdrawal - running away with dignity!
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 26 Nov, b.boase@bcs.org typed:

> Rather annoying.Good if it can be reinstated.

My main reason for saying it's annoying is that when one comes across a
web page that Netsurf can't fully render, it's such a simple matter to
drag the URL from Netsurf to one's UniControl icon for immediate rendering
on a nearby PC's browser. This simple action is not currently possible,
and the alternative is an awkward Ctrl-C Ctrl-V into UniControl's
UniLaunch window.

--
Bernard
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [gccsdk] Various GNU tools - RISC OS system freeze(completelock-up)

On 02/12/2020 12:36, David Pitt wrote:
> David Pitt, on 24 Nov, wrote:
>
> [snip]
>
> Following on from revisions 7445 and 7446.
>
>>> * Grep 2.18-1
> This now builds but that version needs to be defined in setvars.
>
> AB_URL=https://ftp.gnu.org/gnu/grep/grep-2.18.tar.xz
>
> The current grep 3.3 fails.
>
>> fpending.c: In function '__fpending':
>> fpending.c:59:3: error: #error "Please port gnulib fpending.c to your
>> platform!"
>> Makefile:1960: recipe for target 'fpending.o' failed
>>
>> The file is present at :-
>>
>> /home/djp/gccsdk/autobuilder/grep/grep-3.3/lib/fpending.c
I've added a patch to fix the fpending.c (or more accurately used a
patch from findutils by Chris Gransden)
>>
>>> * FindUtils 4.4.2-3
> FindUtils 4.6.0 builds.
>
> The zip file name does not fully reflect the version number,
>
> findutils_235f-3_arm/zip
I've fixed the version number.

Thanks for trying these David and thanks to Chris Gransden for fixing
the builds. The latest builds have now been uploaded to the autobuilder
package site so should appear in the package lists tomorrow.

Regards,

Alan



_______________________________________________
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: Dragging from URL icon

On 03/12/2020 19:59, Steve Fryatt wrote:
> On 2 Dec, Michael Drake wrote in message
> <81675e57-bbf9-639f-ed1e-f83b97debdc5@codethink.co.uk>:
>
>> If that's not happening, it's not as intended, however, we'll need a RISC
>> OS developer to fix it for us.
>
> Is there a handy guide to cross-compiling (on Linux) the current NetSurf
> source for RISC OS without installing a complete duplicate GCCSDK
> environment (I already have GCC 4.7.4 v5 installed and working for other
> projects)? I couldn't see one in the docs folder on Git.

It's probably a decade since I last looked but I believe the buildsystem
comprehends the usual GCCSDK_INSTALL_CROSSBIN and GCCSDK_INSTALL_ENV
variables. It appears that env.sh does not, however.

So, putting it all together probably requires this:

export GCCSDK_INSTALL_CROSSBIN=/path/to/gccsdk/cross/bin
export GCCSDK_INSTALL_ENV=/path/to/gccsdk/env
PATH=/path/to/gccsdk/cross/bin:${PATH} HOST=arm-unknown-riscos source env.sh

and then use the normal commands from the quick-start document.


J.
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org

Re: Dragging from URL icon

On 2 Dec, Michael Drake wrote in message
<81675e57-bbf9-639f-ed1e-f83b97debdc5@codethink.co.uk>:

> If that's not happening, it's not as intended, however, we'll need a RISC
> OS developer to fix it for us.

Is there a handy guide to cross-compiling (on Linux) the current NetSurf
source for RISC OS without installing a complete duplicate GCCSDK
environment (I already have GCC 4.7.4 v5 installed and working for other
projects)? I couldn't see one in the docs folder on Git.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/
_______________________________________________
netsurf-dev mailing list -- netsurf-dev@netsurf-browser.org
To unsubscribe send an email to netsurf-dev-leave@netsurf-browser.org

Re: Dragging from URL icon

On 3 Dec 2020 as I do recall,
Michael Drake wrote:

> On 02/12/2020 22:24, Harriet Bazley wrote:

[snip]


> > Also, if the star is the thing you're supposed to drag ('favicon'),
> > isn't there a problem with accidentally creating a favourite in the
> > process? Having a draggable object distinct from the icon text sounds
> > like a good solution in principle, but using that particular one seems
> > awkward.
>
> The star is a hotlist/bookmarks/favorites toggle.
>
> The favicon is either a website-specific icon, or if none is provided,
> the NetSurf content icon should be used as a fallback:
>
> http://www.netsurf-browser.org/documentation/images/content.png
>
Ah, thanks - the icon at the lefthand end of the URL bar, not the
righthand end. :-)

I can confirm that dragging that one doesn't have any effect here
either.

--
Harriet Bazley == Loyaulte me lie ==

This space intentionally left empty.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 2 Dec, b.boase@bcs.org typed:

> Only trouble is if you do highlight the text in the field, then Ctrl-C
> doesn't work and there appears to be no way to deselect the text so as to
> do what I describe above.

Oops, not quite. Escape does deselct a highlighted URL.

--
Bernard
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 02/12/2020 22:24, Harriet Bazley wrote:
> On 2 Dec 2020 as I do recall,
> Martin Avison wrote:
>
>> In article <725eadd858.harriet@bazleyfamily.co.uk>,
>> Harriet Bazley <lists@bazleyfamily.co.uk> wrote:
>>> I'm on RISC OS 5.27.
>>> Neither dragging the little yellow star nor dragging the URL text is
>>> currently working.
>
> Also, if the star is the thing you're supposed to drag ('favicon'),
> isn't there a problem with accidentally creating a favourite in the
> process? Having a draggable object distinct from the icon text sounds
> like a good solution in principle, but using that particular one seems
> awkward.

The star is a hotlist/bookmarks/favorites toggle.

The favicon is either a website-specific icon, or if none is provided,
the NetSurf content icon should be used as a fallback:

http://www.netsurf-browser.org/documentation/images/content.png

--
Michael Drake
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 2 Dec 2020 as I do recall,
Martin Avison wrote:

> In article <725eadd858.harriet@bazleyfamily.co.uk>,
> Harriet Bazley <lists@bazleyfamily.co.uk> wrote:
> > I'm on RISC OS 5.27.
> > Neither dragging the little yellow star nor dragging the URL text is
> > currently working.

Also, if the star is the thing you're supposed to drag ('favicon'),
isn't there a problem with accidentally creating a favourite in the
process? Having a draggable object distinct from the icon text sounds
like a good solution in principle, but using that particular one seems
awkward.

>
> Saying 5.27 is no help - early versions had no relevant changes,
> middle ones had some changes that may or may not have worked, later
> ones were ok.
>
> So please will anyone referring to 5.27 also give the date?

This one says 30-Sep-20.

--
Harriet Bazley == Loyaulte me lie ==

Sir Francis Drake circumcised the world with a 100-foot clipper.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Dragging from URL icon

In article <725eadd858.harriet@bazleyfamily.co.uk>,
Harriet Bazley <lists@bazleyfamily.co.uk> wrote:
> I'm on RISC OS 5.27.
> Neither dragging the little yellow star nor dragging the URL text is
> currently working.

Saying 5.27 is no help - early versions had no relevant changes,
middle ones had some changes that may or may not have worked, later
ones were ok.

So please will anyone referring to 5.27 also give the date?
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 2 Dec 2020 as I do recall,
Michael Drake wrote:

[snip]


> RISC OS Versions:
> * RISC OS 4/6 from 4.37 onward (I think, it's been a while.)
> * RISC OS 5 from 5.28 onward
>
> Dragging the URL text should perform text selection, and you
> should be able to cut/copy/paste the text with Ctrl+X/C/V.
>
> Dragging the favicon should drag-save the whole URL.
>
>
> RISC OS without text selection support
> ======================================
>
> RISC OS Versions:
> * RISC OS 2/3/4 up to 4.37
> * RISC OS 5 up to 5.28.
>
> Dragging the favicon or the actual URL text should drag-save
> the whole URL.
>
>
> If that's not happening, it's not as intended, however, we'll
> need a RISC OS developer to fix it for us.
>

I'm on RISC OS 5.27.
Neither dragging the little yellow star nor dragging the URL text is
currently working.



--
Harriet Bazley == Loyaulte me lie ==

Cleanliness is next to impossible.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <81675e57-bbf9-639f-ed1e-f83b97debdc5@codethink.co.uk>,
Michael Drake <tlsa@netsurf-browser.org> wrote:
> This is all getting very confusing.

> For what it's worth, this is the target behaviour that NetSurf's
> aiming for, note it varies depending on whether the version of
> RISC OS supports text selection / C&P in writable icons:

Thanks for that.

I currently running 5.24 on an Iyonix

> If that's not happening, it's not as intended, however, we'll
> need a RISC OS developer to fix it for us.

That's fair enough.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In message <980d53d858.harriet@bazleyfamily.co.uk>
Harriet Bazley <lists@bazleyfamily.co.uk> wrote:

> On 1 Dec 2020 as I do recall,
> John Rickman wrote:

>> In message <58d83a9b0bStuartlists@orpheusinternet.co.uk>
>> lists <Stuartlists@orpheusinternet.co.uk> wrote:

> [snip]


>>> Copying text from a web page is fine, the problem occurs when trying to
>>> copy a URL, as one might if sending a link to someone else for example.
>>
>> You can drag URLs directly from the address bar and drop them into the
>> target area - no need for copy and paste.
>>
> You can't in versions later than v5220 - which is what started this
> thread. The feature has disappeared.

Sorry, wasn't paying attention. I am still using 3.10 #4967.
Looks as if I shouldn't upgrade until the NrtSurf team have fixed it.

John




--
John Rickman
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [gccsdk] Various GNU tools - RISC OS system freeze(completelock-up)

David Pitt, on 24 Nov, wrote:

[snip]

Following on from revisions 7445 and 7446.

> > * Grep 2.18-1

This now builds but that version needs to be defined in setvars.

AB_URL=https://ftp.gnu.org/gnu/grep/grep-2.18.tar.xz

The current grep 3.3 fails.

> fpending.c: In function '__fpending':
> fpending.c:59:3: error: #error "Please port gnulib fpending.c to your
> platform!"
> Makefile:1960: recipe for target 'fpending.o' failed
>
> The file is present at :-
>
> /home/djp/gccsdk/autobuilder/grep/grep-3.3/lib/fpending.c


> > * FindUtils 4.4.2-3

FindUtils 4.6.0 builds.

The zip file name does not fully reflect the version number,

findutils_235f-3_arm/zip

*find --version
find (GNU findutils) 4.6.0.225-235f


These builds can be seen at:-

https://homepages.plus.net/pittdj/gccsdk/

--
David Pitt

_______________________________________________
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: Dragging from URL icon

My latest observation with #5223 and OS 5.27 is that if you click in
Netsurf's URL field but not double-click nor do Ctrl-A nor otherwise
select its text, then Ctrl-C does put the text in the field onto the
clipboard for pasting elsewhere.

Only trouble is if you do highlight the text in the field, then Ctrl-C
doesn't work and there appears to be no way to deselect the text so as to
do what I describe above.

I haven't found any distinction between trying to operate on the icon's
text and trying to do so on the favicon.

--
Bernard
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

This is all getting very confusing.

For what it's worth, this is the target behaviour that NetSurf's
aiming for, note it varies depending on whether the version of
RISC OS supports text selection / C&P in writable icons:


RISC OS with text selection support
===================================

RISC OS Versions:
* RISC OS 4/6 from 4.37 onward (I think, it's been a while.)
* RISC OS 5 from 5.28 onward

Dragging the URL text should perform text selection, and you
should be able to cut/copy/paste the text with Ctrl+X/C/V.

Dragging the favicon should drag-save the whole URL.


RISC OS without text selection support
======================================

RISC OS Versions:
* RISC OS 2/3/4 up to 4.37
* RISC OS 5 up to 5.28.

Dragging the favicon or the actual URL text should drag-save
the whole URL.


If that's not happening, it's not as intended, however, we'll
need a RISC OS developer to fix it for us.

Cheers,

--
Michael Drake
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <6cd363d858.bryan@helpful-demon.co.uk>,
Bryan Hogan <netsurf@helpful-demon.co.uk> wrote:
> > Copying text from a web page is fine, the problem occurs when trying to
> > copy a URL,

> Arrggh, so why didn't you say that in the first place?!?

Because the subject title and Harriet's complaint is all about URLs.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <7d1442d858.John@rickman.argonet..co.uk>,
John Rickman <rickman@argonet.co.uk> wrote:

> You can drag URLs directly from the address bar and drop them into the
> target area - no need for copy and paste.

That's what I'm complaining about, you can no longer copy and paste and
this system is very confusing as it's the only app that works like this
and it used to behave "properly" before.

Time and time again I find I've dropped a URL in the wrong place because I
haven't put the cursor where I want the URL in a document, before starting
the copy. It's a totally backwards system.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In message <58d83a9b0bStuartlists@orpheusinternet.co.uk>
lists <Stuartlists@orpheusinternet.co.uk> wrote:

> Copying text from a web page is fine, the problem occurs when trying to
> copy a URL,

Arrggh, so why didn't you say that in the first place?!?

In that case it is an icon, therefore the cut and paste is being handled
by the Wimp since sometime around the end of last year (IIRC), so you'll
need to report any problems on the ROOL forum.

These changes will also be partly the cause of Harriet's original problem,
as the Wimp's attempts to handle clicks/drags/highlights in the icon are
overriding NetSurf's handling of it.

To get round this, maybe NetSurf could have an icon at the end of the URL
bar that can be dragged? (I know, RO developer needed!)

Bryan.

--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 1 Dec 2020 as I do recall,
John Rickman wrote:

> In message <58d83a9b0bStuartlists@orpheusinternet.co.uk>
> lists <Stuartlists@orpheusinternet.co.uk> wrote:

[snip]


> > Copying text from a web page is fine, the problem occurs when trying to
> > copy a URL, as one might if sending a link to someone else for example.
>
> You can drag URLs directly from the address bar and drop them into the
> target area - no need for copy and paste.
>
You can't in versions later than v5220 - which is what started this
thread. The feature has disappeared.

--
Harriet Bazley == Loyaulte me lie ==

It is impossible to enjoy idling thoroughly unless one has plenty of work to do
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In message <58d83a9b0bStuartlists@orpheusinternet.co.uk>
lists <Stuartlists@orpheusinternet.co.uk> wrote:

> In article <8cf133d858.tigger@bc63.orpheusinternet.co.uk>,
> Nick Roberts <tigger@orpheusinternet.co.uk> wrote:

>> I just tried that on my NetSurf #5223 and it worked fine to copy text
>> from a web page into zap (except using Ctrl-Y on zap rather than
>> Ctrl-V).

>> I may be trying to do something different to what you meant, but if so
>> your description wasn't as clear as it needs to be.

> Copying text from a web page is fine, the problem occurs when trying to
> copy a URL, as one might if sending a link to someone else for example.

You can drag URLs directly from the address bar and drop them into the
target area - no need for copy and paste.

John

--
John Rickman
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 1 Dec 2020 as I do recall,
lists wrote:

> In article <8cf133d858.tigger@bc63.orpheusinternet.co.uk>,
> Nick Roberts <tigger@orpheusinternet.co.uk> wrote:
>
> > I just tried that on my NetSurf #5223 and it worked fine to copy text
> > from a web page into zap (except using Ctrl-Y on zap rather than
> > Ctrl-V).
>
> > I may be trying to do something different to what you meant, but if so
> > your description wasn't as clear as it needs to be.
>
> Copying text from a web page is fine, the problem occurs when trying to
> copy a URL, as one might if sending a link to someone else for example.
>
I did discover a bug when trying to select and copy from the URL bar
(which I was trying in order to circumvent the lack of drag, although
it's a rather more laborious operation).

If you use Ctrl-A to select the content of the icon, a single click
elsewhere in the document (or even back in the same icon) doesn't then
clear the selection. In fact, you can start a drag and create a
*second* highlighted selection elsewhere in Netsurf - the URL bar just
goes to a paler highlight, and then if you click in it again you end up
with two black selected areas in the same window.
Normally, clicking elsewhere in the same window is expected to clear any
existing selection. The only way to clear the URL bar at all appears to
be by an explicit Ctrl-Z with the cursor in the icon, and it took me a
long time to discover that option for getting rid of it!

If you 'select' the URL bar with Ctrl-A, then create a selection
elsewhere, then click back into the URL bar (creating two simultaneous
selections), then press Ctrl-C, doing a paste from the clipboard into
another app will transfer the selected text from the URL bar, but doing
a 'Selection->Save' via the menu structure will save the selection from
the work area instead. :-D

--
Harriet Bazley == Loyaulte me lie ==

The way to a man's heart is through the left ventricle.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <8cf133d858.tigger@bc63.orpheusinternet.co.uk>,
Nick Roberts <tigger@orpheusinternet.co.uk> wrote:

> I just tried that on my NetSurf #5223 and it worked fine to copy text
> from a web page into zap (except using Ctrl-Y on zap rather than
> Ctrl-V).

> I may be trying to do something different to what you meant, but if so
> your description wasn't as clear as it needs to be.

Copying text from a web page is fine, the problem occurs when trying to
copy a URL, as one might if sending a link to someone else for example.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <58d82e7635Stuartlists@orpheusinternet.co.uk>,
lists <Stuartlists@orpheusinternet.co.uk> wrote:
> In article <20a91ad858.bryan@helpful-demon.co.uk>,
> Bryan Hogan <netsurf@helpful-demon.co.uk> wrote:

> > > Copy and Paste hasn't worked properly in NetSurf for ages.

> > You might need to be just a *little* bit more specific than that if
> > you actually want anything done about it.

> > Although in my experience, cut and paste works fine, I'm regularly
> > using it.

> Copy and paste:

> Drag cursor along text to mark it, Hit CTRL-C, place curser where text is
> required, CTRL-V

> You can no longer mark the text. When you try you end up with a funny
> little square which you have to drag into your document and it lands up
> wherever you happen to have left the cursor, which invariably isn't where
> you want it placed.

> This is contrary to every other copy operation in RISC OS or, as far as
> I am aware Windows either, which is why I say it doesn't work properly,
> i.e. as it should.

Here using NS 5223 I can copy and paste without problems, I can also copy
and paste out of the URL bar.

But as Harriet notes, unlike in past times we cannot drag the URL out to
another place.

Dave

--

Dave Triffid
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In message <58d82e7635Stuartlists@orpheusinternet.co.uk>
lists <Stuartlists@orpheusinternet.co.uk> wrote:

> In article <20a91ad858.bryan@helpful-demon.co.uk>,
> Bryan Hogan <netsurf@helpful-demon.co.uk> wrote:
>
> > > Copy and Paste hasn't worked properly in NetSurf for ages.
>
> > You might need to be just a *little* bit more specific than that if
> > you actually want anything done about it.
>
> > Although in my experience, cut and paste works fine, I'm regularly
> > using it.
>
> Copy and paste:
>
> Drag cursor along text to mark it, Hit CTRL-C, place curser where
> text is required, CTRL-V
>
> You can no longer mark the text. When you try you end up with a funny
> little square which you have to drag into your document and it lands
> up wherever you happen to have left the cursor, which invariably
> isn't where you want it placed.
>
> This is contrary to every other copy operation in RISC OS or, as far
> as I am aware Windows either, which is why I say it doesn't work
> properly, i.e. as it should.

I just tried that on my NetSurf #5223 and it worked fine to copy text
from a web page into zap (except using Ctrl-Y on zap rather than
Ctrl-V).

I may be trying to do something different to what you meant, but if so
your description wasn't as clear as it needs to be.

--
Nick Roberts tigger @ orpheusinternet.co.uk

Hanlon's Razor: Never attribute to malice that which
can be adequately explained by stupidity.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

In article <20a91ad858.bryan@helpful-demon.co.uk>,
Bryan Hogan <netsurf@helpful-demon.co.uk> wrote:

> > Copy and Paste hasn't worked properly in NetSurf for ages.

> You might need to be just a *little* bit more specific than that if you
> actually want anything done about it.

> Although in my experience, cut and paste works fine, I'm regularly using
> it.

Copy and paste:

Drag cursor along text to mark it, Hit CTRL-C, place curser where text is
required, CTRL-V

You can no longer mark the text. When you try you end up with a funny
little square which you have to drag into your document and it lands up
wherever you happen to have left the cursor, which invariably isn't where
you want it placed.

This is contrary to every other copy operation in RISC OS or, as far as I
am aware Windows either, which is why I say it doesn't work properly, i.e.
as it should.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

[gccsdk] Autobuilder recipe for libaudiofile1

Index: media/libaudiofile0/setvars
===================================================================
--- media/libaudiofile0/setvars (revision 7446)
+++ media/libaudiofile0/setvars (nonexistent)
@@ -1,2 +0,0 @@
-
-AB_INSTALL=yes
Index: media/libaudiofile1/audiofile.pc.in.p
===================================================================
--- media/libaudiofile1/audiofile.pc.in.p (nonexistent)
+++ media/libaudiofile1/audiofile.pc.in.p (working copy)
@@ -0,0 +1,11 @@
+--- audiofile.pc.in.orig 2013-02-11 17:23:26.000000000 +0000
++++ audiofile.pc.in 2020-11-29 23:44:25.477691816 +0000
+@@ -5,7 +5,7 @@
+
+ Name: audiofile
+ Description: audiofile
+-Requires:
++@ENABLE_FLAC_TRUE@Requires.private: flac >= 1.2.1
+ Version: @VERSION@
+ Libs: -L${libdir} -laudiofile
+ Libs.private: -lm
Index: media/libaudiofile1/depends
===================================================================
--- media/libaudiofile1/depends (nonexistent)
+++ media/libaudiofile1/depends (working copy)
@@ -0,0 +1 @@
+libflac8
Index: media/libaudiofile1/setvars
===================================================================
--- media/libaudiofile1/setvars (nonexistent)
+++ media/libaudiofile1/setvars (working copy)
@@ -0,0 +1,2 @@
+
+AB_INSTALL=yes

Hi

Attached is an up to date recipe for libaudiofile1, which replaces the outdated and unused libaudiofile0 recipe.

Regards

Cameron

Re: Dragging from URL icon

In message <58d5f4ba4bStuartlists@orpheusinternet.co.uk>
lists <Stuartlists@orpheusinternet.co.uk> wrote:

> Copy and Paste hasn't worked properly in NetSurf for ages.

You might need to be just a *little* bit more specific than that if you
actually want anything done about it.

Although in my experience, cut and paste works fine, I'm regularly using
it.

Bryan.

--
RISC OS User Group Of London - http://www.rougol.jellybaby.net/
RISC OS London Show - http://www.riscoslondonshow.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

[Rpcemu] Fwd: Big Sur on Mac and RPCEmu?

I can confirm that it works on Big Sur - and in RISC OS 5.28.

-- 
Tim Powys-Lybbe                                                           tim@powys.org
                        for a miscellany of bygones: http://powys.org/

Begin forwarded message:

From: Tim Powys-Lybbe <tim@powys.org>

Subject: Re: [Rpcemu] Big Sur on Mac and RPCEmu?

Date: 30 November 2020 at 9:20:32 pm GMT

To: rpcemu@riscos.info

Thanks for this reply.  It is setting in motion a careful process that starts with 'Make a Bootable backup on the portable test machine' so that I can exit gracefully if any pear shaped objects appear.

Tim

--
Tim Powys-Lybbe                                                           tim@powys.org
                       for a miscellany of bygones: http://powys.org/

On 28 Nov 2020, at 1:20 pm, David Pitt <pittdj@pittdj.co.uk> wrote:

Tim Powys-Lybbe, on 28 Nov, wrote:

I have been faithfully following other instructions not to load Big Sur
onto my Macs.  But those instructions are slowly withering away and RPCEmu
has raised itself to my horizon.

Has anyone tried to run RPCEmu within Mac's Big Sur?  And what happened?

The builds below work as before on Big Sur on an Intel Mac.

https://github.com/Septercius/rpcemu-dev/releases

--
David Pitt

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

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

Re: [Rpcemu] Big Sur on Mac and RPCEmu?

Thanks for this reply. It is setting in motion a careful process that starts with 'Make a Bootable backup on the portable test machine' so that I can exit gracefully if any pear shaped objects appear.

Tim

--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/

> On 28 Nov 2020, at 1:20 pm, David Pitt <pittdj@pittdj.co.uk> wrote:
>
> Tim Powys-Lybbe, on 28 Nov, wrote:
>
>> I have been faithfully following other instructions not to load Big Sur
>> onto my Macs. But those instructions are slowly withering away and RPCEmu
>> has raised itself to my horizon.
>>
>> Has anyone tried to run RPCEmu within Mac's Big Sur? And what happened?
>
> The builds below work as before on Big Sur on an Intel Mac.
>
> https://github.com/Septercius/rpcemu-dev/releases
>
> --
> David Pitt
>
> _______________________________________________
> RPCEmu mailing list
> RPCEmu@riscos.info
> http://www.riscos.info/cgi-bin/mailman/listinfo/rpcemu

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

Re: Dragging from URL icon

On 29 Nov, lists@bazleyfamily.co.uk typed:

> Thanks for confirming. It's probably an unintentional loss of
> functionality and worth reporting.
> https://bugs.netsurf-browser.org/mantis/view.php?id=2799

Thank you, Harriet.

--
Bernard
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 26 Nov 2020 as I do recall,
Bernard Boase wrote:

> On 25 Nov, lists@bazleyfamily.co.uk typed:
>
> > I upgraded to v5223 and have just noticed that dragging a URL from the URL
> > icon no longer produces any result - you have to go via Page->Save
> > location->Text, or try to select, copy and paste.
>
> I can confirm that that drag functionality is lost here too on both
> ARMX6 OS 5.27 and Iyonix OS 5.28 with Netsurf #5223.
>
> And that it continues to work on the Iyonix OS 5.28 if I revert to an
> earlier Netsurf (#5216 was to hand).
>
> Rather annoying.Good if it can be reinstated.
>
Thanks for confirming. It's probably an unintentional loss of
functionality and worth reporting.
https://bugs.netsurf-browser.org/mantis/view.php?id=2799


--
Harriet Bazley == Loyaulte me lie ==

Cloning is the sincerest form of flattery.
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [Rpcemu] Big Sur on Mac and RPCEmu?

Tim Powys-Lybbe, on 28 Nov, wrote:

> I have been faithfully following other instructions not to load Big Sur
> onto my Macs. But those instructions are slowly withering away and RPCEmu
> has raised itself to my horizon.
>
> Has anyone tried to run RPCEmu within Mac's Big Sur? And what happened?

The builds below work as before on Big Sur on an Intel Mac.

https://github.com/Septercius/rpcemu-dev/releases

--
David Pitt

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

Re: [Rpcemu] Big Sur on Mac and RPCEmu?

In article <691239B7-41C6-48D4-A689-304BDE8D0EA1@powys.org>,
Tim Powys-Lybbe <tim@powys.org> wrote:
> I have been faithfully following other instructions not to load Big Sur onto my Macs. But those instructions are slowly withering away and RPCEmu has raised itself to my horizon.

> Has anyone tried to run RPCEmu within Mac's Big Sur? And what happened?

Only on Apple Silicon.
It runs OK on Apple Silicon. The dynamic recompiler version is unusable
using Rosetta 2. The interpreter version runs OK but slower than a real SA
Risc PC.
Running natively runs about 30% faster. A bit faster than a real SA Risc
PC. There's no arm64 dynamic recompiler so only the interpreter version
runs.


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

[Rpcemu] Big Sur on Mac and RPCEmu?

I have been faithfully following other instructions not to load Big Sur onto my Macs. But those instructions are slowly withering away and RPCEmu has raised itself to my horizon.

Has anyone tried to run RPCEmu within Mac's Big Sur? And what happened?

regards,

Tim

--
Tim Powys-Lybbe tim@powys.org
for a miscellany of bygones: http://powys.org/

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

Re: Dragging from URL icon

In article <7df807d558.harriet@bazleyfamily.co.uk>,
Harriet Bazley <lists@bazleyfamily.co.uk> wrote:
> I upgraded to v5223 and have just noticed that dragging a URL from the
> URL icon no longer produces any result - you have to go via Page->Save
> location->Text, or try to select, copy and paste.

> Is this an intentional change?

I'm not sure what you are complaing about Harriet but Copy and Paste
hasn't worked properly in NetSurf for ages.

--
Stuart Winsor

Tools With A Mission
sending tools across the world
http://www.twam.co.uk/
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

Michael Drake, on 25 Nov, wrote:

> Hi,
>
> On 25/11/2020 16:51, Harriet Bazley wrote:
> > I upgraded to v5223 and have just noticed that dragging a URL from the
> > URL icon no longer produces any result - you have to go via Page->Save
> > location->Text, or try to select, copy and paste.

As tested on OS5.28 and later the URL drag and drop stops working with
#5220.

> > Is this an intentional change?

> Not completely. Ideally if you're on a version of the OS that
> supports text selection in writable icons, a URL drag should
> select text.

Checked with OS5.28 and later the text in the URL bar cannot be selected.

The URL text can be selected fron the Open URL tool and then dragged out
with OS5's drag and drop.

> It needs a RISC OS developer to make any sense of it, however.


--
David Pitt
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 25 Nov, lists@bazleyfamily.co.uk typed:

> I upgraded to v5223 and have just noticed that dragging a URL from the URL
> icon no longer produces any result - you have to go via Page->Save
> location->Text, or try to select, copy and paste.

I can confirm that that drag functionality is lost here too on both
ARMX6 OS 5.27 and Iyonix OS 5.28 with Netsurf #5223.

And that it continues to work on the Iyonix OS 5.28 if I revert to an
earlier Netsurf (#5216 was to hand).

Rather annoying.Good if it can be reinstated.

--
Bernard
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

Hi,

On 25/11/2020 16:51, Harriet Bazley wrote:
> I upgraded to v5223 and have just noticed that dragging a URL from the
> URL icon no longer produces any result - you have to go via Page->Save
> location->Text, or try to select, copy and paste.

> Is this an intentional change?

Not completely. Ideally if you're on a version of the OS that
supports text selection in writable icons, a URL drag should
select text.

It needs a RISC OS developer to make any sense of it, however.

Contributions welcome!

Cheers,

--
Michael Drake
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: Dragging from URL icon

On 25 Nov 2020 Harriet Bazley <lists@bazleyfamily.co.uk> wrote:

> I upgraded to v5223 and have just noticed that dragging a URL from the
> URL icon no longer produces any result - you have to go via Page->Save
> location->Text, or try to select, copy and paste.

Seems to work here, if I've understood what you wrote.

ARMX6, RISC OS 5.27, RiscOS version 5.27 (30-Sep-20) FWIW.

Best wishes,

Peter.

--
Peter Young (zfc Tl) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Dragging from URL icon

I upgraded to v5223 and have just noticed that dragging a URL from the
URL icon no longer produces any result - you have to go via Page->Save
location->Text, or try to select, copy and paste.

Is this an intentional change?

--
Harriet Bazley == Loyaulte me lie ==

ObChocolate: Nice!
_______________________________________________
netsurf-users mailing list -- netsurf-users@netsurf-browser.org
To unsubscribe send an email to netsurf-users-leave@netsurf-browser.org

Re: [gccsdk] malloc

> The reason for all this is , malloc fails for me , so I decided to roll my own.
> In that I wanted to make sure that the mem and addresses are the same as
> expected from malloc.
>
Got my malloc engine to work! No more memory crashes.

_______________________________________________
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: [gccsdk] malloc

> Sorry, I think we might have our wires crossed :-) It's the address
> returned by malloc that needs to be 8 byte aligned rather than the
> number of bytes returned.
Yes I understand this.. But isn't malloc (unix) using padding ?

> The problem is, some instructions, for example LDRD, require an 8
> byte aligned base address. If we use malloc to allocate a structure
> that starts with an 8 byte type that the compiler might use LDRD to
> load and malloc returns a 4 byte (but not 8) aligned address, then it
> will probably abort.

I have been testing with mallocs , and the addresses returned seems to
be 8 byte aligned. I guess gcc has the answer.

> In fact, I fell foul of something similar in the dynamic linker
> when porting GCC 8/10; I had to ensure that the library data segments
> retained the original alignment that the compiler/linker gave them to
> prevent LDRD from aborting.
> I suspect that newer versions (than 4.7) of GCC will expect malloc'ed
> memory to be 8 byte aligned and pad structures accordingly.
> Unfortunately, we're a bit behind there, and I think it is something we
> need to look at.
OK

The reason for all this is , malloc fails for me , so I decided to roll my own.
In that I wanted to make sure that the mem and addresses are the same as
expected from malloc.

Michael

_______________________________________________
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: [gccsdk] malloc

On 24/11/2020 16:08, Michael Grunditz wrote:
>>> Odd but when 8 mmap areas created malloc doesn't use heap, but produces
>>> a crash.
>
> Checked now.. there is no mmap call. But the problem might be something else.
> If I hardcode a insane amount of stack , the mallocs uses heap , to a
> much higher extent.
>
>> No, n is the number of bytes you require. We do have memalign(),
>> although I'm not sure if it's exported in the headers.
>> I believe, off the top of my head that, malloc should return an address
>> aligned to the host machine's pointer size, so 4 byte alignment for
>> 32bits and 8 byte alignment for 64bits. Having said that, that doesn't
>> account for double word loads that may require 8 byte alignment. It's
>> quite possible that our malloc should be returning 8 byte aligned
>> addresses to account for new processor requirements, I should probably
>> look into that.
>>
>
> I did a unscientific test. Malloc 12 bytes , fill with 16 bytes, which
> worked , so malloc is 8 byte aligned.
> Maybe just lucky shot .. filling with 18 bytes , gives me bad mem at the end.

Sorry, I think we might have our wires crossed :-) It's the address
returned by malloc that needs to be 8 byte aligned rather than the
number of bytes returned.
The problem is, some instructions, for example LDRD, require an 8
byte aligned base address. If we use malloc to allocate a structure
that starts with an 8 byte type that the compiler might use LDRD to
load and malloc returns a 4 byte (but not 8) aligned address, then it
will probably abort.
In fact, I fell foul of something similar in the dynamic linker
when porting GCC 8/10; I had to ensure that the library data segments
retained the original alignment that the compiler/linker gave them to
prevent LDRD from aborting.
I suspect that newer versions (than 4.7) of GCC will expect malloc'ed
memory to be 8 byte aligned and pad structures accordingly.
Unfortunately, we're a bit behind there, and I think it is something we
need to look at.

Lee.

_______________________________________________
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: [gccsdk] Various GNU tools - RISC OS system freeze (completelock-up)

Theo Markettos wrote on 24 November 2020 12:13

> Alan, I thought your recent PackMan changes were supposed to filter incompatible packages? I'm surprised these ones are making it through.

 

The package filter requires an environment setting in the control file (which is copied to the index). To stop everything disappearing while waiting for updates, Packman shows the packages with an icon beside them as a warning if the environment setting is not there. It filters for your machine once the environment has been set.

 

Regards,

Alan

 

Re: [gccsdk] malloc

> > Odd but when 8 mmap areas created malloc doesn't use heap, but produces
> > a crash.

Checked now.. there is no mmap call. But the problem might be something else.
If I hardcode a insane amount of stack , the mallocs uses heap , to a
much higher extent.

> No, n is the number of bytes you require. We do have memalign(),
> although I'm not sure if it's exported in the headers.
> I believe, off the top of my head that, malloc should return an address
> aligned to the host machine's pointer size, so 4 byte alignment for
> 32bits and 8 byte alignment for 64bits. Having said that, that doesn't
> account for double word loads that may require 8 byte alignment. It's
> quite possible that our malloc should be returning 8 byte aligned
> addresses to account for new processor requirements, I should probably
> look into that.
>

I did a unscientific test. Malloc 12 bytes , fill with 16 bytes, which
worked , so malloc is 8 byte aligned.
Maybe just lucky shot .. filling with 18 bytes , gives me bad mem at the end.

_______________________________________________
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: [gccsdk] Various GNU tools - RISC OS system freeze (completelock-up)

Another package Fileutils (4.1-1) works on the whole as expected, but "ls"

is problematic, it causes a stack trace.

I can't even find that on the autobuilder!

I think some of these (perhaps the ones with capital letters in the names - eg DiffUtils rather than diffutils) are inherited from the RiscPkg archive which is 10-15 years old and originally built for ARMv5. Graham had his own build system that wasn't part of the autobuilder - I think popular packages have a parallel project in the autobuilder but not all of them do. 

It seems Graham's sources are still available: http://source.riscpkg.org/

but whether there's anything of worth there compared with freshly porting the current versions is another question.

Alan, I thought your recent PackMan changes were supposed to filter incompatible packages? I'm surprised these ones are making it through.

Theo