Core buildsystem changes
by Vincent Sanders
The recent developer weekend gave John-Mark and myself opportunity to
improve the core buildsystem (used for all the libraries) to use
standard "triplet" type identifiers for the ABI being compiled. This
means we now query the compiler [1] about the binary it will build to
setup cross compiling.
We use the environment values for HOST, HOST_CC, BUILD and CC in a
similar manner to how the gnu tooling uses them. Simply:
BUILD - The compiler triplet of the system running the compiler, this
can almost always be omitted and will be detected automatically.
CC - The build systems compiler, allows overriding of the default
compiler (cc) searched for on the PATH
HOST - This is the compiler triplet of the system we are building for,
it it differs from BUILD then we are performing a cross compile.
The compiler name is constructed using this unless HOST_CC is
specified.
HOST_CC - override the constructed compiler name for cross
compilation, the path and details for all the tools are
derived from this.
The core buildsystem has been updated along with the environment
script [2] so in general this has a low impact on developers but a
great gain for more complex build setups such as the CI system.
[1] This uses "cc -dumpmachine"
[2] http://git.netsurf-browser.org/netsurf.git/plain/Docs/env.sh
--
Regards Vincent
http://www.kyllikki.org/
8 years, 5 months
CI updates
by Vincent Sanders
I have recently had the opportunity to greatly improve the NetSurf CI
build infrastructure both in terms of hardware and software.
On the hardware side I would like to thank Mythic Beasts [1] for once
again generously donating a 1u rack server. This is a 8 core Xeon with
24G of memory which replaces their previous donation of a 4 core 8G
system.
This server is the projects primary VM host for CI build slaves and
the bug tracker. It continues to be hosted by Collabora [2] in
Cambridge. Other services the project uses, like the website,
remain hosted by Pepperfish [3] for which I would also like to extend
my appreciation.
The new hardware has reduced the NetSurf CI rebuild time under
150seconds (down from 300) on all ten currently built operating
systems and allowed the addition of more build combinations improving
the utility to the developers.
The additional memory has allowed us to add more build slaves and
hence extend the number of OS built for. Also the number of checks
performed in analysis jobs[4] was extended.
The CI software has been upgraded to the latest version of jenkins
along with all the other plugins.
I used the opportunity to complete the improvements to the development
build process which was started at the developer weekend. This has
resulted in the job history and rss feed data for many CI jobs
(including the main NetSurf job) being reset, apologies if this
adversely affects anyone but as new builds are performed the history
backlog will build up again.
As a note builds are only performed if commits to the git
repository[5] occur, we do not perform periodic (daily) builds in
general. As there have not been many commits recently there have been
very few builds, this is correct and expected behaviour.
[1] https://www.mythic-beasts.com/
[2] https://www.collabora.com/
[3] http://www.pepperfish.net/
[4] http://ci.netsurf-browser.org/jenkins/job/scan-build-netsurf/
[5] http://git.netsurf-browser.org/
--
Regards Vincent
http://www.kyllikki.org/
8 years, 5 months
Fwd: Netsurf Porting
by Honey Sukesan
Dear all,
A very good day to all of you.
We have read about Netsurf very recently.
Seems very interesting for us as we are looking into porting a rendering
engine with HTML4 support to QNX 4.25 platform.
Here are our first level queries after our basic analysis:
1. First of all, a direct question. Is Netsurf supported in QNX 4.25?
2. We understood that NetSurf has different front ends like SDL,
framebuffer, GTK etc. But haven't seen support for Photon GUI toolkit
supported in QNX. We are quite confused on the framebuffer/SDL support in
QNX 4.25.
We assume this toolkit may be used only by the browser part to get the user
interface part. If so, can it be possible for us to only to port the
rendering engine part to QNX 4.25 and use the Photon APIs in QNX for the
front end part?
3. If query #2 is not a possible option, could you share your thoughts on
porting Netsurf to such an OS like us where any of these front ends are not
supported?
Looking forward to hear from you soon.
Thanking you in advance,
Lullaby
8 years, 5 months
Websockets
by Daan Wijnberg
Hello,
Does Netsurf support Websockets?
Thanks,
Daan Wijnberg
8 years, 5 months
Netsurf 3.2 framebuffer BadEncoding
by Daan Wijnberg
Hello,
I’ve compiled Netsurf 3.2 for arm-none-linux-gnueabi for a mini6410 from FriendlyARM.
when it starts, I get a white screen and get the message BadEncoding.
It also won’t load a simple html page with only text from another server. But it can upload a picture from it.
I think it has some thing to do with the character encoding but I don’t know how to fix it.
system:
Hardware: FriendlyARM mini 6410
Kernel: linux-2.6.38
Rootfs: busybox 1.17.2
I use the following libraries:
curl-7.39.0
jpeg-9
libiconv-1.14
libidn-1.29
libpng-1.6.15
libxml2-2.9.2
SDL-1.2.15
zlib-1.2.8
and from the netsurf-all-3.2
buildsystem
libcss
libdom
libhubbub
libnsbmp
libnsfb
libnsgif
libparserutils
librosprite
libwapcaplet
netsurf
for compiling I’ve followed the BUILDING-Framebuffer
Thanks!!!!
Kind regards
Daan Wijnberg
8 years, 5 months
Netsurf 3.2 Fullscreen kiosk mode
by Daan Wijnberg
Hello,
is it possible to run netsurf 3.2 fullscreen without the bars etc (kiosk mode)? . I’ve compiled it for frame buffer on a mini6410 from FriendlyARM but can’t figure out how to get it full screen. I want to use it as GUI.
is there a command that I need to use?
Thanks!
Kind regards
Daan Wijnberg
8 years, 5 months
libsvgtiny: -Werror causes build failures for toolchains with glibc-2.0
by Vicente Olivert Riera
glibc-2.20 includes some changes to the include/features.h file
introduced by this commit:
https://sourceware.org/git/?p=glibc.git;a=commit;h=ade40b10ff5fa59a318cf5...
Those changes make libsvgtiny fail because some warnings are thrown and
the build system is using the -Werror option. The errors are this one:
GPERF: src/colors.gperf
COMPILE: build-Linux-Linux-release-lib-static/src_colors.c
In file included from
/br/output/host/usr/mipsel-buildroot-linux-gnu/sysroot/usr/include/string.h:25:0,
from src/colors.gperf:16:
/br/output/host/usr/mipsel-buildroot-linux-gnu/sysroot/usr/include/features.h:148:3:
error: #warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use
_DEFAULT_SOURCE" [-Werror=cpp]
and this one:
In file included from src/colors.gperf:18:0:
/home/ldap/vriera/work/mips-buildroots/mips32/output/build/libsvgtiny-12121/src/svgtiny_internal.h:71:0:
error: "strndup" redefined [-Werror]
Any chance to fix the code upstream?
Best regards,
--
Vicente Olivert Riera
Graduate Software Engineer, MIPS Platforms
Imagination Technologies Limited
t: +44 (0)113 2429814
www.imgtec.com
8 years, 5 months
Hello,I want to contribute.
by Sri Teja
Hi,
I am new to this organization and even to the open source. I have a
good knowledge on C, HTML5, CSS3. I want to contribute to this
organization. Kindly guide me on how to start and where to start.
Thanks,
Sriteja.
8 years, 5 months
Re: netsurf: branch master updated. release/3.2-500-gd08acbc
by Chris Young
On Sat, 29 Nov 2014 23:57:22 +0000, Commit Mailer wibbled on for an age:
> correctly calculate writeout bandwidth and properly impose limits
Is this really right?
(22.696681) content/llcache.c llcache_persist 2414: Wrote 884 bytes in 225ms bw:3928 http://aminet.net/pics/at.gif
(22.696759) content/llcache.c llcache_persist 2420: Overran timeslot
(22.696828) content/llcache.c llcache_persist 2426: Cannot write minimum bandwidth
(22.697699) amiga/misc.c ami_misc_req 51: Disc cache write bandwidth is too slow to be useful, disabling cache
(22.497406) content/llcache.c llcache_persist 2414: Wrote 1480 bytes in 114ms bw:12982 http://news.bbcimg.co.uk/view/1_4_38/cream/hi/news/img/services.gif
(22.497485) content/llcache.c llcache_persist 2420: Overran timeslot
(22.497549) content/llcache.c llcache_persist 2426: Cannot write minimum bandwidth
(22.497751) amiga/misc.c ami_misc_req 51: Disc cache write bandwidth is too slow to be useful, disabling cache
(16.366240) content/llcache.c llcache_persist 2414: Wrote 3931 bytes in 263ms bw:14946 http://i2.cdnds.net/13/47/hearst.png
(16.366319) content/llcache.c llcache_persist 2420: Overran timeslot
(16.366384) content/llcache.c llcache_persist 2426: Cannot write minimum bandwidth
(16.366585) amiga/misc.c ami_misc_req 51: Disc cache write bandwidth is too slow to be useful, disabling cache
Even if I spawn it off to another process (so store returns
immediately) I still get the not enough bandwidth message.
Chris
8 years, 6 months
