Age | Commit message (Collapse) | Author |
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
this version of pacman needed to be built
by its own version of makepkg
in order to avoid the silent strip failure
and produce debug packages
|
|
Given that:
- The build works fine with makepkg and the tests do pass.
- The checks fail with libremakepkg
- On previous version the checks did fail because the maximum
path length was reached.
The checks are disabled for now to be albe to package it.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
The patch below updates [libre/nextcloud-client] to the newest version
2.6.2.
The changelog is included in the patch.
Tested on x86_64, successfully built on i686. The arm build failes on my
arm chroot, but it is possible, that it compiles on others (such as the
one in beefcake) as discussed with Freemor on IRC.
The function to register with a provider (Account -> Add new -> register
with a provider) fails for unknown reasons. However one can regiter over
this website: https://nextcloud.com/providers/
I have not found any other problems.
From d7d978ab13b21b66f99f0ed6f0b2a86ceb212c03 Mon Sep 17 00:00:00 2001
From: Theo von Arx <theova@member.fsf.org>
Date: Sat, 28 Dec 2019 12:56:54 +0100
Subject: [PATCH] Update [libre/nextcloud-client] to v2.6.2
- Bump pkgver, _commit and pkgrel
- Enable tests for i686 and armv7h since they succeed
- Add patch nextcloud-client-FS64630.diff (as Arch does)
- Update remove_qtwebengine.patch
- Format PKGBUILD closer to Arch's one
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> schrieb am Sat, 21. Dec 19 17:02:
>On Fri, 20 Dec 2019 13:47:22 +0100
>theova <theova@bluewin.ch> wrote:
>> gnome-boxes has buttons to download and install non-free GNU/Linux
>> distributions (as in previous versions). It is not possible to do
>> that, e message "unsupported protocol https" pops up. Thus I'm not
>> sure if this is a freedom issue?
>Ideally it would be better to fix the issue. Users (me included) are
>probably not expecting such buttons in the first place.
>
>Is your PKGBUILD fixing it in prepare() ? or does it still need to be
>fixed in a subsequent patch?
Here is a new patch to face this issue.
As only non-free OS are downloadable through the download functionality,
I decided to hide the download button completely.
Working on x86_64 as expected, i686 and armv7h build fine.
From: Theo von Arx <theova@member.fsf.org>
Date: Thu, 2 Jan 2020 10:57:50 +0100
Subject: [PATCH] [libre/gnome-boxes] Hide download button
- Add a patch to hide the download button as only nonfree OS can be downloaded
- Add rationale
- Bump pkrel
- Remove recommendation of nonfree OS
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>
|
|
Some System On a Chip (SOC) have 64bit ARM CPUs that are also
capable of running arm 32bit applications.
Since:
- Parabola doesn't have an aarch64 package repository yet
- The devicetree of devices using such System On a Chip
are not compiled when using the armv7 defconfig
- Drivers or other platform support code for such hardware
might also not be compiled in with the armv7 defconfig
- This approach has already been tested with the linux-libre-x86_64
kenrel
It's then a good idea to add support for such devices by adding
an arrch64 kernel as the maintenance and work is minimal.
The downside is that the external kernel modules that are either
compiled against the kernel or using DKMS will not work by default.
It's however still possible to compile them by hand by using
ARCH= and CROSS_COMPILE= as it is done for this kernel, so it
should be relatively easy to add support for the non-dkms modules.
As for DKMS, someone would need to look into it to understand how
to pass it the make flags (ARCH= and CROSS_COMPILE=) that are
required to automatically build modules.
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>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|