Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 342461 (libnl:3) - [Tracker] dev-libs/libnl:3 incompatibility
Summary: [Tracker] dev-libs/libnl:3 incompatibility
Status: RESOLVED FIXED
Alias: libnl:3
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High enhancement with 1 vote (vote)
Assignee: Gentoo Netmon project
URL: http://tinderbox.dev.gentoo.org/misc/...
Whiteboard:
Keywords: Tracker
Depends on: 343621 382159 382467 382469 382471 382473 382475 382477 388589 388625 388657 388659 389173
Blocks:
  Show dependency tree
 
Reported: 2010-10-24 12:52 UTC by Kfir Lavi
Modified: 2012-08-08 10:20 UTC (History)
6 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kfir Lavi 2010-10-24 12:52:01 UTC
Hi,
libnl has new version - v2.x
Is it possible to add this version to the portage tree?

Regards,
Kfir

Reproducible: Always
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2010-10-25 05:19:29 UTC
It's in the tree, but it's package.masked because of the probably API breakage. Maybe it's useful to both compile and run all the software[1] that depends on libnl.

[1] http://tinderbox.dev.gentoo.org/misc/rindex/dev-libs/libnl
Comment 2 Mark Tiefenbruck 2010-10-26 20:36:55 UTC
Yes, I obtained it yesterday at some point when it wasn't masked, and the removal of libnl.so.1 broke wpa_supplicant, which couldn't be recompiled against the new libnl. Fortunately, wpa_supplicant worked when I symlinked libnl.so.2 to libnl.so.1, or I would have had to obtain an ethernet connection somewhere to regain internet access and downgrade my libnl. Please put a block on the unmasking of libnl2 until this is resolved.
Comment 3 Kfir Lavi 2010-10-26 22:16:16 UTC
(In reply to comment #2)
> Yes, I obtained it yesterday at some point when it wasn't masked, and the
> removal of libnl.so.1 broke wpa_supplicant, which couldn't be recompiled
> against the new libnl. Fortunately, wpa_supplicant worked when I symlinked
> libnl.so.2 to libnl.so.1, or I would have had to obtain an ethernet connection
> somewhere to regain internet access and downgrade my libnl. Please put a block
> on the unmasking of libnl2 until this is resolved.
> 

Isn't it possible to start distributing libnl2 and add the symlink above? or i'm missing something important.
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2010-10-26 22:26:38 UTC
(In reply to comment #3)
> Isn't it possible to start distributing libnl2 and add the symlink above?

Preventing dynamic linking is precisely the reason why the API change is accompanied with an SONAME change.

If you set the symlink, that will very likely cause unexpected behaviour from the programs you are trying to get to "work".
Comment 5 Kfir Lavi 2010-12-21 10:25:20 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > Isn't it possible to start distributing libnl2 and add the symlink above?
> 
> Preventing dynamic linking is precisely the reason why the API change is
> accompanied with an SONAME change.
> 
> If you set the symlink, that will very likely cause unexpected behaviour from
> the programs you are trying to get to "work".
> 
Thanks,
I didn't figure it out myself. 

Regards,
Kfir
Comment 6 Karl H 2011-03-26 11:18:02 UTC
libnl 3.0 is out.   All libnl major versions APIs are incompatible so this lib may need a slot'd install.
Comment 7 Jeroen Roovers (RETIRED) gentoo-dev 2011-03-29 14:24:30 UTC
(In reply to comment #6)
> libnl 3.0 is out.   All libnl major versions APIs are incompatible so this lib
> may need a slot'd install.

Thanks. We would require installation without file collisions in order to support SLOTting. As bug #343621 shows, dependencies do not support this yet either.

I have added 3.0 to the tree, masked as 2.0 is.

Also, this should be a tracker bug - before either new major version can be unmasked, bugs of reverse DEPEND incompatibilities should be reported and made to block this bug.

We may also need to investigate whether SLOTting is desired and/or possible. It all depends on what reverse dependencies require of libnl.
Comment 8 Oleg Gawriloff 2011-04-27 14:26:10 UTC
Any news?
Comment 9 Bjarke Istrup Pedersen (RETIRED) gentoo-dev 2011-09-09 23:20:24 UTC
net-wireless/iw has been updated to 3.1 and has support for >=libnl-2.0
net-wireless/hostapd-0.7.3 has been fixed, so it works with >=libnl-2.0 also.
Comment 10 Bjarke Istrup Pedersen (RETIRED) gentoo-dev 2011-09-10 07:29:02 UTC
net-wireless/crda is also fixed
Comment 11 Tomáš Chvátal (RETIRED) gentoo-dev 2011-09-10 09:10:58 UTC
Please stop commenting on this tracker bug.

Rather try to build the packages from the URL with the latest idn, and report bugs with blocker on this one if it fails.

Also possibly attach patches to the specified bugreports.

Commenting that 2 more packages work with the latest won't help if still rest of them fails.
Comment 12 Jeroen Roovers (RETIRED) gentoo-dev 2011-10-26 15:45:41 UTC
I have removed the package.mask entry, now that libnl is SLOTted (1.1 vs 3).
Comment 13 Jeroen Roovers (RETIRED) gentoo-dev 2012-08-08 10:20:04 UTC
All done. Thanks everyone.