Sorry about the initial empty report...I accidentally hit "Enter" at an inopportune time.

This is simply a relay from Bug 548058, which requests that users be offered the opportunity to install all needed debuginfo RPMs at install-time, to make ABRT reporting faster at the expense of disk space.

Off the top of my head, I can think of two ways to do this:

(1) Add the -debuginfo repos to the repo selection UI, allowing the users to select the ones they need.  This has the advantage of not requiring additional UI.  It has at least one big disadvantage though.  I bet debuginfo packages are not marked as mandatory (or even defaulted on) in the comps file, which means you would have to select them all by hand.

(2) Add some additional widget that enables all -debuginfo repos and selects all -debuginfo packages for installation, provided the main package is also selected.  This has at least one big disadvantage as well.  It requires new and pretty confusing wording that probably can't adequately explain what you're buying into.  Also, we don't really want to put more things in the package selection UI.

As Chris's listing of 2 possible options explained, there really is no good and
easy way to offer this functionality more over this functionality will always require using extra repositories which are not on a dvd / cd medium, iow will
always require downloading the debuginfo packages.

So I see very little advantage in doing this at installation time, and post
install one can quite easily get the desired effect by doing something like:
for p in $(rpm -qa); do sudo debuginfo-install -y "$p"; done

So I think this all in all just is not worth the effort and should be closed as wontfix.

I understand your position, but let me give you some real world perspective.

I'm an American living and working on the island of Roatan, Honduras. Internet bandwidth during the day is a maximum of 16kB/s, and is usually 2-3kB/s via a 3G cell phone network connection. It's higher in the middle of the night. 

Waiting to download debug packages may take hours, or even days to complete as the number of times the Internet connection disappears a day is high. 

I use wget -c to get the install iso, and I put that into a loop to retry until a checksum of what I have matches what its supposed to be. I've scripted this so I can have a machine take a day or two or more to download a release.

Although I'd like to cooperate and send in failure reports, spending my day doing so isn't reasonable. If I had the bandwidth I used to have in Texas, it would be a non issue, but you have to at least consider that there's a large swath of the world that doesn't have essentially unlimited bandwidth to call on.

Why not add the debug libraries to the DVD iso? I just checked, its 3.3G. Will the debug libraries cause it to spill over? Offer 2 iso's one the way it is now and another with debug libraries already on it, at least for the most likely suspects in case that would cause the DVD to overflow.

Alternatively offer a DVD iso of just the debug libraries, so that someone can download everything at one shot and then not have to spend hours trying to get things piecemeal.

The easier it is to cooperate in the effort of providing failure data, the more folks are apt to do it. 

My 2 cents.

Hi,

I understand that in your position this would be a desirable feature, but I
still think that it just is not worth it, esp. as you pointed out this would
only be useful if we did debuginfo media. Which we don't do and most likely
won't start doing either, debuginfo packages are often larger then the regular packages they accompany, so this would mean a pretty large additional iso, and we
are already having issues with diskspace constraints on mirrors.

So I'm afraid that my conclusion has not changed, and I'm going to close this as
wontfix. As a workaround you could setup wget or rsync to mirror the debuginfo directory on your disk , and configure your yum to look there.

Regards,

Hans