Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1803912 - Bump API version to 1?
Summary: Bump API version to 1?
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: libhandy
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kalev Lember
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-02-17 16:48 UTC by Artem
Modified: 2020-06-07 19:47 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-06-07 19:45:58 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1803934 0 medium CLOSED Review Request: libhandy1 - Library with GTK+ widgets for mobile phones 2022-05-16 11:32:56 UTC

Description Artem 2020-02-17 16:48:21 UTC 
Description of problem:
Hello. I tried to update gnome-passwordsafe and seems like now it requires "libhandy-1". 0.0.13 should with API ver 1? Please help me with this issue. Here is upstream MR:
https://source.puri.sm/Librem5/libhandy/merge_requests/248

Version-Release number of selected component (if applicable):
libhandy-0.0.13-2.fc32

How reproducible:
Try to build new
https://gitlab.gnome.org/World/PasswordSafe/-/tags/3.99.2

Actual results:
meson.build:20:0: ERROR: Dependency "libhandy-1" not found, tried pkgconfig

Expected results:
Successful build for F32+
Comment 1 Yanko Kaneti 2020-02-17 18:27:55 UTC 
@kalev   -  Perhaps libhandy1 is in order ? Provisional..  bug 1803934
Comment 2 David Vásquez 2020-03-18 07:48:32 UTC 
We need libhandy 0.0.13 for F30, F31 too... Thanks
Comment 3 Kalev Lember 2020-03-25 17:34:59 UTC 
(In reply to David Vásquez from comment #2)
> We need libhandy 0.0.13 for F30, F31 too... Thanks

Sure, I think it should be fine to build 0.0.13 for F31. Just curious -- why do you need it?
Comment 4 Kalev Lember 2020-03-25 17:43:09 UTC 
As for bumping the API to "libhandy-1", I'm going to wait with this until it's properly released and GNOME actually starts using it. I think packaging a snapshot is a bit premature at this point.

If you need the new API already now, please just bundle the version of libhandy that you need in your program. It should be easy as libhandy supports bundling nicely.
Comment 5 Artem 2020-03-25 17:43:44 UTC 
(In reply to Kalev Lember from comment #3)
> (In reply to David Vásquez from comment #2)
> > We need libhandy 0.0.13 for F30, F31 too... Thanks
> 
> Just curious -- why do you need it?

In my case i always need a fresh libhandy for 'gfeeds' [1] where developer constantly using latest libhandy features. Also for Fractal which i building in Copr, but for Copr builds this is not really issue.

[1] https://gitlab.gnome.org/World/gfeeds
Comment 6 Kalev Lember 2020-03-25 18:14:38 UTC 
OK, here you go: https://bodhi.fedoraproject.org/updates/FEDORA-2020-8f8b32ccd4
Comment 7 David Vásquez 2020-03-25 22:34:44 UTC 
(In reply to Kalev Lember from comment #3)
> (In reply to David Vásquez from comment #2)
> > We need libhandy 0.0.13 for F30, F31 too... Thanks
> 
> Sure, I think it should be fine to build 0.0.13 for F31. Just curious -- why
> do you need it?

Hi, thanks. First, avoiding multiple versions, it help to reduces efforts. Other, I need it for build some rpms and requires current versions.
Comment 8 Artem 2020-05-24 12:33:27 UTC 
(In reply to Kalev Lember from comment #4)
> If you need the new API already now, please just bundle the version of
> libhandy that you need in your program. It should be easy as libhandy
> supports bundling nicely.

Hi. Kalev, can you help a little bit bit with this? Maybe there is some SPEC example how to bundle properly it for **Fedora**? There is new app appeared which requires new libhandy-1. I bundled it, but in very ugly way which could introduce problem in future. Didn't pushed to repos though.
Comment 9 Fabio Valentini 2020-05-28 12:40:26 UTC 
libhandy 0.80.0 was released a few days ago, which bumps API version to 1.0.0.
Some of my packages are starting to depend on libhandy-1 upstream, so it would be great if we could get the ball rolling for libhandy0 compat package / libhandy update to 0.80.
Comment 10 Kalev Lember 2020-05-28 12:49:59 UTC 
Fabio: Please see https://bugzilla.redhat.com/show_bug.cgi?id=1803934 for a parallel installable libhandy1 package review request. If you hadn't scared away the contributor this issue would be long resolved.
Comment 11 Fabio Valentini 2020-05-28 14:46:48 UTC 
I have prepared a PR for updating the package to 0.80.0 and a separate .spec for libhandy0:

https://src.fedoraproject.org/rpms/libhandy/pull-request/1
Comment 12 Kalev Lember 2020-05-28 15:17:37 UTC 
Thanks. Can you do it the other way around (as in introduce libhandy1)? This would make it easier to build new libhandy1 for F31 and F32 (which I'm sure Artem needs) without possibly causing problems for existing packages that link with libhandy.
Comment 13 Fabio Valentini 2020-05-29 13:39:48 UTC 
I've imported and built libhandy1:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1517284

I also added @kalev as admin and @gnome-sig as commiters to the new package.

Newpackage updates for f32 and f31 are on their way.
Comment 14 Fedora Update System 2020-05-29 13:50:18 UTC 
FEDORA-2020-e626b36c91 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-e626b36c91
Comment 15 Fedora Update System 2020-05-29 13:50:54 UTC 
FEDORA-2020-78d91bc814 has been submitted as an update to Fedora 31. https://bodhi.fedoraproject.org/updates/FEDORA-2020-78d91bc814
Comment 16 Kalev Lember 2020-05-29 15:18:10 UTC 
Excellent! Thanks, Fabio.
Comment 17 Fedora Update System 2020-05-30 02:04:03 UTC 
FEDORA-2020-78d91bc814 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf install --enablerepo=updates-testing --advisory=FEDORA-2020-78d91bc814 \*`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-78d91bc814

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 18 Fedora Update System 2020-05-30 04:04:01 UTC 
FEDORA-2020-e626b36c91 has been pushed to the Fedora 32 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf install --enablerepo=updates-testing --advisory=FEDORA-2020-e626b36c91 \*`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-e626b36c91

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 19 Fedora Update System 2020-06-07 19:45:58 UTC 
FEDORA-2020-78d91bc814 has been pushed to the Fedora 31 stable repository.
If problem still persists, please make note of it in this bug report.
Comment 20 Fedora Update System 2020-06-07 19:47:09 UTC 
FEDORA-2020-e626b36c91 has been pushed to the Fedora 32 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.