Arch Linux User Repository

https://gist.github.com/bbidulock/5fe3d829b8210e50a606dc9cfd145962

A PKGBUILD for libunique.

In case that perl-gtk2-unique prevents the perl update to 5.28, please remove perl-gtk2-unique

pacman -Rdd perl-gtk2-unique

then do the update and then install it again

$YOUR_FAVORITE_AUR_HELPER -S perl-gtk2-unique

In case there is a better solution, please let me know! :)

I don't know if this package is still useful to others. I haven't needed it in several years.

$ grep perl-gtk2-unique /var/log/pacman.log | tail -1
[2021-05-29T08:18:10+0200] [ALPM] removed perl-gtk2-unique (0.05-25.20200624)

Is this package still necessary? Looks like it has no reverse dependencies left.

Thanks!

Fixed that sed line.

Weird that libunique still stays, I encountered couple more packages that were deleted but on AUR page it still redirects to delete package search in main repos. Is that issue? I have no idea where to look for it or how even name it.

For example in this package https://aur.archlinux.org/packages/pyqt4-common/

the dependency python2-dbus still redirects to search on main repo but it was removed almost month ago

https://github.com/archlinux/svntogit-packages/commit/032eb13f28438edb51ac6254e10eadccc252382f

edit: nvm found the issue

https://gitlab.archlinux.org/archlinux/aurweb/-/issues/11

Looks like line 33 of the PKGBUILD is cut off (the sed call).

https://gist.github.com/bbidulock/5fe3d829b8210e50a606dc9cfd145962

A PKGBUILD for libunique.

I have a libunique ready to go but aur won't let me push it because it says it still exists in [extra]. When it lets me I will push it.

libunique dependency no longer exists as of today.

So, I've ran into the issue addressed in the pinned comment for the update to 5.32. I followed the instructions and ugpraded, that's fine.

I just want to make sure I understand the issue. Is that part of the PKGBUILD needed to prevent soname bump issues?

_perl_depends() {
# template start; name=perl-binary-module-dependency; version=1;
if [[ $(find "$pkgdir/usr/lib/perl5/" -name "*.so") ]]; then
    _perlver_min=$(perl -e '$v = $^V->{version}; print $v->[0].".".($v->[1]);')
    _perlver_max=$(perl -e '$v = $^V->{version}; print $v->[0].".".($v->[1]+1);')
    depends+=("perl>=$_perlver_min" "perl<$_perlver_max")
fi
# template end;
}

If I understand this correctly, we have to decide to either deal with unresolved dependencies when perl is upgraded, or to deal with soname issues at runtime?

If that's the case, I think the present solution is the right one, even if it's a bit annoying. I prefer that to having to chase down some runtime issue later on.

Thanks for the package!