Package Details: perl-gtk2-unique 0.07-1.1

Git Clone URL: (read-only, click to copy)
Package Base: perl-gtk2-unique
Description: Perl bindings for the C library libunique
Upstream URL:
Licenses: LGPL, PerlArtistic
Submitter: City-busz
Maintainer: bidulock (PhotonX)
Last Packager: bidulock
Votes: 41
Popularity: 0.000081
First Submitted: 2017-01-24 12:15 (UTC)
Last Updated: 2022-06-01 16:32 (UTC)

Pinned Comments

bidulock commented on 2021-03-26 00:14 (UTC)

A PKGBUILD for libunique.

PhotonX commented on 2018-08-06 13:17 (UTC) (edited on 2018-08-06 13:19 (UTC) by PhotonX)

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! :)

Latest Comments

1 2 3 4 5 6 Next › Last »

PhotonX commented on 2021-04-29 12:37 (UTC)


bidulock commented on 2021-04-29 12:07 (UTC)

Fixed that sed line.

micwoj92 commented on 2021-04-12 00:49 (UTC) (edited on 2021-04-12 00:50 (UTC) by micwoj92)

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

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

edit: nvm found the issue

PhotonX commented on 2021-04-08 19:24 (UTC)

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

bidulock commented on 2021-03-26 00:14 (UTC)

A PKGBUILD for libunique.

bidulock commented on 2021-03-26 00:09 (UTC)

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.

micwoj92 commented on 2021-03-16 18:48 (UTC)

libunique dependency no longer exists as of today.

valandil commented on 2020-06-25 02:34 (UTC)

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")
# 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!

Ralf_Mardorf commented on 2019-07-05 08:38 (UTC) (edited on 2019-07-05 08:43 (UTC) by Ralf_Mardorf)

dschaefer79, are you serious? See #pinned-656931, #comment-696710 and follow-ups and #pinned-6104419.

dschaefer79 commented on 2019-07-05 08:34 (UTC)

Problem I have, when I'm installing Shutter....

loading packages... resolving dependencies... warning: cannot resolve "perl<5.29", a dependency of "perl-gtk2-unique" :: The following package cannot be upgraded due to unresolvable dependencies: perl-gtk2-unique

:: Do you want to skip the above package for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'perl<5.29' required by perl-gtk2-unique