[PRQ#51861] Deletion Request for talosctl Accepted

[notify]

Request #51861 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for talosctl.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#51860] Deletion Request for talhelper Accepted

[notify]

Request #51860 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for talhelper.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#51861] Deletion Request for talosctl

[notify]

grawlinson [1] filed a deletion request for talosctl [2]:

Package is in the community repository now. Thanks for maintaining. :)

[1] https://aur.archlinux.org/account/grawlinson/
[2] https://aur.archlinux.org/pkgbase/talosctl/

[PRQ#51860] Deletion Request for talhelper

[notify]

grawlinson [1] filed a deletion request for talhelper [2]:

Package is in the community repository now. Thanks for maintaining. :)

[1] https://aur.archlinux.org/account/grawlinson/
[2] https://aur.archlinux.org/pkgbase/talhelper/

[PRQ#51592] Deletion Request for flux Accepted

[notify]

Request #51592 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for flux.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#50943] Deletion Request for flux-menu Accepted

[notify]

Request #50943 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for flux-menu.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#51734] Deletion Request for go-task Accepted

[notify]

Request #51734 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for go-task.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#51859] Deletion Request for kt6

[notify]

Genues [1] filed a deletion request for kt6 [2]:

Rename to kt6-bin later

[1] https://aur.archlinux.org/account/Genues/
[2] https://aur.archlinux.org/pkgbase/kt6/

[PRQ#51858] Deletion Request for mit8_30

[notify]

Genues [1] filed a deletion request for mit8_30 [2]:

Rename to mit8_30-bin

[1] https://aur.archlinux.org/account/Genues/
[2] https://aur.archlinux.org/pkgbase/mit8_30/

[PRQ#51857] Deletion Request for mit8

[notify]

Genues [1] filed a request to merge mit8 [2] into mit8 [3]:

Rename to mit8-bin

[1] https://aur.archlinux.org/account/Genues/
[2] https://aur.archlinux.org/pkgbase/mit8/
[3] https://aur.archlinux.org/pkgbase/mit8/

[PRQ#51856] Orphan Request for nodejs-google-clasp Accepted

[notify]

Request #51856 has been Accepted by mundo03 [1].

[1] https://aur.archlinux.org/account/mundo03/

[PRQ#51856] Orphan Request for nodejs-google-clasp

[notify]

mundo03 [1] filed an orphan request for nodejs-google-clasp [2]:

There has been no update for a few years

[1] https://aur.archlinux.org/account/mundo03/
[2] https://aur.archlinux.org/pkgbase/nodejs-google-clasp/

[PRQ#51855] Merge Request for jan-electron-bin

[notify]

zxp19821005 [1] filed a request to merge jan-electron-bin [2] into
jan-bin [3]:

The upstream has changed the package name.

[1] https://aur.archlinux.org/account/zxp19821005/
[2] https://aur.archlinux.org/pkgbase/jan-electron-bin/
[3] https://aur.archlinux.org/pkgbase/jan-bin/

[PRQ#51854] Deletion Request for jc303 Accepted

[notify]

Request #51854 has been Accepted by grawlinson [1]:

[Autogenerated] Accepted deletion for jc303.

[1] https://aur.archlinux.org/account/grawlinson/

[PRQ#51854] Deletion Request for jc303

[notify]

grawlinson [1] filed a deletion request for jc303 [2]:

Package is in the community repository now. Thanks for maintaining. :)

[1] https://aur.archlinux.org/account/grawlinson/
[2] https://aur.archlinux.org/pkgbase/jc303/

[PRQ#51853] Deletion Request for gnome-shell-extension-pop-shell-bin

[notify]

yochananmarqos [1] filed a deletion request for gnome-shell-extension-
pop-shell-bin [2]:

Not maintained since 2021 and has been useless probably since GNOME 42
was released. A binary GNOME shell extension package makes no sense to
begin with, anyway.

[1] https://aur.archlinux.org/account/yochananmarqos/
[2] https://aur.archlinux.org/pkgbase/gnome-shell-extension-pop-shell-bin/

[PRQ#51852] Deletion Request for python-md-toc

[notify]

RavuAlHemio [1] filed a deletion request for python-md-toc [2]:

duplicate of python-md_toc

[1] https://aur.archlinux.org/account/RavuAlHemio/
[2] https://aur.archlinux.org/pkgbase/python-md-toc/

[PRQ#51852] Deletion Request for python-md-toc Accepted

[notify]

Request #51852 has been Accepted by RavuAlHemio [1]:

[Autogenerated] Accepted deletion for python-md-toc.

[1] https://aur.archlinux.org/account/RavuAlHemio/

[PRQ#51851] Orphan Request for openmodelica-dev-omc Accepted

[notify]

Request #51851 has been Accepted by MarsSeed [1].

[1] https://aur.archlinux.org/account/MarsSeed/

[PRQ#51851] Orphan Request for openmodelica-dev-omc

[notify]

MarsSeed [1] filed an orphan request for openmodelica-dev-omc [2]:

Flagged out-of-date (2019-09-13).

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/openmodelica-dev-omc/

[PRQ#51850] Orphan Request for gpsd-timing Accepted

[notify]

Request #51850 has been Accepted by MarsSeed [1].

[1] https://aur.archlinux.org/account/MarsSeed/

[PRQ#51850] Orphan Request for gpsd-timing

[notify]

MarsSeed [1] filed an orphan request for gpsd-timing [2]:

Flagged out-of-date (2021-02-07).

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/gpsd-timing/

[PRQ#51849] Orphan Request for freerdp-gstfree Accepted

[notify]

Request #51849 has been Accepted by MarsSeed [1].

[1] https://aur.archlinux.org/account/MarsSeed/

[PRQ#51849] Orphan Request for freerdp-gstfree

[notify]

MarsSeed [1] filed an orphan request for freerdp-gstfree [2]:

Flagged out-of-date (2023-03-10).

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/freerdp-gstfree/

Re: [PRQ#45094] Deletion Request for ros-noetic-ros-controllers

[Zhirui Dai]

It seems the previous email is not delivered.

Again, I think I create this request by mistake. I should request to 
co-maintain the package and its dependencies. Please ignore this request.


On 7/19/23 23:52, not...@aur.archlinux.org wrote:

daizhirui [1] filed a deletion request for ros-noetic-ros-controllers
[2]:

This package is not maintained by the maintainer since 2020. And the
PKGBUILD is not created correctly. I want to create a correct new
version of it.

[1] https://aur.archlinux.org/account/daizhirui/
[2] https://aur.archlinux.org/pkgbase/ros-noetic-ros-controllers/

Re: [PRQ#44789] Orphan Request for crystalline

[Alexander Popov]

No, sorry, I've not noticed your activity (comments and issues) before this
request, my bad.

I do not want to. But I guessed somebody could notice and pick it up.

If you're still giving a little time to this — I'm glad and thankful.

And, again, sorry for this inattentive request.

On Wed, Jul 19, 2023 at 11:47 PM  wrote:

> Hi,
>
> Do you want to be the new maintainer? I'm still maintain it, but in a low
> effort way... this is why I didn't solved the compilation problem it has
> since 0.7.0.
>
> If you want to be the new maintainer, just tell me the steps I need to do.
>
> Thanks,
> Hugo Parente Lima
>
> On Mon, Jul 17 2023 at 09:58:34 AM +00:00:00, not...@aur.archlinux.org
> wrote:
>
> AlexWayfer [1] filed an orphan request for crystalline [2]: I've emailed
> maintainer and haven't receive answer for more than 2 weeks. [1]
> https://aur.archlinux.org/account/AlexWayfer/ [2]
> https://aur.archlinux.org/pkgbase/crystalline/
>
>

Re: [PRQ#45094] Deletion Request for ros-noetic-ros-controllers

[Zhirui Dai]

Sorry, I create this request by mistake. But please update the 
ros-noetic-ros-controllers and its dependencies.


Thank you!

On 7/19/23 23:52, not...@aur.archlinux.org wrote:

daizhirui [1] filed a deletion request for ros-noetic-ros-controllers
[2]:

This package is not maintained by the maintainer since 2020. And the
PKGBUILD is not created correctly. I want to create a correct new
version of it.

[1] https://aur.archlinux.org/account/daizhirui/
[2] https://aur.archlinux.org/pkgbase/ros-noetic-ros-controllers/

Re: [PRQ#44789] Orphan Request for crystalline

[hugo . pl]

Hi,

Do you want to be the new maintainer? I'm still maintain it, but in a 
low effort way... this is why I didn't solved the compilation problem 
it has since 0.7.0.


If you want to be the new maintainer, just tell me the steps I need to 
do.


Thanks,
Hugo Parente Lima

On Mon, Jul 17 2023 at 09:58:34 AM +00:00:00, not...@aur.archlinux.org 
wrote:

AlexWayfer [1] filed an orphan request for crystalline [2]:

I've emailed maintainer and haven't receive answer for more than 2
weeks.

[1] 
[2] 

Re: [PRQ#45008] Deletion Request for gitgud-git

[aur]

Fair critique, though I am a fan of childish amusement.

I had hope that the repo maintainer would be more active, but as it stands it 
is best to remove the package (especially with how it will break due to 
argparse, if that hasn't already occured).

I.e. as the creator and maintainer I support the deletion of this package.


Regards,
David "Sid" Olofsson
cont...@sidju.se



--- Original Message ---
On Wednesday, July 19th, 2023 at 01:16, not...@aur.archlinux.org 
 wrote:


> MarsSeed [1] filed a deletion request for gitgud-git [2]:
>
> Development discontinued since 2016 [a],
> no need to keep this VCS package.
>
> Also, this is just a spoof CLI application, not useful for any actual
> productivity. Maybe it can provide some childish amusement for a short
> while.
>
> [a]: https://github.com/fsufitch/git-gud
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/gitgud-git/

Re: [PRQ#45013] Deletion Request for python-catkin_pkg

[Kartik Mohta]

Sorry for the delay in responding to your comment, I have updated the package.

On Wed, 19 Jul 2023 at 05:27,  wrote:
>
> MarsSeed [1] filed a deletion request for python-catkin_pkg [2]:
>
> Unmaintained package:
> I requested a packaging fix on 2022-07-10, but owner did not respond
> in any way.
>
> Turns out that my request, if implemented, would even fix problems for
> other packages.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/python-catkin_pkg/



-- 
Kartik

Re: [PRQ#44925] Merge Request for eww-wayland

[Aleksander Heintz]

I have no issue with this. I'm new enough to arch that I don't
even know what a "split package" is.

--

Aleksander Heintz


--- Original Message ---
On Tuesday, July 18th, 2023 at 02:42, not...@aur.archlinux.org 
 wrote:


> eclairevoyant [1] filed a request to merge eww-wayland [2] into eww
> [3]:
> 

> Does not follow Rust package guidelines nor general VCS source
> guidelines that promote GPG verification. To help with this, I would
> like to make pkgbase = "eww" a split package (to reduce maintenance)
> since the source code is the same, this will also ensure consistency
> across both packages. If this is merged I will uncomment the
> applicable lines in the "eww" pkgbase
> 

> [1] https://aur.archlinux.org/account/eclairevoyant/
> [2] https://aur.archlinux.org/pkgbase/eww-wayland/
> [3] https://aur.archlinux.org/pkgbase/eww/

signature.asc
Description: OpenPGP digital signature

Re: [PRQ#44897] Orphan Request for libglibutil

[arch]

Hey,

Sorry I seem to have been mistaken. I checked it via the online tool and it 
didn’t show a build process but then I downloaded it manually again and it 
popped up. Sorry for this request.

Have a good day,
Stetsed

On Mon, Jul 17, 2023 at 21:21, Danct12 - danct12 at disroot.org 
<[fhveoakoahlvqkeshspww...@simplelogin.co](mailto:On Mon, Jul 17, 2023 at 
21:21, Danct12 - danct12 at disroot.org < wrote:

> Hi.
>
> This package is used for waydroid, which depends on python-gbinder, then
> libgbinder and finally libglibutil.
>
> I must have missed that outdated message (being busy with other stuff and then
> the other emails get on top of each other,..). The package is now updated.
>
> Can you please be exact on what you mean by "actual build process"?
>
> On Tuesday, July 18, 2023 1:51:32 AM +07 not...@aur.archlinux.org wrote:
>> Stetsed [1] filed an orphan request for libglibutil [2]:
>>
>> Package hasn't been updated in a while and the current version
>> straight up does nothing and as such tools dependant on it will break
>> and not be able to build. PKGBUILD contains no actual build process.
>>
>> [1] https://aur.archlinux.org/account/Stetsed/
>> [2] https://aur.archlinux.org/pkgbase/libglibutil/

Re: [PRQ#44897] Orphan Request for libglibutil

[Danct12]

Hi.

This package is used for waydroid, which depends on python-gbinder, then 
libgbinder and finally libglibutil.

I must have missed that outdated message (being busy with other stuff and then 
the other emails get on top of each other,..). The package is now updated.

Can you please be exact on what you mean by "actual build process"?

On Tuesday, July 18, 2023 1:51:32 AM +07 not...@aur.archlinux.org wrote:
> Stetsed [1] filed an orphan request for libglibutil [2]:
> 
> Package hasn't been updated in a while and the current version
> straight up does nothing and as such tools dependant on it will break
> and not be able to build. PKGBUILD contains no actual build process.
> 
> [1] https://aur.archlinux.org/account/Stetsed/
> [2] https://aur.archlinux.org/pkgbase/libglibutil/

Re: [PRQ#44852] Deletion Request for leap-motion

[Rigo Reddig]

Agreed,

The package is an unmaintainable pile of junk and the hardware is abandonware/
junk at this point. 

TU's feel free to delete the leap-motion packages.

On Monday, 17 July 2023 4:42:54 PM CAT not...@aur.archlinux.org wrote:
> MarsSeed [1] filed a deletion request for leap-motion [2]:
> 
> Deprecated SDK, upstream URL shows only the newer "Ultraleap" SDK for
> the current-gen hardware.
> 
> Leap Motion SDK and driver seems to have been last released in 2015.
> [a]
> 
> As per last user comments (from 2021 and back), there are various
> issues with the build. As far back as 2019 the runtime daemon have had
> crashes.
> 
> I think it is best to retire the package at this point.
> 
> [a]:
> https://github.com/leapmotion/LeapMotionCoreAssets/releases
> 
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/leap-motion/

Re: [PRQ#45470] Deletion Request for i3-workspace-names-daemon-git

[castix]

Hi vikryk
please take a look at the issues of both projects, cboddy have been completely 
offline in the past years
the git version is a community version with more features and a test suite, the 
test suite have been written before the merge of the new features
please open issues or email me if you encounter any problem
the description of the package should perhaps be changed to clarify the 
situation
thanks

On July 28, 2023 3:28:17 PM GMT+02:00, not...@aur.archlinux.org wrote:
>vikryk [1] filed a deletion request for i3-workspace-names-daemon-git
>[2]:
>
>This package links to a bodged copy of the original package:
>https://github.com/i3-workspace-names-daemon/i3-workspace-names-daemon
>
>the previous old one: https://github.com/cboddy/i3-workspace-names-
>daemon
>
>The new one doesn't build either due to the python test crap
>
>[1] https://aur.archlinux.org/account/vikryk/
>[2] https://aur.archlinux.org/pkgbase/i3-workspace-names-daemon-git/

Re: [PRQ#45587] Orphan Request for mingw-w64-asio

[Ivan Puntiy]

Jul 29, 2023 20:09:43 not...@aur.archlinux.org:

> MarsSeed [1] filed an orphan request for mingw-w64-asio [2]:
>
> Flagged out-of-date (2021-10-24).
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/mingw-w64-asio/

Just logged in but couldn't find the "disown package" link on the page... you 
guys work fast :D

I'm not using this package anymore, and totally missed the updates.
You could've had ownership change much sooner, if only you've asked before.

Ivan.

Re: [PRQ#45550] Deletion Request for prometheus-snmp-exporter Rejected

[Konstantin Shalygin]

Hi,

This rule is written somewhere?
Why [1] and [2] exists without prefix, in this case?

[1] https://archlinux.org/packages/extra/x86_64/nginx-prometheus-exporter/
[2] https://archlinux.org/packages/extra/x86_64/gitlab-exporter/

Thanks,
k
Sent from my iPhone

> On 29 Jul 2023, at 12:32, not...@aur.archlinux.org wrote:
> 
> All the Prometheus exporters in the official repositories follow the
> `prometheus-NAME-exporter` naming scheme.

Re: [PRQ#45446] Merge Request for phonopy Accepted

[Marcell Mészáros]

This should have been merged in the reverse direction, as this Python module is 
a CLI application as well.

See my much earlier request PRQ#43381, as well as @muflone's response to same 
maintainer, @yuhldr in a similar request, PRQ#42326 (python-dynaphopy).

On 28 July 2023 15:12:47 GMT+02:00, not...@aur.archlinux.org wrote:
>Request #45446 has been Accepted by xyproto [1]:
>
>[Autogenerated] Accepted merge for phonopy into python-phonopy.
>
>[1] https://aur.archlinux.org/account/xyproto/

Re: [PRQ#45414] Deletion Request for freedv

[Max Lübke]

Yeah, you're totally right. I will close my deletion request!

On 7/27/23 16:55, Marcell Meszaros wrote:

I recommend an AUR package merge instead of deletion, to transfer the votes and 
comments to the maintained newer package:

https://aur.archlinux.org/packages/freedv-gui

I have created that merge request: PRQ#45420.

On 27 July 2023 16:13:23 GMT+02:00, not...@aur.archlinux.org wrote:

SoBC [1] filed a deletion request for freedv [2]:

Outdated duplicate of freedv-gui

[1] https://aur.archlinux.org/account/SoBC/
[2] https://aur.archlinux.org/pkgbase/freedv/


OpenPGP_0xD3201E51647D1199.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Re: [PRQ#45311] Orphan Request for tar-parallel

[Henry Graham]

Hi,

Frankly I doubt this is still useful. If there’s a desire for this to be 
updated I’ll happily put the work in to bump it.

Thanks

On Mon, Jul 24, 2023 at 07:35, <[not...@aur.archlinux.org](mailto:On Mon, Jul 
24, 2023 at 07:35,  < wrote:

> MarsSeed [1] filed an orphan request for tar-parallel [2]:
>
> Flagged OOD since 2022-04-09.
> Not sure if this package is useful or reliable or even viable, but
> let's see if someone wants to adopt it.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/tar-parallel/

Re: [PRQ#45164] Merge Request for tube-converter

[Archisman Panigrahi]

I have created an issue with parabolic
https://github.com/NickvisionApps/Parabolic/issues/465#issuecomment-1645174983
Hopefully it will be addressed soon.

Archisman

On Fri, Jul 21, 2023 at 3:07 AM Marcell Meszaros 
wrote:

> I guess the package with the old name will keep being recreated unless
> Arch4Edu's @AutoUpdateBot gets configured to not do that.
>
> On 21 July 2023 01:14:22 GMT+02:00, not...@aur.archlinux.org wrote:
> >archisman [1] filed a request to merge tube-converter [2] into
> >parabolic [3]:
> >
> >Tube converter has been renamed parabolic
> >
> >[1] https://aur.archlinux.org/account/archisman/
> >[2] https://aur.archlinux.org/pkgbase/tube-converter/
> >[3] https://aur.archlinux.org/pkgbase/parabolic/
>

Re: [PRQ#42399] Deletion Request for avogadro2

[guoyizhang]

Hello

What pkg would you like to remain? Usually, the avogadro2 is the usual 
name, I am delighted to add you as co-maintainer, if you stick on 
avogadroapp, could you add me and BioArchLinuxBot as co-maintainers? I 
can help maintain and auto-update the pkgver as soon as possible when 
the pkgver is updated.


Best regards

Guoyi

On 2023-07-23 19:12, Muflone wrote:


Hi there


MarsSeed [1] filed a deletion request for avogadro2 [2]:

Duplicate of AUR/avogadroapp:

https://aur.archlinux.org/packages/avogadroapp

The latter has been longer on AUR, since 2020, this one was uploaded
in 2022.

The earlier package is more proper because the name of the source repo
itself is avogadroapp.

Whereas "Avogadro 2" is the umbrella name of the whole project,
consisting of separate repositories for the library and the
application.


@malacology

I was going to accept the deletion request as this package is simply a 
duplicate for avogadroapp.


One among the two packages must be deleted, so @malacology and 
@vitor_hideyoshi please settle the things in a friendly way by 
maintaining together a single package.


If you both cannot find an agreement I will delete the avogadro2 
package as it's a duplicate and if @vitor_hideyoshi wants he could ask 
for a merge in a new package.


So please, don't force us to take actions and try to collaborate 
together


thank you


--
Guoyi Zhang
Malacology [1]
Researchgate [2] | OCRID [3]
School of Life Sciences, University of Nottingham
Alternate Email Address

Links:
--
[1] https://malacology.net/
[2] https://www.researchgate.net/profile/Guoyi_Zhang3
[3] https://orcid.org/-0002-3426-9273

Re: [PRQ#45142] Deletion Request for quick-n-easy-web-builder-10-bin

[Marcell Mészáros]

Though package owner has fixed the issues, this package is superfluous. 

As maintainer's other AUR package, quick-n-easy-web-builder-10, is also created 
from a precompiled release.

And as per AUR guidelines, -bin suffix is not needed for this application, as 
it seems no source code is available publicly.

On 20 July 2023 20:43:11 GMT+02:00, Marcell Meszaros 
 wrote:
>What's more, this AUR repo contains a hidden, undeclared precompiled binary 
>pacman pkg.tar.zst file.
>
>Hosting this on AUR is explicitly forbidden by the AUR submission guidelines: 
>[a]
>
># The AUR should not contain the binary tarball created by makepkg, nor should 
>it contain the filelist.
>
>[a]: https://wiki.archlinux.org/title/AUR_submission_guidelines
>
>On 20 July 2023 20:27:49 GMT+02:00, not...@aur.archlinux.org wrote:
>>a821 [1] filed a deletion request for quick-n-easy-web-builder-10-bin
>>[2]:
>>
>>The PKGBUILD does nothing except displaying a message. Not sure if
>>this is actually spam.
>>
>>[1] https://aur.archlinux.org/account/a821/
>>[2] https://aur.archlinux.org/pkgbase/quick-n-easy-web-builder-10-bin/

Re: [PRQ#46048] Merge Request for zig-static

[Henry Nelson]

I’m happy for my package to be merged into yours. Your PKGBUILD seems
better than mine and I haven’t been updating my package recently.

Thanks for maintaining a nice version of this package!

On Wed, Aug 9, 2023 at 12:40 PM  wrote:

> eNV25 [1] filed a request to merge zig-static [2] into zig-bin [3]:
>
> This package has not been updated for a long time.
>
> I am submitting a merge request instead of a orphan request, because
> the name `zig-bin` seems to be more correct for this package.
>
> [1] https://aur.archlinux.org/account/eNV25/
> [2] https://aur.archlinux.org/pkgbase/zig-static/
> [3] https://aur.archlinux.org/pkgbase/zig-bin/

Re: [PRQ#44896] Deletion Request for lib32-swh-plugins

[Marc Aldorasi]

LADPSA plugins are usable by ALSA (see
https://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.html) so this
package is useful as long as lib32-alsa-lib exists.

On Mon, Jul 17, 2023, 14:26  wrote:

> MarsSeed [1] filed a deletion request for lib32-swh-plugins [2]:
>
> There is no bin32 media player or audio/video editor in bin32 to use
> these ladspa plugins from 2018 with.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/lib32-swh-plugins/

Re: [PRQ#46166] Deletion Request for gnuradio-maint38-git

[Nick Østergaard]

Hi

I am not sure that is fair as such, people could be using it for legacy oot
modules, and there is someone trying it out at least two weeks ago, see
https://github.com/gnuradio/gnuradio/issues/6762

I must admit, that I have not touched it in a while.

Nick

On Sun, 13 Aug 2023 at 01:35,  wrote:

> MarsSeed [1] filed a deletion request for gnuradio-maint38-git [2]:
>
> gnuradio 3.8 is not maintained since
> 2022-03 (last release 2022-01). [a]
>
> Nothing depends on this VCS package.
>
> I recommend deletion.
>
> [a]: https://github.com/gnuradio/gnuradio/commits/maint-3.8
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/gnuradio-maint38-git/

Re: [PRQ#46142] Deletion Request for zfs-dkms-helper

[Bin Jin]

This is a meta package I created to prevent future mainline linux updates
breaking zfs-dkms packages. zfs-dkms is closely tied to linux kernel
versions and has a compatibility layer to add specific support for each
major linux kernel release (e.g. "6.x").

So zfs-dkms has long been worried about linux kernel upgrades, a major
upgrade could make dkms fail, and this happened a few times in the past
since Arch is very edge on kernel version upgrades.

For users using zfs as root, this become critical if dkms is not noticed
during "pacman -Syu". The system won't boot for next reboot.

This meta package will be updated for each zfs release, and updating the
linux kernel version upperbounds accordingly.

 于 2023年8月13日周日 00:34写道：

> MarsSeed [1] filed a deletion request for zfs-dkms-helper [2]:
>
> Unneeded new metapackage. Name doesn't make sense, and description is
> also not really understandable.
>
> Users can install any linux kernel and the zfs-dkms module for it, or
> a kernel-specific zfs module. This package does not add anything
> useful, and it also has a hidden upper version constraint, which is
> unnecessary.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/zfs-dkms-helper/

Re: [PRQ#45322] Merge Request for calckey

[Bjoern Franke]

Hi,
I'm wondering why this request isn't merged yet as calckey-beta got already 
merged.

Best regards
Björn

Re: [PRQ#46022] Deletion Request for octave40

[Albert Graef]

I totally forgot about that one. Agreed, it's way outdated, please go ahead
and nuke it.

On Tue, Aug 8, 2023 at 8:51 PM  wrote:

> MarsSeed [1] filed a deletion request for octave40 [2]:
>
> Broken old version from 2018 of repo's octave.
> Misses dependencies.
> Nothing depends on this one, so it's safe to delete.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/octave40/



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggr...@gmail.com, web: https://agraef.github.io/

Fwd: [PRQ#45826] Orphan Request for ocelotgui

[Peter Gulutzan]

Hi,

This is not an orphan.

Marcell Meszaros, username = MarsSeed, is (I think) making this request 
because somebody called it obsolete.
In fact, though, the product is being updated as one can see from the 
github log.
Perhaps I (as updater) am at fault for not giving it the right label, in 
which case I'm sorry.

But if one follows the instructions in the PKGBUILD comments
https://github.com/ocelot-inc/ocelotgui/blob/master/PKGBUILD
one gets the latest version, 2.0.0, as updated two months ago.

Peter Gulutzan, alive maintainer of ocelotgui



 Forwarded Message 
Subject:[PRQ#45826] Orphan Request for ocelotgui
Date:   Fri, 04 Aug 2023 18:28:44 +
From:   not...@aur.archlinux.org
Reply-To:   nore...@aur.archlinux.org
To: aur-requests@lists.archlinux.org
CC: marcell.mesza...@runbox.eu, pgulut...@ocelot.ca



MarsSeed [1] filed an orphan request for ocelotgui [2]:

Flagged out-of-date (2022-12-19).

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/ocelotgui/

Re: [PRQ#45699] Merge Request for archey3-git

[Gaspard d'Hautefeuille]

A fork is a fork. It does not mean it has been superseded.
https://wiki.archlinux.org/title/Archey3

Archey3 is on the wiki, not Archey4.
You have already mentioned Archey4 on the Archey3 AUR page, one year ago.
And you spammed yesterday the Archey3 AUR page, by flagging it out-of-date 
while this archey3-git package is up-to-date with the upstream repo. 
https://github.com/lclarkmichalek/archey3
Not everyone wants to use Archey4, and forking by changing the number to make 
it seem like it has been superseded is not a good practice.

Furthermore, you want to steal the 171 votes and comments of archey3 with this 
merge request.
If the fork of archey4 was by the same author, we could have understood that, 
it is not the case here.

Archey4 has 16 votes, does not have a wiki page (yet).

It does seem too early to consider a deletion request for archey3-git in the 
AUR (Arch Linux User Repository).
Maybe you could contact the author 
https://github.com/lclarkmichalek/archey3/issues and see what he is up to and 
if he really gives the seal of approval to archey4.
AUR/archey3-git is not defunct and I am still maintaining it.




You know that archey - first of his name - decided to remove archey4 as a 
listed fork on GitHub.
https://github.com/djmelik/archey
djmelik/archey: Archey is a system information tool written in Python.
github.com

And even, djmelik is planning a complete re-write of Archey.

It is very much too early to say 100% that the fork archey4 has to take the 
crown.


Sincerely,

HLFH

> On 1 Aug 2023, at 17:26, not...@aur.archlinux.org wrote:
> 
> MarsSeed [1] filed a request to merge archey3-git [2] into archey4
> [3]:
> 
> As discussed with maintainer @HLFH in comments 10+ months ago, this
> application has been superseded by continuation fork archey4. He
> posted a link to the new AUR package then, so users should be well-
> informed at this point.
> 
> Archey3 has not been developed since 2018. [a]
> 
> Arch repo still carries the last archey3 (however, devs would be
> advised to consider adopting archey4 to [extra]).
> 
> Though archey3-git is a VCS package and AUR/archey4 is not, there's no
> VCS package for the latter but it would still be good to migrate the
> high number of votes and comments to the successor application's
> package rather than just deleting them.
> 
> AUR/archey3-git is defunct so there's no harm in removing that in
> favor of archey4.
> 
> [a]: https://github.com/lclarkmichalek/archey3/commits/master
> 
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/archey3-git/
> [3] https://aur.archlinux.org/pkgbase/archey4/

Re: [PRQ#45664] Deletion Request for python2-pyo

[Matthieu Amiguet]

OK, thanks, let's wait and see what happens, then. :-)

Matthieu

Le 31.07.23 à 14:49, Marcell Meszaros a écrit :

Hi Mathieu,

Thank you for your response.

Only an AUR Trusted User or Developer user can delete packages here, so there's 
nothing for you to do apart from what you already did by responding that you 
agree to the deletion.

Cheers,
Marcell

Re: [PRQ#45623] Merge Request for spectre-meltdown-checker-pt-br

[tioguda]

This merge request makes no sense, as the translation patch has to be updated 
as upstream sends new commits.

Upstream doesn't support translations, so I hope the packages don't get merged.
On Jul 30 2023, at 12:52 pm, Mark Wagie  wrote:
>
> Actually, it would be better to submit an upstream Pull Request instead.
>
>
> Sent with Proton Mail secure email.
> --- Original Message ---
> On Sunday, July 30th, 2023 at 9:48 AM, not...@aur.archlinux.org 
>  wrote:
>
>
> > yochananmarqos [1] filed a request to merge spectre-meltdown-checker-
> > pt-br [2] into spectre-meltdown-checker [3]:
> >
> > Please ask the spectre-meltdown-checker maintainer to add the patch
> > instead of creating a duplicate package.
> >
> > [1] https://aur.archlinux.org/account/yochananmarqos/
> > [2] https://aur.archlinux.org/pkgbase/spectre-meltdown-checker-pt-br/
> > [3] https://aur.archlinux.org/pkgbase/spectre-meltdown-checker/
>

Re: [PRQ#45664] Deletion Request for python2-pyo

[Matthieu Amiguet]

I'm the maintainer of the package. It's true that I did not maintain this 
package properly lately. Also, maintaining such a package for python2 makes 
less and less sense.
I agree to delete it, only I'm not sure how I'm supposed to do this...

Cheers,

Matthieu

Le 31.07.23 à 14:26, not...@aur.archlinux.org a écrit :

MarsSeed [1] filed a deletion request for python2-pyo [2]:

Nothing depends on this Python2 module from 2018, and it's broken
because its wxpython dependency fails to build.

Also this package wrongly states it provides 'python-pyo', which it
does not. There exists a separate package on AUR for the Python3
variant.

Safe to delete this defunct one.

[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/python2-pyo/

Re: [PRQ#43571] Deletion Request for vmdebootstrap Accepted

[Andreas Grapentin]

Marcell, thanks for the links, that looks great :)

Best,
Andreas

On Aug 20 23, Marcell Meszaros wrote:
> Andreas, you could also fork vmdebootsrap-pureos PKGBUILD to depend on repo's 
> debootstrap instead of the AUR package 'debootstrap-pureos'.
> 
> The current vmdebootsrap-pureos is patched to be Python3 compatible.
> 
> You could recreate AUR/vmdebootsrap based on that pureos-targeted variant.
> 
> On 20 August 2023 14:43:33 GMT+02:00, Marcell Meszaros 
>  wrote:
> >(resending this to include Andreas' email address)
> >
> >Andreas, I think you can use the following package for the same:
> >
> >https://aur.archlinux.org/packages/vmdebootstrap-pureos
> >
> >On 20 August 2023 14:36:00 GMT+02:00, Andreas Grapentin 
> > wrote:
> >>
> >>Hi, I used to maintain this package before it was removed. I don't think
> >>deleting this package from the AUR was the best way forward.
> >>
> >>While it is true that it has been deprecated on debian, and has been
> >>orphaned by the original authors for a while, it was still a useful tool
> >>and much simpler than the alternatives.
> >>
> >>I would like for the package to be undeleted, if possible.
> >>
> >>Sorry that I didn't respond to the thread earlier, I assumed that there
> >>would be more of a dialogue before the package would be actually
> >>deleted.
> >>
> >>Thanks,
> >>Andreas.
> >>
> >>On Aug 20 23, not...@aur.archlinux.org wrote:
> >>> Request #43571 has been Accepted by muflone [1]:
> >>> 
> >>> [Autogenerated] Accepted deletion for vmdebootstrap.
> >>> 
> >>> [1] https://aur.archlinux.org/account/muflone/
> >>

-- 

--
my GPG Public Key: https://files.grapentin.org/.gpg/public.key
--

Re: [PRQ#46488] Deletion Request for python-nipype

[Liam Timms]

Run it without testing. Tests are on by default to allow the user to see
areas that might cause issues since it interacts with many different
programs during the testing process. It has been building within the last
two years but requires the user to inspect any failing tests before
deciding whether or not to install anyway. The difference is that the conda
and pip installations do not necessarily warn the user if some tests fail.
I am waiting for the next release to include the commits which fix the
current incompatibility issues with python 3.11 and the recent numpy
depreciation of distutils.

On Sat, Aug 19, 2023 at 9:45 PM  wrote:

> MarsSeed [1] filed a deletion request for python-nipype [2]:
>
> This package has been broken for 2+ years, and maintainer does not
> seem able and willing enough to work on the issues pertaining to this
> build and many of its dependencies.
>
> Better to delete this, otherwise quite complicated package, and let
> users install it from PyPI with pip.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/python-nipype/

Re: [PRQ#46479] Deletion Request for exoscale-cli

[Philipp Sauter]

Dear TU's and MarsSeed

thank you for notifying us, pointing out the problem and the solution.
We take the AUR guidelines seriously and will comply with them. I am
working on this with priority and will fix it this week. Please let us
handle this on our own and don't delete the package.

Thank you.

Regards,
Philipp

On Sun, Aug 20, 2023 at 2:29 AM  wrote:
>
> MarsSeed [1] filed a deletion request for exoscale-cli [2]:
>
> Binary package in disguise, even though the source is available.
>
> This problem has not been addressed by any of the two maintainers, one
> of whom is the upstream developer, for 2+ years. This is despite the
> fact that it had been raised by @FabioLolix on 2021-08-17 in AUR
> comment as well as in an upstream GitHub issue ticket. @FabioLolix
> also submitted correct PKGBUILD's for a source-build package, a -bin
> package and a -git variant to that GitHub issue.
>
> Dear TU's, please delete this package that is now clearly in
> deliberate violation of AUR guidelines.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/exoscale-cli/

Re: [PRQ#46514] Orphan Request for frame-eth-dev-appimage

[Ramana Kumar]

Apologies for the impatience. I'm happy to be co-maintainer.

On Sun, 20 Aug 2023 at 19:30, Faisal Moledina  wrote:

> I was away Aug 5-20. Frame v0.6.7 was released on Aug 9. It is updated in
> AUR today. I'm open to adding xrchz as a co-maintainer. Thanks.
>
> Faisal
>

Re: [PRQ#43571] Deletion Request for vmdebootstrap Accepted

[Andreas Grapentin]

Hi, I used to maintain this package before it was removed. I don't think
deleting this package from the AUR was the best way forward.

While it is true that it has been deprecated on debian, and has been
orphaned by the original authors for a while, it was still a useful tool
and much simpler than the alternatives.

I would like for the package to be undeleted, if possible.

Sorry that I didn't respond to the thread earlier, I assumed that there
would be more of a dialogue before the package would be actually
deleted.

Thanks,
Andreas.

On Aug 20 23, not...@aur.archlinux.org wrote:
> Request #43571 has been Accepted by muflone [1]:
> 
> [Autogenerated] Accepted deletion for vmdebootstrap.
> 
> [1] https://aur.archlinux.org/account/muflone/

-- 

--
my GPG Public Key: https://files.grapentin.org/.gpg/public.key
--

Re: [PRQ#46360] Deletion Request for git-vfs

[George Shammas]

I should update it, but the Microsoft patches are not for Windows, but
specifically git vfs.

Those patches make git work better with large monorepos

https://en.m.wikipedia.org/wiki/Virtual_File_System_for_Git

On Wed, Aug 16, 2023, 3:20 PM  wrote:

> MarsSeed [1] filed a deletion request for git-vfs [2]:
>
> Abandoned package from 2022-01 for Microsoft's fork of Git-for-
> Windows.
>
> Flagged OOD since 2023-04.
>
> I don't see why this would be useful on Linux. Repo's description also
> says it contains "Microsoft-specific patches".
>
> I recommend deletion, based on the above mentioned facts.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/git-vfs/

Re: [PRQ#46363] Deletion Request for perl6-panda

[Webstrand]

Sounds good to me, delete it.

On Wed, Aug 16, 2023 at 3:54 PM  wrote:
>
> MarsSeed [1] filed a deletion request for perl6-panda [2]:
>
> Deprecated, broken, unmaintained Perl6 module installer from 2016; no
> longer recommended to use. [a]
>
> Nothing depends specifically on this.
>
> [a]: https://github.com/tadzik/panda
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/perl6-panda/

Re: [PRQ#46145] Orphan Request for opentabletdriver

[Sebastian Jensen]

Hello,

The package is being updated for the upcoming version. There has been new 
packaging instructions which has complicated the upgrade.

I should have an update released some time this week.

Please contact us on the OpenTabletDriver Discord if you're interested in 
helping maintain this package.

Regards,
Sebastian

On Aug 12, 2023 20:49, not...@aur.archlinux.org wrote:


Mxzcabel [1] filed an orphan request for opentabletdriver [2]:

Already tried contact with maintainer via email, but no answers for an
entire week. I'd like to update and maintain this package.

[1] https://aur.archlinux.org/account/Mxzcabel/
[2] https://aur.archlinux.org/pkgbase/opentabletdriver/

Re: [PRQ#46967] Merge Request for pipewire-common-git

[Huang-Huang Bao]

See 
https://aur.archlinux.org/pkgbase/pipewire-common-git?O=40#comment-785408


It's 2023 and pipewire-git is still missing pipewire gstreamer plugins.
Many have had tried to ask sl1pkn07, who is pipewire-git's maintainer, 
to include pipewire gstreamer plugins multiple times, but all have been 
rejected or ignored by sl1pkn07. Hence the creation of pipewire-common-git.


On 9/4/23 18:22, not...@aur.archlinux.org wrote:

MarsSeed [1] filed a request to merge pipewire-common-git [2] into
pipewire-git [3]:

pipewire-common-git is a later created deliberate duplicate of
pipewire-git, with a misleading name.
pipewire-common-git aligns with extra/pipewire, therefore the choosing 
of "common".


@eh5, please submit your packaging ideas and suggestions on the
existing package's page instead of creating unnecessary duplicates.
@MarsSeed please do research and submit your suggestions to package's 
page first instead of creating a merge request, which risks the package 
being taking down if its maintainer didn't appeals (for any reason), 
without understanding the full picture.


[1] https://aur.archlinux.org/account/MarsSeed/
[2] https://aur.archlinux.org/pkgbase/pipewire-common-git/
[3] https://aur.archlinux.org/pkgbase/pipewire-git/

Re: [PRQ#46058] Deletion Request for scirenderer

[Victor Dmitriev]

Hello, I'm the current maintainer of the scirenderer package.
Please, delete it.

I changed PKGBUILD to get source code from the new location, but it is 
severely outdated. The library is not abandoned, but is developed as a 
part of Scilab project.


It seems to me, that no other program or Arch user uses this library, 
judging by the fact that nobody flagged this package out-of-date, when 
the jogl package (a dependency) became incompatible with it.

Also, light googling didn't show any dependent programs.

Regards,
Victor

Re: [PRQ#46890] Deletion Request for zsh-fix-winchanged-git

[andykluger]

I think I'm the maintainer, and I'd be happy to have this deleted.

Re: [PRQ#46166] Deletion Request for gnuradio-maint38-git

[Nick Østergaard]

Yeah, I agree.

On Mon, 4 Sept 2023, 15:16 Marcell Meszaros, 
wrote:

> Upstream stated they have no intention or capacity to maintain the legacy
> gnuradio 3.8 branch.
>
> This git package does not provide 'gnuradio38' [a], so it has no
> dependents, only the latter does.
>
> But both this and that package fails to build.
>
> The few dependents of 'gnuradio38' are all dead and fail to build as well,
> or some of them actually have upstream updates or third-party forks that
> work with gnuradio 3.10.
>
> So keeping this package is completely superfluous in my view.
>
> [a]: https://aur.archlinux.org/packages/gnuradio38?all_reqs=1#pkgreqs
>
>
> On 13 August 2023 06:46:05 GMT+02:00, "Nick Østergaard" 
> wrote:
>
>> Hi
>>
>> I am not sure that is fair as such, people could be using it for legacy
>> oot modules, and there is someone trying it out at least two weeks ago, see
>> https://github.com/gnuradio/gnuradio/issues/6762
>>
>> I must admit, that I have not touched it in a while.
>>
>> Nick
>>
>> On Sun, 13 Aug 2023 at 01:35,  wrote:
>>
>>> MarsSeed [1] filed a deletion request for gnuradio-maint38-git [2]:
>>>
>>> gnuradio 3.8 is not maintained since
>>> 2022-03 (last release 2022-01). [a]
>>>
>>> Nothing depends on this VCS package.
>>>
>>> I recommend deletion.
>>>
>>> [a]: https://github.com/gnuradio/gnuradio/commits/maint-3.8
>>>
>>> [1] https://aur.archlinux.org/account/MarsSeed/
>>> [2] https://aur.archlinux.org/pkgbase/gnuradio-maint38-git/
>>
>>

Re: [PRQ#46609] Orphan Request for sway-git

[Naoki Takahashi,]

Antonin

I did not mean to be sarcastic. I am a Japanese speaker,
so I was insensitive to the nuances of translated English. Sorry.

Re: [PRQ#46847] Deletion Request for autopanovideo-beta

[Emeric Grange]

Le mer. 30 août 2023 à 10:39,  a écrit :

> dreieck [1] filed a deletion request for autopanovideo-beta [2]:
>
> This should be deleted, since version 3.0.0 is now stable and package
> `autopanovideopro` needs the appropriate update, which makes
> `autopanovideo-beta` a duplicate:
>
> https://download.kolor.com/avp/stable/history
> https://download.kolor.com/avp/stable/linux64tarxz/3.0.0.400
>
> [1] https://aur.archlinux.org/account/dreieck/
> [2] https://aur.archlinux.org/pkgbase/autopanovideo-beta/


Hi,
The problem is that autopano video 3 got released shortly before the
company got canned by its overlords, was rushed and never got a single
bugfix. It wasn't even considered stable by its developers. Also it
requires a new product key IIRC.
It has legitimate improvements, especially stitching quality, and related
to performance (but these are not in the linux version anyway...) but use
it at your own risks.

So it is why the beta package is AVP 3 and the regular package is AVP 2,
and it really should stay that way.
Renaming autopanovideopro into autopanovideo2 and autopanovideo-beta into
autopanovideo3 would be a better solution I think, but it is debatable if
it has any relevance to do so after so long.

Emeric

Re: [PRQ#46637] Orphan Request for teams-for-linux-bin

[AlphaJack]

I already added MarsSeed as co-maintainer so he could apply the patches his 
suggests, but he refused this role and simply keeps complaining without posting 
a working version of the PKGBUILD.

I've re-added him as a co-maintainer, let's see if he wants to cooperate or 
just make the package orphan. Anyone willing to actively maintain the package 
just post a comment or send me an email, I will be willing to step down as a 
maintainer is someone contributes.

- Jack


Aug 25, 2023, 11:47 by not...@aur.archlinux.org:

> MarsSeed [1] filed an orphan request for teams-for-linux-bin [2]:
>
> Maintainer is unresponsive and only updates this package infrequently.
> (The current latest version is already four point releases newer than
> what this AUR build carries at the moment.)
>
> I've requested a packaging enhancement (stripping out the bundled
> Electron runtime) on 2023-07-06, and sent a viable example PKGBUILD on
> how to do it on 2023-07-10, but got no reply whatsoever.
>
> There are other people who are willing to maintain this, some of whom
> already submitted duplicates to address the mentioned issues. I think
> it's better to disown this and let someone (or someones) take over.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/teams-for-linux-bin/
>

Re: [PRQ#46808] Deletion Request for openrazer

[Luca Weiss]

On Dienstag, 29. August 2023 06:10:45 CEST not...@aur.archlinux.org wrote:
> polyzen [1] filed a deletion request for openrazer [2]:
> 
> openrazer has been added to the repos, thank you!
> 
> [1] https://aur.archlinux.org/account/polyzen/
> [2] https://aur.archlinux.org/pkgbase/openrazer/

Amazing, thanks! And double thanks for updating our website!

Re: [PRQ#46841] Deletion Request for ncsdk

[Yuyuan Yuan]

Hi Marcell,

I agreed with the deletion and disowned the package. Thanks for your
reminder.

Best regards,
Yuyuan Yuan

On Wed, Aug 30, 2023 at 5:23 AM  wrote:

> MarsSeed [1] filed a deletion request for ncsdk [2]:
>
> Broken, unmaintained dual Python2/Python3 package from 2018; uses
> python(2)-setuptools but does not declare those in (make)depends.
>
> Also this is a legacy SDK toolkit for an Intel computer-on-a-stick
> hardware device manufactured between 2017 and 2019. The SDK's
> development has also been discontinued since 2019. [a]
>
> Contrary to last AUR user comment made by @Eirikr on 2023-04-01, the
> mentioned legacy Intel device is fully supported by Intel's successor
> SDK, called OpenVINO™ Toolkit, which is also compatible with newer
> "Intel Neural Compute Stick" devices.
>
> It is not useful to keep this defunct package.
>
> [a]: https://github.com/movidius/ncsdk/
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/ncsdk/

Re: [PRQ#47331] Orphan Request for zig-dev-bin

[Techcable]

Hi junkes,

I am the current maintainer of this package.

This package is automatically updated and usually does not require manual 
intervention. Right now I can successfully run `makepkg` on my machine without 
needing to modify anything.

This auto-updating is similar to "VCS packages" (See the corresponding wiki 
page [https://wiki.archlinux.org/title/VCS_package_guidelines]). Although this 
auto updating scheme usually works quite well, it frequently confuses users who 
mark the package as out of date. This is especially true since it doesn't have 
the -git or -cvs ending usually used by VCS packages.

Do you mind me asking what issues specifically you are currently having with 
the package? Everything works fine on my laptop except some of the 
documentation (and that can be viewed online).

Generally speaking I would prefer you post publicly in the comments or email me 
privately before making an AUR orphan request. As far as I am concerned, I am 
still maintaining this package (though maybe not responding as frequently as I 
used to).

However, I appreciate the offer to share maintenance. Although I don't see any 
AUR packages, your GitHub seems to show you have a good deal of Linux 
experience.

I have added you as a maintainer just in case you are able to help. Please let 
me know before making any major changes.

In case it helps, I have also explicitly bumped the pkgver in the PKBGBUILD. 
Although the package usually auto-updates fine, this has sometimes helped to 
resolve user issues in the past.

— Techcable (Nicholas)

Sep 15, 2023 1:52:24 PM not...@aur.archlinux.org:

> junckes [1] filed an orphan request for zig-dev-bin [2]:
> 
> I'd like for this package to be orphaned as I have an interest in
> maintaining it, and keeping said package up to date :)
> 
> [1] https://aur.archlinux.org/account/junckes/
> [2] https://aur.archlinux.org/pkgbase/zig-dev-bin/

Re: [PRQ#46609] Orphan Request for sway-git

[Antonin Décimo]

Thanks for the update, I had forgotten about the package.
I'm not using it anymore.
I thought I'd update it next week-end but "of course" you were
eager to get it working, so I went ahead and orphaned it.
Best wishes to the next maintainer.

-- Antonin

Re: [PRQ#47316] Deletion Request for cgum-git

[Eric Schulte]

I approve of deletion.

> On Sep 15, 2023, at 08:37, not...@aur.archlinux.org wrote:
> 
> MarsSeed [1] filed a deletion request for cgum-git [2]:
> 
> Unused, broken VCS package from 2016.
> 
> Upstream not developed during the last 3 years.
> 
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/cgum-git/

Re: [PRQ#47108] Orphan Request for nginx-mainline-mod-vts

[Jeremy Kescher]

Please disregard this orphan request - intelfx seems to be back and has since 
fixed the package.


 Original Message 
From: not...@aur.archlinux.org
Sent: 8 September 2023 21:34:43 UTC
To: aur-requests@lists.archlinux.org
Cc: inte...@intelfx.name, jer...@kescher.at
Subject: [PRQ#47108] Orphan Request for nginx-mainline-mod-vts

kescherAUR [1] filed an orphan request for nginx-mainline-mod-vts [2]:

Package maintainer hasn't responded to out of date flag in four
months, and needs some fixes they are refusing to apply for a while
now.

[1] https://aur.archlinux.org/account/kescherAUR/
[2] https://aur.archlinux.org/pkgbase/nginx-mainline-mod-vts/

Re: [PRQ#47205] Deletion Request for dbus-test-runner-bzr

[Cody Schafer]

I (the maintainer of this package in aur) agree. I've disowned it, and it
should be deleted.

On Mon, Sep 11, 2023 at 14:12  wrote:

> MarsSeed [1] filed a deletion request for dbus-test-runner-bzr [2]:
>
> Proposal to delete this VCS pkg from 2018.
>
> Upstream not developed since 2019. [a]
>
> As per my checking, the latest main Bazaar branch has the exact same
> application code as the one in the last release tarball for v19.04.0.
>
> There seems to be an actively maintained stable package for that
> version on AUR. [b]
>
> There were dependency changes in the latter PKGBUILD's v19.04.0
> update. So this VCS pkg is now out of alignment with upstream, and is
> likely to fail during build in a clean chroot.
>
> But instead of fixing and testing this, I think it is better to
> delete, and leave only the functionally equivalent stable package.
>
> [a]: https://launchpad.net/dbus-test-runner
> [b]: https://aur.archlinux.org/packages/dbus-test-runner
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/dbus-test-runner-bzr/

Switching to split package

[shurizzle]

Hi all,
I'm currently maintaining this
 package on aur but
lately the maintainer add a ttf version of it so I want to switch to a
split package, have a single codebase and being more consistent with
releases. Is there a easy way to achieve this?

Thank you

Re: [PRQ#47003] Merge Request for waterfox-current-bin Rejected

[Aaron Liu]

Um, from what I see the merge happened and both packages comments are in 
waterfox-bin now


On 2023/9/24 9:32, not...@aur.archlinux.org wrote:

Request #47003 has been Rejected by Antiz [1]:

Target package doesn't exists anymore

[1] https://aur.archlinux.org/account/Antiz/

Re: [PRQ#46797] Deletion Request for faiss-mkl

[Marcell Mészáros]

: Recipient not found

On 7 September 2023 18:19:13 GMT+02:00, Marcell Meszaros 
 wrote:
>>Susperseded
>
>By what?
>
>This is not an explanation so it should not be the basis of deletion.
>
>@fabiscafe, please kindly unhide your email address in AUR, as you are a 
>Trusted User who should be easy to contact by users. One should not have to 
>look up your cat and dog to do that. :)
>
>On 28 August 2023 23:16:24 GMT+02:00, not...@aur.archlinux.org wrote:
>>xhyinne [1] filed a deletion request for faiss-mkl [2]:
>>
>>Susperseded
>>
>>[1] https://aur.archlinux.org/account/xhyinne/
>>[2] https://aur.archlinux.org/pkgbase/faiss-mkl/

Re: [PRQ#47128] Deletion Request for lib32-smbclient

[Marcell Mészáros]

>needs for wine

And if so, how come none of the AUR wine packages depend on this?

And why didn't anyone complain either on bugs.archlinux.org or on the AUR wine 
package pages?

On 9 September 2023 23:28:25 GMT+02:00, Marcell Meszaros 
 wrote:
>>needs for wine
>
>Which one?
>
>And what is the real-world use case?
>
>On 9 September 2023 21:00:49 GMT+02:00, sL1pKn07 SpinFlo  
>wrote:
>>El sáb, 9 sept 2023 a las 14:50,  escribió:
>>
>>> DarkShadow44 [1] filed a deletion request for lib32-smbclient [2]:
>>>
>>> This is not needed anymore, the last packages that had this as
>>> dependency (lib32-gnome-vfs) was deleted a while ago.
>>>
>>> [1] https://aur.archlinux.org/account/DarkShadow44/
>>> [2] https://aur.archlinux.org/pkgbase/lib32-smbclient/
>>
>>
>>needs for wine

Re: [PRQ#47128] Deletion Request for lib32-smbclient

[Fabian Maurer]

On Samstag, 9. September 2023 21:00:49 CEST you wrote:
> El sáb, 9 sept 2023 a las 14:50,  escribió:
> > DarkShadow44 [1] filed a deletion request for lib32-smbclient [2]:
> > 
> > This is not needed anymore, the last packages that had this as
> > dependency (lib32-gnome-vfs) was deleted a while ago.
> > 
> > [1] https://aur.archlinux.org/account/DarkShadow44/
> > [2] https://aur.archlinux.org/pkgbase/lib32-smbclient/
> 
> needs for wine

You're right, wine configure mentions missing support when that 32bit samba is 
missing. Not sure what exactly it does though, it's not even optional for wine 
and the wine tests pass even without the libs installed...

FWIW, once the thunks work well enough, 32bit dependencies are going to be 
obsolete anyways. Should we keep it around until then?

Regards,
Fabian Maurer

Re: [PRQ#47077] Deletion Request for ti-cgt-arm

[Alexei Colin]

I'll take a look this weekend and update it. Let's keep, it's nice to have TI 
toolchains to build code for TI microcontrollers.

This pkg is part of this (loose) set:
ti-cgt-arm
ti-cgt-msp430
ti-msp430ware
ti-rtos-cc13xx-cc26xx
ti-ble-sdk

Thanks.

On Thu, Sep 7, 2023, at 9:27 PM, not...@aur.archlinux.org wrote:
> MarsSeed [1] filed a deletion request for ti-cgt-arm [2]:
>
> Unmaintained bin32 package from 2020.
> Seems no one is using it.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/ti-cgt-arm/

Re: [PRQ#47937] Orphan Request for linux-pf Accepted

[Björn Bidar]

not...@aur.archlinux.org writes:

I didn't have time to answer the request (fine by me).

But I want to clarify a few points.

> Request #47937 has been Accepted by gromit [1]:
>
> Disowning because:
> a) upstream maintainer offered to take over (PRQ#47937)
> b) package was not properly maintained before

Yes I didn't keep up with the releases, I should have updated the status
of the package earlier or disowned earlier.

> c) package is currently not out of date and does build unexpected
> sources (fork instead of upstream)

The package didn't build a fork, it used the upstream sources plus
patches such as applied Linux stable patches earlier than the upstream.
In addition I restored the patch status of the kernel, the upstream
removes the patch status.

Re: [PRQ#47017] Deletion Request for android-studio-beta-android-studio-provides

[oid-maps]

On Tue, 05 Sep 2023 20:35:20 +, not...@aur.archlinux.org wrote:

> No. android-studio-beta needs to provide and conflict with android-
> studio.

As it is now, different versions can be installed in parallel, and I
thought that was the intention that `android-studio-beta` and
`android-studio-canary` both do not provide `android-studio`.

> You already commented about the actual solution to the
> problem in the android-studio-beta comments.

And I have deleted the comment again, because to me it seems
intentional that there is the possibility to have all three installed in
parallel.

When `android-studio-beta`/ `android-studio-canary` provides
`android-studio`, it needs also to set some symlinks.


pgpZcBrYUgEri.pgp
Description: OpenPGP digital signature

Accepting a Merge Request

[Leo Izen]

I'm the maintainer of waterfox-current-bin, and I'm trying to accept a 
merge request to merge it into waterfox-bin, but I don't see any method 
on the AUR user interface to do so. How can I accept the merge request?


- Leo Izen

Re: [PRQ#47724] Deletion Request for promtail-bin

[Thorsten Müller]

Original Package promtail is flagged out of date.
I absolutely agree that this package is  a dublicate of the original one in the 
extra 
repository. But since the original package doesn't get updated I've created my 
own 
package to keep promtail updated.
Regards
Thorsten

Am Donnerstag, 21. September 2023, 15:13:18 CEST schrieb 
not...@aur.archlinux.org:
> MarsSeed [1] filed a deletion request for promtail-bin [2]:
> 
> Bogus package. Description and source is not for promtail, but for
> loki, and it is not using a binary build as source, but the git repo
> main branch of loki.
> 
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/promtail-bin/




signature.asc
Description: This is a digitally signed message part.

Re: [PRQ#47200] Deletion Request for depixelize-bzr

[Vinícius dos Santos Oliveira]

I'm the original developer and I'm the package maintainer.

The algorithm (Kopf-Lichinski) hasn't changed since. In fact, the algorithm
will *not* change. It's ridiculous to flag packages on the basis of
“upstream not developed since whenever”.

Em seg., 11 de set. de 2023 às 13:32,  escreveu:

> MarsSeed [1] filed a deletion request for depixelize-bzr [2]:
>
> Broken VCS pkg from 2015;
> upstream not developed since 2014. [a]
>
> [a]: https://code.launchpad.net/libdepixelize
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/depixelize-bzr/



-- 
Vinícius dos Santos Oliveira
https://vinipsmaker.github.io/

Re: [PRQ#47717] Deletion Request for gitgud-git

[oid-maps]

Ahoj,

sorry, this should have been an orphan request, not a deletion request.

Re-filed orphan request, please reject the deletion request.

On Thu, 21 Sep 2023 11:55:40 +, not...@aur.archlinux.org wrote:

> dreieck [1] filed a deletion request for gitgud-git [2]:
> 
> A comment from 2023-05-12, that python-argparse _must_ be removed from
> (make)depends, was not yet been acted upon.
> 
> [1] https://aur.archlinux.org/account/dreieck/
> [2] https://aur.archlinux.org/pkgbase/gitgud-git/


pgpffSLBmTHuk.pgp
Description: OpenPGP digital signature

Re: [PRQ#47561] Deletion Request for python-pillow-simd

[Christopher Hillenbrand]

Current package maintainer here. I agree with your reasoning and consent to
the deletion request.

On Tue, Sep 19, 2023 at 05:42  wrote:

> MarsSeed [1] filed a deletion request for python-pillow-simd [2]:
>
> This is an old duplicate of python-pillow, at version 9.2.0, whereas
> repo's pillow is on 10.0.1 atm.
>
> The fork project's README.md clearly states about their versioning
> scheme [a]:
>
> "
> Pillow-SIMD is »following« Pillow which means it is drop-in
> replacements for Pillow of the same version. For example, Pillow-SIMD
> 3.2.0.post3 is a drop-in replacement for Pillow 3.2.0, and Pillow-SIMD
> 3.3.3.post0 — for Pillow 3.3.3.
> "
>
> So as this AUR package is on 9.2.0 rather than 9.2.0.post[number], it
> is using a copy of upstream Pillow's 9.2.0 source.
>
> As one digs a little deeper, it becomes obvious that the fork project
> no longer produces their patched versions of upstream's latest
> releases. [b]
>
> In fact, the last pillow-simd release was:
> v9.0.0.post1 (Jan 4, 2022)
> (seen on the second page of the git tags list [c]).
> (Also on PyPI [d].)
>
> The fact that the fork project has newer (vanilla, upstream) tags and
> commits on GitHub than its Jan 2022 patched release is misleading. It
> just means they mechanically pulled in ("copied") commits and tags
> from the upstream pillow codebase, without maintaining their own fork.
>
> As of now the fork repo's imported codebase is also out-of-sync with
> upstream pillow: last pillow-simd imported tag is 9.5.0 (Apr 1, 2023),
> as opposed to python-pillow's 10.0.1 (Sep 15, 2023).
>
> In light of all the above facts, I posit that it is no longer useful
> to keep this fork package.
>
> Summary of the reasons:
> - old duplicate of python-pillow,
> - if reverted to pillow-simd 9.0.0.post1 (Jan 4, 2022), it would be
> even older,
> - not feature and API equivalent to pillow 10+,
> - so it potentially breaks packages that rely on pillow 10's changed
> or new API elements,
> - all in all this can no longer be a drop-in replacement of python-
> pilllow,
> - fork is essentially unmaintained since Jan 2022.
>
> [a]:
> https://github.com/uploadcare/pillow-simd#readme
> [b]:
> https://github.com/uploadcare/pillow-simd/tags
> [c]:
> https://github.com/uploadcare/pillow-simd/tags?after=9.1.0
> [d]:
> https://pypi.org/project/pillow-simd/
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/python-pillow-simd/

Re: [PRQ#47521] Deletion Request for nvidia-pf

[Björn Bidar]

I don't get your crusade on this package. Yes I didn't update the
package but there many, many other packages in the aur that have the
issue or worse.

I have a typo in the pkgbuild that I will fix.
But so far all other issues you reported are simply not true or
intended.
E.g. the package depends on an explicit version on purpose.

Re: [PRQ#47331] Orphan Request for zig-dev-bin

[Guilherme Junckes]

Hello!

I tried looking for a way of contacting you via email but it is not publicly 
listed on AUR, and your homepage (https://techcable.net/) returns a standard 
404 nginx page.

Although you're right, I could've tried the comments section, but I generally 
haven't seen many people get answered there before (on other packages).

I just recently took up an interest in helping out on AUR.

I can see that the package works, however the version is not the same as the 
one it pulls from the [Zig download 
JSON](https://ziglang.org/download/index.json), and if I try just running an 
update, it doesn't automatically try and pull the latest version, because the 
version on AUR hasn't changed. Leading some people to have to try and reinstall 
the package so it updates just fine.

I had an interest in honestly just using the same PKGBUILD but just 
auto-updating the pkgver by querying the zigland download json at least daily 
or so. Therefore eliminating that problem. However I understand if that isn't 
viable, or you're not comfortable with that.

I guess my request can be cancelled. Thank you for reaching out though! And 
thanks for adding me as a maintainer.

Thanks in advance,

Guilherme juncke...@junckes.dev

--- Original Message ---
On Saturday, September 16th, 2023 at 5:38 AM, Techcable 
 wrote:

> Hi junkes,
>
> I am the current maintainer of this package.
>
> This package is automatically updated and usually does not require manual 
> intervention. Right now I can successfully run `makepkg` on my machine 
> without needing to modify anything.
>
> This auto-updating is similar to "VCS packages" (See the corresponding [wiki 
> page](https://wiki.archlinux.org/title/VCS_package_guidelines)). Although 
> this auto updating scheme usually works quite well, it frequently confuses 
> users who mark the package as out of date. This is especially true since it 
> doesn't have the -git or -cvs ending usually used by VCS packages.
>
> Do you mind me asking what issues specifically you are currently having with 
> the package? Everything works fine on my laptop except some of the 
> documentation (and that can be viewed online).
>
> Generally speaking I would prefer you post publicly in the comments or email 
> me privately before making an AUR orphan request. As far as I am concerned, I 
> am still maintaining this package (though maybe not responding as frequently 
> as I used to).
>
> However, I appreciate the offer to share maintenance. Although I don't see 
> any AUR packages, your GitHub seems to show you have a good deal of Linux 
> experience.
>
> I have added you as a maintainer just in case you are able to help. Please 
> let me know before making any major changes.
>
> In case it helps, I have also explicitly bumped the pkgver in the PKBGBUILD. 
> Although the package usually auto-updates fine, this has sometimes helped to 
> resolve user issues in the past.
>
> — Techcable (Nicholas)
>
> Sep 15, 2023 1:52:24 PM not...@aur.archlinux.org:
>
>> junckes [1] filed an orphan request for zig-dev-bin [2]:
>>
>> I'd like for this package to be orphaned as I have an interest in
>> maintaining it, and keeping said package up to date :)
>>
>> [1] https://aur.archlinux.org/account/junckes/
>> [2] https://aur.archlinux.org/pkgbase/zig-dev-bin/

Re: [PRQ#47457] Deletion Request for ayn-platform-dkms-git

[Derek John Clark]

Cancel request. I changed my mind after discussing with kernel driver
maintainers.

On Sun, Sep 17, 2023, 15:29  wrote:

> pastaq [1] filed a request to merge ayn-platform-dkms-git [2] into
> ayn-sensors-dk [3]:
>
> Replaced by ayn-sensors-dkms-git after splitting LED's into a separate
> package.
>
> [1] https://aur.archlinux.org/account/pastaq/
> [2] https://aur.archlinux.org/pkgbase/ayn-platform-dkms-git/
> [3] https://aur.archlinux.org/pkgbase/ayn-sensors-dk/

Fwd: [PRQ#48390] Deletion Request for tiawa-devenv

[Hendrik W]

-- Forwarded message -
From: Hendrik W 
Date: Wed, Oct 4, 2023 at 12:09 PM
Subject: Re: [PRQ#48390] Deletion Request for tiawa-devenv
To: 
Cc: 


This is not a personal package. The reason I started packaging this was
specifically because friends asked me to.

See the AUR submission guidelines (
https://wiki.archlinux.org/title/AUR_submission_guidelines):

Make sure the package you want to upload is useful. Will anyone else want
> to use this package? Is it extremely specialized? If more than a few people
> would find this package useful, it is appropriate for submission.


It is not extremely specialized, and I have several people requesting to
package it up. According to the guidelines, this means it is appropriate.

@a821: I would have appreciated you contacting me first, instead of filing
a deletion request.

On Wed, Oct 4, 2023 at 11:57 AM  wrote:

> a821 [1] filed a deletion request for tiawa-devenv [2]:
>
> Personal meta-package against rule #3 of AUR submission guidelines.
>
> [1] https://aur.archlinux.org/account/a821/
> [2] https://aur.archlinux.org/pkgbase/tiawa-devenv/

Re: [PRQ#48389] Deletion Request for tiawa-base

[Hendrik W]

This is not a personal package. The reason I started packaging this was
specifically because friends asked me to.

See the AUR submission guidelines (
https://wiki.archlinux.org/title/AUR_submission_guidelines):

Make sure the package you want to upload is useful. Will anyone else want
> to use this package? Is it extremely specialized? If more than a few people
> would find this package useful, it is appropriate for submission.


It is not extremely specialized, and I have several people requesting to
package it up. According to the guidelines, this means it is appropriate.

@a821: I would have appreciated you contacting me first, instead of filing
a deletion request.


On Wed, Oct 4, 2023 at 11:57 AM  wrote:

> a821 [1] filed a deletion request for tiawa-base [2]:
>
> Personal meta-package against rule #3 of AUR submission guidelines.
>
> [1] https://aur.archlinux.org/account/a821/
> [2] https://aur.archlinux.org/pkgbase/tiawa-base/

Re: [PRQ#48257] Deletion Request for php73-igbinary

[Matt Harrison]

> MarsSeed [1] filed a deletion request for php73-igbinary [2]:

Confirming this is fine with me to delete.

Re: [PRQ#48390] Deletion Request for tiawa-devenv

[Hendrik W]

This is not a personal package. The reason I started packaging this was
specifically because friends asked me to.

See the AUR submission guidelines (
https://wiki.archlinux.org/title/AUR_submission_guidelines):

Make sure the package you want to upload is useful. Will anyone else want
> to use this package? Is it extremely specialized? If more than a few people
> would find this package useful, it is appropriate for submission.


It is not extremely specialized, and I have several people requesting to
package it up. According to the guidelines, this means it is appropriate.

@a821: I would have appreciated you contacting me first, instead of filing
a deletion request.

On Wed, Oct 4, 2023 at 11:57 AM  wrote:

> a821 [1] filed a deletion request for tiawa-devenv [2]:
>
> Personal meta-package against rule #3 of AUR submission guidelines.
>
> [1] https://aur.archlinux.org/account/a821/
> [2] https://aur.archlinux.org/pkgbase/tiawa-devenv/

Re: [PRQ#47899] Merge Request for tor-browser

[Sebastian Jug]

I like how you have time to take control of the package but not update it.




\- Sebastian











\ Original Message 
On Sep 24, 2023, 1:52 PM, < not...@aur.archlinux.org> wrote:

>
> FabioLolix \[1\] filed a request to merge tor-browser \[2\] into tor- 
> browser-bin \[3\]: tor-browser have always been a disguised -bin pkgbuild, 
> maintainers have been informed for at least 2+ years (my comment on 
> 2021-05-16 
> https://aur.archlinux.org/packages/tor-browser?O=80\#comment-808028) and 
> further multiple times in the recent past which they always ignored. They 
> (grufo and jugs) have been added as co-maintaners \[1\] 
> https://aur.archlinux.org/account/FabioLolix/ \[2\] 
> https://aur.archlinux.org/pkgbase/tor-browser/ \[3\] 
> https://aur.archlinux.org/pkgbase/tor-browser-bin/

publickey - EmailAddress(s=seb@stianj.ug) - 0xC30D0047.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [PRQ#48256] Deletion Request for php73-redis

[Matt Harrison]

> MarsSeed [1] filed a deletion request for php73-redis [2]:

Confirming this is fine with me to delete.

Re: [PRQ#48194] Deletion Request for emacs-24bit

[Christian Hopps]

Yes, I'm not using/maintaining this anymore, I looked quick to see if I could 
approve the deletion request but didn't see a method.

Thanks,
Chris.

> On Sep 29, 2023, at 18:53, not...@aur.archlinux.org wrote:
> 
> MarsSeed [1] filed a deletion request for emacs-24bit [2]:
> 
> Abandoned, outdated variant from 2018 of repo's emacs.
> 
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/emacs-24bit/



signature.asc
Description: Message signed with OpenPGP

Re: [PRQ#48070] Deletion Request for acestream-engine

[Arkadiy Illarionov]

Maintainer here.

Package is not broken. If by "broken" you mean deletion of python2-apsw
dependency I'll restore it.
If you worry about using it in the wild it could be bundled in this package.

Package is not defunct. Actually it's the only stable release provided by
upstream https://docs.acestream.net/products/#linux
Python3 versions are still RCs.

Regards,
Arkadiy Illarionov


On Wed, Sep 27, 2023 at 1:07 PM  wrote:

> MarsSeed [1] filed a deletion request for acestream-engine [2]:
>
> Broken, defunct Python2 package.
>
> Users can install upstream's Python3.8 based bundle as an alternative.
>
> [1] https://aur.archlinux.org/account/MarsSeed/
> [2] https://aur.archlinux.org/pkgbase/acestream-engine/