Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 473298 - sys-kernel/dracut-029 version bump
Summary: sys-kernel/dracut-029 version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Amadeusz Żołnowski (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-14 18:18 UTC by William Hubbs
Modified: 2013-06-26 12:08 UTC (History)
1 user (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 William Hubbs gentoo-dev 2013-06-14 18:18:07 UTC
Hello,

it looks like dracut-029 has been released.

I would like to talk with you sometime though before you do the version
bump, because I think we should use local use flags instead of the
DRACUT_MODULES use expand based on some discussion about modules on
gentoo-dev.

I am willing to work on fixing the ebuild if you don't have the time to
do so.

Thanks,

William
Comment 1 William Hubbs gentoo-dev 2013-06-14 18:47:37 UTC
I am interested also in looking at whether we can drop some of the use
flags since use flags are not supposed to be used to control optional
runtime dependencies.

I don't know enough about dracut to know for sure about this but it is
something I would like to discuss with you when you have a chance.

Thanks,

William
Comment 2 Ulenrich 2013-06-15 00:23:26 UTC
> it looks like dracut-029 has been released.
Uups, I only can see dracut-028 in their git NEWS

NEWS describes a lot of new systemd fine tuning: 
? Should this bug block
https://bugs.gentoo.org/show_bug.cgi?id=465870
Comment 3 Alexander Tsoy 2013-06-15 07:27:28 UTC
(In reply to Ulenrich from comment #2)
> > it looks like dracut-029 has been released.
> Uups, I only can see dracut-028 in their git NEWS

Even 028 is not tagged yet.

> 
> NEWS describes a lot of new systemd fine tuning: 
> ? Should this bug block
> https://bugs.gentoo.org/show_bug.cgi?id=465870

How is this related?
Comment 4 Alexander Tsoy 2013-06-15 07:45:12 UTC
(In reply to Alexander Tsoy from comment #3)
> (In reply to Ulenrich from comment #2)
> > > it looks like dracut-029 has been released.
> > Uups, I only can see dracut-028 in their git NEWS
> 
> Even 028 is not tagged yet.

Ignore my comment. This was a browser or cgit cache. :)
Comment 5 Ulenrich 2013-06-15 09:33:52 UTC
> How is this related?

This direction: dracut should block systemd,
because systemd users had some difficulties in the past with
crypt, lvm2, raid ... etc
Comment 6 Alexander Tsoy 2013-06-15 11:11:24 UTC
(In reply to Ulenrich from comment #5)
This is not a stabilization bug. Older versions of dracut works fine with systemd. And there is at least 1 another package which should also work fine with systemd: genkernel-next.
Comment 7 Ulenrich 2013-06-15 14:20:16 UTC
> Older versions of dracut works fine with systemd. 

I don't have this impression watching the forums. And also reading the NEWS of dracut-28 of cause ...

> there is at least 1 another package which should also work fine 
> with systemd: genkernel-next.

Although that might be, not tested myselft, but in respect what sabayon is trying to achive ...
---
For the record, I startde a user disussion about
> whether we can drop some of the use flags since ...
https://forums.gentoo.org/viewtopic-p-7329174.html
Comment 8 William Hubbs gentoo-dev 2013-06-15 21:10:49 UTC
(In reply to Ulenrich from comment #7)
> For the record, I startde a user disussion about
> > whether we can drop some of the use flags since ...
> https://forums.gentoo.org/viewtopic-p-7329174.html

Whether we can drop the use flags is defined by the dev manual and whether the use flags are being used to pull optional runtime dependencies [1].

"The usage of a USE flag should not control runtime dependencies when the package does not link to it. Doing so will create extra configuration for the package and re-compilation for no underlying file change on disk. This should be avoided and instead can be conveyed to the user via post install messages if needed."

If things can be configured in Dracut.conf, that is where they should be configured instead of having to rebuild to make the modules available.

[1] http://devmanual.gentoo.org/general-concepts/use-flags/index.html
Comment 9 Amadeusz Żołnowski (RETIRED) gentoo-dev 2013-06-16 11:51:53 UTC
I am aware of dracut-028 and 029 releases.  029 has been released soon after 028, so I am going to bump to 029.

Wrt USE flags: I'd like to keep DRACUT_MODULES until there's something like "suggested dependencies" in the Portage. With DRACUT_MODULES user can handle dependencies more easily than installing them manually.

Wrt systemd issues - I'd be happy to cooperate with developer actually using systemd and with a good knowledge of it. While OpenRC is alive, I'd stick to that.
Comment 10 William Hubbs gentoo-dev 2013-06-16 15:48:47 UTC
(In reply to Amadeusz Żołnowski from comment #9)
> Wrt USE flags: I'd like to keep DRACUT_MODULES until there's something like
> "suggested dependencies" in the Portage. With DRACUT_MODULES user can handle
> dependencies more easily than installing them manually.

We do not know what this theoretical feature, "suggested dependencies" will do. I would guess that it will not install anything, but it will output messages to the user telling them what they might want to install, which is what we are already supposed to do in pkg_postinst for cases like this.

Also I'm concerned about the removing of modules from the installation if certain use flags are not specified. This makes things more complex for the user since not only do they have to adjust modules in dracut.conf, but they have to then also make sure Dracut_modules matches the settings in Dracut.conf and re-emerge Dracut to pick up the changes.
Comment 11 Amadeusz Żołnowski (RETIRED) gentoo-dev 2013-06-17 09:46:00 UTC
(In reply to William Hubbs from comment #10)
> (In reply to Amadeusz Żołnowski from comment #9)
> > Wrt USE flags: I'd like to keep DRACUT_MODULES until there's something like
> > "suggested dependencies" in the Portage. With DRACUT_MODULES user can handle
> > dependencies more easily than installing them manually.
> 
> We do not know what this theoretical feature, "suggested dependencies" will
> do. I would guess that it will not install anything, but it will output
> messages to the user telling them what they might want to install, which is
> what we are already supposed to do in pkg_postinst for cases like this.

As a user I find irritating to handle optional dependencies by myself and at least for my package I can solve this somehow. Until there's better way to handle this automatically, I'd stick to DRACUT_MODULES. pkg_postinst messages are already bloated. I am concerned that most users don't read them all.

> Also I'm concerned about the removing of modules from the installation if
> certain use flags are not specified. This makes things more complex for the
> user since not only do they have to adjust modules in dracut.conf, but they
> have to then also make sure Dracut_modules matches the settings in
> Dracut.conf and re-emerge Dracut to pick up the changes.

They don't have to adjust anything. Dracut handles things automatically. Maybe it would be better to enable all modules for default if DRACUT_MODULES is not specified, but still I'd stick to having it.
Comment 12 William Hubbs gentoo-dev 2013-06-17 16:19:33 UTC
(In reply to Amadeusz Żołnowski from comment #11)
> (In reply to William Hubbs from comment #10)
> > (In reply to Amadeusz Żołnowski from comment #9)
> > > Wrt USE flags: I'd like to keep DRACUT_MODULES until there's something like
> > > "suggested dependencies" in the Portage. With DRACUT_MODULES user can handle
> > > dependencies more easily than installing them manually.
> > 
> > We do not know what this theoretical feature, "suggested dependencies" will
> > do. I would guess that it will not install anything, but it will output
> > messages to the user telling them what they might want to install, which is
> > what we are already supposed to do in pkg_postinst for cases like this.
> 
> As a user I find irritating to handle optional dependencies by myself and at
> least for my package I can solve this somehow. Until there's better way to
> handle this automatically, I'd stick to DRACUT_MODULES. pkg_postinst
> messages are already bloated. I am concerned that most users don't read them
> all.

Please take what I'm about to say as an opinion only.

Based on the reference I cited in comment #8, to me it looks like what you are doing with use flags is not allowed by current Gentoo policy.

If I am wrong that's fine, but would you be willing to check that possibility and remove the use flags if I am correct?

Thanks,

William
Comment 13 Amadeusz Żołnowski (RETIRED) gentoo-dev 2013-06-23 10:09:02 UTC
Could someone test it with systemd?


+*dracut-029 (23 Jun 2013)
+
+  23 Jun 2013; Amadeusz Żołnowski <aidecoe@gentoo.org> +dracut-029.ebuild,
+  +files/029-0001-dracut-functions.sh-support-for-altern.patch,
+  +files/029-0002-gentoo.conf-let-udevdir-be-handled-by-.patch,
+  +files/029-0003-LatArCyrHeb-16-as-a-default-i18n-font-.patch:
+  Version bump.
+
+  NEWS
+  ~~~~
+
+  dracut-029
+  ==========
+  - wait for IPv6 autoconfiguration
+  - i18n: make the default font configurable
+  - proper handle "rd.break" in systemd mode before switch-root
+  - systemd: make unit files symlinks
+  - build without dash requirement
+  - add dracut-shutdown.service.8 manpage
+  - handle MACs for "ip="
+
+  "ip=77-77-6f-6f-64-73:dhcp"
+  - don't explode when mixing BOOTIF and ip=
+  - 90lvm/module-setup.sh: redirect error message of lvs to /dev/null
+
+  dracut-028
+  ==========
+  - full integration of crypto devs in systemd logic
+  - support for bridge over team and vlan tagged team
+  - support multiple bonding interfaces
+  - new kernel command line param "rd.action_on_fail"
+
+  to control the emergency action
+  - support for bridge over a vlan tagged interface
+  - support for "iso-scan/filename" kernel parameter
+  - lsinitrd got some love and does not use "file" anymore
+  - fixed issue with noexec mounted tmp dirs
+  - FIPS mode fixed
+  - dracut_install got some love
+  - fixed some /usr mounting problems
+  - ifcfg dracut module got some love and fixes
+  - default installed font is now latarcyrheb-sun16
+  - new parameters rd.live.dir and rd.live.squashimg
+  - lvm: add tools for thin provisioning
+  - also install non-hwcap libs
+  - setup correct system time and time zone in initrd
+  - s390: fixed cms setup
+  - add systemd-udevd persistent network interface naming
+
Comment 14 Alexander Tsoy 2013-06-26 11:16:56 UTC
(In reply to Amadeusz Żołnowski from comment #13)
> Could someone test it with systemd?
> 

It works for me. Tested on several systems with mdraid and lvm.
Comment 15 Amadeusz Żołnowski (RETIRED) gentoo-dev 2013-06-26 12:08:37 UTC
(In reply to Alexander Tsoy from comment #14)
> (In reply to Amadeusz Żołnowski from comment #13)
> > Could someone test it with systemd?
> > 
> 
> It works for me. Tested on several systems with mdraid and lvm.

Thank you a lot! :-)