Outsource packageable third-party software

[bonefish]

Most (ported) third-party software should be removed from the Haiku source repository. HaikuPorts recipes should be created and the software should be provided as a package (or multiple packages). For libraries it may be necessary to provide them as build features (cf. build/jam/BuildFeatures for reference (e.g. icu or openssl)); in rare cases the build system may need to build (parts of) them from the sources (cf. build/jam/BuildFeatures for reference (e.g. zlib or libsolv)). Some packages will need to be built during the bootstrap process.

Software	Version	Build feature	Bootstrap
agg	?	yes (source?)	yes
bash	4.0.35(1)	-	yes
bc	1.06	-	-
compress	?	-	?
coreutils	8.4	-	yes
diffutils	2.8.1	-	yes
expat	?	yes	?
findutils	4.2.33	-	yes	done
fluidsynth	1.0.9	?	?
ftp	?	-	-
ftpd	?	-	-
gawk	4.1.0	-	yes	done
gdb	6.3	-	-
glut	?	?	-
gzip	1.2.4	-	?
less	451	-	-	done
libcrypt	?	yes	?
libedit	?	yes	?
libfdt	1.3.0	? (!x86)	?
libgutenprint	?	yes	-
libiconv	?	yes	?
libtelnet	?	?	-
libtiff	3.9.4	yes	-
libudis86	?	yes (source)	?
libutil	?	yes	?
mapm	?	yes	?
ncurses	5.9	yes	-
netcat	?	-	-
patch	2.5.4	-	?
pdflib	5.0.3	yes	-
ping	?	-	-
ping6	?	-	-
rcs	?	-	-
sharutils	4.14.1	-	-	done
tcpdump	3.9.5	-	-
telnet	?	-	-
telnetd	?	-	-
traceroute	1.4a12	-	-
unzip	5.50	-	?
watch	0.2.0	-	-
wget	1.12	-	-
x86emu	?	yes (x86*, source)	?
zip	2.32	-	?

[bonefish]

(In #10265) I suppose the file format is no longer compatible with that of our ancient less version. less should be outsourced to HaikuPorts, which will, as a side effect, avoid this build issue.

[bonefish]

(In #10444) Also cf. #10267 which tracks the status of third-party software to be outsourced.

[pulkomandy]

(In #10572) How would that fix #10265? That was an issue with the version of less on the host system (Fedora, in that case).

Anyway, the first step is getting package built for all 3 supported archs (x86_gcc2, x86, x86_64). I built the first, will upload once vmrepo is back online...

Waiting for other people to do the other archs, before we proceed with removing the in-tree version.

[korli]

findutils added in hrev46925.

[korli]

gawk 4.1.0 added in hrev46929.

[waddlesplash]

Jerome, while you're at it can you look at #10572 and maybe finish it?

[pulkomandy]

I tried doing a clean build of Haiku, and I got this:

gawk: /Donnees/Dev/Haiku/haiku/src/apps/devices/pci-header.awk:169: fatal error: internal error

Seems the new gawk is not compatible with what we used to have?

Moreover, a lot of haikuports packages need either gawk, find, or xargs (starting with libtool). They all lack the needed "requires", and it seems the Haiku package still provides those, so even adding the requires to the recipes doesn't work. I was trying to see if a clean haiku build would solve that (as I couldn't find why it would still provides findutils in the sources), but I hit the other issue with gawk.

[anevilyak]

FYI, the package provides in src/data/package_infos/.../haiku need to be updated to reflect the commands that are no longer present due to outsourcing, otherwise there will be dep resolution problems ; this explains some of the issues I was running into in ports. Will see if I can find time to update those later, assuming no one beats me to it.

[anevilyak]

Updated in hrev46959. Also updated some of the ports recipes accordingly. However, I'm now running into build issues with pkgconfig on gcc4, specifically link failures related to its built-in copy of glib, i.e.:

./glib/glib/.libs/libglib-2.0.a(gcharset.o): In function `get_alias_hash':
/sources/pkg-config-0.27.1/glib/glib/gcharset.c:54: undefined reference to `_g_locale_get_charset_aliases'

Any ideas as to what might be going on there?

[korli]

Replying to pulkomandy:

Seems the new gawk is not compatible with what we used to have?

It seems gawk 'configure' detects multibyte support and tries to use it. I disabled it as a workaround in hrev46965.

[korli]

sharutils 4.14.1 added in hrev47117. No use in bootstrap process.

[korli]

less 451 added in hrev47121.