Package Details: perl-gtk2-unique 0.07-1.1

Git Clone URL: https://aur.archlinux.org/perl-gtk2-unique.git (read-only, click to copy)
Package Base: perl-gtk2-unique
Description: Perl bindings for the C library libunique
Upstream URL: https://metacpan.org/release/Gtk2-Unique
Licenses: LGPL, PerlArtistic
Submitter: City-busz
Maintainer: bidulock (PhotonX)
Last Packager: bidulock
Votes: 41
Popularity: 0.000636
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)

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

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

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

Thanks!

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 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

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)

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

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

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

PhotonX commented on 2019-07-03 20:55 (UTC)

You're welcome, shit happens. :)

andr3as commented on 2019-07-03 13:58 (UTC)

omg, thanks PhotonX..

wer lesen kann is klar im vorteil...

PhotonX commented on 2019-07-03 13:46 (UTC)

==> perl-gtk2-unique-0.05-24 already made -- skipping build loading packages...

Looks like you need to tell your AUR helper to force a rebuild.

andr3as commented on 2019-07-03 13:32 (UTC)

hi,

i get a build error due to the perl version i have installed..

==> perl-gtk2-unique-0.05-24 already made -- skipping build 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

perl -v

This is perl 5, version 30, subversion 0 (v5.30.0) built for x86_64-linux-thread-multi

anyone has a hint?

thanks, Andreas

Kastilo commented on 2019-06-18 21:18 (UTC)

No No, everything is fine now, sorry so much for the bother

Ralf_Mardorf commented on 2019-06-18 17:21 (UTC)

Kastilo, that's why I mentioned by the previous posted link, that "Each time a 'http://search'-URL is used, I need to replace it by the direct download link".

If it failed for you due to the issue I reported, too, consider to add a comment, too.

Kastilo commented on 2019-06-18 16:58 (UTC)

Ah, thank you Ralf, I was half asleep trying to fix that and didn't notice, anyways the perl-cpanel-json-xs package wouldn't download but lucky I found another source, so everything is all good now, thanks

Ralf_Mardorf commented on 2019-06-18 07:09 (UTC)

Kastilo, when you installed the perl update you ignored the output of pacman.

$ grep "WARNING: ..s" detect-old-perl-modules.sh -A1
                printf "WARNING: '%s' contains data from at least %d packages which will NOT be used by the installed perl interpreter.\n" "$dir" "$pkgcount"
                printf " -> Run the following command to get a list of affected packages: pacman -Qqo '%s'\n" "$dir"

Follow this steps. Don't worry about the issue mentioned at the end of the comment, it's already fixed.

Kastilo commented on 2019-06-18 06:37 (UTC)

When trying to run shutter I get this error

Can't locate Gnome2.pm in @INC (you may need to install the Gnome2 module) (@INC contains: /usr/lib/perl5/5.30/site_perl /usr/share/perl5/site_perl /usr/lib/perl5/5.30/vendor_perl /usr/share/perl5/vendor_perl /usr/lib/perl5/5.30/core_perl /usr/share/perl5/core_perl) at /usr/bin/shutter line 37. BEGIN failed--compilation aborted at /usr/bin/shutter line 37.

PhotonX commented on 2019-06-12 16:16 (UTC)

@nv2k: When building packages yay usually asks which of them to clean build, so you could have just told yay to clean build perl-gtk2-unique (also necessary for other perl packages which need a rebuild) instead of deleting all the cache. ;)

nv2k commented on 2019-06-12 15:59 (UTC) (edited on 2019-06-12 16:00 (UTC) by nv2k)

Thanks, guys. I had to delete the package because it was already built.

I did:

yay -Scc

Then I tried again and it installed correctly.

Ralf_Mardorf commented on 2019-06-12 14:51 (UTC)

What exactly fails to work for you? For me it worked even by using a discontinued AUR helper.

$ grep perl-gtk2-unique /var/log/pacman.log | tail -4
[2019-06-12 11:24] [PACMAN] Running 'pacman -Rdd perl-gtk2-unique'
[2019-06-12 11:24] [ALPM] removed perl-gtk2-unique (0.05-24)
[2019-06-12 11:32] [PACMAN] Running 'pacman --color auto -U /tmp/yaourt-tmp-rocketmouse/PKGDEST.QkP/perl-gtk2-unique-0.05-24-x86_64.pkg.tar.xz'
[2019-06-12 11:32] [ALPM] installed perl-gtk2-unique (0.05-24)

I just notice now, that I've forgotten to edit pkgrel from 24 to 24.1.

PhotonX commented on 2019-06-12 14:49 (UTC)

@nv2k: What exactly isn't working?

nv2k commented on 2019-06-12 14:13 (UTC)

Guys, PhotonX solution isn't working with the new perl 5.30.

Any ideas?

vstuart commented on 2018-08-16 16:53 (UTC) (edited on 2018-08-16 16:56 (UTC) by vstuart)

Re: the "installing perl (5.28.0-1) breaks dependency 'perl<5.27' required by perl-gtk2-unique" error, @PhotonX's solution worked for me (thanks!). The first update updated a gazillion (336!) packages which took a few minutes. Afterward, I reinstalled "perl-gtk2-unique" using pacaur, and all appeared to be well. :-)

Ralf_Mardorf commented on 2018-08-07 16:06 (UTC) (edited on 2018-08-07 16:33 (UTC) by Ralf_Mardorf)

Regarding aur-general archives 2018-June/034142 and aur-general archives 2018-June/0341449 it isn't necessary.

OTOH taking a look at 'pacman -Qm' I even found something like soundhelix commit [8f2fa8be973e](https://aur.archlinux.org/cgit/aur.git/commit/?h=perl-gtk2-unique&id=8f2fa8be973e).

My preference is as Vrakfall commented on 2018-08-06 13:44, "Bumping for updates on Arch stable only seems like a good idea".

However, not incrementing the pkgrel obviously is correct.

PhotonX commented on 2018-08-07 12:51 (UTC)

Right, I didn't notice the URL difference in your comment, sorry. :)

Concerning the bump, see my discussion with Vrakfall. Also, due to the version check perl-gtk2-unique needs to be removed such that perl can be installed at all, so the bump is not necessary, right?

Ralf_Mardorf commented on 2018-08-07 12:00 (UTC) (edited on 2018-08-07 12:01 (UTC) by Ralf_Mardorf)

There's no need to test it, this is exactly how I build the package, see my comment from 2018-08-07 02:55. Btw. I incremented the pkgrel to 23, since we need to build against the new version of perl, not regarding the fixed URL.

PhotonX commented on 2018-08-07 11:53 (UTC)

@Ralf_Mardorf: I pushed a silent update, could you check if it works now?

Ralf_Mardorf commented on 2018-08-07 09:42 (UTC)

[rocketmouse@archlinux perl-gtk2-unique]$ makepkg -s
==> Making package: perl-gtk2-unique 0.05-22 (Tue 07 Aug 2018 11:34:29 AM CEST)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Downloading Gtk2-Unique-0.05.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (22) The requested URL returned error: 403 Forbidden
==> ERROR: Failure while downloading http://search.cpan.org/CPAN/authors/id/P/PO/POTYL/Gtk2-Unique-0.05.tar.gz
    Aborting...

PhotonX commented on 2018-08-07 09:25 (UTC)

@Ralf_Mardorf: Actually, it shouldn't make a difference and I cannot reproduce the problem. Which error did you get when trying to build the package?

Ralf_Mardorf commented on 2018-08-07 02:55 (UTC)

I got a failure while downloading http://search.cpan.org/CPAN/authors/id/P/PO/POTYL/Gtk2-Unique-0.05.tar.gz, so I replaced the source with "https://cpan.metacpan.org/authors/id/P/PO/POTYL/${_cpanname}-${pkgver}.tar.gz" and incremented the pkgrel to 23.

Vrakfall commented on 2018-08-06 16:46 (UTC)

@PhotonX I don't know. :P Who has time anyway? Tho, it's probably possible for AUR packages already.

PhotonX commented on 2018-08-06 15:04 (UTC)

Yeah, basically, the perl packages should be rebuild directly at perl updates which is only possible if they are prebuild by repo maintainers rather than build at the users' machines.

Binary repos with automated commits would be a very elegant solution but who is knowledgeable enough and at the same time has enough time to do it?

Vrakfall commented on 2018-08-06 14:32 (UTC)

@PhotonX: Oh, you're right, it was there before. My bad. Well, then I guess it was maybe there for the maintainers to see they had to rebuild it with every major perl version (as perl stable versions seems to be about even numbers only), so they could see it in testing before pushing it to stable. This is only pure guess.

Mmmh, that's very interesting. There's probably no easy good answer then. :/ Maybe an automated commit (like a webhook) that bumps the pkgrel withing seconds of (does it have to only be major?) update of perl? We could also make a custom repo for perl packages.

PhotonX commented on 2018-08-06 14:02 (UTC) (edited on 2018-08-06 14:10 (UTC) by PhotonX)

@Vrakfall: Well, the check has been there in the original package (check the very first commit), has been removed on 2017-03-09 and reintroduced on 2017-06-09, not sure why.

Concerning Manjaro, I personally use both Arch and Manjaro and also use the AUR with both distros. Of course, AUR packages should not include "optimizations" for downstream distros but I don't think that not bumping the packages is such an optimization. :)

Another thing: Even from Arch's perspective only, there are problems with bumping. In the real world the bumping won't happen at the same time as the perl update is pushed to the stable repos, there will be some delay which in the best case is a few hours, typically a day or two, in the worst case maybe a week or even more.

If such a bump comes with a decent delay, then some percentage of users, which depends on how large the delay is, will already have dealt with the issue and rebuilt the package themselves (so the bump is too late for them) and due to the bump will have to rebuild the packages again.

And another addendum, I asked a similar question 7 years ago on the Arch forums with no really satisfactory reply: https://bbs.archlinux.org/viewtopic.php?id=120279 Maybe it is time for another try? :)

Vrakfall commented on 2018-08-06 13:44 (UTC)

@PhotonX: Also, I don't think most AUR maintainers usually pay attention to Manjaro issues since it's not the same distro. Bumping for updates on Arch stable only seems like a good idea. Still needs the advice of a senior maintainer I think.

Vrakfall commented on 2018-08-06 13:38 (UTC)

@PhotonX: Apparently, the version check seems to be born on the AUR from the commit of 2017-03-09. Judging from what was done before, it seems to need a rebuild. I don't have more clue, I don't really know how perl works. I guess we should look for the advice of other ABS/AUR maintainers.

PhotonX commented on 2018-08-06 13:33 (UTC) (edited on 2018-08-06 13:38 (UTC) by PhotonX)

@Vrakfall: I don't know exactly what the idea behind the version check is, the package arrived this way from the community/ repo. :)

Yes, I checked and it works with Perl 5.28, not sure if it needs a rebuild but most probably it does.

Concerning bumping the pkgrel on perl updates, see this discussion: https://forum.manjaro.org/t/aur-install-packages-with-perl-broken-again/30913/4

Vrakfall commented on 2018-08-06 13:28 (UTC)

@PhotonX Ahah, we were checking it out at the same time. You got it working with perl 5.28? Should we flag it as out-of-date? The whole way the PKGBUILD checks for the maximum perl version seems wonky (excepts if it's a way for the author to be noticed of a new major version?). Shouldn't it get changed so pkgrel changes helps with noticing the need to rebuild the package?

Vrakfall commented on 2018-08-06 13:24 (UTC) (edited on 2018-08-06 13:30 (UTC) by Vrakfall)

@UniversesAurora, @unixfox: This is because of the way one of the PKGBUILD author handles the perl dependencies which is checked at build time and the max version is set as the current + 1. A contributor should test to build it with perl 5.28 and test if it works and then update the PKGBUILD.

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

unixfox commented on 2018-08-06 12:25 (UTC)

I have the same error as you @UniversesAurora

UniversesAurora commented on 2018-08-06 10:03 (UTC) (edited on 2018-08-06 10:05 (UTC) by UniversesAurora)

get ' :: installing perl (5.28.0-1) breaks dependency 'perl<5.27' required by perl-gtk2-unique' when update

PhotonX commented on 2018-02-12 13:03 (UTC) (edited on 2018-02-12 13:05 (UTC) by PhotonX)

Please include this patch: https://rt.cpan.org/Public/Bug/Display.html?id=120115

PKGBUILD: https://pastebin.com/928uagam

It fixes the second instance crash in Shutter.

Thanks!

crotok commented on 2017-06-04 12:15 (UTC)

Thanks for the patch @figue! This is fixed and pushed.

figue commented on 2017-06-02 13:54 (UTC)

Please, add "export PERL_USE_UNSAFE_INC=1" in build() to workaround Perl 5.26 build. Thanks!

christooss commented on 2017-02-27 14:17 (UTC) (edited on 2017-02-27 14:18 (UTC) by christooss)

@crotok try installing manually not with pacaur. I had same issues but installing pkgbuild with makepkg -s and makepkg -i each individual packages solved the problem.

redbaron commented on 2017-02-26 08:34 (UTC)

Same problem, can't update, gives error: "no results found for perl< (dependency tree: perl-gtk2-unique perl)" But I have perl installed: "perl 5.24.1-1" Should I install perl-fake? But why if I have real perl already installed?!

crotok commented on 2017-02-20 07:59 (UTC)

Same as @perl-gnome2-wnck, 'perl' is missing as dependency to fix the perl>= (perl-fake) & perl< (perl-fake) that block this package installation. Thanks!