RISC OS Hotlist Fixes

I've updated the RISC OS front-end to properly support the new hotlist
tool in the URL bar (ie. handle mouse clicks, confirm before deleting
things and provide interactive help). Because I've added some items to
FatMessages and therefore can't push them, the changes are in a branch
here:

http://git.netsurf-browser.org/netsurf.git/log/?h=stevef/hotlist

It builds and tests OK for me, so should be OK to merge in to master.

The following tokens are new in FatMessages, and so could do with
translations if anyone can help.

all.RemoveHotlist
all.Remove
all.DontRemove
ro.HelpToolbarFav
ro.HelpToolbarHot

The three confirmation texts are currently set to 'all' to match all the
other similar entries in the file; they could be made 'ro' specific if
that's considered better, although in theory they would apply to other
front-ends implementing this functionality in the future.

--
Steve Fryatt - Leeds, England

http://www.stevefryatt.org.uk/

[pull] mmu_man/french_pages

Hi,
I noticed there weren't any translations for the about pages, so I
translated the welcome and credits pages:

http://git.netsurf-browser.org/netsurf.git/log/?h=mmu_man/french_pages

François.

Daily build 1556 Atari

Hi All,

I just tried the 1556 build and it spent several minutes trying to
display a html list of links and then crashed out.

Peter

Re: Feature req: completely turn off saved web page app iconsprites/replace with generic?

On 31 Dec 2013 Tim Hill wrote:

> In article <bf3768c253.zen44412@zen.co.uk>, Simon Smith
> <simon_smith@zen.co.uk> wrote:
>> When you save a local copy of a web page with NetSurf you get an icon
>> file which is a tiny thumbnail view of the entire web page. I don't
>> like these very much - I find them untidy. Given that you can control
>> whether or not iconised windows use thumbnail images, it's a bit odd
>> that one has no control at all over the 'saved page icons'.

> It isn't odd at all. Different things are done differently by different
> things. I am sure the NS devs thought that an iconised page was ideal. I
> tend to agree. It harmonises with the current history display by having
> the 'same' thumbnails.

I guess the real question is whether you want to save a web page as an
application or just as a directory with an index.html file. It can be
convenient just to double-click on the app although in practice the
main reason I use "full save" is to save all the image files in one go
in which case a normal directory would do. The 'large' filer icon is
really too small to be useful as a thumbnail but I don't have a
problem with its use as such.

--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.

Re: Haiku fixes

On 11/12/2013 00:54, François Revol wrote:
> On 07/12/2013 01:34, François Revol wrote:
>> Hi,
>> I just fixed the Haiku build, well almost, however it seems the perl
>> package now misses some modules, so splitting Messages fails.
>> But at least the binary compiles fine now:
>>
>> http://git.netsurf-browser.org/netsurf.git/log/?h=mmu_man/haiku-fixes
>
> I've since fixed the perl module port, and it just works.
>
> Anyone cares merging

Ok, ignore this one (shrug, it's not like it's been seen anyway), of
course it doesn't compile anymore with the libs.

I've rebased it and added more fixes, I'll republish it later.

François.

Re: Feature req: completely turn off saved web page app iconsprites/replace with generic?

In article <bf3768c253.zen44412@zen.co.uk>, Simon Smith
<simon_smith@zen.co.uk> wrote:
> When you save a local copy of a web page with NetSurf you get an icon
> file which is a tiny thumbnail view of the entire web page. I don't
> like these very much - I find them untidy. Given that you can control
> whether or not iconised windows use thumbnail images, it's a bit odd
> that one has no control at all over the 'saved page icons'.

It isn't odd at all. Different things are done differently by different
things. I am sure the NS devs thought that an iconised page was ideal. I
tend to agree. It harmonises with the current history display by having
the 'same' thumbnails.

> I'd prefer
> a generic 'saved web page' app icon, or nothing at all, giving the RISC
> OS default icon. If a web page provided an .ico file, I guess many
> people might prefer to use that.

Unless you were saving lots of pages from one site and different
miniature versions of the page may be better than them all having the
same icon.

> Is it possible to turn off the 'IconSprites' line in the mini !Run
> files NetSurf provides you, which currently reads

> "IconSprites <Obey$Dir>.!Sprites Filer_Run <Obey$Dir>.index"

Apart from deleting the iconsprites line or by putting a pipe "|" in
front of the command? Though you may find that an application directory
will always load a !Sprites file if it can so deleting that prevents it.

> Providing better control over this does seem like a legit use for a
> configuration option. I'm a bit surprised that !Run file (and/or an
> option Boot file) aren't available as editable resources.

> At present I'm deleting the unwanted Sprites files and tweaking the
> !Run files by hand, which is a chore.

It may be a chore but I'm guessing many will read that and ask "why
bother?".

Feature req: completely turn off saved web page app iconsprites/replace with generic?

When you save a local copy of a web page with NetSurf you get an icon file
which is a tiny thumbnail view of the entire web page. I don't like these
very much - I find them untidy. Given that you can control whether or not
iconised windows use thumbnail images, it's a bit odd that one has no
control at all over the 'saved page icons'. I'd prefer a generic 'saved web
page' app icon, or nothing at all, giving the RISC OS default icon. If a web
page provided an .ico file, I guess many people might prefer to use
that.

Is it possible to turn off the 'IconSprites' line in the mini !Run files
NetSurf provides you, which currently reads

"IconSprites <Obey$Dir>.!Sprites
Filer_Run <Obey$Dir>.index"

Providing better control over this does seem like a legit use for a
configuration option. I'm a bit surprised that !Run file (and/or an
option Boot file) aren't available as editable resources.

At present I'm deleting the unwanted Sprites files and tweaking the !Run
files by hand, which is a chore.

Thanks.

--
Simon Smith | Once more unto now
| Is the winter to be or
| 'Tis the east (Exit.)
| -Wm. Shakespeare, abridged

Re: [gccsdk] C99's lrint and lrintf functions

In message <53c230b615chrisg@care4free.net>
Chris Gransden <chrisg@care4free.net> wrote:

> In article <7d8929c253.beeb@ron1954.woosh.co.nz>,
> Ron <beeb@woosh.co.nz> wrote:
> > It is the latest libsndfile test-suite that I am running on my Iyonix.
> > I didn't use the autobuilder but just the cross-compiler tools.
> > There is provision to produce a cross-compiler test-tarball which almost
> > works except for an elf extension bungle on one line.
> > With a bit of tinkering I got it to go, and made the script into an obey
> > file.
> > The test for pipe still expects a unix cat command and pipe, and there
> > is several file open errors, but the scale-float test is showing a poor
> > result, almost too poor, as the libsndfile based resampler prog appears
> > to work OK. Here is a link to the text output
> > http://homepages.woosh.co.nz/ron.may/sndfile-test.txt
> > I have been using the latest source by git, the earlier tarballs were'nt
> > opening the wav files at all.
>
> I ran the one in the autobuilder, which is 1.0.25. The tests for
> 'floating_point_test' all passed ok. I used both versions of the compiler
> in the autobuilder, gcc 4.1.2 with softfloat and gcc 4.7.4 with vfp.
> The vfp version ran 15x faster than softfloat on a Pandaboard.
>
> Chris.
>

Wow, that's encouraging, one google revealed the author of libsndfle
claiming some processors like arm did not have lrintf so I was imagining
an incompatibility.
That is the same floating_point_test by the looks. The other thing I was
thinking was if it was scaled against time it would give a poor result,
but if you have had it passing that's good.
In the autobuilder I have spotted '--disable-external-libs' so I'll try
that before going to the autobuilder libsndfile in a last effort.

It is good to hear that gcc 4.7.4 and vfp is working so well, is the
Pandaboard the only one that can benefit?

Ron M.


_______________________________________________
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] C99's lrint and lrintf functions

In article <7d8929c253.beeb@ron1954.woosh.co.nz>,
Ron <beeb@woosh.co.nz> wrote:
> It is the latest libsndfile test-suite that I am running on my Iyonix.
> I didn't use the autobuilder but just the cross-compiler tools.
> There is provision to produce a cross-compiler test-tarball which almost
> works except for an elf extension bungle on one line.
> With a bit of tinkering I got it to go, and made the script into an obey
> file.
> The test for pipe still expects a unix cat command and pipe, and there
> is several file open errors, but the scale-float test is showing a poor
> result, almost too poor, as the libsndfile based resampler prog appears
> to work OK. Here is a link to the text output
> http://homepages.woosh.co.nz/ron.may/sndfile-test.txt
> I have been using the latest source by git, the earlier tarballs were'nt
> opening the wav files at all.

I ran the one in the autobuilder, which is 1.0.25. The tests for
'floating_point_test' all passed ok. I used both versions of the compiler
in the autobuilder, gcc 4.1.2 with softfloat and gcc 4.7.4 with vfp.
The vfp version ran 15x faster than softfloat on a Pandaboard.

Chris.


_______________________________________________
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

[RFC][PATCH] filename_initialize() fix

diff --git a/utils/filename.c b/utils/filename.c
index 5306418..fa87d29 100644
--- a/utils/filename.c
+++ b/utils/filename.c
@@ -181,10 +181,11 @@ bool filename_initialise(void)
return false;

for (start = directory; *start != '\0'; start++) {
- if (*start == '/') {
+ if (*start == '/' && start != directory) {
*start = '\0';
ret = nsmkdir(directory, S_IRWXU);
- if (ret != 0) {
+ LOG(("nsmkdir('%s'): %d %08lx", directory, ret, errno));
+ if (ret != 0 && errno != EEXIST) {
free(directory);

return false;
It would seem filename_inizialize() is buggy:
It tries to mkdir("") which obviously fails, and they fails if some dirs
already exist (which is true for /tmp usually)...

This seems to fix it for the Haiku port (which didn't call it yet but
used a native call instead with the wrong permissions).

I don't think it breaks any other port using it (win, RO).
Comments?

François.

Re: [gccsdk] C99's lrint and lrintf functions

In message <53c225e0f7chrisg@care4free.net>
Chris Gransden <chrisg@care4free.net> wrote:

> In article <899b02c253.beeb@ron1954.woosh.co.nz>,
> Ron <beeb@woosh.co.nz> wrote:
> > It maybe a complication brought about by having to run autogen.sh before
> > running ro-config but my config.h shows 'HAVE_LRINT 1' likewise LRINTF
> > but doing a word search through the cross directory doesn't find any
> > such function.
>
> lrint and lrintf are in libunixlib. At least mplayer and libsndfile use
> them in GCCSDK.
>
> > The compiler did not complain, but a testsuite program for floating
> > point is failing and a prerequisite in it's c file is that you have the
> > lrintf function.
>
> If it's linking ok it must be using it. What testsuite are you using and
> what is the failure?
>
> Chris.
>
>
It is the latest libsndfile test-suite that I am running on my Iyonix.
I didn't use the autobuilder but just the cross-compiler tools.
There is provision to produce a cross-compiler test-tarball which almost
works except for an elf extension bungle on one line.
With a bit of tinkering I got it to go, and made the script into an obey
file.
The test for pipe still expects a unix cat command and pipe, and there
is several file open errors, but the scale-float test is showing a poor
result, almost too poor, as the libsndfile based resampler prog appears
to work OK. Here is a link to the text output
http://homepages.woosh.co.nz/ron.may/sndfile-test.txt
I have been using the latest source by git, the earlier tarballs were'nt
opening the wav files at all.

Thanks, Ron M.

_______________________________________________
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] C99's lrint and lrintf functions

In article <899b02c253.beeb@ron1954.woosh.co.nz>,
Ron <beeb@woosh.co.nz> wrote:
> It maybe a complication brought about by having to run autogen.sh before
> running ro-config but my config.h shows 'HAVE_LRINT 1' likewise LRINTF
> but doing a word search through the cross directory doesn't find any
> such function.

lrint and lrintf are in libunixlib. At least mplayer and libsndfile use
them in GCCSDK.

> The compiler did not complain, but a testsuite program for floating
> point is failing and a prerequisite in it's c file is that you have the
> lrintf function.

If it's linking ok it must be using it. What testsuite are you using and
what is the failure?

Chris.


_______________________________________________
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

[gccsdk] C99's lrint and lrintf functions

It maybe a complication brought about by having to run autogen.sh before
running ro-config but my config.h shows 'HAVE_LRINT 1' likewise LRINTF
but doing a word search through the cross directory doesn't find any
such function.
The compiler did not complain, but a testsuite program for floating
point is failing and a prerequisite in it's c file is that you have the
lrintf function.

Thanks for any help.
Ron M.

_______________________________________________
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: broken links in "RiscOS info" page / Mimemap

On 29 Dec 2013 Jim Nagel <netsurf@abbeypress.co.uk> wrote:

> Peter Young wrote on 29 Dec:

>> On 29 Dec 2013 Jim Nagel <netsurf@abbeypress.co.uk> wrote:

>>> Two links in http://netsurf-browser.org/documentation/roinfo are
>>> broken:

>>> - The one for "Acorn URI" points to http://sudden.recoil.org -- that
>>> domain is no longer active.

>>> - The one for "Mimemap datafile" tries to fetch
>>> http://www.beebware.com/software/mappings/[object%20Location] -- dunno
>>> where the strange bit in square brackets comes from or what it means,
>>> but the attempt to load goes on forever and produces nothing.

>>> There may be others.

>>> Same behaviour from both Netsurf r1391 and the latest r1552.

>> FWIW Windows Firefox gives the same "Can't find" error for the first
>> URL, but the second one loads, via MPro and UniLaunch, the bit before
>> the square brackets, from which the MimeMap file can be found.

>> So it looks as if NetSurf might be able to solve the second one, if
>> someone would like to report the bug, for such it would seem to be.

> I tried deleting the squarebracked bit, but it immediately reappeared.
> What does it mean anyway?

> And, is this Mimemap file up to date anyway? Could well be that the
> one I have (from timil, Tim Hill) is more comprehensive.

I'm sure that last sentence is true!

With best wishes,

Peter.

--
Peter Young (zfc W) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: broken links in "RiscOS info" page / Mimemap

Peter Young wrote on 29 Dec:

> On 29 Dec 2013 Jim Nagel <netsurf@abbeypress.co.uk> wrote:

>> Two links in http://netsurf-browser.org/documentation/roinfo are
>> broken:

>> - The one for "Acorn URI" points to http://sudden.recoil.org -- that
>> domain is no longer active.

>> - The one for "Mimemap datafile" tries to fetch
>> http://www.beebware.com/software/mappings/[object%20Location] -- dunno
>> where the strange bit in square brackets comes from or what it means,
>> but the attempt to load goes on forever and produces nothing.

>> There may be others.

>> Same behaviour from both Netsurf r1391 and the latest r1552.

> FWIW Windows Firefox gives the same "Can't find" error for the first
> URL, but the second one loads, via MPro and UniLaunch, the bit before
> the square brackets, from which the MimeMap file can be found.

> So it looks as if NetSurf might be able to solve the second one, if
> someone would like to report the bug, for such it would seem to be.

I tried deleting the squarebracked bit, but it immediately reappeared.
What does it mean anyway?

And, is this Mimemap file up to date anyway? Could well be that the
one I have (from timil, Tim Hill) is more comprehensive.

--
Jim Nagel www.archivemag.co.uk

Re: broken links in "RiscOS info" page

On 29 Dec 2013 Jim Nagel <netsurf@abbeypress.co.uk> wrote:

> Two links in http://netsurf-browser.org/documentation/roinfo are
> broken:

> - The one for "Acorn URI" points to http://sudden.recoil.org -- that
> domain is no longer active.

> - The one for "Mimemap datafile" tries to fetch
> http://www.beebware.com/software/mappings/[object%20Location] -- dunno
> where the strange bit in square brackets comes from or what it means,
> but the attempt to load goes on forever and produces nothing.

> There may be others.

> Same behaviour from both Netsurf r1391 and the latest r1552.

FWIW Windows Firefox gives the same "Can't find" error for the first
URL, but the second one loads, via MPro and UniLaunch, the bit before
the square brackets, from which the MimeMap file can be found.

So it looks as if NetSurf might be able to solve the second one, if
someone would like to report the bug, for such it would seem to be.

With best wishes,

Peter.

--
Peter Young (zfc W) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

broken links in "RiscOS info" page

Two links in http://netsurf-browser.org/documentation/roinfo are
broken:

- The one for "Acorn URI" points to http://sudden.recoil.org -- that
domain is no longer active.

- The one for "Mimemap datafile" tries to fetch
http://www.beebware.com/software/mappings/[object%20Location] -- dunno
where the strange bit in square brackets comes from or what it means,
but the attempt to load goes on forever and produces nothing.

There may be others.

Same behaviour from both Netsurf r1391 and the latest r1552.


--
Jim Nagel www.archivemag.co.uk

[RESENT][PATCH] [libcss] C89

Resent, as I did not get any return on that.

FYI, concerning all the comments I regularly get about gcc2, I just
checked and libroot (which contains our libc) does use some C++ for its
own implementation. So I will definitely not even try to build parts
with gcc4 and others with gcc2, that would be asking for trouble.

For the record, the gcc2 requirement comes from the replicant interface,
which essentially means dlopen()ing NS from another process. Adding a
replicant to the desktop, which is one possible use, means loading it
from Tracker, which for now is compiled with gcc2 because of binary
compatibility with 3rd-party addons.

The most important use though is in the BeHappy documentation browser
<https://github.com/HaikuArchives/BeHappy>, which could probably be
built with gcc4 only if really needed.

For now replicants in Tracker have some issues (like, adding a 2nd one
crashes on removal).

I'm willing to consider dropping gcc2 support if I can't get the
replicant to work properly in Tracker in which case it would only be of
use in BeHappy which doesn't have the gcc2 requirement. But I'm not
there yet, since I know the reason it crashes, but have been busy coping
with frontend changes, and I'll first work on the CI support.

Again, I never asked anyone yet to fix their own code, and I'm spending
my own time on cleaning up behind, although I would rather spend it on
other things, and it's not like the diffs are that huge everytime
(although admittedly I did not get this one right at first because I
don't sleep very well those days).

François.

-------- Original Message --------
Subject: [PATCH] [libcss] C89
Date: Wed, 18 Dec 2013 15:52:51 +0100
From: François Revol <revol@free.fr>
To: netsurf-dev@netsurf-browser.org

---
src/select/hash.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/select/hash.c b/src/select/hash.c
index 6fc08d7..9f83cfb 100644
--- a/src/select/hash.c
+++ b/src/select/hash.c
@@ -856,8 +856,9 @@ css_error _insert_into_chain(css_selector_hash *ctx,
hash_entry *head,

[pull] mmu_man/docs_env_sh_tweaks

Hi,

I've updated Docs/env.sh so I could use it in Haiku as well,
since now we have a package manager that can automatically download and
install packages with dependencies,
and also changed the cpu count detection to be more portable,
by using getconf instead of the Linux-only /proc/cpuinfo.

5 changes from:
http://git.netsurf-browser.org/netsurf.git/log/?h=mmu_man/docs_env_sh_tweaks

François.

[gccsdk] Peppermint4 - Ubuntu waring

I recently went from Snowlinux4 (wheezy) to PeppermintOS 4
(ubuntu-raring). I saved my GCCSDK directory first and reinstated it
to the new installation.
For the record, I reinstalled support with this list

sudo apt-get -y install subversion libtool flex bison autogen help2man
autopoint automake1.7 cvs dpkg-dev libglib2.0-dev liborbit2-dev rman
autoconf2.13 gperf gettext intltool libpopt-dev realpath doxygen
xsltproc

and everything installed smoothly.
Running svn update is now halting on recipe files that I
previously modified, so I will have to look for a way around this or
reinstate them after forcing an update I suppose.

I have been compiling various audio utilities and today I came across
an obstacle with #include <wchar.h> :924

/* Define some macros helping to catch buffer overflows. */
#if __USE_FORTIFY_LEVEL > 0 && defined __extern_always_inline
# include <bits/wchar2.h>

Re: Site crashes NS

On 27 Dec 2013 Peter Young <pnyoung@ormail.co.uk> wrote:

> On 26 Dec 2013 "Richard Torrens (lists)" <Lists@Torrens.org.uk>
> wrote:

>> www.bsbi.org.uk
>> seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
>> thing.

>> Can anyone else get this site?

> Same here. Who is going to report the bug, now that we can once more?
> OK, done it!

Reported fixed in #1544; wow! It certainly loads now, but is malformed
in a big way Perhaps somebody else would like to file a bug report
about that? It's actually quite easy with the new system, but I have
other things to do.

With best wishes,

Peter.

--
Peter Young (zfc W) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Re: Site crashes NS

On Thursday 26 December 2013 16:48:40 Richard Torrens wrote:
> www.bsbi.org.uk
> seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
> thing.
>
> Can anyone else get this site?
>
Likewise with NetSurf #1543, but then out of interest I tried it on
Mozilla Firefox and Google Chrome on the 'dark side' and got the message
'This site's security certificate is not trusted'

Regards,


--
Graham Pickles
www.whitbymuseum.org.uk Whitby Museum
I have never let my schooling interfere with my education. (Mark Twain)

Re: Site crashes NS

On Thursday 26 December 2013 16:48:40 Richard Torrens wrote:
> www.bsbi.org.uk
> seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
> thing.
>
> Can anyone else get this site?

It doesn't crash NS Dev CI #1510 but it does display horribly.

Cheers,
JFL
--
Jean-François Lemaire

Re: Site crashes NS

Screenshot not working for some reason - so changed to
http://www.brianhowlett.me.uk/stuff/screenshot.html
--
Brian Howlett
----------------------------------------------------------------------
"Are you the Prime Minister?" "No, but I've often been mistaken."
"What, for the Prime Minister?" "No. I've just often been mistaken..."

Re: Site crashes NS

On 26 Dec, Richard Torrens (lists) wrote:

> www.bsbi.org.uk
> seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
> thing.

> Can anyone else get this site?

Same version here. Doesn't crash, but doesn't display properly either.

Screenshot - http://www.brianhowlett.me.uk/stuff/S56266.jpg

RISC OS 5.20 on Iyonix.
--
Brian Howlett
-----------------------
Procrastinate tomorrow!

Re: Site crashes NS

On 26 Dec 2013 "Richard Torrens (lists)" <Lists@Torrens.org.uk>
wrote:

> www.bsbi.org.uk
> seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
> thing.

> Can anyone else get this site?

Same here. Who is going to report the bug, now that we can once more?
OK, done it!

With best wishes,

Peter.

--
Peter Young (zfc W) and family
Prestbury, Cheltenham, Glos. GL52, England
http://pnyoung.orpheusweb.co.uk
pnyoung@ormail.co.uk

Site crashes NS

www.bsbi.org.uk
seems to consistently crash NS (3.1 (Dev CI #1543)) without displaying a
thing.

Can anyone else get this site?

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

Re: [Rpcemu] Installation problems...

David Love, on 23 Dec, wrote:

> "Gerald GF" <gf@fittons.me.uk> wrote:
>
> > From: "David Love" <zed@zed.net.nz> Sent: Friday, December 20, 2013
> > 10:07 PM
> >
> > > Searching my computer ...I have copied the VFree402.ddc files to the
> > > roms directory ...
> >
> > The DDC extension is a RISC OS 'Archive' (a sort of zip) which can be
> > opened inside RISC OS using !SparkPlug etc. You might try changing the
> > DDC to zip so that the file becomes 'VFree402.zip' and then see if you
> > can open it in Windows.
> >
> > It is the ROMs inside VFree402.ddc that you must put into the roms
> > folder of RPCEmu.
>
> Thank you for the prompt reply and my apologies for my tardiness in
> replying but sometimes "life" gets in the way of one's interests!
>
> I did extract VFree402.ddc_FILES and copiee the ROM402 and RO4disc.ff8
> files into the rpc roms directory. Unfortunately, all I get when
> launching rpcemu in the terminal is:
>
> zed@zed-System-Product-Name / $ cd /home/zed/RPC-Emu/rpcemu-0.8.11
> zed@zed-System-Product-Name ~/RPC-Emu/rpcemu-0.8.11 $ rpcemu RPCEmu fatal
> error: Could not load ROM files from directory 'roms'

Only ROM402 should be in the roms directory, RO4disc,ff8 must be in hostfs.

--
David Pitt

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

Re: [Rpcemu] Installation problems...

"Gerald GF" <gf@fittons.me.uk> wrote:

> From: "David Love" <zed@zed.net.nz> Sent: Friday, December 20, 2013
> 10:07 PM
>
> > Searching my computer ...I have copied the VFree402.ddc files to the
> > roms directory ...
>
> The DDC extension is a RISC OS 'Archive' (a sort of zip) which can be
> opened inside RISC OS using !SparkPlug etc. You might try changing the
> DDC to zip so that the file becomes 'VFree402.zip' and then see if you
> can open it in Windows.
>
> It is the ROMs inside VFree402.ddc that you must put into the roms
> folder of RPCEmu.

Thank you for the prompt reply and my apologies for my tardiness in
replying but sometimes "life" gets in the way of one's interests!

I did extract VFree402.ddc_FILES and copiee the ROM402 and RO4disc.ff8
files into the rpc roms directory. Unfortunately, all I get when
launching rpcemu in the terminal is:

zed@zed-System-Product-Name / $ cd /home/zed/RPC-Emu/rpcemu-0.8.11
zed@zed-System-Product-Name ~/RPC-Emu/rpcemu-0.8.11 $ rpcemu
RPCEmu fatal error: Could not load ROM files from directory 'roms'

For information on how to acquire ROM images please visit
http://www.marutan.net/rpcemu

zed@zed-System-Product-Name ~/RPC-Emu/rpcemu-0.8.11 $

Any hints would be very welcome.

David
--
David Love
Dogs wag their tail with their whole heart.

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

[Rpcemu] rpcemu printing

Hi guys can I use Gutenprint in rpcemu windows version to print? Thanks for your help from David Heath

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

Re: [Rpcemu] Installation problems...

From: "David Love" <zed@zed.net.nz>
Sent: Friday, December 20, 2013 10:07 PM

> Searching my computer ...I have copied the VFree402.ddc files
> to the roms directory ...

The DDC extension is a RISC OS 'Archive' (a sort of zip) which can be opened inside RISC OS using !SparkPlug etc. You might try changing the DDC to zip so that the file becomes 'VFree402.zip' and then see if you can open it in Windows.

It is the ROMs inside VFree402.ddc that you must put into the roms folder of RPCEmu.

Gerald

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

[Rpcemu] Installation problems...

On 20 Dec, David Love <zed@zed.net.nz> wrote:
> I have been using Linux since 2006 and have forgotten a
> good deal of the knowledge I learnt using RISC OS - from an
> A5000 to RiscPC, so seek the assistance of contributors to
> the RiscPcEmu mailing list.

> Dowloaded rpcemu-0.8.11 and compiled it, using the
> instructions provided. I now have to install the RISC OS
> Roms and therein lies my problem. Where does the compiled
> rpcemu end up on my computer. Searching my computer results
> in a list of the files in the extracted directory only, I
> have copied the VFree402.ddc files to the roms directory
> there but launching the terminal and changing to the
> appropriate directory and typing rpcemu returns the
> following error:

I have done the following under Ubuntu which will allow easy
upgrading if new versions of RPCEmu are released.

Create a directory "RISC OS" in your home folder.
Download and extract "rpcemu-0.8.11" into it.
Compile from source.

Place the RPCEmu ROMS in "RISC OS/rpcemu-0.8.11/roms". There's
the Tom Walker one from the RPCEmu website or I'm using RO5
from RISC OS Open. They should be named "riscos" and filetype
binary with read permissions.

Create "RISC OS/hostfs" (so its in the main directory
alongside the emulator).
Right click to "Make Link" to "RISC OS/hostfs" giving you
"RISC OS/Link to hostfs"

From the ROOL site download HardDisc4 (or Beta), put it in
"RISC OS/hostfs/" and extract it.
Create "RISC OS/hostfs/HOLD"
Move the "Link to hostfs" to "RISC OS/rpcemu-0.8.11/Link to
hostfs".

Move the contents of "RISC OS/rpcemu-0.8.11/hostfs" to "RISC
OS/hostfs/HOLD".
This puts the networking components into the new RISC OS disc.
Delete the now empty folder "RISC OS/rpcemu-0.8.11/hostfs"
and rename "Link to hostfs" to "hostfs".
When you start the emulator now it will read from the new disc
position.

Optionally go to "RISC OS/rpcemu-0.8.11/rpcemu" and "Make
Link". This can be moved to the desktop to start RPCEmu. (If
you select properties from the link and click on the icon you
can select a ROOL cog one if you have it on your hard disc.)

In future if there are new builds of the emulator then
"rpcemu-x.x.xx" can be extracted into the "RISC OS" folder and
the symbolic link to hostfs moved which keeps your main hard
disc image intact. Also change the Desktop link.

If you network in a RISC OS box you can use a Network Filing
System program like Sunfish to create a link on the other
machine to the main "hostfs" disc - which doesnt move if you
upgrade the emulator.

If I transfer any applications or program files from a RISC OS
machine across NFS then I zip them to preserve filetypes and
put them in "HOLD" ready to unzip when the emulator is
running.

This means I can store Artworks, Prophet etc files on the
Ubuntu machine and work on them from both my RISC Pc, Pi or
RPCEmu or Ubuntu machines/emulators
HTH

--
besters..
Ned
===
skype:nedabell



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

Re: [Rpcemu] Installation problems...

In article <mpro.my4lfr006vcbk09xi.zed@zed.net.nz>,
David Love <zed@zed.net.nz> wrote:
> Dowloaded rpcemu-0.8.11 and compiled it, using the instructions
> provided. I now have to install the RISC OS Roms and therein lies my
> problem. Where does the compiled rpcemu end up on my computer.

I'm not sure what you mean here. You seem to have found it:

> $ cd /home/zed/Downloads/Linux/Extracted/rpcemu-0.8.11
> $ rpcemu

That's it.

> Searching my computer results in a list of the files in the extracted
> directory only, I have copied the VFree402.ddc files to the roms
> directory there but launching the terminal and changing to the
> appropriate directory and typing rpcemu returns the following error:

> RPCEmu fatal error: Could not load ROM files from directory 'roms'

> I have obviously done something wrong,but what?

I'm not familiar with VFree402 as I've always used the ROOL images or
copies of the roms of my own RISC OS machines. What exactly do you have
in the '.../rpcemu-0.8.11/roms' directory? Anything there that doesn't
start with a '.' and doesn't end in '.txt' is seen as a rom or part of
it.

Regards,
Frank


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

[Rpcemu] Installation problems...

I have been using Linux since 2006 and have forgotten a good deal of the
knowledge I learnt using RISC OS - from an A5000 to RiscPC, so seek the
assistance of contributors to the RiscPcEmu mailing list.

Dowloaded rpcemu-0.8.11 and compiled it, using the instructions provided.
I now have to install the RISC OS Roms and therein lies my problem. Where
does the compiled rpcemu end up on my computer. Searching my computer
results in a list of the files in the extracted directory only, I have
copied the VFree402.ddc files to the roms directory there but launching
the terminal and changing to the appropriate directory and typing rpcemu
returns the following error:

---------------------------------------------------------------------------
zed@zed-System-Product-Name / $ cd
/home/zed/Downloads/Linux/Extracted/rpcemu-0.8.11
zed@zed-System-Product-Name ~/Downloads/Linux/Extracted/rpcemu-0.8.11
$ rpcemu
RPCEmu fatal error: Could not load ROM files from directory 'roms'

For information on how to acquire ROM images please visit
http://www.marutan.net/rpcemu

zed@zed-System-Product-Name ~/Downloads/Linux/Extracted/rpcemu-0.8.11 $

---------------------------------------------------------------------------

I have obviously done something wrong,but what?

Any assistance, in simple terms, please, woulc be gratefully received.0
--
David Love
Bachelor: Plays the field until the field comes in.

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

On Fri, Dec 20, 2013 at 02:10:47PM +0000, George wrote:
> Thanks for clarifying, Peter. On the main topic (Photodesk's 'Filing
> system does not support this operation' error message on attempting to
> launch on 0.8.11/5.20) do you have any idea what the problem might be?
> It works fine from HostFS on 0.8.9/4.02.

Send me a copy of it and I'll start to investigate.

Peter

--
Peter Howkins
peter.howkins@marutan.net

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In message <20131220132538.GA6775@spod.org>
Peter Howkins <rpcemu.howkins@marutan.net> wrote:

> On Fri, Dec 20, 2013 at 10:51:15AM +0000, George wrote:
>>
>> The upgrade CD has now arrived (thanks to CJE), but I lose the
>> filetypes if I open it on the Windows side, and try as I may, I cannot
>> get RPCEmu0811/520 to see the host CD drive.
>
> IDE, includind CD ROMs, doesn't work on RISC OS 5.xx on RPCEmu yet.
>
> Peter
>
Thanks for clarifying, Peter. On the main topic (Photodesk's 'Filing
system does not support this operation' error message on attempting to
launch on 0.8.11/5.20) do you have any idea what the problem might be?
It works fine from HostFS on 0.8.9/4.02.

--
George

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

On Fri, Dec 20, 2013 at 10:51:15AM +0000, George wrote:
>
> The upgrade CD has now arrived (thanks to CJE), but I lose the
> filetypes if I open it on the Windows side, and try as I may, I cannot
> get RPCEmu0811/520 to see the host CD drive.

IDE, includind CD ROMs, doesn't work on RISC OS 5.xx on RPCEmu yet.

Peter

--
Peter Howkins
peter.howkins@marutan.net

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520 - PD312 tested

In message <9bf501bd53.acld75@george/greenfield.tiscali.co.uk>
George <george.greenfield@tiscali.co.uk> wrote:

> In message <ef44febc53.old_coaster@old_coaster.yahoo.co.uk>
> Tony Moore <old_coaster@yahoo.co.uk> wrote:
>
>> On 20 Dec 2013, George <george.greenfield@tiscali.co.uk> wrote:
>>> In message <beaf09ba53.acld75@george/greenfield.tiscali.co.uk> you
>>> wrote:
>>
>> [snip]
>>
>>> > ... I'll probably get PD 3.12 anyway and give it a whirl.
>>
>> [snip]
>>

Postscript: the zipped file arrived, I installed it, ran Photodesk
3.12 and - 'Filing system does not support this operation' duly
appeared. So, I've got a nice upgrade to my /402 Photodesk
installation, but the fundamental issue with /520 remains.

--
George

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In message <ef44febc53.old_coaster@old_coaster.yahoo.co.uk>
Tony Moore <old_coaster@yahoo.co.uk> wrote:

> On 20 Dec 2013, George <george.greenfield@tiscali.co.uk> wrote:
>> In message <beaf09ba53.acld75@george/greenfield.tiscali.co.uk> you
>> wrote:
>
> [snip]
>
>> > ... I'll probably get PD 3.12 anyway and give it a whirl.
>
> [snip]
>
>> The upgrade CD has now arrived (thanks to CJE), but I lose the
>> filetypes if I open it on the Windows side, and try as I may, I cannot
>> get RPCEmu0811/520 to see the host CD drive.
>>
>> I've set RPCEmu-Settings-CD-ROM to 'Host CD/DVD drive (D:)', I've set
>> Configure-Discs-CD-ROM drives to 1, I've checked the
>> AppData-Local-VirtualStore-Program Files-RPCEmu rpc file on the
>> Windows side and it says 'cd-rom_type = 0' and 'cd-rom enabled = 1'.
>> I've 'shared' the CD-ROM drive on the Windows side. I've tried
>> changing the cd-rom_type to 71 and 72 as suggested by Andre Timmermans
>> http://www.riscos.info/pipermail/rpcemu/2013-March/001947.html but
>> that doesn't make any difference either: 'CD-ROM Drive not found' is
>> the consistent response to clicking on the CD-ROM icon in RPCEmu.
>
> I see the same problem, with RPCEmu0811/520 and 0811/521, however the
> 0811/439 CD drive works as expected. In all three instances, there are
> no ADFS drives, 'cdrom_type = 72' and 'cdrom_enabled = 1'.

Interesting. But I don't want yet another RO version - life's
complicated enough with 5.XX and 4.02....
>
> If you can't downgrade to 0811/439, maybe you'll have to ask CJE to send
> you a copy of PD, by email

Have just spoken to the estimable Andrew - he's emailing me a zip.

>- why isn't that normal practice, anyway?

Good question. I suppose some customers' email setups mightn't accept
an attachment of the requisite size, but of course they could always
request the physical version. Or it may be that CJE have a substantial
stock of pre-prepared CDs to get through - mine is smartly printed
with its details (though the version number is inked in)!

Happy Christmas anyway, Tony (and all readers of this list)!

--
George

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

On 20 Dec 2013, Tony Moore <old_coaster@yahoo.co.uk> wrote:

[snip]

> I see the same problem, with RPCEmu0811/520 and 0811/521, however the
> 0811/439 CD drive works as expected. In all three instances, there are
> no ADFS drives, 'cdrom_type = 72' and 'cdrom_enabled = 1'.

With 0811/620, the CD drive also works as expected (same settings).

Tony




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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

On 20 Dec 2013, George <george.greenfield@tiscali.co.uk> wrote:
> In message <beaf09ba53.acld75@george/greenfield.tiscali.co.uk> you
> wrote:

[snip]

> > ... I'll probably get PD 3.12 anyway and give it a whirl.

[snip]

> The upgrade CD has now arrived (thanks to CJE), but I lose the
> filetypes if I open it on the Windows side, and try as I may, I cannot
> get RPCEmu0811/520 to see the host CD drive.
>
> I've set RPCEmu-Settings-CD-ROM to 'Host CD/DVD drive (D:)', I've set
> Configure-Discs-CD-ROM drives to 1, I've checked the
> AppData-Local-VirtualStore-Program Files-RPCEmu rpc file on the
> Windows side and it says 'cd-rom_type = 0' and 'cd-rom enabled = 1'.
> I've 'shared' the CD-ROM drive on the Windows side. I've tried
> changing the cd-rom_type to 71 and 72 as suggested by Andre Timmermans
> http://www.riscos.info/pipermail/rpcemu/2013-March/001947.html but
> that doesn't make any difference either: 'CD-ROM Drive not found' is
> the consistent response to clicking on the CD-ROM icon in RPCEmu.

I see the same problem, with RPCEmu0811/520 and 0811/521, however the
0811/439 CD drive works as expected. In all three instances, there are
no ADFS drives, 'cdrom_type = 72' and 'cdrom_enabled = 1'.

If you can't downgrade to 0811/439, maybe you'll have to ask CJE to send
you a copy of PD, by email - why isn't that normal practice, anyway?

Tony




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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In message <beaf09ba53.acld75@george/greenfield.tiscali.co.uk> you
wrote:

> In message <53ba023ad1ron.briscoe@blueyonder.co.uk>
> Ron Briscoe <ron.briscoe@blueyonder.co.uk> wrote:
>
>> In article <6d08e6b953.acld75@george/greenfield.tiscali.co.uk>,
>> George <george.greenfield@tiscali.co.uk> wrote:
>>> > PhotoDesk 3.10 works ok on my Iyo using RISC OS 5.21 (10 Dec 2013) but I
>>> > notice that the working copy provided by CJE on the Nut Pi Software disc
>>> > for the Raspberry Pi (Also v5.21) is version 3.12. As is my updated copy
>>> > on the Iyo.
>>
>>> Sorry Ron, I'm not clear: are you saying that PD 3.10 /does/ work on your
>>> Iyo under 5.21, or that it only worked after you upgraded to 3.12?
>>
>> Both PD 3.10 and 3.12 work on my Iyo. I tried both versions :-).
>
> Ah! Not the answer I'd hoped for - if 3.10 had failed to work I would
> have had high hopes of 3.12. As it is, the spotlight would appear to
> be back on HostFS under 5.XX (unless of course there is something
> crucially different in 5.21 versus previous versions - 5.20 is what's
> running here). I'll probably get PD 3.12 anyway and give it a whirl.
[snip]

The upgrade CD has now arrived (thanks to CJE), but I lose the
filetypes if I open it on the Windows side, and try as I may, I cannot
get RPCEmu0811/520 to see the host CD drive.

I've set RPCEmu-Settings-CD-ROM to 'Host CD/DVD drive (D:)', I've set
Configure-Discs-CD-ROM drives to 1, I've checked the
AppData-Local-VirtualStore-Program Files-RPCEmu rpc file on the
Windows side and it says 'cd-rom_type = 0' and 'cd-rom enabled = 1'.
I've 'shared' the CD-ROM drive on the Windows side. I've tried
changing the cd-rom_type to 71 and 72 as suggested by Andre Timmermans
http://www.riscos.info/pipermail/rpcemu/2013-March/001947.html but
that doesn't make any difference either: 'CD-ROM Drive not found' is
the consistent response to clicking on the CD-ROM icon in RPCEmu.

--
George

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

Re: Bugs, their care and stomping

On 17 Dec 2013 Vincent Sanders wrote:

> I have to be pretty harsh in my triage and will close incomplete bugs
> (especially anonymous ones) without a detailed examination. These may
> be reopened by the reporter but I request that as much information is
> provided as you can.

I'm getting a number of bug reports closed because there is
insufficient information to investigate them. This is fair enough but
I wonder if it's still worth reporting random crashes which are not
easily reproduceable if the logs don't give sufficient information to
locate the problem?

It's not feasible to keep a manual log of every keystroke and mouse
click just in case Netsurf crashes because most of the time it
doesn't. In any case the crash may have been triggered by data coming
back from a web server, or by other activity on the host computer.

I realise that it's not possible to log everything both because it
would take up a lot of space and also because of security and privacy
implications. That said, if I crashed it on a pr0n site (a hypo-
thetical situation, you understand) you wouldn't get a report anyway!

It's possible that I was unable to upload the log file because of
problems with Sourceforge but if so I can usually provide them by
email (I have 280 on file). I hope that this is no longer a problem
now that we have the new system in place so I'll resume bug reporting.

Regards,
--
Richard Porter http://www.minijem.plus.com/
mailto:ricp@minijem.plus.com
I don't want a "user experience" - I just want stuff that works.

Re: Bugs, their care and stomping

On Wed, Dec 18, 2013 at 03:15:08PM +0000, Harriet Bazley wrote:
> On 18 Dec 2013 as I do recall,
> Vincent Sanders wrote:
>
> > On Wed, Dec 18, 2013 at 02:29:06AM +0000, Harriet Bazley wrote:
> > > On 17 Dec 2013 as I do recall,
> > > Vincent Sanders wrote:
> > >
> > > [snip]
> > >
> > >
> > > > We have created users within the new system for everyone who has
> > > > reported a bug. For most imported users the email address used was
> > > > their sourceforge contact address [3]
> > > >
> > > Oh -- oops, there's two of me now, then...
> >
> > Only one now, I moved all 59 of your old reports to your new user
> >
> Thanks - could you possibly delete the old (users.sourceforge.net) user,
> as I'm receiving two copies of all the notifications via the two
> different addresses?

I already did, the sourceforge adress is no longer in our database

>
> --
> H. Bazley
>
> Wimbledon SW19 020 8543 0362
>

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

[PATCH] [libcss] C89

---
src/select/hash.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/select/hash.c b/src/select/hash.c
index 6fc08d7..9f83cfb 100644
--- a/src/select/hash.c
+++ b/src/select/hash.c
@@ -856,8 +856,9 @@ css_error _insert_into_chain(css_selector_hash *ctx,
hash_entry *head,

Re: [PATCH] [libcss] C89

On 18/12/2013 13:55, François Revol wrote:
> diff --git a/src/select/hash.c b/src/select/hash.c
> index 6fc08d7..bf7c741 100644
> --- a/src/select/hash.c
> +++ b/src/select/hash.c
> @@ -856,8 +856,8 @@ css_error _insert_into_chain(css_selector_hash *ctx,
> hash_entry *head,
>

[PATCH] [libcss] C89

diff --git a/src/select/hash.c b/src/select/hash.c
index 6fc08d7..bf7c741 100644
--- a/src/select/hash.c
+++ b/src/select/hash.c
@@ -856,8 +856,8 @@ css_error _insert_into_chain(css_selector_hash *ctx,
hash_entry *head,

NetSurf Developer Weekend

Most developers already knew about this but I have just been reminded
we did not make a full public announcemnt so...

We have a develoepr wekedn coming up in January, see the wiki for
details:

http://wiki.netsurf-browser.org/Developer_Weekend_(Jan_2014)


--
Regards Vincent

Re: Bugs, their care and stomping

On Wed, Dec 18, 2013 at 02:29:06AM +0000, Harriet Bazley wrote:
> On 17 Dec 2013 as I do recall,
> Vincent Sanders wrote:
>
> [snip]
>
>
> > We have created users within the new system for everyone who has
> > reported a bug. For most imported users the email address used was
> > their sourceforge contact address [3]
> >
> >
> Oh -- oops, there's two of me now, then...

Only one now, I moved all 59 of your old reports to your new user

> --
> Harriet Bazley == Loyaulte me lie ==
>
> It is better to wear out than to rust.
>
>

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

Re: Bugs, their care and stomping

On 17 Dec 2013 as I do recall,
Vincent Sanders wrote:

[snip]


> We have created users within the new system for everyone who has
> reported a bug. For most imported users the email address used was
> their sourceforge contact address [3]
>
>
Oh -- oops, there's two of me now, then...
--
Harriet Bazley == Loyaulte me lie ==

It is better to wear out than to rust.

Re: Bugs, their care and stomping

In article <20131217171425.GA3604@kyllikki.org>,
Vincent Sanders <vince@netsurf-browser.org> wrote:

> [1] http://http://bugs.netsurf-browser.org

That's http://bugs.netsurf-browser.org/ of course.

--

Michael Drake (tlsa) http://www.netsurf-browser.org/

Bugs, their care and stomping

The NetSurf team are pleased to announce the availability of a new bug tracker [1]

The new tracker uses mantis [2] software which is usable from NetSurf

This move has been necessitated because of several issues, principally:

- The SourceForge issue tracking system has been upgraded and is now
unusable from NetSurf
- The advertisements on the site have become aggressively invasive
- The reliability of the site has come into question.

We have imported the bugs from SourceForge although this has resulted
in a renumbering of identifiers (bug numbers).

We have been able to put a link back to the old sourceforge bug
numbers in the "Additional Information" of every imported bug.

Please do not use the SourceForge tracker for any new bugs or update
any old ones there as they will be ignored.

Accounts
--------

We have created users within the new system for everyone who has
reported a bug. For most imported users the email address used was
their sourceforge contact address [3]

The new system does not allow for anonymous issue reporting, if this
is a problem for you we thank you for your opinion but this decision
is not negotiable.

To login please use the lost password interface [4] to update your
details if you wish.

If a user needs the address associated with their account altering and
cannot access it through sourceforge please contact us [5] giving as
much information as possible (including the user id and some
reasonable argument that the account is yours - we will set the
address to where you send the mail from)

Accounts have been created manually for the many users who usefully
put their contact details within their reports, additionally their
email details have been removed from the publicly visible reports
which should reduce spam harvesting.

We assure all users we will never use the email addresses given to the
system other than to reply to their bug reports.

New and existing bugs
---------------------

Updates to bugs will (by default! this is configurable for each user
[6]) result in the reporter receiving an email. If you wish to update
a bug please use the web interface, replying to the emails means a
developer has to manually copy the reply to the bug. We may reconsider
changing the reply address to refuse mail if this becomes a burden.

New reports should contain as much information as the reporter can
provide we give some guidence [7] but ultimately the more information
you provide the more likely we can reproduce the issue and the more
likely it is to get resolved.

Debugging is hard [8] please do not have unreasonably high
expectations, we did *not* intend to have the bug that you found,
please do not take it personally.

I have currently triaged just over 10% of the open bugs and will make
my way through those that remain over the forthcoming weeks. Please
understand that there are very few active developers and many open
bugs so this work goes slow.

I have to be pretty harsh in my triage and will close incomplete bugs
(especially anonymous ones) without a detailed examination. These may
be reopened by the reporter but I request that as much information is
provided as you can.

What things mean
----------------

I know some reporters are already misunderstanding what the various
fields in a report are for, especially the severity and status
fields.

Severity refers to how severe the impact is on the project overall
i.e. if the bug causes a crash in normal operation (crash severity)
and is *not* a reflection on how important the bug is (we specifically
do not have a priority field for that). To be clear the *default* of
minor means, in this context, that the bug does not make the browser
unusable for *everyone*

Status is related to the bug work flow within the netsurf team. It
starts at new when the bug is reported, gets set to feedback when we
need more information from the user or a user reopens an unresolved
issue.

The acknowledged status means a developer has at least looked at
the report but not reproduced the issue whereas confirmed shows they
have reproduced it (not the reporter, we know they managed it!).

The assigned status means that one of the developers has decided they
are the best person to fix the issue and are actively examining the
problem. We are also using the assignment to the import user as a flag
that basic triage has not yet been performed on the bug.

Finally the resolved status implies that the resolution field should
be looked at to see how the issue was resolved and the closed status
implies the developer has finished with the report and no additional
activity will be made on the issue.


[1] http://http://bugs.netsurf-browser.org
[2] http://www.mantisbt.org/
[3] if the userid on sourceforge was kyllikki the email used was kyllikki@users.sourceforge.net
[4] http://bugs.netsurf-browser.org/mantis/lost_pwd_page.php
[5] help@netsurf-browser.org
[6] http://bugs.netsurf-browser.org/mantis/account_prefs_page.php
[7] http://bugs.netsurf-browser.org/
[8] Everyone knows that debugging is twice as hard as writing a program in the first place. - Brian Kernighan "The Elements of Programming Style", 2nd edition, chapter 2

--
Regards Vincent

Embeddable web view in apps

It seems like netsurf is a great candidate for providing HTML based UI in apps. Is this something anyone has tried from a technical point of view?

Does the current licensing support this for paid for apps or is netsurf licensable for such purposes?

Thanks,

Richard.

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In message <53ba023ad1ron.briscoe@blueyonder.co.uk>
Ron Briscoe <ron.briscoe@blueyonder.co.uk> wrote:

> In article <6d08e6b953.acld75@george/greenfield.tiscali.co.uk>,
> George <george.greenfield@tiscali.co.uk> wrote:
>> > PhotoDesk 3.10 works ok on my Iyo using RISC OS 5.21 (10 Dec 2013) but I
>> > notice that the working copy provided by CJE on the Nut Pi Software disc
>> > for the Raspberry Pi (Also v5.21) is version 3.12. As is my updated copy
>> > on the Iyo.
>
>> Sorry Ron, I'm not clear: are you saying that PD 3.10 /does/ work on your
>> Iyo under 5.21, or that it only worked after you upgraded to 3.12?
>
> Both PD 3.10 and 3.12 work on my Iyo. I tried both versions :-).

Ah! Not the answer I'd hoped for - if 3.10 had failed to work I would
have had high hopes of 3.12. As it is, the spotlight would appear to
be back on HostFS under 5.XX (unless of course there is something
crucially different in 5.21 versus previous versions - 5.20 is what's
running here). I'll probably get PD 3.12 anyway and give it a whirl.
>> >
>> > I suggest that George gets in touch with CJE for an upgrade to PhotoDesk.
>
>> That's probably worth a try: the upgrade is not expensive, and does
>> include extra features compared to 3.10.
>
> Always good to keep your software up to date ;-).

Indeed - and support the platform :-)

Best regards


--
George

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In article <6d08e6b953.acld75@george/greenfield.tiscali.co.uk>,
George <george.greenfield@tiscali.co.uk> wrote:
> > PhotoDesk 3.10 works ok on my Iyo using RISC OS 5.21 (10 Dec 2013) but I
> > notice that the working copy provided by CJE on the Nut Pi Software disc
> > for the Raspberry Pi (Also v5.21) is version 3.12. As is my updated copy
> > on the Iyo.

> Sorry Ron, I'm not clear: are you saying that PD 3.10 /does/ work on your
> Iyo under 5.21, or that it only worked after you upgraded to 3.12?

Both PD 3.10 and 3.12 work on my Iyo. I tried both versions :-).
> >
> > I suggest that George gets in touch with CJE for an upgrade to PhotoDesk.

> That's probably worth a try: the upgrade is not expensive, and does
> include extra features compared to 3.10.

Always good to keep your software up to date ;-).

Regards Ron.

--
ron.briscoe@blueyonder.co.uk


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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In message <53b997cd78ron.briscoe@blueyonder.co.uk>
Ron Briscoe <ron.briscoe@blueyonder.co.uk> wrote:

> In article <20131213193723.GE29272@spod.org>,
> Peter Howkins <rpcemu.howkins@marutan.net> wrote:
>> > I'm using RPCEmu0.8.11/5.20 (base system is a Win7-64 desktop) and
>> > trying to run !Photodesk 310 from HostFS. It loads to the icon bar,
>> > but an error message Filing system does not support this operation'
>> > instantly appears. Checking in !Scrap.ScrapDirs.ScrapDir shows that
>> > !Photodesk has created an empty clipboard directory on loading;
>> > nevertheless it will not run.
>
>> > It works fine on 0.8.9/4.02, either from
>> > HostFS or HardDisc4 locations.
>
>> This sounds like the blocking factor is RISC OS 5.20.
>
> I don't think so see below.

Nor do I: it didn't run under 5.17 or 5.19 either, including RPCEmu
versions 0.8.9 & 0.8.10. It did work fine on my Iyo (RO 5.16), and
runs fine under RPCEmu0.8.9/4.02 from HostFS.Utilities.
Is the HostFS filing system different under RO 5.XX?
>
[snip]
>
>> Do you know if Photodesk 3.10 works on RISC OS 5.20 on a real Risc PC?

No; and as I don't have a Risc PC any more, I can't experiment. But it
may be a question worth asking the ROOL Forum (or anyone here who has
a Risc PC?).
>
> PhotoDesk 3.10 works ok on my Iyo using RISC OS 5.21 (10 Dec 2013) but I
> notice that the working copy provided by CJE on the Nut Pi Software disc for
> the Raspberry Pi (Also v5.21) is version 3.12. As is my updated copy on the
> Iyo.

Sorry Ron, I'm not clear: are you saying that PD 3.10 /does/ work on
your Iyo under 5.21, or that it only worked after you upgraded to
3.12?
>
> I suggest that George gets in touch with CJE for an upgrade to PhotoDesk.

That's probably worth a try: the upgrade is not expensive, and does
include extra features compared to 3.10.


--
George

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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

In article <20131213193723.GE29272@spod.org>,
Peter Howkins <rpcemu.howkins@marutan.net> wrote:
> > I'm using RPCEmu0.8.11/5.20 (base system is a Win7-64 desktop) and
> > trying to run !Photodesk 310 from HostFS. It loads to the icon bar,
> > but an error message Filing system does not support this operation'
> > instantly appears. Checking in !Scrap.ScrapDirs.ScrapDir shows that
> > !Photodesk has created an empty clipboard directory on loading;
> > nevertheless it will not run.

> > It works fine on 0.8.9/4.02, either from
> > HostFS or HardDisc4 locations.

> This sounds like the blocking factor is RISC OS 5.20.

I don't think so see below.

> > I've tried v3.09 with exactly the same
> > result on the various RPCEmu setups listed, and I confess I'm stumped.
> >
> > Has anyone managed to get !Photodesk to run on /520? Any advice would
> > be most gratefully received, as it's a great pity IMHO not to be able
> > to use this app in conjunction with RPCEmu on the fastest and most
> > efficient (fully 32-bit) OS version.

> Do you know if Photodesk 3.10 works on RISC OS 5.20 on a real Risc PC?

PhotoDesk 3.10 works ok on my Iyo using RISC OS 5.21 (10 Dec 2013) but I
notice that the working copy provided by CJE on the Nut Pi Software disc for
the Raspberry Pi (Also v5.21) is version 3.12. As is my updated copy on the
Iyo.

I suggest that George gets in touch with CJE for an upgrade to PhotoDesk.

Regards Ron.

--
ron.briscoe@blueyonder.co.uk


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

Re: [Rpcemu] Can't run !Photodesk on RPCEmu0811/520

On Fri, Dec 13, 2013 at 06:58:07PM +0000, George wrote:
> I'm using RPCEmu0.8.11/5.20 (base system is a Win7-64 desktop) and
> trying to run !Photodesk 310 from HostFS. It loads to the icon bar,
> but an error message Filing system does not support this operation'
> instantly appears. Checking in !Scrap.ScrapDirs.ScrapDir shows that
> !Photodesk has created an empty clipboard directory on loading;
> nevertheless it will not run.

> It works fine on 0.8.9/4.02, either from
> HostFS or HardDisc4 locations.

This sounds like the blocking factor is RISC OS 5.20.

> I've tried v3.09 with exactly the same
> result on the various RPCEmu setups listed, and I confess I'm stumped.
>
> Has anyone managed to get !Photodesk to run on /520? Any advice would
> be most gratefully received, as it's a great pity IMHO not to be able
> to use this app in conjunction with RPCEmu on the fastest and most
> efficient (fully 32-bit) OS version.

Do you know if Photodesk 3.10 works on RISC OS 5.20 on a real Risc PC?

Peter

--
Peter Howkins
peter.howkins@marutan.net

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

[Rpcemu] Can't run !Photodesk on RPCEmu0811/520

I'm using RPCEmu0.8.11/5.20 (base system is a Win7-64 desktop) and
trying to run !Photodesk 310 from HostFS. It loads to the icon bar,
but an error message Filing system does not support this operation'
instantly appears. Checking in !Scrap.ScrapDirs.ScrapDir shows that
!Photodesk has created an empty clipboard directory on loading;
nevertheless it will not run. It works fine on 0.8.9/4.02, either from
HostFS or HardDisc4 locations. I've tried v3.09 with exactly the same
result on the various RPCEmu setups listed, and I confess I'm stumped.

Has anyone managed to get !Photodesk to run on /520? Any advice would
be most gratefully received, as it's a great pity IMHO not to be able
to use this app in conjunction with RPCEmu on the fastest and most
efficient (fully 32-bit) OS version.


--
George

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

gtk+/pango/charfbuzz

Hi,

To let you know, in order to make GTK+ a C toolkit again (pango
pulls harfbuzz which is c++), I did a _partial_ port of harfbuzz
in C:

http://code.google.com/p/charfbuzz

Best regards,

--
Sylvain

Re: Haiku fixes

On 07/12/2013 01:34, François Revol wrote:
> Hi,
> I just fixed the Haiku build, well almost, however it seems the perl
> package now misses some modules, so splitting Messages fails.
> But at least the binary compiles fine now:
>
> http://git.netsurf-browser.org/netsurf.git/log/?h=mmu_man/haiku-fixes

I've since fixed the perl module port, and it just works.

Anyone cares merging

François.

Haiku fixes

Hi,
I just fixed the Haiku build, well almost, however it seems the perl
package now misses some modules, so splitting Messages fails.
But at least the binary compiles fine now:

http://git.netsurf-browser.org/netsurf.git/log/?h=mmu_man/haiku-fixes

François.

Re: Missing builds directory

In message <20131205211210.GB18245@pepperfish.net>
Rob Kendrick <rjek@netsurf-browser.org> wrote:

>On Thu, Dec 05, 2013 at 08:45:41PM +0000, Dave Higton wrote:
>> http://ci.netsurf-browser.org/builds/ is not found this evening.
>
>This should be fixed.
>
>> Send any screenshot to your friends in seconds...
>> Works in all emails, instant messengers, blogs, forums and social networks.
>> TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if2 for FREE
>
>You didn't strike me as the kind of person who'd help spam mailing lists
>:)

Sadly, it's the cost of a free e-mail service :-( I'm just a
cheapskate.

Dave

____________________________________________________________
GET FREE SMILEYS FOR YOUR IM & EMAIL - Learn more at http://www.inbox.com/smileys
Works with AIM®, MSN® Messenger, Yahoo!® Messenger, ICQ®, Google Talk™ and most webmails

Re: Missing builds directory

On Thu, Dec 05, 2013 at 08:45:41PM +0000, Dave Higton wrote:
> http://ci.netsurf-browser.org/builds/ is not found this evening.

This should be fixed.

> Send any screenshot to your friends in seconds...
> Works in all emails, instant messengers, blogs, forums and social networks.
> TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if2 for FREE

You didn't strike me as the kind of person who'd help spam mailing lists
:)

B.

Missing builds directory

http://ci.netsurf-browser.org/builds/ is not found this evening.

Dave

____________________________________________________________
Send any screenshot to your friends in seconds...
Works in all emails, instant messengers, blogs, forums and social networks.
TRY IM TOOLPACK at http://www.imtoolpack.com/default.aspx?rc=if2 for FREE

Re: NetSurf 3.1 alert

On Tue, 03 Dec 2013 12:27:09 +0000 (GMT), Michael Drake wrote:

> The core developers are gathering for a development weekend on 4/5th Jan.
> We plan to get things sorted out so that a release of NetSurf 3.1 can be
> made shortly after.
>
> So the message to front end maintainers is to try to get anything
> outstanding tidied up and ready for release by then.

Nothing particularly important outstanding here.

Is Jenkins building the release packages this time? I don't want a
repeat of 3.0's confusion.

Chris

Re: netsurf-website: branch master updated. addf7d482a97c8264d9997fefc8e805ce7b74d65

On Tue, 03 Dec 2013 22:30:42 +0000, Commit Mailer wibbled on for an age:

> +<dd>NetSurf and several of our libraries have recently been added
> to the <a href="https://scan.coverity.com/">Coverity Scan</a>
> service for open-source projects. It has enabled us to identify and
> fix quite a few bugs over a very sort period.
^^^^
Typo!

Chris

Re: AGM minutes

On Tue, 3 Dec 2013 18:38:24 +0000, Rob Kendrick wrote:

> On Tue, Dec 03, 2013 at 06:17:37PM +0000, Chris Young wrote:
> > On Tue, 03 Dec 2013 12:32:27 +0000 (GMT), Michael Drake wrote:
> >
> > > > AI: Chris to sort out Spidermonkey for the Amiga cross-toolchain
> > >
> > > Any movement on these?
> >
> > I built a new Linux Mint VM from scratch, and still can't get the
> > ppc-amigaos toolchain to build.
>
> Paste your commands and output into an email?

This is the end of the output, I'm just building using make -C
ppc-amigaos :-

libtool: compile: gcc -DHAVE_CONFIG_H -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I. -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/../include
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c
-DDEBUGDIR=\"/opt/netsurf/ppc-amigaos/cross/lib/debug\"
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/dwarf2.c
-o dwarf2.o
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I. -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/../include
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c -o
simple.lo
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/simple.c
libtool: compile: gcc -DHAVE_CONFIG_H -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I. -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/../include
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/simple.c
-o simple.o
rm -f elf32-target.h
sed -e s/NN/32/g <
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elfxx-target.h
> elf32-target.new
mv -f elf32-target.new elf32-target.h
/bin/bash ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I. -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/../include
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c -o
elf32-amigaos.lo
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c
libtool: compile: gcc -DHAVE_CONFIG_H -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I. -I.
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd
-I/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/../include
-W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -m32 -c
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c
-o elf32-amigaos.o
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c:
In function 'ppc_elf_relocate_section':
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c:6399:2:
error: case value '245' not in enumerated type 'enum elf_ppc_reloc_type'
[-Werror=switch]
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c:6393:2:
error: case value '246' not in enumerated type 'enum elf_ppc_reloc_type'
[-Werror=switch]
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c:6375:2:
error: case value '247' not in enumerated type 'enum elf_ppc_reloc_type'
[-Werror=switch]
/home/chris/netsurf/toolchains/ppc-amigaos/builddir/srcdir/binutils/bfd/elf32-amigaos.c:6374:2:
error: case value '248' not in enumerated type 'enum elf_ppc_reloc_type'
[-Werror=switch]
cc1: all warnings being treated as errors
make[5]: *** [elf32-amigaos.lo] Error 1
make[5]: Leaving directory
`/home/chris/netsurf/toolchains/ppc-amigaos/builddir/binutils/bfd'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory
`/home/chris/netsurf/toolchains/ppc-amigaos/builddir/binutils/bfd'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/home/chris/netsurf/toolchains/ppc-amigaos/builddir/binutils/bfd'
make[2]: *** [all-bfd] Error 2
make[2]: Leaving directory
`/home/chris/netsurf/toolchains/ppc-amigaos/builddir/binutils'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/home/chris/netsurf/toolchains/ppc-amigaos/builddir/binutils'
make: ***
[/home/chris/netsurf/toolchains/ppc-amigaos/builddir/build-steps/binutils.d]
Error 2
make: Leaving directory `/home/chris/netsurf/toolchains/ppc-amigaos'
chris@mint-vm-on-poseidon ~/netsurf/toolchains $

> Also, the autobuilder runs Debian. Mint have broken plenty of stuff;
> the build environment may be one of them.

It's possible, but in this case it looks like the gcc headers are
wrong from the source tree. Not quite sure how that could be the case
though.

Chris

Re: AGM minutes

On Tue, Dec 03, 2013 at 06:17:37PM +0000, Chris Young wrote:
> On Tue, 03 Dec 2013 12:32:27 +0000 (GMT), Michael Drake wrote:
>
> > > AI: Chris to sort out Spidermonkey for the Amiga cross-toolchain
> >
> > Any movement on these?
>
> I built a new Linux Mint VM from scratch, and still can't get the
> ppc-amigaos toolchain to build.

Paste your commands and output into an email?

Also, the autobuilder runs Debian. Mint have broken plenty of stuff;
the build environment may be one of them.

B.

Re: AGM minutes

On 03/12/2013 13:32, Michael Drake wrote:
>> AI: François to research the build options for Haiku and BeOS and come
>> back to the group with a proposal for getting it into CI or else
>> dropped.

Haiku recently merged the package-management branch which had many
changes to the way the build tools are built to simplify cross-platform
compilations.

Now I need to find the time to dig it and get a standalone compiler.

François.

Re: AGM minutes

On Tue, 03 Dec 2013 12:32:27 +0000 (GMT), Michael Drake wrote:

> > AI: Chris to sort out Spidermonkey for the Amiga cross-toolchain
>
> Any movement on these?

I built a new Linux Mint VM from scratch, and still can't get the
ppc-amigaos toolchain to build.

Chris

Re: AGM minutes

On Tue, Dec 03, 2013 at 12:32:27PM +0000, Michael Drake wrote:
> In article <538a2bba72tlsa@netsurf-browser.org>,
> Michael Drake <tlsa@netsurf-browser.org> wrote:
> > AI: Rob Kendrick to research bug trackers and suggest one which can be
> > run reasonably easily and will work with NetSurf. Expectation is
> > Mantis but there are other options.
>
> In progress.

We've basically decided on Mantis. Vince is going to set up a VM for it
on one of the CI machines, and I'll deploy it once this is done. There
are still some questions about the resources it needs, but we think
they're pretty minor.

B.

Re: AGM minutes

In article <538a2bba72tlsa@netsurf-browser.org>,
Michael Drake <tlsa@netsurf-browser.org> wrote:

> AI: Vincent to liase with John-Mark and then make a plan for a hack
> weekend.

Done.


> AI: Rob Kendrick to research bug trackers and suggest one which can be
> run reasonably easily and will work with NetSurf. Expectation is
> Mantis but there are other options.

In progress.


> AI: François to research the build options for Haiku and BeOS and come
> back to the group with a proposal for getting it into CI or else
> dropped.

> AI: Chris to sort out Spidermonkey for the Amiga cross-toolchain

Any movement on these?

--

Michael Drake (tlsa) http://www.netsurf-browser.org/

NetSurf 3.1 alert

The core developers are gathering for a development weekend on 4/5th Jan.
We plan to get things sorted out so that a release of NetSurf 3.1 can be
made shortly after.

So the message to front end maintainers is to try to get anything
outstanding tidied up and ready for release by then.

Cheers,

--

Michael Drake (tlsa) http://www.netsurf-browser.org/

Summary of recent changes

Here is a brief list of the main changes made to NetSurf's core code since
the release of NetSurf 3.0:


+ Choices behaviour improvement
- Now only saves options which differ from the defaults.

+ about:config improved
- Visiting about:config shows which settings were modified by the user.

+ Textarea undo/redo
- Supports keyboard shortcuts to undo/redo changes made in textareas.
- The shortcut keys are platform dependent.

+ Rewritten treeviews [*]
- Faster (especially application startup time).
- Fixes rendering glitches.
- Improved new look.
- Nicer behaviour.
- Keyboard navigation.
- Treeview clients rewritten for new treeview:
- Hotlist
- Global history
- Cookie manager
- SSL certificate viewer
- Several bugs fixed, e.g. cookie delete.

+ Hotlist has default folder [*]
- New additions go into the default folder, rather than into root.
- Default folder has different icon.

+ Directory listing of file: URLs
- Improved sort to fix "File1, File10, File2".
- Icons shown for folder/file differentiation.

+ Several leaks squashed
- Memory leaks in various places in NetSurf fixed.
- Reference counting leaks in LibDOM fixed.

+ URL bar hotlist indicator [*]
- Indicator shows whether current URL is in the Hotlist.
- Click to add/remove from hotlist.

+ LibCSS speedup
- Faster handling of CSS selection.


[*] Core change also requires front end updates which may or may not have
happened for any given platform.

I've left out all purely front end developments.


Please test the latest development builds and let us know how you get on.

Cheers,

--

Michael Drake (tlsa) http://www.netsurf-browser.org/