Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
The 2.2.0 seem stable enough already on many ARM devices.
This also avoid using HEAD as git revision.
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>
|
|
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>
|
|
|
|
|
|
|
|
|
|
linux-libre 5.6+ replaces it
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
succeded by nonsystemd/accountsservice
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
According to the commits refencencing such libraries in the
jitsi git, the libraries seem to have been optional at the
beginning and have been introduced to improve performances.
Running jitsi on the command line doesn't output errors that
seem to be related to the removal of the libraries, while it
does on architectures like armv7h that ended having x86 libraries
being shipped.
Note that compiled Java bytecode is present in jars, but removing
all of them makes the build fail.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Jitsi has ELF libraries in /usr/lib/jitsi/lib/native/ such as:
- libgalagonotification.so
- libglobalshortcut.so
- libhid.so
- libhwaddressretriever.so
- libjdic_misc.so
- libsysactivitynotifications.so
- libunix-java.so
Jitsi probably interfaces with such libraries through JNI.
When running jitsi on i686, while the GUI works and text messaging
seem to work fine, there are errors showing up when running it from the
console:
java.lang.UnsatisfiedLinkError: /usr/lib/jitsi/lib/native/libglobalshortcut.so:
/usr/lib/jitsi/lib/native/libglobalshortcut.so: wrong ELF class: ELFCLASS64
(Possible cause: architecture word width mismatch)
This makes jitsi architecture specific again.
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>
|
|
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>
|
|
these two are outdated, and although I've been able to update belle-sip, the new linphone-desktop hasn't built successfully
in the meantime, users can install it through flatpak as explained in their download page -> https://linphone.org/technical-corner/linphone?qt-technical_corner=2#qt-technical_corner
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
|
|
|
|
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>
|
|
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>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
As the PKGBUILD was only tested with makepkg, and that git
was already installed, it didn't pick the issue at build
time.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
In archlinux, archlinux32, archlinuxarm, Parabola,
and probably other archlinux derivative, the PKGBUILD
lack a license.
I was told on #archlinux that the PKGBUILDS were
copyrightable but at the same time that nobody cared enough
about licensing to fix this issue.
According to what I was told in this channel, that the
only thing to do to move things forward would be to start
adding a license to PKGBUILDs to force archlinux to fix its
licensing.
As I've created this PKGBUILD from scratch, I've now added
a GPLv3 license.
I'm also open to relicense it under other free software
licenses as well, in order to get this copyright issue
fixed.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
This adds fso-unbootimg.
In archlinux, archlinux32, archlinuxarm, Parabola,
and probably other archlinux derivative, the PKGBUILD
lack a license.
I was told on #archlinux that the PKGBUILDS were
copyrightable but at the same time that nobody cared enough
about licensing to fix this issue.
According to what I was told in this channel, that the
only thing to do to move things forward would be to start
adding a license to PKGBUILDs to force archlinux to fix its
licensing.
As I've created this PKGBUILD from scratch, I've included a
GPLv3 license as well.
I'm also open to relicense it under other free software
licenses as well, in order to get this copyright issue
fixed.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|