| Age | Commit message (Collapse) | Author |
|---|
|
All of them download and execute JavaScript code for which I couldn't
find any proof of their free licensing.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Rationale:
- It makes it easier to recover an installation securely
when updating pacman or libraries independenly broke
pacman.
- It makes upgrading to the new packages format possible for
very old installations, as otherwise you end up in a
dependency loop where you need the new libraries versions
that are in the new package format to install the new
pacman version which is needed to install the new
libraries versions.
It also has no changes for now as it doesn't provide any
configuration files as they are already provided by the
pacman package.
Dependencies also need to be built in the PKGBUILD as
Arch Linux has !staticlibs enabled by default in OPTIONS in
/etc/makepkg.conf, and we rely on archlinux packages for at
least some of the pacman dependencies.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
|
|
|
|
|
|
The old list of search engines is outdated, and doesn't include a few
dozen of new ones. It's hard to review each one of them each new
release, so just removed all of them and replaced with well known ones.
Also improved pkgdesc, since it's not only about privacy, but about
software freedom as well.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
The updated script has been taken verbatim from the
helpers/DATA/debootstrap/trisquel script in Trisquel
package-helpers repository[1].
References:
-----------
[1]https://devel.trisquel.info/trisquel/package-helpers.git
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
The following commit modified the arch-detect.patch checksums
without modifying the arch-detect patch:
6346ab01c debootstrap-1.0.116-1.parabola1: updating version
This is probably because the author simply forgot to add the
arch-detect patch modifications in the commit as well.
Thanks to that, it's safe to revert the checksums for now.
A subsequent commit can still be done later to add back the
arch-detect patch modifications if it is still necessary.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
It must be be greater than icu-parabola, because we do not want to
install the same version and get file conflicts.
In the idea case, icu-parabola will never conflict with icu, because it
will always be rebuilt in sync with icu. In the non-ideal case, if they
ever provide the same then the user will be informed of the need to
remove icu-parabola (as it will not be needed at that time).
Signed-off-by: Eli Schwartz <eschwartz@archlinux.org>
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Also added myself as a contributor, since I helped Parabola with the
parabola-specific portions of this package.
Signed-off-by: Eli Schwartz <eschwartz@archlinux.org>
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
This was for the older version of icu-parabola.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
OpenTTD doesn't depend on libicudata:
$ readelf -d /usr/bin/openttd | grep "Shared library:" | awk '{print $5}'
[libpthread.so.0]
[libSDL-1.2.so.0]
[libz.so.1]
[liblzma.so.5]
[liblzo2.so.2]
[libpng16.so.16]
[libfontconfig.so.1]
[libfreetype.so.6]
[libicui18n.so.67]
[libicuuc.so.67]
[libfluidsynth.so.2]
[libstdc++.so.6]
[libm.so.6]
[libc.so.6]
[libgcc_s.so.1]
but libicuuc does depend on libicudata:
$ readelf -d /usr/lib/libicuuc.so.67 | grep "Shared library:" | awk '{print $5}'
[libicudata.so.67]
[libpthread.so.0]
[libdl.so.2]
[libstdc++.so.6]
[libm.so.6]
[libgcc_s.so.1]
[libc.so.6]
[ld-linux-x86-64.so.2]
The ldd utility doesn't show this level of details.
The lddtree utility which is part of the pax-utils package can show a tree of
dependencies, but on x86_64 it didn't work for me due to some python issue:
# lddtree
Traceback (most recent call last):
File "/usr/bin/lddtree", line 53, in <module>
from elftools.elf.elffile import ELFFile
ImportError: No module named elftools.elf.elffile
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
The Arch Linux icu PKGBUILD has now the following:
provides=(libicu{data,i18n,io,test,tu,uc}.so)
and the resulting packages are already in Parabola.
Thanks to that, adding such libraries as a dependency will
make sure that the package depends on the precise version
of the library like libicui18n.so=67-64.
For some reason even if libicudata.so.67 is used by the
OpenTTD binary:
$ ldd /usr/bin/openttd | grep libicudata.so
libicudata.so.67 => /usr/lib/libicudata.so.67
When building the package, it didn't add manage to find the
automatic libicudata.so dependency:
==> Checking for packaging issues...
==> WARNING: Package contains reference to $srcdir
usr/bin/openttd
==> Creating package "openttd"...
-> Generating .PKGINFO file...
==> WARNING: Library listed in 'depends' is not required by any files: libicudata.so
-> Generating .BUILDINFO file...
-> Generating .MTREE file...
-> Compressing package...
This also shows up in the package:
$ pacman -Q -i openttd
Depends On: [...] libicui18n.so=67-64 libicuuc.so=67-64 libicudata.so
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
Following the same pattern as some AUR packages (icu65 and so on), make
this package just provide compat libs. There's no need to try building
packages against an old icu version, we just want to make sure programs
which are linked to an older libicu*.so can use it.
The libprovides recently added in Arch Linux are introduced as well.
They won't break anything, they simply add another way to depend on this
package, which is more convenient than the current use in package()
functions of:
local _icu_ver
_icu_ver=$(pacman -S --print-format='%v' icu)
depends+=("icu>=${_icu_ver}" "icu<$((${_icu_ver%%.*} + 1))")
(which has other problems, like not being the version which is built
against, but rather the version that a pacman -S icu would install or
upgrade to -- partial upgrades are bad, but that doesn't mean break it
if someone does so)
Expected use of this package:
depends+=('icu' 'libicui18n.so')
... added to a Parabola package which uses icu, to make it depend on the
Arch icu package (and ensure it is preferred in all cases) and
additionally to depend on any package providing the correct version of
the libicu*.so dependent libraries. If all goes well, the icu package
will be pulled in as a dependency. If all doesn't go well, then packages
fall back on additionally installing this package for compatibility
purposes, and all still goes well.
Signed-off-by: Eli Schwartz <eschwartz@archlinux.org>
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
The .install was only added to run ldconfig, but since
ldconfig is already run by pacman, it is unnecessary.
Reported-by: Eli Schwartz <eschwartz@archlinux.org>
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
Bump version
Add the rest of the logic for ARM builds
- ARM builds with error: semop(1): encountered an error: Function not implemented
Possibly unrelated to the PKGBUILD.
|
|
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
texlive-bin 2020.54586-3 is already in archlinux testing, but for
now we only sync with extra.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
Reason: Linux-libre{-hardened} enables all LSM by default in i686 and x86_64 since a long time.
Although it kinda made sense because it had AppArmor enabled by default, it's not worth to maintain
it since anyone can enable it by passing a kernel parameter, as explained in the AppArmor page in
ArchWiki. This isn't the case for armv7h, but will see if users want AppArmor for ARM in the future.
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
