Additionally to more robust pasting to sprunge (now checks if the
service is operational) the required curl version is now the one
that's actually in the HaikuPorts repo, 7.45.0.
Clipdinger 0.5 depended on a newer version, which rendered it uninstallable
with only the default HaikuPorts repo.
There's a messaging issue that results in pasting to sprunge twice, which
I'm still investigating. Releasing now, as it's not a debilitating bug.
* update_package_requires uses the latest version available, so haiku package
would then require a version 5.x of libgcc.
* Be sure to check that gcc_syslibs is installed and not gcc5_syslibs.
New in v0.5:
* Added a feature to paste to the online service Sprunge.us
* Bug fix: A chosen favorite will now appear at the top of the clip list,
which always shows what's currently in the clipboard.
* Bug fix: Using the mouse instead of the cursor keys to switch list now
correctly shows the inactive list "dimmed".
* update gmp package for x86, gmp_x86 for x86_gcc2.
* update wget packages for x86 and x86_gcc2.
* update icu* packages for x86_gcc2 and x86.
* update libgpg_error* packages for x86_gcc2.
* Beware that installing these packages will replace gcc and syslibs. gcc5 packages
can be used to check that packages still build correctly with gcc5, simply being
places in haikuporter packages folder.
* libstdc++ is configured for "gcc4 compatibility", this means we could switch to
this version, while maintaining binary compatibility. However a switch to the new abi
will eventually require a full rebuild of packages depending on libstdc++. For this
to happen, the affected packages should be buildable with gcc5, which can easily be done
with the addition of these packages. Mainstream packages with up to date versions are
probably already buildable with gcc5, some aren't (ie boost). All haiku-* packages are
to be checked. I'll open a provisioning ticket to track the related activities.
- openssl: changed compat to 1.0.0 for the package itself as well
as the library provides.
- libqt4: rebuilt against latest openssl packages; dependency on
libssl/libcrypto is now 1.0.0, as it should be.
The build with a newer revision of the source turned out to keep crashing.
Reverting back to #51740 (which can't be built with the old recipe, so I
manipulated the dependencies in the .PackageInfo of the old package
manually...)
