Rahul Sundaram wrote:
Anaconda was revamped to use yum and this "feature" has not been added
back.
Adding the glob patch would satisfy those that wanted certain programs
that are available on the installation discs but which are not available
through the group or optional packages choices. I prefer xscreensaver*
and mozilla* to be installed on my system. I would like to have this
capability regardless as to whether it was decided that I really did not
want these programs installed or not. for those that want * installed on
their systems, they could now do so.
Deviating from the original topic requires a new thread. If you are
going on a rant on whether software is designed for users or developers,
atleast do it in a different thread so that people can selectively
ignore it if they dont want to read on that topic.
It is not deviation from the topic when the point is not compromising
for some sort of middle ground resolution. I like the glob proposal from
comment #3 in bug.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177621
mentioned earlier.
I believe the fact that metacity does not currently work and did work
slightly before an upgrade with test 3 and its "stabilization" phase
brought out issues with metacity comparative to previous desktop
managers like enlightenment and other capable managers used throughout
at least RHL 5.2 history.
Define "work". It works fine for me.
All my windows launched end up stuck to the top of my screen and there
is no way to switch to previously launched applications. The last
application launched has focus. It appears there is no window manager.
Metacity is the WM, GNOME is the desktop.
I switched to KDE for now instead of fighting g-pm, screensavers,
metacity, nautilus problems.
Again the relationship is non-compromising factors with development etc.
It is becoming obvious that making a system which is limited in
functionality or reduced user configurability is not possible with
upstream adherence and reduced patches.
Talk to upstream, fork it or use a alternative. Try talking with bug
reports and feature requests since they are specific enough compared to
calling something non working when it does.
Though coding is rather out of my interest and relaying preferences for
features which I feel are practical are my goals, coding might be an
option for my future goals. If you want something done right, do it
yourself, I guess.
So having an installer where everything that is on the installation
disks is never going to happen?
Jim
PS - changing the topic slightly would not really resolve the
"Everything Install" capability back to the installer.
--
fedora-test-list mailing list
fedora-test-list@xxxxxxxxxx
To unsubscribe:
https://www.redhat.com/mailman/listinfo/fedora-test-list