gimp dependency gegl02 [SOLVED]

Cody Learner · 2018-05-14 17:15:05

After an aur package update check using aurt, it brought to my attention gegl02 is no longer available. https://www.archlinux.org/packages/extra/x86_64/gegl02/

Since I've considered gimp an essential package for the last 10 or so years, this is concerning. Anyone know anything regarding the future?

Thanks....

Last edited by Cody Learner (2018-05-16 01:35:51)

loqs · 2018-05-14 17:17:30

https://git.archlinux.org/svntogit/pack … 46959bd554

Trilby · 2018-05-14 17:18:57

Repo packages do not depend on AUR packages: GIMP depends on gegl, not gegl02 and gegl is in [extra].

Cody Learner · 2018-05-14 17:43:17

Thanks for quick reply.

Thanks for link logs.
That's what I thought Trilby.

I just updated my system and unless I'm mistaken, see gimp no longer depends on gegl02. So am I correct to conclude that the update 11 hours ago fixed what I'm asking about? https://git.archlinux.org/svntogit/pack … kages/gimp

The link logs provided, and please bear with me as I'm trying to learn more... The 2 lines in red proceeded with '-' mean removed from PKGBUILD, correct?

-         'libexif' 'gegl02' 'jasper' 'desktop-file-utils' 'hicolor-icon-theme' 'babl'
-         'openexr' 'libgudev')

Also, what does 'path: root/trunk' indicate? I assume trunk = pre-release?

Can I view the current PKGBUILD's for official repo packages in a web browser? That would verify to me what I'm assuming.

Trilby · 2018-05-14 17:58:21

Yes diff/patch files use '-' to mean the line was removed and '+' to mean a line was added.

But the current version of gegl was added to the repos a day before gimp was updated to depend on it. So ... are you doing partial upgrades, or are you replacing main repo packages with AUR versions? Or are you relying on a broken pacman wrapper that is doing one or both of the above? You say you updated with an AUR helper, but none of the packages in question are AUR packages.

edit: Ah, you are using your own aur helper. But aurt as it is on your github page does not seem update repo packages, just aur packages. So what *actually* happened? Perhaps one explanation is that you tried to update your "aur" packages without updating your repo packages and on top of that you used aurt and aurt doesn't differentiate between aur packages and local packages; the latter of these could be improved, the former is simply a very bad idea.

Last edited by Trilby (2018-05-14 18:09:24)

loqs · 2018-05-14 17:59:04

https://git.archlinux.org/svntogit/pack … kages/gimp
trunk is the latest commit for the package while repos/extra-x86_64 is the PKGBUILD used to generate the package in that repo.

Cody Learner · 2018-05-14 18:25:08

OK, I found a way to easily view the current official repo PKGBUILD's.

https://git.archlinux.org/svntogit/packages.git/tree
https://git.archlinux.org/svntogit/pack … /tree/gimp
https://git.archlinux.org/svntogit/pack … tra-x86_64
https://git.archlinux.org/svntogit/pack … 4/PKGBUILD

So ... are you doing partial upgrades, or are you replacing main repo packages with AUR versions? Or are you relying on a broken pacman wrapper that is doing one or both of the above? You say you updated with an AUR helper, but none of the packages in question are AUR packages.
edit: Ah, you are using your own aur helper. But aurt as it is on your github page does not seem update repo packages, just aur packages. So what *actually* happened?

Aurt has a -Vc operation that "checks and reports" for available AUR updates. It notified me gegl02 was not available in either AUR or official repos, but it was installed on my system.

So I investigated gegl02 prior to system update, or AUR updating...

So I'm not sure anything actually is broken, except possibly myself. Trying to learn and figure out how to have aurt, which is still alpha phase, to properly deal with this, as in when an official repo package gets removed. Not the first time, but the first time I'm looking into it more.

I'm thinking a system update prior to running aurt -Vc may have removed gegl02, which would have eliminated this whole thing?

$ pacman -Qq | grep gegl
gegl
gegl02

Hmmm, I need to look into this a bit more...

Edit: After thinking with the help of the input here...

Although somewhat out of the scope of an AUR helper, when an official package gets removed from the repos, either as an AUR package or not, it causes aurt to choke on the -Vc operation, bringing it to my attention in the update report. I've just thought through a process that may allow aurt to attempt to deal with this:

Information: System must be up to date prior to running aurt -Vc.
Information: Have user create list of -Qqm packages to hang onto.
note: aurt installed AUR packages are registered in local aur repo, therefore do not show up as local (pacman -Qqm)
aurt -Vc check :
1) checks for official package updates.* Exit if available. Warn user not up to date.
* Pretty sure there are solutions out there already to do this 'safely'. Would require another dependency or using existing code...
2) checks for user created -Qqm package list. Warns if no list with option to exit.
3) runs pacman -Qqm, checks results against user created -Qqm list.
Warn user X packages are going to be removed, with option to exit.
aurt removes X packages.
aurt proceeds as normal -Vc check.

But upon reflecting, in my opinion, orphan package management falls squarely onto the user managed responsibility list. Better to not deal with it by just implementing enough of the above to inform the user of a new orphan upon exiting. User deals with it prior to rerunning -Vc.

So with this said Trilby, if I would have followed this process including dealing with the new orphan, prior to running aurt -Vc, it would have been a non issue. This verifies that I am the broken component in this situation?

Edit: Going over this again...

Perhaps one explanation is that you tried to update your "aur" packages without updating your repo packages

Kind of correct. I checked for AUR updates without a system update first. Bad move on my part and I know better...

aurt doesn't differentiate between aur packages and local packages ....... could be improved

I somehow missed this earlier today. Correct. With aurt, I have no locally installed packages normally. Implementing this should be pretty straight forward, and it seems would be a simple fix for the "packages removed from repos" issue.

Thanks!

Edit
Fixed: https://github.com/Cody-Learner/aurt.au … d/issues/1

Last edited by Cody Learner (2018-05-16 04:14:35)

loqs · 2018-05-14 18:40:50

pacman -Syu #would not remove gegl02
pacman -Qdt #would detect gegl02 is unrequired then you could remove it

Arch Linux

#1 2018-05-14 17:15:05

gimp dependency gegl02 [SOLVED]

#2 2018-05-14 17:17:30

Re: gimp dependency gegl02 [SOLVED]

#3 2018-05-14 17:18:57

Re: gimp dependency gegl02 [SOLVED]

#4 2018-05-14 17:43:17

Re: gimp dependency gegl02 [SOLVED]

#5 2018-05-14 17:58:21

Re: gimp dependency gegl02 [SOLVED]

#6 2018-05-14 17:59:04

Re: gimp dependency gegl02 [SOLVED]

#7 2018-05-14 18:25:08

Re: gimp dependency gegl02 [SOLVED]

#8 2018-05-14 18:40:50

Re: gimp dependency gegl02 [SOLVED]

Board footer