You are not logged in.

#676 2017-12-26 20:45:37

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,442
Website

Re: pacaur - an AUR helper that minimizes user interaction

Linkjay wrote:

I mean on the PKGBUILDs eventually being removed from the AUR. When is that supposed to happen? I wasn't aware. What's going to be used instead? Why?

Presumably Spyhawk will abandon the package(s) after the last aforementioned update.  Then they will be removed from the AUR whenever there is a cleanup/purge of orphaned packages which happens periodically, but I don't know of any official schedule for it.

What's going to be used instead?  Whatever you want, just not pacaur.

Why?  Read the last page of posts in this thread.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#677 2017-12-26 21:04:41

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 19,739

Re: pacaur - an AUR helper that minimizes user interaction

Well. Spyhawk:  So long, and thanks for all the fish.  I have migrated away, at your suggestion but I really want to thank you for your time and effort over the years on this project.


Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way

Offline

#678 2017-12-27 06:05:48

Linkjay
Member
From: California
Registered: 2017-12-25
Posts: 3
Website

Re: pacaur - an AUR helper that minimizes user interaction

Trilby wrote:
Linkjay wrote:

I mean on the PKGBUILDs eventually being removed from the AUR. When is that supposed to happen? I wasn't aware. What's going to be used instead? Why?

Presumably Spyhawk will abandon the package(s) after the last aforementioned update.  Then they will be removed from the AUR whenever there is a cleanup/purge of orphaned packages which happens periodically, but I don't know of any official schedule for it.

What's going to be used instead?  Whatever you want, just not pacaur.

Why?  Read the last page of posts in this thread.


Ohhhh. So he means that he's going to remove the PKGBUILDs from the pacaur pkg. That makes a lot more sense. I thought he meant that the AUR maintainers were planning on scrapping use of PKGBUILDs and do something else.

Thanks for the clarification.

Offline

#679 2017-12-27 16:17:51

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

No, it's the other way around. Spyhawk will orphan the package, and the assumption is that pacaur will then be deleted from the AUR.

But this is a wrong assumption, a popular package that has people interested in it will not be deleted simply because the upstream maintainer stopped developing it -- if that were true, the AUR would be a much more lonely place and people wouldn't have a lot of cool programs. wink

Packages might get purged if they have no votes, no comments, no maintainer, and were last uploaded a long time ago. The assumption there is that no one is actually interested in it, so why should it clog up the search results as a waste of space? wink


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#680 2017-12-27 16:54:51

progandy
Member
Registered: 2012-05-17
Posts: 5,184

Re: pacaur - an AUR helper that minimizes user interaction

Eschwartz wrote:

No, it's the other way around. Spyhawk will orphan the package, and the assumption is that pacaur will then be deleted from the AUR.

But this is a wrong assumption, a popular package that has people interested in it will not be deleted simply because the upstream maintainer stopped developing it -- if that were true, the AUR would be a much more lonely place and people wouldn't have a lot of cool programs. wink

I assumed that a future pacman or aur upgrade will break pacaur, and the now broken software will be removed from the AUR. That may not happen if someone else adopts it and fixes any bugs.


| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |

Offline

#681 2017-12-27 17:40:54

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

Sure, if that happens. But I'm not aware of any current plans to make breaking changes to either one.


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#682 2017-12-27 21:34:45

bulletmark
Member
From: Brisbane, Australia
Registered: 2013-10-22
Posts: 649

Re: pacaur - an AUR helper that minimizes user interaction

Eschwartz wrote:

Sure, if that happens. But I'm not aware of any current plans to make breaking changes to either one.

Spyhawk stated a page back here that pacaur will start breaking when pacman moves to 5.1.

Offline

#683 2017-12-28 00:18:53

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

I'm trying to think why that would cause a problem, but I'm drawing a blank.


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#684 2017-12-28 00:39:49

glyons
Member
From: Europa
Registered: 2016-10-14
Posts: 37

Re: pacaur - an AUR helper that minimizes user interaction

When is pacman moving to 5.1?

Is there a guesstimate?

Offline

#685 2017-12-28 10:29:21

Spyhawk
Member
Registered: 2006-07-07
Posts: 485

Re: pacaur - an AUR helper that minimizes user interaction

Spyhawk wrote:

The stable version will continue to work as it currently does for the foreseeable future, with some issues becoming apparent starting from the pacman 5.1 release.

There are issues related to makepkg not creating symlinks anymore that will trigger under specific condition, and to pactree which is moving from pacman to pacman-contrib. There are (partial) quick workarounds already in the git master branch, but quite of the directly affected code is rendered obsolete anyway.

I wouldn't encourage a fork. The code tripled in size over the years for various reasons, with only a few minor features added. It is hard to read and painful to debug, and I don't expect anyone to be able to maintain it in any meaningful way. This is mostly what motivated the idea of a thorough rewrite: the idea came to mind as early as 2014-2015 only to be further delayed, and the last year of discussion about it only reinforced my opinion that a rewrite from scratch would be much faster than a series of incremental changes.

No ETA for pacman 5.1. A rough guesstimate could be 6 months.

Last edited by Spyhawk (2017-12-28 10:29:56)

Offline

#686 2017-12-28 16:42:37

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

The symlinks could be fixed by either of the workarounds suggested in the past for fixing "mismatched .SRCINFO". big_smile
(I'm hoping my --packagelist patch will land soon.)

Adding pacman-contrib to the depends array for pactree is so trivial it doesn't even need pacaur changes. tongue


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#687 2018-01-02 00:28:25

SolarAquarion
Member
Registered: 2014-05-18
Posts: 92

Re: pacaur - an AUR helper that minimizes user interaction

Would it have been pacaur50 project?

Offline

#688 2018-01-02 11:19:02

Spyhawk
Member
Registered: 2006-07-07
Posts: 485

Re: pacaur - an AUR helper that minimizes user interaction

No, this branch was an early attempt at making incremental changes, but was eventually deemed too cumbersome to work with.

Offline

#689 2018-01-08 09:13:38

zaxdan69
Member
Registered: 2016-06-04
Posts: 271

Re: pacaur - an AUR helper that minimizes user interaction

I'm using pacaur from a script to update aur packages via the command "pacaur -Syua".
The problem is that if one of the packages for some reason fail to update, then no packages updated at all.
Is there any way to change this behaviour, so the other packages to be updated?

Offline

#690 2018-01-08 11:17:42

Spyhawk
Member
Registered: 2006-07-07
Posts: 485

Re: pacaur - an AUR helper that minimizes user interaction

The --ignore flag is what you are looking for. Note that pacaur has never been designed for completely unattended update.

Offline

#691 2018-01-08 11:24:53

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

No, this is working as the author intended.

Also pacaur is no longer supported, so nothing will be fixed or changed anyway...

Last edited by eschwartz (2018-01-08 11:28:46)


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#692 2018-01-08 12:02:24

zaxdan69
Member
Registered: 2016-06-04
Posts: 271

Re: pacaur - an AUR helper that minimizes user interaction

Thanks, I' ll try it.

Offline

#693 2018-01-26 03:10:06

es20490446e
Banned
Registered: 2017-12-29
Posts: 46
Website

Re: pacaur - an AUR helper that minimizes user interaction

Bash, due to the way it handles variables, is very prone to bugs. And when they happen it doesn't inform well where they took place.

That's not a surprise because it's optimised for terminal operation, not programming, and designed a long time ago.

Likely rewriting the software in another language would solve the problem. It would make easy to discover errors, get contributors, and warrant its survival.

The ideal language would be Go, or alternatively Python.

Offline

#694 2018-01-26 14:16:27

Alad
Wiki Admin/IRC Op
From: Bagelstan
Registered: 2014-05-04
Posts: 2,407
Website

Re: pacaur - an AUR helper that minimizes user interaction

es20490446e wrote:

...

Today in: "random claims daily".


Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby

Offline

#695 2018-01-26 15:30:59

eschwartz
Fellow
Registered: 2014-08-08
Posts: 4,097

Re: pacaur - an AUR helper that minimizes user interaction

es20490446e wrote:

get contributors, and warrant its survival.

The ideal language would be Go, or alternatively Python.

There are other AUR helpers written in both languages, and no one really contributes to them either.

However, the reason pacaur was abandoned and other AUR helpers weren't, is because the maintainer of pacaur no longer wished to be responsible for maintaining an AUR helper and (a thankless task) supporting its use by others.
I don't see how writing it in python, or the latest fad language, would help prevent that.

Last edited by eschwartz (2018-01-26 15:31:46)


Managing AUR repos The Right Way -- aurpublish (now a standalone tool)

Offline

#696 2018-01-27 14:34:04

aphirst
Member
From: Hull, England
Registered: 2008-06-30
Posts: 99
Website

Re: pacaur - an AUR helper that minimizes user interaction

What are people actually migrating to, and why? The long list of other helpers is a bit opaque (yet sparse in detail), and it would be useful to have some real idea of how they differ without having to spend a day trying each out.


ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD

Offline

#697 2018-01-27 14:50:20

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,442
Website

Re: pacaur - an AUR helper that minimizes user interaction

It might be more productive to describe what features of pacaur were of greatest value to you.  Knowing what alternatives best suit other people isn't really relevant - each user's perception of the "most similar" to pacuar will be largely influenced by which features they found most useful from pacuar.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#698 2018-01-27 23:50:52

aphirst
Member
From: Hull, England
Registered: 2008-06-30
Posts: 99
Website

Re: pacaur - an AUR helper that minimizes user interaction

In that case, I specifically liked how:
* The control flags were essentially the same as for pacman
* One command would trigger update of repo + AUR packages
* AUR build folders were neatly (and transparently) in a .cache folder
* The AUR "stage" of operation still defaults to options like "inspect PKGBUILD" reinforcing the AUR's difference from the main repos, without being a burden

A lot of tools people seem to recommend are ones which basically require you to perform a totally different "style" of task to update the AUR, as if it's a good thing to keep the AUR as far as possible from system updating as possible. Some of them have a workflow which is several commands long, just to do what I personally think should be stitched onto the end of a normal -Syu. I just see this as giving oneself unnecessary work.

I'm going to miss pacaur.


ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD

Offline

#699 2018-01-28 00:27:31

Alad
Wiki Admin/IRC Op
From: Bagelstan
Registered: 2014-05-04
Posts: 2,407
Website

Re: pacaur - an AUR helper that minimizes user interaction

The first points are reasonable, the rest is a nonsensical rant not worth responding to. So:

* The control flags were essentially the same as for pacman
* One command would trigger update of repo + AUR packages
* AUR build folders were neatly (and transparently) in a .cache folder
* The AUR "stage" of operation still defaults to options like "inspect PKGBUILD" reinforcing the AUR's difference from the main repos, without being a burden

Some helpers actually take the "one command" aspect further by making pacman itself the AUR helper. That is, AUR packages are kept in a pacman repository and pacman updates them together with other packages. Hooks, flags, etc. all apply.

The "inspect PKGBUILD" pacaur did was also hardly a bulwark of efficiency - you'd get one prompt per package (so potentially hundreds of prompts). Better is to use a file manager that displays everything in one window you can navigate, which again is what some helpers do.

Last edited by Alad (2018-01-28 00:35:50)


Mods are just community members who have the occasionally necessary option to move threads around and edit posts. -- Trilby

Offline

#700 2018-01-28 08:46:40

aphirst
Member
From: Hull, England
Registered: 2008-06-30
Posts: 99
Website

Re: pacaur - an AUR helper that minimizes user interaction

Is there a reason you're not naming names?


ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD

Offline

Board footer

Powered by FluxBB