bangmoney.org - Comments

Locksmith: This Week in Anaconda #2

nospam@example.com (Locksmith) — Tue, 24 May 2011 02:41:02 -0400

I'm astonished that the "split media" case is causing problems for you. In Debian we solve the problem for CD/DVD media by simply grabbing the package files to a local cache and then installing them that way.

Dave Riches: This Week in Anaconda #11

nospam@example.com (Dave Riches) — Sun, 22 May 2011 13:09:41 -0400

Cool testing!, I hope to have a play with your patch over the next couple of weeks :-)

Am I missing something?, I pulled the initrd from the F15 install dvd and get the following results:

[david@drlaptop ~]$ xz -l initrd.img
Strms Blocks Compressed Uncompressed Ratio Check Filename
1 1 93.8 MiB 351.8 MiB 0.267 CRC32 initrd.img

So, assuming that decompressed the inird is 351.8M, I can't see how this isn't the same footprint in RAM, and not ~140M

Chris Lumens: This Week in Anaconda #11

nospam@example.com (Chris Lumens) — Tue, 17 May 2011 09:47:57 -0400

Well, I'm not really interested in removing or disabling SELinux. It's a key security feature of Fedora and has been for a long time now. What I am interested in doing is fixing code where possible to make what we've got work better.

Kevin Kofler: This Week in Anaconda #11

nospam@example.com (Kevin Kofler) — Mon, 16 May 2011 15:47:23 -0400

We should really consider disabling SELinux by default, seeing how much memory it eats! (I'm pretty sure the baseline would also drop by a bit by not having the SELinux stuff loaded, but most importantly the huge spikes I and J would go away.)

Why is SELinux always being treated like a holy cow? It's one of the first things I disable on a fresh Fedora installation anyway!

bochecha: This Week In Anaconda #10

nospam@example.com (bochecha) — Sat, 02 Apr 2011 07:02:39 -0400

I really enjoyed reading those weekly articles, but it seems like you have stopped for quite some time. :(

Anaconda has always been this remote beast from fairy tales to me, so it was great to be able to follow what happened with its development and where it was heading. It made me feel like I was getting to know Anaconda a bit better.

I suppose it took too much time to write those weekly entries?

Thanks anyway for having tried. :)

Chris Lumens: This Week in Anaconda #6

nospam@example.com (Chris Lumens) — Wed, 24 Nov 2010 18:07:51 -0500

More testing help is always welcome. Get in touch with bcl or leave a comment on the discussion page of the proposal on the wiki. I'm sure he will appreciate your offer. Thanks!

Jens: This Week in Anaconda #6

nospam@example.com (Jens) — Wed, 24 Nov 2010 09:51:20 -0500

Hello there. Regarding Anaconda updates after release, I'll gladly help out test new builds if necessary. I actually just recently made a stripped down "pungi" installation image with updated packages. So if its feasible to update Anaconda in case new behavior is introduced in the needed packages it would be very nice in my opinion.

Regards

Stijn Hoop: This Week in Anaconda #5

nospam@example.com (Stijn Hoop) — Sat, 13 Nov 2010 14:03:31 -0500

Really liking these write-ups Chris, many thanks!

Jeremy: This Week in Anaconda #4

nospam@example.com (Jeremy) — Fri, 05 Nov 2010 19:26:53 -0400

It does all slightly blend together. Glad that someone is still fighting the good fight. I didn't have it left in me anymore.

Chris Lumens: This Week in Anaconda #4

nospam@example.com (Chris Lumens) — Fri, 05 Nov 2010 16:12:04 -0400

We probably talked about most everything years ago, it's true. It's just hard to remember after the million bug reports and thousand releases.

Jeremy: This Week in Anaconda #4

nospam@example.com (Jeremy) — Fri, 05 Nov 2010 14:43:30 -0400

Pfft, we talked about $releasever and $basearch years and years ago! Glad to see it finally being tackled, though.

Chris Lumens: This Week in Anaconda #2

nospam@example.com (Chris Lumens) — Fri, 05 Nov 2010 13:14:46 -0400

We already do have a package set that's larger than the DVD - the Everything spin of Fedora. We just don't make media for it. Now for the regular Fedora spin, it is my hope that we can think of alternate distribution mechanisms once it gets too large. Either we trim some of the crud out of the default spin, or we start pushing network installs more, or we start pushing live CDs more.

I really think we can find a suitable delivery mechanism to meet all use cases without having split media.

Chris Lumens: This Week in Anaconda #3

nospam@example.com (Chris Lumens) — Fri, 05 Nov 2010 13:06:39 -0400

The Building link tends to be the one that gets the least love, so keep on top of us if the directions lose sync with reality.

Hedayat: This Week in Anaconda #2

nospam@example.com (Hedayat) — Sun, 31 Oct 2010 17:29:22 -0400

I do not really like the idea of killing split media support from Anaconda. But I do not like the idea of copying the packages to a local cache and installing afterwards.
I wonder why the mentioned problems cannot be solved. Considering that the whole repodata is available in the first media (CD/DVD #1), you should be able to query about possible file conflicts (as the file list is available in repodata) and also, as apparently yum can tell about the required disk space after a transaction, you can simulate a full transaction and find out the total required space (if it doesn't need the packages themselves).

For the second problem, I always thought that the packages are distributed in different media's considering their dependencies (so that packages in the 1st media does not depend on packages in other discs, and packages in the 2nd disc depend on 1st and 2nd disc packages only, and so on). If the distribution of packages in different discs are based on package dependencies, and the dependencies are correct (e.g. a package must depend on any package that is needed to run it's post installation scripts), then the second problem should go away without the need to hardcode a list of package names.

I wonder if I'm missing something here...

James Laska: This Week in Anaconda #3

nospam@example.com (James Laska) — Fri, 29 Oct 2010 22:02:46 -0400

Great reminder Chris. Those last two links show up as my top hits ... I should have them printed and displayed prominently in the cube. Still getting familiar with the first link, but I suspect we'll be best of friends in no time.