diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-October/009209.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-October/009209.html | 141 |
1 files changed, 141 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-October/009209.html b/zarb-ml/mageia-dev/2011-October/009209.html new file mode 100644 index 000000000..dff9e3c3d --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/009209.html @@ -0,0 +1,141 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Please test: initscripts+systemd in updates_testing + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Please%20test%3A%20initscripts%2Bsystemd%20in%20updates_testing&In-Reply-To=%3C4EAC5E6F.6040409%40mageia.org%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="009206.html"> + <LINK REL="Next" HREF="009217.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Please test: initscripts+systemd in updates_testing</H1> + <B>Thomas Backlund</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Please%20test%3A%20initscripts%2Bsystemd%20in%20updates_testing&In-Reply-To=%3C4EAC5E6F.6040409%40mageia.org%3E" + TITLE="[Mageia-dev] Please test: initscripts+systemd in updates_testing">tmb at mageia.org + </A><BR> + <I>Sat Oct 29 22:13:35 CEST 2011</I> + <P><UL> + <LI>Previous message: <A HREF="009206.html">[Mageia-dev] Please test: initscripts+systemd in updates_testing +</A></li> + <LI>Next message: <A HREF="009217.html">[Mageia-dev] Please test: initscripts+systemd in updates_testing +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9209">[ date ]</a> + <a href="thread.html#9209">[ thread ]</a> + <a href="subject.html#9209">[ subject ]</a> + <a href="author.html#9209">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>30.10.2011 01:16, Colin Guthrie skrev: +><i> 'Twas brillig, and Thomas Backlund at 27/10/11 15:12 did gyre and gimble: +</I>>><i> +</I>>><i> Then we need to move those libs to /lib(64) +</I>><i> +</I>><i> There is quite serious talk about deprecating /lib, /bin and /sbin and +</I>><i> basically anything that is not in /usr (with exceptions for /home /root, +</I>><i> /etc and a few others). Of course there are various flames about this +</I>><i> idea (earth will collapse into sun etc.) but it's actually surprisingly +</I>><i> well received thus far IMO. +</I>><i> +</I>><i> Also, keep in mind that you're talking about moving a *lot* to / here... +</I>><i> all the PCI/USB databases, all the udev setup, any application that udev +</I>><i> might run in it's rules.... I won't reiterate what is written in the +</I> +So? +it's less impact on / than stuffing all of /usr on / + +><i> link Olav already provided, but suffice to say the problem is neither +</I>><i> new, not specific to systemd. It's just being highlighted by systemd. +</I>><i> Please keep this in mind when commenting on this topic. +</I>><i> +</I> +Interesting on how people think "systemd is the solution to everything", +and cant accept complaints when is screws up working systems.... + +It's pretty much like Apple fans and their love for iCrap + +>>>><i> That's just plain idiotic. +</I>>>><i> I somewhat agree. But even Fedora is suggesting not to have separate +</I>>>><i> /usr :( +</I>>>><i> +</I>>><i> +</I>>><i> That does not make it less idiotic. IIRC they employ the systemd creator +</I>>><i> so... +</I>><i> +</I>><i> But that doesn't make the idea any more or less idiotic. +</I>><i> +</I>><i> The reasons stated (and this discussion happened many months ago) are +</I>><i> all well understood and documented in the link provided by Olav. +</I>><i> +</I>><i> It is NOT a systemd problem. It's a problem we have RIGHT NOW too, it's +</I>><i> just that most setups are easy enough to work around by waiting and +</I>><i> doing this sequentially which slows down the whole boot process. We've +</I>><i> solved similar problems in the past by moving things to /lib but it's +</I>><i> just a sticking plaster, not a real fix. +</I>><i> +</I> +What's the difference of moving stuff to /lib as compared moving all of +/usr into / besides bloating / + +And by chasing seconds in bootup you screw those who want to finetune +their systems. Thats a regression. + +For those people that are so concerned about bootup times, why dont +they buy new hw, use fast ssd and learn how to suspend to ram/resume ... + + +><i> If you have constructive criticism as to the reasons why this is now +</I>><i> warned about specifically in systemd, then this is perfectly valid but +</I>><i> should be done in context rather than simply calling it "idiotic" +</I>><i> without any further clarification. +</I>><i> +</I> +Well, it _is_ idiotic if it breaks working setups / possibilities to +finetune systems. + +><i> And systemd is not saying that /usr cannot be on a separate partition. +</I>><i> It's just saying that it cannot realistically be the job of the init +</I>><i> system to mount it, it has to be handled at early boot in the initramfs, +</I>><i> not by init. The reasons why this is the case are documented very clearly. +</I> +So by this reasoning we should stuff everything we can into initramfs, +and not care of partitioning / mount points at all. + +-- +Thomas +</PRE> + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="009206.html">[Mageia-dev] Please test: initscripts+systemd in updates_testing +</A></li> + <LI>Next message: <A HREF="009217.html">[Mageia-dev] Please test: initscripts+systemd in updates_testing +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9209">[ date ]</a> + <a href="thread.html#9209">[ thread ]</a> + <a href="subject.html#9209">[ subject ]</a> + <a href="author.html#9209">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |