Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 444814 - net-misc/networkmanager - add live git ebuild
Summary: net-misc/networkmanager - add live git ebuild
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal with 1 vote (vote)
Assignee: Nirbheek Chauhan (RETIRED)
URL:
Whiteboard:
Keywords: EBUILD
Depends on: 454382
Blocks:
  Show dependency tree
 
Reported: 2012-11-26 17:29 UTC by Pavel Šimerda
Modified: 2013-01-30 06:05 UTC (History)
3 users (show)

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


Attachments
git live ebuild (networkmanager-9999.ebuild,7.02 KB, text/plain)
2012-11-26 17:31 UTC, Pavel Šimerda
Details
init.d.networkmanager (init.d.networkmanager,1.48 KB, text/plain)
2012-11-26 17:33 UTC, Pavel Šimerda
Details
git live ebuild (networkmanager-9999.ebuild,6.75 KB, text/plain)
2013-01-08 19:28 UTC, Pavel Šimerda
Details
changed it a bit to make in nicer (networkmanager-0.9.7.0.ebuild,7.24 KB, text/plain)
2013-01-09 07:47 UTC, Sobhan Mohammadpour (RETIRED)
Details
the new ebuild (networkmanager-9999.ebuild,6.75 KB, text/plain)
2013-01-16 19:24 UTC, Sobhan Mohammadpour (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pavel Šimerda 2012-11-26 17:29:43 UTC
I'm using gentoo for a big part of NetworkManager development and I benefit from using a live e-build based on a branch in the official NetworkManager repository. Other developers might benefit from having this available and it will be useful
for new networkmanager releases, as there have been quite substantial changes.

Cheers,

Pavel
Comment 1 Pavel Šimerda 2012-11-26 17:31:03 UTC
Created attachment 330658 [details]
git live ebuild
Comment 2 Pavel Šimerda 2012-11-26 17:33:44 UTC
Created attachment 330660 [details]
init.d.networkmanager
Comment 3 Pavel Šimerda 2013-01-08 19:28:56 UTC
Created attachment 334844 [details]
git live ebuild

Current version of my live ebuild.
Comment 4 Sobhan Mohammadpour (RETIRED) gentoo-dev 2013-01-09 06:40:06 UTC
i think it would be nice to change udev to virtual/udev since some people use eudev
Comment 5 Sobhan Mohammadpour (RETIRED) gentoo-dev 2013-01-09 07:47:21 UTC
Created attachment 334864 [details]
changed it a bit to make in nicer
Comment 6 Pavel Šimerda 2013-01-09 18:35:49 UTC
What a stupid idea to use subdomains for bug attachements. That must be something new, I don't want to store certificate exceptions for every bug :).
Comment 7 Pavel Šimerda 2013-01-09 18:55:09 UTC
(In reply to comment #5)
> Created attachment 334864 [details]
> changed it a bit to make in nicer

Looks good but:

1) It doesn't work for me (inherit gnome2-live failed, then some syntax error or something, can give more details).

2) We will no longer support --with-libnl choice as only libnl 3.x is now supported. But this will probably be applied after the upcoming release.

You asked on IRC for the tarball: 'make dist' is enough
Comment 8 Sobhan Mohammadpour (RETIRED) gentoo-dev 2013-01-16 19:24:22 UTC
Created attachment 335858 [details]
the new ebuild
Comment 9 Sobhan Mohammadpour (RETIRED) gentoo-dev 2013-01-16 19:24:41 UTC
and sory for not replying sooner
Comment 10 Pavel Šimerda 2013-01-17 00:19:22 UTC
(In reply to comment #9)
> and sory for not replying sooner

No problem, it now works for me.

The new ebuild installs the initscript as NetworkManager instead of networkmanager, which is an unwanted change, AFAIK. While the binary is still called NetworkManager, the initscript has been historically networkmanager in Gentoo and some other systems.

I tend to believe that changes are better for upstream to change everything to lowercase than for Gentoo to change initscript to first caps.
Comment 11 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-01-25 03:58:48 UTC
(In reply to comment #10)

Current networkmanager ebuilds in portage install the init script as /etc/init.d/NetworkManager. And it's for a specific reason: "N" < "d" in ASCII, so openrc will by default choose /etc/init.d/NetworkManager, not /etc/init.d/dhcpcd, as the net provider service.
Comment 12 Pavel Šimerda 2013-01-26 13:13:07 UTC
(In reply to comment #11)
> (In reply to comment #10)
> 
> Current networkmanager ebuilds in portage install the init script as
> /etc/init.d/NetworkManager. And it's for a specific reason: "N" < "d" in
> ASCII, so openrc will by default choose /etc/init.d/NetworkManager, not
> /etc/init.d/dhcpcd, as the net provider service.

Ah, that looks like an ugly workaround. A very ugly one. Thanks for clarification. I thought we might use Gentoo as a flagship for renaming NetworkManager to networkmanager.
Comment 13 Pavel Šimerda 2013-01-26 13:15:04 UTC
I think the correct way (from the user perspective) would be to just disable dhcpcd. Or even uninstall, as it is not the preferred DHCP implementation for NetworkManager either and NM doesn't work 100% with it AFAIK. Of course dhclient initscript must still be disabled as it is used as a DHCP client, not a network daemon.
Comment 14 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-01-28 07:05:39 UTC
modemmanager-0.7.990 and -9999, and networkmanager-0.9.7.995 and -9999 are now in portage. Sorry for the wait; I wanted to do this properly, e.g. with a working dispatcher patch for suspending laptops that are running openrc.

+*modemmanager-9999 (28 Jan 2013)
+*modemmanager-0.7.990 (28 Jan 2013)
+
+  28 Jan 2013; Alexandre Rostovtsev <tetromino@gentoo.org>
+  +modemmanager-0.7.990.ebuild, +modemmanager-9999.ebuild, metadata.xml:
+  Add 0.8 development pre-release and a live git ebuild. 0.8 features improved
+  hardware support, and has a new dbus API which is incompatible with older
+  ModemManager releases.

+*networkmanager-9999 (28 Jan 2013)
+*networkmanager-0.9.7.995 (28 Jan 2013)
+
+  28 Jan 2013; Alexandre Rostovtsev <tetromino@gentoo.org>
+  +networkmanager-0.9.7.995.ebuild,
+  +files/networkmanager-0.9.7.995-pre-sleep.patch, +networkmanager-9999.ebuild,
+  +files/init.d.NetworkManager:
+  Add 0.9.8 development pre-release and a live git ebuild (bug #444814, thanks
+  to Pavel Šimerda and Sobhan Mohammadpour). Lots of improvements and
+  bugfixes. Wimax support has been disabled until we have a libnl:3 compatible
+  version in portage.
Comment 15 Pavel Šimerda 2013-01-29 10:50:51 UTC
(In reply to comment #14)
> I wanted to do this properly, e.g. with
> a working dispatcher patch for suspending laptops that are running openrc.

Thank you for that. And for submitting patches upstream :).

> +*networkmanager-9999 (28 Jan 2013)
> +*networkmanager-0.9.7.995 (28 Jan 2013)
> +
> +  28 Jan 2013; Alexandre Rostovtsev <tetromino@gentoo.org>
> +  +networkmanager-0.9.7.995.ebuild,
> +  +files/networkmanager-0.9.7.995-pre-sleep.patch,
> +networkmanager-9999.ebuild,
> +  +files/init.d.NetworkManager:
> +  Add 0.9.8 development pre-release and a live git ebuild (bug #444814,
> thanks
> +  to Pavel Šimerda and Sobhan Mohammadpour). Lots of improvements and
> +  bugfixes.

> + Wimax support has been disabled until we have a libnl:3
> + compatible version in portage.

Thanks!

Btw, there still is:

            ewarn "Was unable to determine your kernel .config"
            ewarn "Please note that if CONFIG_SYSFS_DEPRECATED_V2 is set in your kernel .config, NetworkManager will not work correctly."
            ewarn "See http://bugs.gentoo.org/333639 for more info."

Shouldn't this be moved to udev, as NetworkManager just uses udev and doesn't itself need disabled CONFIG_SYSFS_DEPRECATED_V2 as far as i know. If it did, we would be happy to fix it.
Comment 16 Alexandre Rostovtsev (RETIRED) gentoo-dev 2013-01-30 06:05:42 UTC
(In reply to comment #15)
> Btw, there still is:
> 
>             ewarn "Was unable to determine your kernel .config"
>             ewarn "Please note that if CONFIG_SYSFS_DEPRECATED_V2 is set in
> your kernel .config, NetworkManager will not work correctly."
>             ewarn "See http://bugs.gentoo.org/333639 for more info."
> 
> Shouldn't this be moved to udev, as NetworkManager just uses udev and
> doesn't itself need disabled CONFIG_SYSFS_DEPRECATED_V2 as far as i know. If
> it did, we would be happy to fix it.

Good point. Filed bug #454614 about this.