anthraxx/arch-pkgbuilds

PKGBUILD files for Arch Linux packages

arch-pkgbuilds's Issues

pgadmin4 new versions not available on pacman ....

Why is pgadmin4 version 6 not included in the package manager?

Metasploit in opt directory

Anthraxx,

I know this is advised by metasploit to place the files into /opt, but this is not FHS compliant would it be possible to update it to /usr/share/$pkgname if possible?

nim is outdated (1.4.8 vs. 1.6.2)

Hey! The nim package is outdated for more than 2 months now. I tried to come up with an updated PKGBUILD file which seems to work on my system, but it throws out a lot of existing script: https://gist.github.com/SebRut/d47e4e8ecc718f34efffe12e7dc29a52

veracrypt dependency wxgtk needs replacement

:: Synchronizing package databases...
 core                                                                                  124.1 KiB   827K/s 00:00 [##################################################################] 100%
 extra                                                                                1668.3 KiB  1274K/s 00:01 [##################################################################] 100%
 community                                                                               3.8 MiB   876K/s 00:04 [##################################################################] 100%
 multilib                                                                              176.6 KiB   465K/s 00:00 [##################################################################] 100%
:: Starting full system upgrade...
:: Replace wxgtk with extra/wxgtk2? [Y/n] Y
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: veracrypt: removing wxgtk breaks dependency 'wxgtk>=3.0'

Issue with python-yara and python2-yara

It seems there is an issue with linking of symbols when building python-yara and python2-yara. If you import the latest python-yara and python2-yara, you will receive errors as such:

Python 2.7.12 (default, Jun 28 2016, 08:31:05)
[GCC 6.1.1 20160602] on linux2
Type "help", "copyright", "credits" or "license" for more information.

import yara
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/lib/python2.7/site-packages/yara.so: undefined symbol: yr_finalize

Python 3.5.2 (default, Jun 28 2016, 08:46:01)
[GCC 6.1.1 20160602] on linux
Type "help", "copyright", "credits" or "license" for more information.

import yara
Traceback (most recent call last):
File "", line 1, in
ImportError: /usr/lib/python3.5/site-packages/yara.cpython-35m-x86_64-linux-gnu.so: undefined symbol: yr_finalize
quit()

There have been a few issues about it on the yara-python github:
VirusTotal/yara-python#7

kismet outdated / added dep

kismet 2022-01-R3 is out, and requires python-websockets for some of it's data sources.

Additionally, an "unsupported" datasource requires python-bluepy or it shows an ugly error. It's not required, and it hurts nothing, but it looks bad in the logs.

postgresql 15 ...

Please update the newer versions of postgresql ...

https://www.postgresql.org/docs/release/15.1/

[gtest] Out of date

This package has been outdated for a while and I believe updating it will fix the bug as described in gmock-bug

[gtest] missing packaged files

Github tracker for: https://bugs.archlinux.org/task/63793?string=gmock&project=5&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

SSLScan new repo version

It seems there is a newly maintained version of sslscan at https://github.com/rbsec/sslscan. This is now in mainline Kali repos and I believe they are using a static version of openssl 1.0.2 to build the tool so it can include support for older ciphers and ssl protocols. It may be a good idea to take a look at this repo and see about a possible update to the tool in community.

update vim and gvim packages

I see that vim package is quite old given that it gets updated quite frequently these days. Would it be possible to update the package to latest. I'm primarily interested in this patch which would drive adoption of lua in vim. vim/vim#6063.

Out of curiosity how often to vim packages get updated?

pgadmin4 needs a bump

pgdamin4 doesn't work anymore.
The package also has been flagged out of date in February this year.

pgadmin4 v6 released on the 7th this month.
release notes

Apparently the package expects python3.7 but python3.9 is the current standard, that's why the server fails to start.

---

On the side,
I've noticed many packages being flagged out of date, not just by you being the maintainer, but others as well.
Which leads me thinking about maintainability in the long run. What if something happened to you or some other big fish?

Archlinux could make use of a donation system where maintainers get paid to do their job, keeping packages up to date.
Getting paid is of course not always a sufficient motivator so some performance checks should be in place. Like if a package wasn't updated in x days after being flagged out of date the maintainer doesn't get paid for the job and has a chance to deliver the update in 7 more days. If that's not being done they lose the position. If they deliver they still don't get paid but keep the position.
Where there's money involved people will be interested in becoming a maintainer so orphaned packages should not exist.

Of course the amount being paid depends on how many donations are in the pot. This will probably lead to other problems. But package upgrades would be taken care of.

avidemux3_qt5 crashing

avidemux is crashing after system update.

*********** BACKTRACK **************
/usr/lib/libADM_core6.so(ADM_backTrack+0x85) [0x7fa0491f0ba5]:0:<ADM_backTrack>:-2
/usr/lib/libADM_coreLibVA6.so(_ZN8admLibVA13uploadToImageEP8ADMImageP8_VAImage+0x9e) [0x7fa049ffc63e]:1:<admLibVA::uploadToImage(ADMImage*, _VAImage*)>:0
/usr/lib/libADM_coreLibVA6.so(+0x6dec) [0x7fa049ffddec]:2:<>:-2
/usr/lib/libADM_coreLibVA6.so(_ZN8admLibVA4initEP14GUI_WindowInfo+0x12f) [0x7fa049ffe28f]:3:<admLibVA::init(GUI_WindowInfo*)>:0
avidemux3_qt5(_Z10libvaProbev+0x5f) [0x556851f18fcf]:4:<libvaProbe()>:0
avidemux3_qt5(_Z13startAvidemuxiPPc+0x377) [0x556851ef1e07]:5:<startAvidemux(int, char**)>:0
avidemux3_qt5(main+0x27) [0x556851ed77a7]:6:<main>:-2
/usr/lib/libc.so.6(+0x29290) [0x7fa04756e290]:7:<>:-2
/usr/lib/libc.so.6(__libc_start_main+0x8a) [0x7fa04756e34a]:8:<__libc_start_main>:-2
avidemux3_qt5(_start+0x25) [0x556851eda025]:9:<_start>:-2
*********** BACKTRACK **************
*********** Exiting **************

found this problem that looks nearly the same https://forum.archlinux.de/d/32535-avidemux-funktioniert-nach-pacman-syu-nicht-mehr

Polite request

... to look at https://www.archlinux.org/todo/protobuf-39-rebuild/

Nikto might need a rebuild with the new perl

Testing Nikto version: 2.1.6-1 on arch with perl version: 5.26.0-1.

It errors out when executing the help function:
nikto -h
IO.c: loadable library and perl binaries are mismatched (got handshake key 0xdb80080, needed 0xde00080)

gtest errors

When using gtest we get the following error:

CMake Warning at /usr/src/gmock/CMakeLists.txt:41 (project):
  VERSION keyword not followed by a value or was followed by a value that
  expanded to nothing.


CMake Warning at /usr/src/googletest/CMakeLists.txt:51 (project):
  VERSION keyword not followed by a value or was followed by a value that
  expanded to nothing.


-- Found Python: /usr/bin/python3.10 (found version "3.10.5") found components: Interpreter
-- Found Threads: TRUE
CMake Error at /usr/src/googletest/CMakeLists.txt:127 (set_target_properties):
  set_target_properties called with incorrect number of arguments.


CMake Error at /usr/src/googletest/CMakeLists.txt:129 (set_target_properties):
  set_target_properties called with incorrect number of arguments.


CMake Error at /usr/src/gmock/CMakeLists.txt:99 (set_target_properties):
  set_target_properties called with incorrect number of arguments.


CMake Error at /usr/src/gmock/CMakeLists.txt:102 (set_target_properties):
  set_target_properties called with incorrect number of arguments.

It seems like the version patch we have is not doing it's job properly?
I'll prob look into this at some point, but wanted to jot it down so if anyone else inclined can resolve the issue.

Bug report on bugs.archlinux.org: https://bugs.archlinux.org/task/68440?string=gtest&project=5&type%5B0%5D=&sev%5B0%5D=&pri%5B0%5D=&due%5B0%5D=&reported%5B0%5D=&cat%5B0%5D=&status%5B0%5D=open&percent%5B0%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=

Metasploit outdated

Metasploit it outdated at 6.1.8 when the upstream version is 6.1.28.

update vim to minimum v8.2.1054

I had send a patch to vim to make it easy to use lua functions and vimscript together. vim/vim#6246 which is now merged vim/vim@801ab06 and is part of v8.2.1054.

Would it be possible to update the vim and gvim packages to the latest? This would help drive vim users to create plugins in lua.