| 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>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
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 I understand from what I was told on IRC, pcr is not for
packages that are still in developement and not good enough
quality to be pushed in the repositories that users are
using while pcr-testing seem to be apropriate for that.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
This has not been built or tested on ppc64le, however it enables
to create a ppc64le chroot with librechroot.
While creating the chroot, it does install the packages:
$ sudo librechroot -A ppc64le -n parabola-ppc64le make
[...]
( 1/134) installing linux-libre-api-headers [################################################] 100%
( 2/134) installing tzdata [################################################] 100%
[...]
and the packages binaries are indeed for ppc64le:
$ file /var/lib/archbuild/parabola-ppc64le/root/usr/bin/bash
/var/lib/archbuild/parabola-ppc64le/root/usr/bin/bash: ELF 64-bit [...], 64-bit PowerPC [...]
However, qemu(through qemu-user-static-binfmt) currently fails
at running any of theses binaries with:
"error: command terminated by signal 4: Illegal instruction".
This also affects the packages post-installation and hooks.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
I forgott to add myself as a contributor. As I modified the
PKGBUILD, this is necessary.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Caveats:
- There is no package for xtrx-linux-pcie-drv yet
- The liblms7002m, libxtrx and libxtrxdsp are installed in
/usr/local/
- While gqrx can be launched, I didn't manage to receive
commercial FM stations with it yet. That may be due to:
- my hardware setup (antennas, etc) which is far from
being obtimal
- my software setup (i686 hasn't been reported to work
yet)
- Wrong parameters in gqrx: the device seem to be other
and the device string seem to be "xtrx", but other than
that I didn't have a good enough waterfall to verify
that it is receiving something.
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>
|
|
|
|
|
|
|
|
The package doesn't build with libremakepkg without git, so there
is no need to bump the package revision.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
This package was updated from AUR
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
I'd like not to have to have to maintain this package myself
if this is possible due to the lack of time to do so.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
- Added parabola-logo.png
- Updated referrences to arch-logo.png to parabola-logo.png
- v0.9.3 -> 0.9.4
- removed a patch that seemed not to be necessary any more.
|
|
|
|
|
|
|
|
|
|
This is both:
- The changes in Arch 239.300-{1→2}
* Note that this replaces a patch that ovruni took from
bugs.archlinux.org with a patch that Arch takes from upstream.
- Effectively dating to 239.301, but doing it by backporting the change,
so we don't get ahead of Arch's pkgver.
|
|
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
Because I'll remove the ppc64le support for 4.19 temporally
Signed-off-by: David P <megver83@parabola.nu>
|
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
This commit was tested on an i686 installation with:
- Trisquel flidas: test OK
- Trisquel belenos: test OK
- Trisquel toutatis: test OK
And on an x86_64 installation with:
- PureOS green: test OK
The following things were tested:
- debootstrap return code (0 for success)
- the presence of the usual folders (bin, boot, dev, etc)
The tests were done the following way:
(1) The package was built and installed
(2) an empty rootfs directory was created
(3) debootstrap was run in this directory with:
- sudo debootstrap "${version}" rootfs/ \
http://archive.trisquel.info/trisquel # For Trisquel
- sudo debootstrap "${version}" rootfs/ \
https://repo.puri.sm/pureos # For PureOS
With version being flidas, belenos, and Toutatis for Trisquel
and green for PureOS
(4) The exit code was checked and the directories listed inside
the rootfs directory
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
