Age | Commit message (Collapse) | Author |
|
Signed-off-by: David P <megver83@parabola.nu>
|
|
|
|
As we don't have binary packages yet, we don't need to increment
the package 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>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
After syncing with Aur, I also run makepkg to make makepkg update
the pkgver in the PKGBUILD. This should ensure that the PKGBUILD
doesn't need to be modified at build time by libremakepkg.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
the HTTP server hosting the source code for this package is offline
it was apparently the only upstream host
source code may be acquired now, only via the IP2 network
these changes (synced from AUR) attempt to accomplish that; but i did not try it
i scanned the parabola source archives, in attempt to rescue this package;
but did not find a source-ball
for these reasons, i have deleted the parabola binary package
|
|
|
|
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>
|
|
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>
|
|
Note that simtrace and simtrace2 is not the same software: simtrace
is for the first generation hardware while simtrace2 is for the
second generation.
While the PCB is mostly the same, the microcontroller, the (free)
software inside that microcontroller and the host software are
different.
So while the microcontroller can be upgraded by people that know
how to unsolder and resolder microcontrollers, it's still a good
idea to support both devices in Parabola.
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>
|
|
Without that fix, on i686 we have:
$ drm_info
drm_info: error while loading shared libraries: libjson-c.so.4:
cannot open shared object file: No such file or directory
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Building Guix from within Parabola is better as:
- It rebuilds guix from source, so we don't rely on more binaries.
In addition it enables to test reproducible builds when built from
Parabola.
- We end up with less space being taken by dependencies at the beginning
as the dependencies are shared with other Parabola packages.
However building Guix didn't work well on i686 for instance, and it's also
a good idea to provide guix's installer as well as there are different
tradeoffs being made between the installer packages built within Parabola.
For instance Guix binaries are built against Guile3 which isn't in Parabola
yet.
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: 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>
|