Age | Commit message (Collapse) | Author |
|
asciidoctor is already in Arch Linux community, and it is more
recent.
On armv7h we have:
community/asciidoctor 2.0.17-1
An implementation of AsciiDoc in Ruby
and on i686 we have:
community/asciidoctor 2.0.17-1.0 [installed]
An implementation of AsciiDoc in Ruby
and on x86_64 we have:
community/asciidoctor 2.0.17-1
An implementation of AsciiDoc in Ruby
So we don't need the pakcage from pcr anymore.
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>
|
|
|
|
|
|
|
|
|
|
|
|
same software is in [community]
|
|
|
|
|
|
Without that fix it builds fine with makepkg if you have libusb
installed but it fails with libremakepkg with the following error:
| checking for LIBUSB... no
| configure: error: Package requirements (libusb-1.0) were not met:
|
| Package 'libusb-1.0', required by 'virtual:world', not found
|
| Consider adjusting the PKG_CONFIG_PATH environment variable if you
| installed software in a non-standard prefix.
|
| Alternatively, you may set the environment variables LIBUSB_CFLAGS
| and LIBUSB_LIBS to avoid the need to call pkg-config.
| See the pkg-config man page for more details.
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>
|
|
In the commit a15f2642006a122148c28e2f9d1032b07c8d082d (aur: simtrace:
update from AUR) I accidentally ovewrote the simtrace PKGBUILD with
the simtrace 2 one.
Both are different software projects meant for two different sim tracer
hardware generations.
The simtrace software supports only one device named simtrace
which uses an AT91SAM7S microcontroller.
The simtrace 2 software supports the simtrace 2 hardware that use a
SAM3S microcontroller, and it also supports other hardware like the
sysmoQMOD that have the same SAM3S microcontroller.
This reverts commit a15f2642006a122148c28e2f9d1032b07c8d082d.
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
revert several WIP commits, published accidentally
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
In the previous commit, I forgot to actually do the change.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
On Parabola x86_64 we currently have python 3.10:
$ pacman -sS ^python$
core/python 3.10.1-2 [installed]
Next generation of the python high-level scripting language
and python-redmine 2.3.0:
$ pacman -sS python-redmine
pcr/python-redmine 2.3.0-1 [installed]
Python library for communicating with a Redmine project management application
but if we try to import redmine in python3 it fails:
$ python3
Python 3.10.1 (main, Dec 18 2021, 23:53:45) [GCC 11.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import redmine
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ModuleNotFoundError: No module named 'redmine'
This is because python-redmine has been built against python 3.9:
$ pacman -Q -l python-redmine
python-redmine /usr/
python-redmine /usr/lib/
python-redmine /usr/lib/python3.9/
[...]
so rebuilding it should normally fix this issue.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org>
|
|
upstream depends are gone
|
|
|