You can see there’s 2 other problems as well, so i might need to also ask about them later, once i understand the least-worst thing i should do for the first problem.
Thanks.
PS - I know i am a hopelessly slow learner, but i still don’t understand why TW keeps freaking me out with these impossible choices; why can’t it work out the “correct” action itself?
Just to clarify, am i correct to assume that your quoting me Solution 2 for Problem 1, means that you are recommending that should be my action [ie, pick Sol.2]? If so, should i select the same option for those other two problems also pls?
There’s just no way i can ever know, without seeking help here, what i should do with these opaque problems.
No, I do not recommend anything - I explain where the problem comes from so you can make decision. I do not know what or who requires this package to make any recommendations.
Other two problems are related to Perl update as well.
Waiting couple of days until third party repo catches up and rebuilds dependent packages is just as viable option as any. If this does not happen in reasonable time, contact maintainer.
Thanks. A day later, the Problems have reduced to two, not the original three #1 is now gone]. Those remaining warnings pertain to Shutter. Having TW running properly, including still with all my desired pgms, is “critical” on my Tower, but only “important” on my Lappy. Hence i decided to use the latter as a guinea pig. For current Problem 1 [previously = Problem 2] i tried Solution 1 [ie, retain the myriad obsolete versions of all the dependencies]. That proved unviable, as it then lead to a cascading torrent of several dozen extra Problems. I aborted that dup, & tried again, this time choosing Solution 2… deinstall Shutter. That lead to Problem 2 [was #3] getting focus, for which i again chose Solution 2, remove Shutter. Thereafter the dup proceeded without incident, as did the Lappy reboot. Once back at my desktop, i attempted to install Shutter again, but as anticipated i now cannot, due to unmet dependencies.
gooeygirl@linux-Lappy:~> **zypper if shutter
**Loading repository data...
Reading installed packages...
Information for package shutter:
--------------------------------
Repository : Main Repository (OSS)
Name : shutter
Version : 0.94-1.2
Arch : noarch
Vendor : openSUSE
Installed Size : 13.5 MiB
Installed : No
Status : not installed
Source package : shutter-0.94-1.2.src
Summary : Featureful screenshot tool
Description :
Shutter is a GTK+ 2.0 screenshot application written in perl.
Shutter covers all features of common command line tools like
scrot or import and adds reasonable new features combined
with a comfortable GUI using the GTK+ 2.0 framework
gooeygirl@linux-Lappy:~> **sudo zypper in shutter**
[sudo] password for root:
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides perl(Gtk2::Unique) needed by shutter-0.94-1.2.noarch
Solution 1: do not install shutter-0.94-1.2.noarch
Solution 2: break shutter-0.94-1.2.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c):
gooeygirl@linux-Lappy:~>
For me, Shutter is a major-important utility pgm. Whilst i can get by without it on Lappy for a temporary period, i cannot on Tower. Hence sadly i feel i cannot upgrade Tower from its present 20170928 to Lappy’s now 20171005.
I imagine that squillions of other users equally regard Shutter as vital. Is is reasonable for me to assume, therefore, that it might only be days rather than weeks or months before Shutter is recompiled against the new dependencies & once again available?
Open bug report. perl-Gtk2-Unique was deleted a month ago; either shutter has to be updated to not require it or package has to go back.
519980 State:accepted By:dimstar_suse When:2017-09-05T13:12:57 delete: openSUSE:Factory/perl-Gtk2-Unique
Review by Group is accepted: legal-auto(licensedigger)
Review by Group is accepted: factory-auto(factory-auto)
Review by Group is accepted: factory-staging(staging-bot)
Review by Package is accepted: devel:languages:perl/perl-Gtk2-Unique(coolo)
Review by User is accepted: repo-checker(repo-checker)
Review by Project is accepted: openSUSE:Factory:Staging:B(dimstar_suse)
Descr: osc whatdependson perl-Gtk2-Unique comes back empthy and so does
zypper se --requires --recommends perl-Gtk2-Unique -- Remove
what seems to be an obsolete package that depends on libunique1
(old compat package)
Comment: Accept to openSUSE:Factory
Hi
Does it break if you choose option 2? If not, rock on…
Use cpan to install direct, or install direct from the development repo;
zypper in https://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_Tumbleweed/x86_64/perl-Gtk2-Unique-0.05-8.16.x86_64.rpm
BTW, up to 20171006 now…
I guess I’m not in the squillions then… A bug report (but I guess that won’t happen), or the Factory Mailing List, put a comment on the build project, ping the maintainer, jump on IRC Freenode #opensuse-factory or even branch the project and remove the requires and test/submit. Lots of ways to do thing since it’s a Community distribution
Thanks for the info. I would happily create a bug-report if it did not entail foregoing my privacy. Given it does, sadly i can’t/won’t. Frankly i’m astonished that the system was designed without apparent consideration or regard for privacy. Not everyone wants their name & email address on public display.
gooeygirl@linux-Lappy:~> **sudo zypper in shutter
**[sudo] password for root:
Retrieving repository 'Main Repository (NON-OSS)' metadata ....................................................................[done]
Building repository 'Main Repository (NON-OSS)' cache .........................................................................[done]
Retrieving repository 'Main Repository (OSS)' metadata ........................................................................[done]
Building repository 'Main Repository (OSS)' cache .............................................................................[done]
Retrieving repository 'Packman Repository' metadata ...........................................................................[done]
Building repository 'Packman Repository' cache ................................................................................[done]
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides perl(Gtk2::Unique) needed by shutter-0.94-1.2.noarch
Solution 1: do not install shutter-0.94-1.2.noarch
Solution 2: break shutter-0.94-1.2.noarch by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c): 2
Resolving dependencies...
Resolving package dependencies...
The following application is going to be installed:
Shutter
The following 2 NEW packages are going to be installed:
shutter shutter-lang
2 new packages to install.
Overall download size: 1.7 MiB. Already cached: 0 B. After the operation, additional 15.6 MiB will be used.
Continue? [y/n/...? shows all options] (y):
Retrieving package shutter-lang-0.94-1.2.noarch (1/2), 368.0 KiB ( 2.1 MiB unpacked)
Retrieving: shutter-lang-0.94-1.2.noarch.rpm ....................................................................[done (208.2 KiB/s)]
Retrieving package shutter-0.94-1.2.noarch (2/2), 1.3 MiB ( 13.5 MiB unpacked)
Retrieving: shutter-0.94-1.2.noarch.rpm .........................................................................[done (413.9 KiB/s)]
Checking for file conflicts: ..................................................................................................[done]
(1/2) Installing: shutter-lang-0.94-1.2.noarch ................................................................................[done]
(2/2) Installing: shutter-0.94-1.2.noarch .....................................................................................[done]
gooeygirl@linux-Lappy:~> **shutter**
GdkPixbuf-LOG **: gdk_pixbuf_from_pixdata() called on: at /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/Gtk2.pm line 126.
GdkPixbuf-LOG **: Encoding raw at /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/Gtk2.pm line 126.
GdkPixbuf-LOG **: Dimensions: 16 x 16 at /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/Gtk2.pm line 126.
GdkPixbuf-LOG **: Rowstride: 64, Length: 1048 at /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/Gtk2.pm line 126.
GdkPixbuf-LOG **: Copy pixels == true at /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi/Gtk2.pm line 126.
Can't locate Gtk2/Unique.pm in @INC (you may need to install the Gtk2::Unique module) (@INC contains: /usr/lib/perl5/site_perl/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/site_perl/5.26.1 /usr/lib/perl5/vendor_perl/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl/5.26.1 /usr/lib/perl5/5.26.1/x86_64-linux-thread-multi /usr/lib/perl5/5.26.1 /usr/lib/perl5/site_perl) at /usr/bin/shutter line 50.
BEGIN failed--compilation aborted at /usr/bin/shutter line 50.
Fwiw, i also searched for Shutter AppImage & Snap packages; neither was found. I tried installing the Shutter oS One-Click Direct install, but predictably it failed for the same unmet dependency problem.
I searched cpan for Shutter [none], then for perl-Gtk2-Unique [a page of obscure hits; i didn’t know what to do then].
A nice idea, but:
gooeygirl@linux-Lappy:~> sudo zypper in https://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_Tumbleweed/x86_64/perl-Gtk2-Unique-0.05-8.16.x86_64.rpm
[sudo] password for root:
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Problem: nothing provides perl(:MODULE_COMPAT_5.24.1) needed by perl-Gtk2-Unique-0.05-8.16.x86_64
Solution 1: do not install perl-Gtk2-Unique-0.05-8.16.x86_64
Solution 2: break perl-Gtk2-Unique-0.05-8.16.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/c] (c): c
gooeygirl@linux-Lappy:~>
I shall look into one or other or all of those three bolded ones, thanks. I’m still pretty shocked though to find this obvious fault, & meanwhile still have to hold back my Tower’s TW at 20170928. Shutter is a oS repos package, so why did TW’s inhouse auto-test facility not find this problem?
Aw not fair, i specifically refreshed the page to ensure i wasn’t about to duplicate any possible update you might have made re existing B/R, saw i was safe, dashed off my update & submitted, only to then see i was again too slow. Sigh.
Soy you won’t file bug report for the problem that affects you personally because you value your privacy but you do not care about other’s privacy. Point noted.
Oh dear, i am sorry. I would never have done that except that i have previously noted you have been named by others regularly here in the forum, from which i incorrectly assumed that it must have been ok with you. Now that i know it’s not, i shall never do it again. It is not my own privacy that i only respect, it’s everyones’, & i’m mortified to have slipped up here due to a faulty assumption i made.