- Aur-general - lists.archlinux.org

User TalionRanger comments
by Fabio Loli 25 May '24

25 May '24

A request for help quickly degenerated in several insults https://aur.archlinux.org/packages/octopi#comment-974574 https://aur.archlinux.org/packages/octopi#comment-974594 Please take appropriate action

2 1

Lost my AUR password and e-mail
by LDA 18 May '24

18 May '24

Hi, I used to have an AUR account(lda), whose password was stored on a single laptop, which broke. This wouldn't be a problem if it weren't for the fact that the primary e-mail I used at the time(freetards.xyz) now no longer works(due to a lack of rDNS). I still however own the domain attached to it, and as such, *can* prove I own said account. So I want to ask if I could recover my password that way(since the reset page pointed there.) Thanks, LDA idiot

1 0

Kernel / utils-linux update breaks nvidia 390.xx driver dkms build - Any ideas what changed?
by David C. Rankin 09 May '24

09 May '24

AUR folks, This is a general question that may catch others off guard. Having patch for the 6.8 changes when the kernel was release and having no issues through 6.8.9-Arch1, I was very surprised to see build failures in the nvidia-utils 390.xx package after the today's update. For both Linux and Linux-LTS: ( 8/13) Install DKMS modules ==> dkms install --no-depmod nvidia/390.157 -k 6.6.30-2-lts Error! Bad return status for module build on kernel: 6.6.30-2-lts (x86_64) Consult /var/lib/dkms/nvidia/390.157/build/make.log for more information. ==> WARNING: `dkms install --no-depmod nvidia/390.157 -k 6.6.30-2-lts' exited 10 ==> dkms install --no-depmod vboxhost/6.1.50_non_OSE -k 6.6.30-2-lts ==> dkms install --no-depmod nvidia/390.157 -k 6.8.9-arch1-2 Error! Bad return status for module build on kernel: 6.8.9-arch1-2 (x86_64) Consult /var/lib/dkms/nvidia/390.157/build/make.log for more information. ==> WARNING: `dkms install --no-depmod nvidia/390.157 -k 6.8.9-arch1-2' exited 10 ==> dkms install --no-depmod vboxhost/6.1.50_non_OSE -k 6.8.9-arch1-2 ==> depmod 6.6.30-2-lts ==> depmod 6.8.9-arch1-2 The actual errors seem like regressions somewhere as similar bugs were fixed in the past 3-4 years for both Nvidia and Vbox. The errors are: In file included from /var/lib/dkms/nvidia/390.157/build/common/inc/conftest.h:5, from /var/lib/dkms/nvidia/390.157/build/common/inc/nv_stdarg.h:29, from /var/lib/dkms/nvidia/390.157/build/common/inc/os-interface.h:27, from /var/lib/dkms/nvidia/390.157/build/nvidia/nv-frontend.c:12: /var/lib/dkms/nvidia/390.157/build/conftest/functions.h:76:2: error: #error wait_on_bit_lock() conftest failed! 76 | #error wait_on_bit_lock() conftest failed! ... /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h: In function ‘nv_ioremap_nocache’: /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h:568:17: error: implicit declaration of function ‘ioremap_nocache’; did you mean ‘ioremap_cache’? [-Wimplicit-function-declaration] 568 | void *ptr = ioremap_nocache(phys, size); | ^~~~~~~~~~~~~~~ /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h:568:17: error: initialization of ‘void *’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion] /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h: In function ‘nv_ioremap_nocache’: /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h:568:17: error: implicit declaration of function ‘ioremap_nocache’; did you mean ‘ioremap_cache’? [-Wimplicit-function-declaration] 568 | void *ptr = ioremap_nocache(phys, size); | ^~~~~~~~~~~~~~~ | ioremap_cache /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h: In function ‘nv_is_dma_direct’: /var/lib/dkms/nvidia/390.157/build/common/inc/nv-linux.h:1297:9: error: implicit declaration of function ‘dma_is_direct’; did you mean ‘d_is_dir’? [-Wimplicit-function-declaration] 1297 | if (dma_is_direct(get_dma_ops(dev))) | ^~~~~~~~~~~~~ | d_is_dir All of these seem similar to earlier errors from the Linux 5.6 days. Anybody have a guess in what changed in either the new gcc or new util-linux or others that has cause all this fun? -- David C. Rankin, J.D.,P.E.

2 2

Removal of NicoHood as Package Maintainer due to inactivity
by gromit 05 May '24

05 May '24

Hi all, I'd like to start a "Special Removal of an Inactive Package Maintainer"[0] for NicoHood based on prolonged inactivity. NicoHood has not executed any packaging or AUR maintenance duties since 6 Months now, but the mentioned activity is IMO rather an outlier. When I contacted all people who were inactive in votings for a longer period of time[1] (August '23) we heard back[2] from Nico stating that he would still like to help out with Arch but does not have time/capacity due to personal circumstance right now. Since back then then not much seems to have changed: - His last voting[3] was vote nr. 140 (ended 2022-09-11), since then 11 other votings were done. - His packaging activity was limited to 3 days in the last year[4] - He did not do any AUR Moderation for that timeframe (to my knowledge) Therefore I'm requesting him to be removed as a Package Maintainer. This is not done because I want to cause any harm but rather since I think it reflects the status quo. If at some later point he has the time / resources to help out again I'm very much in favour of welcoming him back. The discussion period will last for three days, after which there will be a voting period of five days. Cheers, chris [0]: https://package-maintainer-bylaws.aur.archlinux.org/#_special_removal_of_an… [1]: https://lists.archlinux.org/archives/list/arch-tu@lists.archlinux.org/threa… [2]: https://lists.archlinux.org/archives/list/arch-tu@lists.archlinux.org/messa… [3]: https://aur.archlinux.org/package-maintainer [4]: https://gitlab.archlinux.org/nicohood

1 2

Re: About the intentionally duplicated package wechat-beta-bwrap and wechat-universal and unmaintained orginal package wechat-uos
by Kimiblock Moe 01 May '24

01 May '24

Hi Aᴀʀᴏɴ, The duplicated package has 55 votes, while the original version wechat-uos-qt has 19. I’m not losing patience though, just a little curious about why this thread appeared inactive. I guess PMs have been flooded with requests recently… -- Sincerely, Kimiblock

4 4

About user Manjusaka
by Fabio Loli 27 Apr '24

27 Apr '24

Hi, Manjusaka continue to re-upload his personal pkgbuild which have been deleted 3 times already, they have been informed to not do this yes persist https://aur.archlinux.org/pkgbase/linux-xanmod-manjusaka https://lists.archlinux.org/archives/search?count=25&mlist=aur-requests%40l…

2 1

Aarch64 package moderation policy
by Sam Day 15 Apr '24

15 Apr '24

Hello! I recently learned that the AUR seems to have an actively enforced moderation policy preventing packages that either only work on aarch64, or are otherwise heavily focused/only useful on that platform. RFC0032 hasn't finalized yet, and of course it could still end up being rejected or otherwise put on indefinite hiatus... My outsider perspective is that it likely will happen though, so I'm working under that assumption. In this case, it's only a matter of time before non-x86 communities are accumulating around Arch upstream proper. RFC0032 already notes that: - Ideally, the AUR web interface / API is extended to allow filtering packages by architecture. I have a concrete proposal here. Let's say I (or someone else) were to contribute the necessary changes to aurweb, such that it exposed architecture info in the RPC (archlinux/aurweb#485), as well as adding support for filtering by architecture when searching. If this happened, and the search box on the AUR homepage defaulted to x86, would it be possible to relax the current moderation policy that restricts aarch64-only packages from living in the AUR? -Sam

5 7

Package Maintainer Application - Carl Smedstad
by Carl Smedstad 25 Mar '24

25 Mar '24

Hi everyone, My name is Carl, or carsme on AUR/IRC, and this is my application to become a Package Maintainer. I started my Linux journey in 2016, while studying engineering mathematics at Chalmers University here in Gothenburg, Sweden. At the time, I was struggling with motivation and direction in my studies, but things took a positive turn when my friend group introduced me to Linux. I started out on Ubuntu but quickly transitioned to Arch Linux as there was a strong "btw, I use arch" atmosphere in our group :) With this new discovery, technology suddenly started making sense and became understandable. I had tinkered with computers since I was a child, but this was the first time I felt that anything was doable, given some time and dedication. As such, tinkering with my system became my new favorite pastime. Shortly after this formative moment, I got a part-time job as a developer, which eventually became full-time and made me drop out of university. This put me on a path which I'm very happy to be on, and which led me to today, where I'm leading a team developing route optimization solutions for commercial aviation. I still tinker a lot, but now with a broader scope that includes the processes, technologies and tools me and my team use in our daily work. Arch Linux has been my daily driver for around eight years now, and I have since 2021 tried to get more involved in the project, mainly by maintaining packages in the AUR. This has been a learning experience and I've tried to continuously improve my process and my packages. Examples include: fixing namcap warnings, migrating to standards based Python packaging (PEP 517), migrating to SPDX license identifiers, and most recently, using nvchecker to check for new versions. Outside of tech, I really enjoy traveling and try to do so as often as possible. Specifically, hiking through new landscapes and sampling local cuisine. Most recent trips were to the Bavarian Alps and to Sardinia in Italy, both of which were fantastic experiences (with great food!). For reference, PKGBUILDs for all packages I maintain in the AUR are available here: https://github.com/carlsmedstad/aurpkgs I've also published some helper scripts I use: https://github.com/carlsmedstad/aurutils-extra For my other OSS-contributions, primarily bug reports and minor patches, my GitHub profile is most likely the best place to get an overview. As package maintainer, I intend to initially bring the following packages (+deps) into [extra], provided no one has any objections: * espanso * opentofu * powershell * protonmail-bridge * rdiff-backup * watchman Regarding (co-)maintenance of what's already in [extra], I'd like to adopt some of the currently orphaned Python and Ruby packages, for example: * python-joblib * python-oscrypto * ruby-treetop Additionally, I did a quick search for packages with only one maintainer among those I regularly use, and ended up with the following candidates for potential co-maintainership: * aerc * handlr * istio * python-black * sqlfluff Hopefully that gives a good picture of who I am and where I'd like to start my journey as a package maintainer, if accepted. My sponsors are Levente Polyak (anthraxx) and Christian Heusel (gromit) and I'm very thankful for their feedback and encouragement so far. Thank you for taking the time to read this, cheers! -- Sincerely, Carl Smedstad PGP: 888285CF6ED6758F

6 10

Re: Spring cleanup '24
by gromit 20 Mar '24

20 Mar '24

On 24/03/11 09:09PM, gromit wrote: > On 24/03/02 12:48PM, gromit wrote: > > I will start dropping packages on 2024-03-17, so please try to have a > > look at the lists in the next few days. > > Reminder: There is one week left until unneeded orphan packages will be > dropped to the AUR. Please have a look at the list again to see if other > people orphaned stuff that may be intersting for you. Hello everyone, I have dropped the unneded orphans as announced earlier. For any interested package maintainers on the AUR (hence the cc to the aur-general list): The packages are now available in the AUR and ready to be adopted, some already have found maintainers :) See the full list below. Cheers, gromit -- ams-lv2 archey3 autocutsel beatslash-lv2 blockdiag cadence deheader deteriorate-lv2 dmg2img eid-mw entityx faudio fluid foxdot fst gambit-c ganv gdlmm gnome-icon-theme-extras gnome-shell-extension-gtile gnubg gnucobol gnupg-pkcs11-scd gob2 gpa gqrx gv hashdeep helm-synth howl htmlhint ibus-m17n ibus-pinyin icecast ir.lv2 junit-system-rules latex2rtf libident liri-calculator liri-cmake-shared liri-files liri-terminal liri-text livewallpaper lockdev lvtk marsyas mdns-scan meterbridge midimsg-lv2 neovim-lsp_signature neovim-nvim-treesitter ninjas2 non-daw non-sequencer notify-sharp-3 osmid pan patchage pc-ble-driver perl-date-simple polyclipping python-apptools python-autodocsumm python-behave python-cx-freeze python-etesync python-git-url-parse python-ipy python-jinja-time python-kaptan python-langdetect python-matrix-nio python-nrfutil python-pc-ble-driver-py python-pdm-pep517 python-piccata python-poyo python-publicsuffix python-pyspinel python-pythonfinder python-schedutils python-tree-format python-webtest-aiohttp python-whichcraft python-yapsy qt5-gsettings razercfg ruby-treetop seqdiag slimit solfege sonic-pi sparkleshare tap-plugins tpacpi-bat ttf-proggy-clean vim-align vim-coverage-highlight vim-editorconfig vim-pastie vocal wake webkit2-sharp weechat-matrix zsh-theme-powerlevel10k

1 0

attack on octopi and derived chain
by Mat Moul 19 Mar '24

19 Mar '24

Hi, It seem I am attacked by xiota on my AUR octopi packages. We had an exchange for over 3 hours before it ended abruptly. I think I am within my rights and ask you to look at the situation. Comment on https://aur.archlinux.org/packages/octopi This xiota attacks all my octopi packages. What can I do ? Greetings MatMoul

2 1

Re: (suspension of Pellegrino Prevete) - was: removal of yuzu from the official repos
by Muflone 18 Mar '24

18 Mar '24

Il 17/03/24 19:10, Pellegrino Prevete ha scritto: >> Sending again as Gmail SPF policy denied my previous message >> >> > -------- Forwarded Message -------- >> >> tallero [1] added the following comment to libisl25-static [2]: >> >> >> >> If Marcello Meszaros were a good maintainer >> >> he wouldn't need me to tell him each time for what packages >> >> my static depends are written for and he would go >> >> check himself. >> >> >> >> Actually he's capable of going check and lie, as with Banshee. >> >> >> >> As usual, I urge people to either make him stop making me lose so much >> >> time after his useless deletion requests. >> >> >> >> Many packages can't currently bu upgraded becausu Muflone disabled >> >> my mobile account. >> >> >> >> The attacks I've received from these two individuals are shameful >> >> to say the least and I'm starting to think they should >> >> be asked to go away. >> >> >> >> [1]https://aur.archlinux.org/account/tallero/ >> >> [2]https://aur.archlinux.org/pkgbase/libisl25-static/ >> >> @tallero / @trucolo / Pellegrino Prevete your first account was >> suspended for disrespecting the AUR rules and decisions. >> >> Before suspending your trucolo account I asked you to read the Arch >> Linux code of conduct but unfortunately it seems you have not any >> intention to respect any rules. >> >> Therefore I'm going to delete this your latest comment and give you >> the final warning before banning you definitively from the AUR, in >> all of your accounts. >> >> Regards > > I can't see how suspending my mobile account can help me maintain my > packages and do my work and not being detrimental to everybody. > I see actions being taken irresponsably by people on high scranes. > I consider this whole behaviour completely unacceptable: "if you want > to refer to what i could have meant, please go check pag.4369 of third > edition of the Zibaldone." > Your packages maintenance is not a concern. Your first account was suspended because you direspect the rules and you still continue to disrespect the code of conduct [1] I linked you before by writing ad-personam messages attacking MarsSeed and writing others offensive comments and git commit messages. Unfortunately the suspension has not stopped you in acting in a bad way and therefore I gave you a last warning. If you'll continue to write offensive messages in AUR your accounts will be permanently banned. It's up to you to change this behavior or to stop it immediately as it's not tolerated [1] https://terms.archlinux.org/docs/code-of-conduct/ -- Muflone

9 22

Question about aur package existing in git, but not visible in aur
by Julien Virey 16 Mar '24

16 Mar '24

Hi, The package toggl-cli is not visible in https://aur.archlinux.org/packages?O=0&K=toggl-cli. But it still exists in ssh://aur.archlinux.org/toggl-cli.git The package has not been updated since 2016. commit dd7340e8804776df85fe1eb82a79384e7f1349fb (HEAD -> master, origin/master, origin/HEAD) Date: Mon Feb 22 06:00:17 2016 -0300 I was about to release a new package for this pkgbase ( https://github.com/watercooler-labs/toggl-cli) Can I request a deletion / reset of ssh://aur.archlinux.org/toggl-cli.git to use this pkgbase ? Salutations, Julien

3 3

How do I get an unpopular package that's needed by an existing package to extra?
by Lime In a Jacket (Aaron Liu) 13 Mar '24

13 Mar '24

Ey, A while ago I made the AUR package perl-acme-cow, which is needed for some cowfiles bundled with cowsay. Is there a process for dependencies to enter extra? I understand that it's not popular and doesn't meet the requirement, but without it, attempting to use certain bundled cowfiles results in an error. Cheers, Aᴀʀᴏɴ

2 1

Migration of p7-tools to cahute
by Eldeberen 11 Mar '24

11 Mar '24

Hi everyone, I currently maintain some packages on the AUR, related to Casio calculators. In particular we'll focus on p7/libp7/p7screen which are dedicated to communication protocols. https://aur.archlinux.org/packages/p7 https://aur.archlinux.org/packages/libp7 https://aur.archlinux.org/packages/p7screen Recently the developer (Cakeisalie5) rewrote these utilities and replaced them by a single package, Cahute. https://cahuteproject.org/ I made a new package for this, which is not yet on the AUR but can be found on my personnal forge: https://git.middleearth.fr/Packages/cahute So I have some questions for you ^^ - How do I manage the decommissioning of the old tools? - I understand I'm not allowed to use the 'replaces' directive on the PKGBUILD as it is not an official package, I am right? - Should I add some warnings on existing p7/libp7/p7screen packages warning that they are no more maintained? - On the cahute package, does the .install looks good? - More generally I'll take any advise that help me to comply with the AUR guidelines :) Thanks for your help, Eldeberen

3 2

removal of yuzu from the official repos
by james smith 05 Mar '24

05 Mar '24

as most of you have heard the yuzu has been shutdown by nintendo[1] and the github page removed[2] therefore the package needs to be considered for removal from the official repos as there will be no more updates and the package links to the github will be broken in a matter of time [1] https://storage.courtlistener.com/recap/gov.uscourts.rid.56980/gov.uscourts… [2]https://github.com/yuzu-emu/yuzu

6 7

Re: Upgrade failure
by Abraham S.A.H. 04 Mar '24

04 Mar '24

> Odd, I've been accessing it in China over a VPN for many years. Do you have issues with any other website, and what happens when you replace "www" with "old"? The "old" one opens perfectly. I completely forgot that version of Reddit. But not with "www". No I do not have this problem with other websites. -- Best Regards, Abraham Sent with Tutanota; https://tuta.com

2 1

AUR Orphan Purge
by arch＠serebit.com 01 Mar '24

01 Mar '24

Hello all, Over the past few days, about 3,000 packages were removed from the Arch User Repository as part of a larger cleanup effort. These packages all fit the following criteria: - No maintainer - Popularity equal to 0.00000 - 3 or fewer total votes - Most recent update before 2019-01-01 If a package that you actively use has been removed, and you are willing to maintain it, feel free to resubmit the package. The Git repositories of all deleted packages are still accessible[1]. Any future large-scale cleanup efforts will be preceded by an announcement on the mailing lists to avoid blindsiding users and maintainers. Best, Campbell Jones [1] https://wiki.archlinux.org/title/Arch_User_Repository#Acquire_build_files

2 1

Re: powertabeditor - request for PKGBUILD review
by Jonas Serych 21 Feb '24

21 Feb '24

Hi, thanks for your comments. Lone_Wolf wrote: > timidity++ and fluidsynth are the 2 most common software midi > synthesizers on archlinux. > I suggest you list them as optdepends . Thanks, I did that (and also checked that it works with both of these). Polarian wrote: > Appreciate it if you paste the PKGBUILD into the email body, and not > attach it. Would also make it easier to quote. Here is the updated PKGBUILD: --8<---------------cut here---------------start------------->8--- # Maintainer: Jonas Serych <jonas(a)sery.ch> pkgname='powertabeditor' pkgver='2.0.0_alpha19' pkgrel=1 pkgdesc="Guitar tablature viewer and editor" arch=('x86_64') url="https://powertab.github.io/" license=('GPL-3.0-only') depends=('boost-libs' 'boost' 'doctest' 'minizip' 'pugixml' 'rtmidi' 'alsa-lib' 'nlohmann-json' 'qt5-base' 'qt5-tools') optdepends=('timidity++: MIDI playback support' 'fluidsynth: MIDI playback support') makedepends=('cmake') source=("https://github.com/powertab/${pkgname}/archive/refs/tags/${pkgver//_/-}.tar…") sha256sums=('318e14370bd60670dadfe70d2f124d817d51017ec13011f577080633d83f41d4') build() { cmake -B build -S "${pkgname}-${pkgver//_/-}" \ -DCMAKE_BUILD_TYPE='None' \ -DCMAKE_INSTALL_PREFIX=/usr cmake --build build } check() { ctest --test-dir build --output-on-failure } package() { DESTDIR="$pkgdir" cmake --install build } --8<---------------cut here---------------end--------------->8--- Any other things to improve? Or can I put it to AUR? Best, Jonas Serych

1 0

Moving from binary to from source, can we delete bin version
by Mek Yt 20 Feb '24

20 Feb '24

Hi, I first created AUR packages from binary file (`dagu-bin`, `oathkeeper-bin` and `kratos-bin`) but it is best to build them from source. I recreated them from source, I would like to know if it is possible to delete the binary version. I would like to maintain only the one from source. I could disown and wait for them to disappear but it looks cleaner to directly delete them and direct potential users to the correct/maintain one. Thanks, Mek Yt AUR to delete: https://aur.archlinux.org/packages/dagu-bin https://aur.archlinux.org/packages/oathkeeper-bin https://aur.archlinux.org/packages/kratos-bin PS: - `oathkeeper-bin` and `kratos-bin` use `ory-` namespace now (`ory-kratos` and `ory-oathkeeper`) - `oathkeeper-bin` and `kratos-bin` where duplicate (with service files) of orphan `ory-oathkeeper-bin` and `ory-kratos-bin`

4 3

Is including GPG keys in an AUR package for verifying sources a good idea?
by Wilhelm Schuster 20 Feb '24

20 Feb '24

Hi, I maintain the AUR package for wget2 [0] (which has `validgpgkeys()` populated) and have recently been contacted by a user that has trouble with GPG signature verification when building the package in a Docker container (using aurutils apparently). Their first suggestion was for me to drop the validpgpkeys section to make it easier for them to build the package. This is not something I'm willing to implement as that means downgrading security for other users of the package. makepkg provides an escape hatch for users who don't care about signature verification via the `--skippgpcheck` flag. Their second suggestion was for me to add the GPG public keys directly to AUR package. My first thought was that this is also not a good idea, but I'm not sure I can come up with convincing arguments. My reason against it is, that the PGP key allows for a user of my PKGBUILD to verify that I only include sources which have been signed by the maintainer of the software. As packager, I can control the source and hashes for a package, so if I want to use a malicious source, I can just update the hash to match, but I can't easily change the upstream signing key. However, if the users relies on the key included with the package, then I could use my own malicious key, so the user should compare the key with upstream sources anyway. On the other hand retrieving keys from the keyservers can be a crapshoot. I certainly have been bitten by that brittle infrastructure in the past, and having a copy of the key can alleviate that. That seems also the reason, why Arch proper has started including copies of GPG keys with their packages (see for example glibc [1]). This has been codified in RFC0011 [2] and is managed via the `export-pkgbuild-keys` script included in devtools. There doesn't seem to be any discussion of downsides of this approach in the RFC and accompanying Merge Request. Users, who wish to make sure that the used GPG keys are the ones published by upstream can always ignore the included key files and grab the keys directly from the keyservers. Do you think including GPG keys with AUR packages to make it easier for some users is a good idea? Or should they just use `--skippgpcheck`? Are there any glaring issues I'm missing here? Do you know of AUR packages that include the GPG keys for source verification similar to what Arch packages do? [0]: https://aur.archlinux.org/packages/wget2 [1]: https://gitlab.archlinux.org/archlinux/packaging/packages/glibc/-/tree/2.39… [2]: https://rfc.archlinux.page/0011-store-source-signing-keys/ Cheers, Wilhelm.

11 17

powertabeditor - request for PKGBUILD review
by Jonas Serych 19 Feb '24

19 Feb '24

Hi, this is my first time creating a PKGBUILD. I tried to follow the guidelines and the recommended practices for cmake packages, but not sure I didn't miss something. Thanks for any suggestions. I checked that it builds in clean chroot. The software seems to work well, except for JACK server not running error (for playback of midi). I am not sure if this should be somehow solved in the PKGBUILD, or if it should be left to the user. When I run qsynth alongside the powertabeditor the playback works just fine. Somehow setting up timidity++ daemon would work too, I guess. Best regards, Jonas Serych

3 3

Package maintainer for vinegar-git & vinegar is malicious.
by sewn 17 Feb '24

17 Feb '24

Hi. I am the primary developer of Vinegar (sewn(a)disroot.org, see commits and members of GitHub organization vinegarhq with repository vinegar). The AUR package maintainer for my software has defaced me [1], my software, and patched Vinegar maliciously [2]. I have not appreciated the direct insults at me. They have also added a .install hook file to direct installers of the package to another piece of software, which is biased and uncalled for. Additionally, i have asked the maintainer various times to remove the insult directed at me, and to update the package - to which they have not responded for days. They have then maliciously modified the description and changed the code of Vinegar to remove a feature which was announced in our communication channels. I would like to request an urgent removal of the package maintainer DodoGTA from maintaining the AUR packages for my software, they cannot be trusted and are malicious. [1]: https://aur.archlinux.org/cgit/aur.git/commit/?h=vinegar&id=2abcbe54f64c748… [2]: https://aur.archlinux.org/cgit/aur.git/commit/?h=vinegar&id=aa3b4dcad2a67e4…

2 2

tor-browser depublication and replacment
by Zehka 10 Feb '24

10 Feb '24

Hello everyone, Today i noticed by chance that the aur/tor-browser package is gone and replaced by extra/torbrowser-launcher That worries me a bit because as a user of an aur helper i did either not receive or see a notice about that so i stayed on version 12.5.3-1 that was the last one on aur without noticing it was getting outdated. I just wonder if that's common practice? This case is particularly unlucky in my eyes because tor browser has a special role in the security concepts of many people and because the new package is spelled torbrowser-launcher a search in both databases with "yay tor-browser" in september only showed me the aur result. So i just wanted to ask if there is any possibility to make that transition better because i assume i'm not the only user out there who didn't notice. And more thought that i had even though i didn't want to check in order to cause unnecessary chaos: Is the name tor-browser now blocked in aur or could anyone just upload a malicious package to that name and until somebody notices that everyone who has the old tor browser and uses an aur helper for updates gets a malicious version? Regards Zehka

6 5

My account suspended (MarsSeed) without reason - which PM abused their power?
by Marcell Meszaros 28 Jan '24

28 Jan '24

Dear PM's, Please kindly look into which PM chose to abuse their power to suspend my account without any reason. Please also kindly sanction such unacceptable behavior by said PM. Thank you very much. Yours, Marcell Mészáros (MarsSeed)

11 39

Postorius configuration help
by Georg 28 Jan '24

28 Jan '24

Hi list, I'm looking for a good description for postorius configuration. The Arch wiki is unclear to me, and the mailman documentation points to postorius.org configuration, who then points to another mailman doc providing little info on the actual configuration. Long story short, I'm failing to set up postorius so I can create users and let them log in. It would be highly appreciated if someone proficient in this topic is willing to walk me throuh. I'd then amend the wiki for more clarity. Thanks in advance Georg

1 1