Hi all:
I want to share my yum.conf with other FC1 users who will be migrating to updates from Fedora Legacy. Credit is due to all of the people working with Fedora Legacy along with Maxwell at fedorafaq.org, from whom the majority of this yum.conf is derived.
I've tried to comment it liberally to help other users find the best fishing holes (i.e. mirror repos) that are suitable for their own locale.
If there are any corrections or suggestions for improvement, please let us all know.
Hope this helps, Clint
# This is a yum.conf for Fedora Core 1 with updates from Fedora Legacy. # I've tried to maintain a similar outline as Maxwell Kanat-Alexander's # yum.conf found at his excellent and informative fedorafaq.org site. # # Note that I've included several U.S. mirrors that are close to *me*. This means # that you will want to have a look at this list of mirrors to # similarly configure mirrors that are geographically close to you. # # http://www.fedoralegacy.org/download/fedoralegacy-mirrors.php # # I've left many of the "alternate repositories" commented out, as well # as those repositories for "unstable" or "testing" files. # # To import Fedora Legacy's GPG signature do this as root: # rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY # # If you don't want to check the signatures, then comment out those lines # that are gpgcheck=1 # # The Mozilla SeaMonkey repo is added for those who want to update Mozilla. # # Original Author: Maxwell Kanat-Alexander (maxka at myrealbox dot com) # Date: 29 Feb 2004 # # Modifications Author: Clint Harshaw (clint at penguinsolutions dot org) # Date: 27 Sep 2004 # # Changes by Clint # ---------------- # 27 Sep 2004 # + Updated repos to use fedoralegacy.org's repos and mirros # # Changes by Maxwell # ------------------ # 29 Feb 2004 # + Updated a lot of mirrors, for speed # + Fixed one ATrpms mirror # + Added Dries and spc, two more FreshRPMs-compatible repos # 9 Jan 2004 # + Updated ATrpms for their new directory structure. # 31 Dec 2003 # + Added JPackage, commented out # + Standard Red Hat Fedora Core sites commented-out by default # + Removed dulug from debug, since it doesn't have debug# # 29 Dec 2003 # + Added mirrors for the flash-plugin, since some go down. # + Added base-debuginfo, commented out
[main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=fedora-release tolerant=1 exactarch=0 # Added this because some mirrors go down and then retying takes forever. retries=1
# Be wary of kernel updates. Read the announcements to avoid breakage # due to nvidia cards, etc. exclude=kernel*
################## ## Basic Fedora ## ################## [base] name=Fedora Core $releasever base baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/os/$basea...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/os/$basearch http://download.fedoralegacy.org/fedora/$releasever/os/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/os/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/os/$basearch # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/os/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
[updates] name=Fedora Core $releasever updates baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/updates/$...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/updates/$basearch http://download.fedoralegacy.org/fedora/$releasever/updates/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/updates/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/updates/$basearch # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/updates/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
[legacy-utils] name=Fedora Legacy utilities for Fedora Core $releasever baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/legacy-ut...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/legacy-utils/$basearch http://download.fedoralegacy.org/fedora/$releasever/legacy-utils/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/legacy-utils/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/legacy-utils/$bas... # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/legacy-utils/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
################### ## Fedora Extras ## ###################
[fedora-stable] name=Fedora.us Extras (Stable) baseurl=http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/stable
http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/stable http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/stable gpgcheck=1
#[fedora-unstable] #name=Fedora.us Extras (Unstable) #baseurl=http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... # http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/unstable # http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/unstable # http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... # http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/unstable #gpgcheck=1
#[fedora-testing] #name=Fedora.us Extras (Testing) #baseurl=http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/testing # http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/testing # http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/testing # http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... # http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... #gpgcheck=1
############### ## Livna.org ## ############### [livna-stable] name=Livna.org - Fedora Compatible Packages (stable) baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/stable gpgcheck=1
#[livna-unstable] #name=Livna.org - Fedora Compatible Packages (unstable) #baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/unstable #gpgcheck=1
#[livna-testing] #name=Livna.org - Fedora Compatible Packages (testing) #baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/testing #gpgcheck=1
############ # Jpackage # ############
# JPackage is a GREAT repository for Java Software. # However, you may have to compile some SRPMs to use it, # so it's commented out by default. See # http://prdownloads.sourceforge.net/jpackage/direct_download/1.5/generic/SRPMS.non-free # For the SRPMs, and http://www.jpackage.org for the general details. # # Note: JPackage IS compatible with the fedora.us repositories. # You can use JPackage and fedora.us at the same time, without # any trouble.
#[jpackage-generic] #name=JPackage Cross-Platform Packages #baseurl=http://aleron.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/ge... # http://heanet.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/ge... # http://umn.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/gener... #failovermethod=priority ##gpgcheck=1
#[jpackage-fedora] #name=JPackage Fedora Packages #baseurl=http://aleron.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fe... # http://heanet.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fe... # http://umn.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fedor... #failovermethod=priority ##gpgcheck=1
############################ ## Alternate Repositories ## ############################
# Uncomment these to use them -- note that some packages # from these repositories may conflict with the fedora.us # packages. If you use these repositories, you may wish to # comment-out the fedora.us and livna.org repositories.
#[freshrpms] #name=FreshRPMs #baseurl=http://ayo.freshrpms.net/fedora/linux/$releasever/$basearch/freshrpms/ # http://ftp.us2.freshrpms.net/linux/freshrpms/ayo/fedora/linux/$releasever/$b... ##gpgcheck=1
#[dag] #name=Dag APT Repository #baseurl=http://dag.freshrpms.net/redhat/fc$releasever/en/$basearch/dag # http://ftp.heanet.ie/pub/freshrpms/pub/dag/redhat/fc$releasever/en/$basearch... ##gpgcheck=1
#[dries] #name=Dries APT/YUM Repository #baseurl=http://dries.studentenweb.org/yum/fedora/linux/$releasever/$basearch/dries ##gpgcheck=1
#[spc-production] #name=Subpop.net (Production) #baseurl=http://rpms.subpop.net/fedora/linux/$releasever/$basearch/production ##gpgcheck=1
#[newrpms] #name=NewRPMs #baseurl=http://newrpms.sunsite.dk/apt/redhat/en/$basearch/fc$releasever ##gpgcheck=1
#[atrpms-stable] #name=ATrpms - Stable (Most Stable) #baseurl=http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-stable # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
#[atrpms-good] #name=ATrpms - Good (2nd Most Stable) #baseurl=http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-good # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
#[atrpms-testing] #name=ATrpms - Testing (3rd Most Stable) #baseurl=http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... # http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-testing # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... ##gpgcheck=1
#[atrpms-bleeding] #name=ATrpms - Bleeding (Least Stable) #baseurl=http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-bleeding # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
################### ## Miscellaneous ## ###################
[macromedia.mplug.org] name=macromedia.mplug.org - Flash Plugin baseurl=http://macromedia.mplug.org/apt/fedora/$releasever http://sluglug.ucsc.edu/macromedia/apt/fedora/$releasever http://ruslug.rutgers.edu/macromedia/apt/fedora/$releasever http://macromedia.rediris.es/apt/fedora/$releasever #gpgcheck=1
#[mozilla-seamonkey] #name=Mozilla SeaMonkey Releases #baseurl=http://ftp.mozilla.org/pub/mozilla.org/mozilla/yum/SeaMonkey/releases/curren...
On Tuesday 28 September 2004 10:23 am, Beartooth wrote:
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one? The only editor I know is pico, which apparently does bad things to ends of lines ....
-- Beartooth Autodidact, curmudgeonly codger learning linux Remember I know precious little of what I'm talking about!
My best answer is "probably" but I don't believe the Fedora Legacy repos are fully set up yet. So I'd recommend hanging loose for a week or so to watch for some follow-up about this yum.conf. In any case, I'd recommend saving your current yum.conf so you can fall back on it "just in case." For example, I have a backup copy of my old yum.conf saved using this:
# cp /etc/yum.conf /etc/yum_prelegacy.conf
I'll keep poking at this sample yum.conf and will keep the list updated with how it's going. If there are others interested in helping develop it, feel free to experiment and post what you find!
Clint
On Mon, 27 Sep 2004 11:43:00 -0400, Clint Harshaw wrote:
Hi all:
I want to share my yum.conf with other FC1 users who will be migrating to updates from Fedora Legacy. Credit is due to all of the people working with Fedora Legacy along with Maxwell at fedorafaq.org, from whom the majority of this yum.conf is derived.
I've tried to comment it liberally to help other users find the best fishing holes (i.e. mirror repos) that are suitable for their own locale.
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one? The only editor I know is pico, which apparently does bad things to ends of lines ....
Beartooth wrote:
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one? The only editor I know is pico, which apparently does bad things to ends of lines ....
Try nano: it should be nearly identical. Nano, at least, has a -w mode that should handle ends of lines correctly: you might find pico has the same option (I don't have it installed, so I can't check...)
James.
On Sep 29, 2004 at 00:21, James Wilkinson in a soothing rage wrote:
Beartooth wrote:
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one? The only editor I know is pico, which apparently does bad things to ends of lines ....
Try nano: it should be nearly identical. Nano, at least, has a -w mode that should handle ends of lines correctly: you might find pico has the same option (I don't have it installed, so I can't check...)
Both pico and nano use the '-w' to not wrap long lines.
N.Emile...
On Mon, 2004-09-27 at 08:43, Clint Harshaw wrote:
I want to share my yum.conf with other FC1 users who will be migrating to updates from Fedora Legacy. Credit is due to all of the people working with Fedora Legacy along with Maxwell at fedorafaq.org, from whom the majority of this yum.conf is derived.
Hey Clint. If you claim that this thing works, and you've tested it and all, send it to me as an attachment, and maybe I'll do one last update to the FC1 FAQ with this thing.
-Max
On Mon, Sep 27, 2004 at 11:43:00AM -0400, Clint Harshaw wrote:
I want to share my yum.conf with other FC1 users who will be migrating to updates from Fedora Legacy.
The default package configurations of ATrpms and medley now contain support for FC1 legacy, as well as commented support for FC2 legacy.
http://atrpms.net/name/atrpms-package-config/ http://atrpms.net/name/medley-package-config/
Credit is due to all of the people working with Fedora Legacy along with Maxwell at fedorafaq.org, from whom the majority of this yum.conf is derived.
I've tried to comment it liberally to help other users find the best fishing holes (i.e. mirror repos) that are suitable for their own locale.
If there are any corrections or suggestions for improvement, please let us all know.
Hope this helps, Clint
# This is a yum.conf for Fedora Core 1 with updates from Fedora Legacy. # I've tried to maintain a similar outline as Maxwell Kanat-Alexander's # yum.conf found at his excellent and informative fedorafaq.org site. # # Note that I've included several U.S. mirrors that are close to *me*. This means # that you will want to have a look at this list of mirrors to # similarly configure mirrors that are geographically close to you. # # http://www.fedoralegacy.org/download/fedoralegacy-mirrors.php # # I've left many of the "alternate repositories" commented out, as well # as those repositories for "unstable" or "testing" files. # # To import Fedora Legacy's GPG signature do this as root: # rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY # # If you don't want to check the signatures, then comment out those lines # that are gpgcheck=1 # # The Mozilla SeaMonkey repo is added for those who want to update Mozilla. # # Original Author: Maxwell Kanat-Alexander (maxka at myrealbox dot com) # Date: 29 Feb 2004 # # Modifications Author: Clint Harshaw (clint at penguinsolutions dot org) # Date: 27 Sep 2004 # # Changes by Clint # ---------------- # 27 Sep 2004 # + Updated repos to use fedoralegacy.org's repos and mirros # # Changes by Maxwell # ------------------ # 29 Feb 2004 # + Updated a lot of mirrors, for speed # + Fixed one ATrpms mirror # + Added Dries and spc, two more FreshRPMs-compatible repos # 9 Jan 2004 # + Updated ATrpms for their new directory structure. # 31 Dec 2003 # + Added JPackage, commented out # + Standard Red Hat Fedora Core sites commented-out by default # + Removed dulug from debug, since it doesn't have debug# # 29 Dec 2003 # + Added mirrors for the flash-plugin, since some go down. # + Added base-debuginfo, commented out
[main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=fedora-release tolerant=1 exactarch=0 # Added this because some mirrors go down and then retying takes forever. retries=1
# Be wary of kernel updates. Read the announcements to avoid breakage # due to nvidia cards, etc. exclude=kernel*
################## ## Basic Fedora ## ################## [base] name=Fedora Core $releasever base baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/os/$basea...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/os/$basearch http://download.fedoralegacy.org/fedora/$releasever/os/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/os/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/os/$basearch # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/os/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
[updates] name=Fedora Core $releasever updates baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/updates/$...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/updates/$basearch http://download.fedoralegacy.org/fedora/$releasever/updates/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/updates/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/updates/$basearch # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/updates/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
[legacy-utils] name=Fedora Legacy utilities for Fedora Core $releasever baseurl=http://www.gtlib.cc.gatech.edu/pub/fedoralegacy/fedora/$releasever/legacy-ut...
ftp://mirror.physics.ncsu.edu/mirror/download.fedoralegacy.org/fedora/$releasever/legacy-utils/$basearch http://download.fedoralegacy.org/fedora/$releasever/legacy-utils/$basearch # ftp://linux21.fnal.gov/linux/legacy/fedora/$releasever/legacy-utils/$basearch # http://mirror.datapipe.net/fedoralegacy/fedora/$releasever/legacy-utils/$bas... # ftp://mirrors.umbc.edu/pub/linux/fedora-legacy/fedora/$releasever/legacy-utils/$basearch # http://mirror3.cs.wisc.edu/pub/mirrors/linux/download.fedoralegacy.org/fedor...
################### ## Fedora Extras ## ###################
[fedora-stable] name=Fedora.us Extras (Stable) baseurl=http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/stable
http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/stable http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/stable gpgcheck=1
#[fedora-unstable] #name=Fedora.us Extras (Unstable) #baseurl=http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... # http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/unstable # http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/unstable # http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... # http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/unstable #gpgcheck=1
#[fedora-testing] #name=Fedora.us Extras (Testing) #baseurl=http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/testing # http://fedora.quicknet.nl/fedora/fedora/$releasever/$basearch/yum/testing # http://fedora.mirror.sdv.fr/fedora/fedora/$releasever/$basearch/yum/testing # http://mirrors.kernel.org/fedora.us/fedora/fedora/$releasever/$basearch/yum/... # http://mirrors.usc.edu/pub/linux/fedora/fedora/fedora/$releasever/$basearch/... #gpgcheck=1
############### ## Livna.org ## ############### [livna-stable] name=Livna.org - Fedora Compatible Packages (stable) baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/stable gpgcheck=1
#[livna-unstable] #name=Livna.org - Fedora Compatible Packages (unstable) #baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/unstable #gpgcheck=1
#[livna-testing] #name=Livna.org - Fedora Compatible Packages (testing) #baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/testing #gpgcheck=1
############ # Jpackage # ############
# JPackage is a GREAT repository for Java Software. # However, you may have to compile some SRPMs to use it, # so it's commented out by default. See # http://prdownloads.sourceforge.net/jpackage/direct_download/1.5/generic/SRPMS.non-free # For the SRPMs, and http://www.jpackage.org for the general details. # # Note: JPackage IS compatible with the fedora.us repositories. # You can use JPackage and fedora.us at the same time, without # any trouble.
#[jpackage-generic] #name=JPackage Cross-Platform Packages #baseurl=http://aleron.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/ge... # http://heanet.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/ge... # http://umn.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/gener... #failovermethod=priority ##gpgcheck=1
#[jpackage-fedora] #name=JPackage Fedora Packages #baseurl=http://aleron.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fe... # http://heanet.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fe... # http://umn.dl.sourceforge.net/sourceforge/jpackage/direct_download/1.5/fedor... #failovermethod=priority ##gpgcheck=1
############################ ## Alternate Repositories ## ############################
# Uncomment these to use them -- note that some packages # from these repositories may conflict with the fedora.us # packages. If you use these repositories, you may wish to # comment-out the fedora.us and livna.org repositories.
#[freshrpms] #name=FreshRPMs #baseurl=http://ayo.freshrpms.net/fedora/linux/$releasever/$basearch/freshrpms/ # http://ftp.us2.freshrpms.net/linux/freshrpms/ayo/fedora/linux/$releasever/$b... ##gpgcheck=1
#[dag] #name=Dag APT Repository #baseurl=http://dag.freshrpms.net/redhat/fc$releasever/en/$basearch/dag # http://ftp.heanet.ie/pub/freshrpms/pub/dag/redhat/fc$releasever/en/$basearch... ##gpgcheck=1
#[dries] #name=Dries APT/YUM Repository #baseurl=http://dries.studentenweb.org/yum/fedora/linux/$releasever/$basearch/dries ##gpgcheck=1
#[spc-production] #name=Subpop.net (Production) #baseurl=http://rpms.subpop.net/fedora/linux/$releasever/$basearch/production ##gpgcheck=1
#[newrpms] #name=NewRPMs #baseurl=http://newrpms.sunsite.dk/apt/redhat/en/$basearch/fc$releasever ##gpgcheck=1
#[atrpms-stable] #name=ATrpms - Stable (Most Stable) #baseurl=http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-stable # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
#[atrpms-good] #name=ATrpms - Good (2nd Most Stable) #baseurl=http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-good # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
#[atrpms-testing] #name=ATrpms - Testing (3rd Most Stable) #baseurl=http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... # http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-testing # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... ##gpgcheck=1
#[atrpms-bleeding] #name=ATrpms - Bleeding (Least Stable) #baseurl=http://apt.physik.fu-berlin.de/fedora/$releasever/en/$basearch/at-bleeding # http://ftp-stud.fht-esslingen.de/atrpms/download.atrpms.net/fedora/$releasev... # http://wftp.tu-chemnitz.de/pub/linux/ATrpms/fedora/$releasever/en/$basearch/... ##gpgcheck=1
################### ## Miscellaneous ## ###################
[macromedia.mplug.org] name=macromedia.mplug.org - Flash Plugin baseurl=http://macromedia.mplug.org/apt/fedora/$releasever http://sluglug.ucsc.edu/macromedia/apt/fedora/$releasever http://ruslug.rutgers.edu/macromedia/apt/fedora/$releasever http://macromedia.rediris.es/apt/fedora/$releasever #gpgcheck=1
#[mozilla-seamonkey] #name=Mozilla SeaMonkey Releases #baseurl=http://ftp.mozilla.org/pub/mozilla.org/mozilla/yum/SeaMonkey/releases/curren...
On Tue, 28 Sep 2004 10:23:03 -0400, Clint Harshaw wrote:
On Tuesday 28 September 2004 10:23 am, Beartooth wrote:
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one?
My best answer is "probably" but I don't believe the Fedora Legacy repos are fully set up yet. So I'd recommend hanging loose for a week or so to watch for some follow-up about this yum.conf. In any case, I'd recommend saving your current yum.conf so you can fall back on it "just in case." For example, I have a backup copy of my old yum.conf saved using this:
# cp /etc/yum.conf /etc/yum_prelegacy.conf
I'll keep poking at this sample yum.conf and will keep the list updated with how it's going. If there are others interested in helping develop it, feel free to experiment and post what you find!
OK : the thread has ended there for more like a month than a week. So is it all right to take over now? And is that last commented line with "#cp ..." to be added into the taken over stuff?? (If so, where?) Or just done once before taking over your kind work?
Beartooth wrote:
On Tue, 28 Sep 2004 10:23:03 -0400, Clint Harshaw wrote:
On Tuesday 28 September 2004 10:23 am, Beartooth wrote:
Very very dumb question : does that mean those of us near Georgia can simply replace the yum.conf we've been using with this one?
My best answer is "probably" but I don't believe the Fedora Legacy repos are fully set up yet. So I'd recommend hanging loose for a week or so to watch for some follow-up about this yum.conf. In any case, I'd recommend saving your current yum.conf so you can fall back on it "just in case." For example, I have a backup copy of my old yum.conf saved using this:
# cp /etc/yum.conf /etc/yum_prelegacy.conf
I'll keep poking at this sample yum.conf and will keep the list updated with how it's going. If there are others interested in helping develop it, feel free to experiment and post what you find!
OK : the thread has ended there for more like a month than a week. So is it all right to take over now? And is that last commented line with "#cp ..." to be added into the taken over stuff?? (If so, where?) Or just done once before taking over your kind work?
I've been using it without problems to maintain my FC1 system at the office. The # was to indicate that I had done this at a root prompt -- not a comment. You need to be root to change your yum.conf while in /etc/
I've got a copy of it saved at this url: http://penguinsolutions.org/fedora/yum.conf
Hack at the repo mirrors to select ones that are close to you, and have a go at it. The location for the repo mirrors are in the comments of the yum.conf.
If you have some additions or edits that you'd like to put on there, post them on the list, so we can all use them and try them out.
Clint
On Sat, 23 Oct 2004 18:11:58 -0400, Clint Harshaw wrote:
I have a backup copy of my old yum.conf saved using this:
# cp /etc/yum.conf /etc/yum_prelegacy.conf
I did cd /etc and then mv yum.conf yum.conf.vtedu -- which will tell me more when I forget it and look .... I hope the effect is the same.
I'll keep poking at this sample yum.conf and will keep the list updated with how it's going. If there are others interested in helping develop it, feel free to experiment and post what you find!
OK : the thread has ended there for more like a month than a week. So is it all right to take over now? And is that last commented line with "#cp ..." to be added into the taken over stuff?? (If so, where?) Or just done once before taking over your kind work?
I've been using it without problems to maintain my FC1 system at the office. The # was to indicate that I had done this at a root prompt -- not a comment. You need to be root to change your yum.conf while in /etc/
I've got a copy of it saved at this url: http://penguinsolutions.org/fedora/yum.conf
Hack at the repo mirrors to select ones that are close to you, and have a go at it. The location for the repo mirrors are in the comments of the yum.conf.
Got it -- and since I'm in Western VA, the closest to you are also the closest to me; I didn't even need to do that last step.
Running it got me a huge wad of stuff scrolling by (dunno why so much), followed by : ===== I will do the following: [update: cups 1:1.1.19-13.2.legacy.i386] [update: glut 3.7-12.lvn.1.1.i386] [update: cups-libs 1:1.1.19-13.2.legacy.i386] [update: perl-DateManip 5.42-0.fdr.2.a.1.noarch] Is this ok [y/N]: ===== Telling it y got this : ===== Getting cups-1.1.19-13.2.legacy.i386.rpm cups-1.1.19-13.2.legacy.i 0% | | 0 B --:cups-1.1.19-13.2.legacy.i 3% | | 96 kB 00:cups-1.1.19-13.2.legacy.i 7% |= | 192 kB 00:cups-1.1.19-13.2.legacy.i 10% |== | 280 kB 00:cups-1.1.19-13.2.legacy.i 15% |=== | 384 kB 00:cups-1.1.19-13.2.legacy.i 18% |==== | 480 kB 00:cups-1.1.19-13.2.legacy.i 21% |===== | 552 kB 00:cups-1.1.19-13.2.legacy.i 23% |===== | 608 kB 00:cups-1.1.19-13.2.legacy.i 27% |====== | 696 kB 00:cups-1.1.19-13.2.legacy.i 31% |======= | 800 kB 00:cups-1.1.19-13.2.legacy.i 35% |======== | 904 kB 00:cups-1.1.19-13.2.legacy.i 38% |========= | 976 kB 00:cups-1.1.19-13.2.legacy.i 42% |========== | 1.1 MB 00:cups-1.1.19-13.2.legacy.i 44% |=========== | 1.1 MB 00:cups-1.1.19-13.2.legacy.i 47% |=========== | 1.2 MB 00:cups-1.1.19-13.2.legacy.i 50% |============ | 1.3 MB 00:cups-1.1.19-13.2.legacy.i 54% |============= | 1.4 MB 00:cups-1.1.19-13.2.legacy.i 57% |============== | 1.4 MB 00:cups-1.1.19-13.2.legacy.i 58% |============== | 1.5 MB 00:cups-1.1.19-13.2.legacy.i 59% |============== | 1.5 MB 00:cups-1.1.19-13.2.legacy.i 61% |=============== | 1.5 MB 00:cups-1.1.19-13.2.legacy.i 64% |================ | 1.6 MB 00:cups-1.1.19-13.2.legacy.i 66% |================ | 1.7 MB 00:cups-1.1.19-13.2.legacy.i 69% |================= | 1.7 MB 00:cups-1.1.19-13.2.legacy.i 72% |================== | 1.8 MB 00:cups-1.1.19-13.2.legacy.i 74% |================== | 1.9 MB 00:cups-1.1.19-13.2.legacy.i 77% |=================== | 1.9 MB 00:cups-1.1.19-13.2.legacy.i 80% |==================== | 2.0 MB 00:cups-1.1.19-13.2.legacy.i 84% |===================== | 2.1 MB 00:cups-1.1.19-13.2.legacy.i 87% |===================== | 2.2 MB 00:cups-1.1.19-13.2.legacy.i 91% |====================== | 2.3 MB 00:cups-1.1.19-13.2.legacy.i 95% |======================= | 2.4 MB 00:cups-1.1.19-13.2.legacy.i 95% |======================= | 2.4 MB 00:cups-1.1.19-13.2.legacy.i 97% |======================== | 2.4 MB 00:cups-1.1.19-13.2.legacy.i 99% |======================== | 2.5 MB 00:cups-1.1.19-13.2.legacy.i 100% |=========================| 2.5 MB 00:11 Getting glut-3.7-12.lvn.1.1.i386.rpm glut-3.7-12.lvn.1.1.i386. 0% | | 0 B --:glut-3.7-12.lvn.1.1.i386. 29% |======= | 24 kB 00:glut-3.7-12.lvn.1.1.i386. 69% |================= | 56 kB 00:glut-3.7-12.lvn.1.1.i386. 100% |=========================| 81 kB 00:00 warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID a109b1ec Error: Could not find the GPG Key necessary to validate pkg /var/cache/yum/livna-stable/packages/glut-3.7-12.lvn.1.1.i386.rpm Error: You may want to run yum clean or remove the file: /var/cache/yum/livna-stable/packages/glut-3.7-12.lvn.1.1.i386.rpm Error: You may also check that you have the correct GPG keys installed [root@localhost etc]# ===== I had done [root@localhost etc]# rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY as you suggested; so I don't understand the GPG errors.
I did yum clean : ===== [root@localhost etc]# yum clean Gathering header information file(s) from server(s) Server: Fedora Core 1 base Server: Fedora.us Extras (Stable) Server: Fedora Legacy utilities for Fedora Core 1 Server: Livna.org - Fedora Compatible Packages (stable) Server: macromedia.mplug.org - Flash Plugin Server: Fedora Core 1 updates Finding updated packages Cleaning packages and old headers [root@localhost etc]# ===== What is glut, anyway? And mainly: am I golden, copacetic, and generally ready to roll now? Shall I go do the same to my backup desktop?
Oh and where do I post something to sing the praises of the fedoralegacy folks? That wad of stuff that scrolled by was *very* impressive ....
Beartooth wrote:
2.5 MB 00:11 Getting glut-3.7-12.lvn.1.1.i386.rpm glut-3.7-12.lvn.1.1.i386. 0% | | 0 B --:glut-3.7-12.lvn.1.1.i386. 29% |======= | 24 kB 00:glut-3.7-12.lvn.1.1.i386. 69% |================= | 56 kB 00:glut-3.7-12.lvn.1.1.i386. 100% |=========================| 81 kB 00:00 warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID a109b1ec Error: Could not find the GPG Key necessary to validate pkg /var/cache/yum/livna-stable/packages/glut-3.7-12.lvn.1.1.i386.rpm Error: You may want to run yum clean or remove the file: /var/cache/yum/livna-stable/packages/glut-3.7-12.lvn.1.1.i386.rpm Error: You may also check that you have the correct GPG keys installed [root@localhost etc]# ===== I had done [root@localhost etc]# rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY as you suggested; so I don't understand the GPG errors.
[...]
My initial reaction based on the output is that you've installed the Fedora Legacy GPG Key, but not the GPG keys for all of the other repos. There are two different approaches that can get you all set up:
1) install the GPG keys from all the other repos using this set of instructions (note that this will carry out the import of the keys even for those repos that are commented out in my sample yum.conf -- I figured that I would just install them all at one shot and then be done with it, even if I don't ever use those repos):
rpm --import http://www.fedora.us/FEDORA-GPG-KEY rpm --import http://rpm.livna.org/RPM-LIVNA-GPG-KEY rpm --import http://freshrpms.net/packages/RPM-GPG-KEY.txt rpm --import http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt rpm --import http://atrpms.physik.fu-berlin.de/RPM-GPG-KEY.atrpms rpm --import http://newrpms.sunsite.dk/gpg-pubkey-newrpms.txt rpm --import http://www.jpackage.org/jpackage.asc rpm --import /usr/share/doc/fedora-release-1/RPM-GPG-KEY* rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY
2) you could comment out all the relevant lines in the yum.conf that require the GPG check. That is, every line that looks like:
gpgcheck=1
would have a comment (#) in front of it:
#gpgcheck=1
Hope this helps, Clint
On Sun, 24 Oct 2004 11:25:28 -0400, Clint Harshaw wrote:
My initial reaction based on the output is that you've installed the Fedora Legacy GPG Key, but not the GPG keys for all of the other repos. There are two different approaches that can get you all set up:
- install the GPG keys from all the other repos using this set of
instructions (note that this will carry out the import of the keys even for those repos that are commented out in my sample yum.conf -- I figured that I would just install them all at one shot and then be done with it, even if I don't ever use those repos):
rpm --import http://www.fedora.us/FEDORA-GPG-KEY
[etc. -- list snipped]
I did that, copying each line to a root prompt and entering it; then I ran yum update again. This time it worked fine. Many many thanks! Now I can go do the same with my backup desktop -- and maybe even my FC1 gnome-terminal will get a prompt at last ...
Hope this helps,
Vastly! Many many thanks!
Hi
Oh and where do I post something to sing the praises of the fedoralegacy folks? That wad of stuff that scrolled by was *very* impressive ....
I am not sure whether this was just humour or If you were really wondering.
The stuff you saw scroll by is yum header files which contains the rpm meta data used to solve dependencies. Yum downloads header info for *all* packages in the repositories.
Yum now in fc3/development tree has switched to a new meta data format and no longer uses header (.hdr) files so this should work much faster esp if you are on a slow net connection
regards Rahul Sundaram
On Sat, 30 Oct 2004 04:32:48 +0530, Rahul Sundaram wrote:
Oh and where do I post something to sing the praises of the fedoralegacy folks? That wad of stuff that scrolled by was *very* impressive ....
I am not sure whether this was just humour or If you were really wondering.
I meant it. I figured out, more or less, what it was -- and also that 99 44/100% was stuff I either had already or didn't need; but it still impressed me. Every one of those means somebody has written *and* debugged a bunch of code, right?
It looks like an enormous amount of work, done for free; I'm impressed and grateful, and want to say so where the people who did it will see. Ten to one they're human like the rest of us, and never get near the thanks and admiration they deserve. At least they have mine.
On Thu, 28 Oct 2004 14:19:09 -0400, I (Beartooth) wrote:
On Sun, 24 Oct 2004 11:25:28 -0400, Clint Harshaw wrote:
My initial reaction based on the output is that you've installed the Fedora Legacy GPG Key, but not the GPG keys for all of the other repos. There are two different approaches that can get you all set up:
- install the GPG keys from all the other repos ....
I did that, ... This time it worked fine. Many many thanks! Now I can go do the same with my backup desktop -- and maybe even my FC1 gnome-terminal will get a prompt at last ...
I've now done it on the backup machine -- which, unlike the current main one, actually has a working instance of Galeon. (I can't seem to escape dependency hell on the main machine ...) But that turns out to create a problem.
When I try to do yum update, it looks normal at first, but then aborts with this : ===== Resolving dependencies ....Unable to satisfy dependencies Package galeon needs mozilla = 37:1.4.2, this is not available. [root@localhost root]# ===== I have slogged through man yum and man yum.conf, but can't seem to find a command that tells yum to update everything *but* galeon. Is there one?? Or any other way to keep Galeon, which (unlike firefox at the moment) ain't broke? I'm sure if I remove it and then update, I won't have a prayer of getting it back...
I've now done it on the backup machine -- which, unlike the current main one, actually has a working instance of Galeon. (I can't seem to escape dependency hell on the main machine ...) But that turns out to create a problem.
When I try to do yum update, it looks normal at first, but then aborts with this : ===== Resolving dependencies ....Unable to satisfy dependencies Package galeon needs mozilla = 37:1.4.2, this is not available. [root@localhost root]# ===== I have slogged through man yum and man yum.conf, but can't seem to find a command that tells yum to update everything *but* galeon. Is there one??
Try doing: yum --exclude=galeon update snipped from man yum: --exclude=package Exclude a specific package by name or glob from updates on all repositories. Configuration Option: excludped from man yum:
Bear Tooth wrote:
I've now done it on the backup machine -- which, unlike the current main one, actually has a working instance of Galeon. (I can't seem to escape dependency hell on the main machine ...) But that turns out to create a problem.
When I try to do yum update, it looks normal at first, but then aborts with this : ===== Resolving dependencies ....Unable to satisfy dependencies Package galeon needs mozilla = 37:1.4.2, this is not available. [root@localhost root]# ===== I have slogged through man yum and man yum.conf, but can't seem to find a command that tells yum to update everything *but* galeon. Is there one?? Or any other way to keep Galeon, which (unlike firefox at the moment) ain't broke? I'm sure if I remove it and then update, I won't have a prayer of getting it back...
The version of galeon needs moz 1.4.2. There are two options for you:
a) don't upgrade mozilla -- not my choice, because I like the features in Moz 1.7.3 and use it for all my browsing, calendaring, email, and irc stuff. If you comment out the SeaMonkey section in my posted yum.conf then you will have the same 1.4.2 of moz but you can still use galeon.
b) do a yum remove galeon and then go ahead with yum update mozilla getting mozilla in all its 1.7.3 goodness <grin>. You'll lose galeon, but if you need it back, then I *think* that Dag Wieers has an rpm for galeon that is compatible with moz 1.7.3.
Hope this helps, Clint "Who uses Mozilla for about everything except doing the dishes"
On Sat, 30 Oct 2004 18:14:18 -0400, Clint Harshaw wrote:
Bear Tooth wrote:
When I try to do yum update, it looks normal at first, but then aborts with this : ===== Resolving dependencies ....Unable to satisfy dependencies Package galeon needs mozilla = 37:1.4.2, this is not available. [root@localhost root]# =====
The version of galeon needs moz 1.4.2. There are two options for you:
a) don't upgrade mozilla -- not my choice, because I like the features in Moz 1.7.3 and use it for all my browsing, calendaring, email, and irc stuff. If you comment out the SeaMonkey section in my posted yum.conf then you will have the same 1.4.2 of moz but you can still use galeon.
Very odd -- the only SeaMonkey section I found, way at the bottom, is already commented out. And I only copied & pasted, not trusting my trifocal eyeballs, arthritic fingers, nor defective command of linux to change anything at all in the file on your website.
b) do a yum remove galeon and then go ahead with yum update mozilla getting mozilla in all its 1.7.3 goodness <grin>. You'll lose galeon, but if you need it back, then I *think* that Dag Wieers has an rpm for galeon that is compatible with moz 1.7.3.
I'll go look. I note that your sample has Dag's site, commented out, under Alternate Repositories. Does that mean, if I install an rpm from him for galeon (which may be what I have, for all I know; memory like a sieve ...), that I won't be able to do updates on it even if somebody finds a security flaw?
I do my mail with pine, and usenet with Pan, and (blessed retirement!) no calendaring at all, at all. So I want the leanest browser-only software I can find. (I tried epiphany, and couldn't live with its dictatorial bookmarking.) Even Firefox seems dead slow at present ....
Many thanks!
On Sat, 30 Oct 2004 15:10:30 -0700, Jon Savage wrote:
I have slogged through man yum and man yum.conf, but can't seem to find a command that tells yum to update everything *but* galeon. Is there one??
Try doing: yum --exclude=galeon update snipped from man yum: --exclude=package Exclude a specific package by name or glob from updates on all repositories. Configuration Option: excludped from man yum:
Very odd, root and branch, very odd indeed. I tried that first on this machine (an athlon about a year and a half old, I believe; I can find the hardware browser if anyone thinks that would help), forgetting the trouble was on the other. That got ===== [root@localhost root]# yum --exclude=galeon update Options Error: option --exclude not recognized (snip) ===== Then I remembered to go to the backup machine (which, unlike this one, has not yet successfully been through an update, in case that matters) -- and it didn't get the option error, but did still get the dependency error!
So I tried "yum update --exclude=galeon" instead, reversing the order. This time I got "Cannot find any package matching --exclude=galeon available to be updated. No actions to take."
Now I *am* befuddled!
On Sun, 31 Oct 2004 11:54:49 -0500, Beartooth wrote:
On Sat, 30 Oct 2004 15:10:30 -0700, Jon Savage wrote:
Try doing: yum --exclude=galeon update
=====[root@localhost root]# yum --exclude=galeon update Options Error: option --exclude not recognized (snip) ===== Then I remembered to go to the backup machine (which, unlike this one, has not yet successfully been through an update, in case that matters) -- and it didn't get the option error, but did still get the dependency error!
Thanks to a hint in another post on this list, I tried (like a porcupine making love) putting "exclude=galeon" into the main section of my yum.conf -- and it *still* languishes in dependency hell! Should I maybe try exclude=mozilla?? Or have I just modified yum.conf wrong? Or what?
Thanks to a hint in another post on this list, I tried (like a porcupine making love) putting "exclude=galeon" into the main section of my yum.conf -- and it *still* languishes in dependency hell! Should I maybe try exclude=mozilla?? Or have I just modified yum.conf wrong? Or what?
Using exclude=galeon will prevent *galeon* from being updated but if you upgrade mozilla, then galeon would have to be removed (which is a change from its current state). That's why you're getting the notice.
Try galeon out as a browser -- if you like it then you can just keep using it, and leave moz alone by placing exclude=mozilla* in the main section of yum.conf.
If you don't like galeon, then remove it with yum remove galeon, and then mozilla will update via yum update mozilla*.
The SeaMonkey repo was in there some time ago -- I used it to get the freshest version of mozilla before it hit the FC1 repos.
Hope this helps, Clint
Very odd -- the only SeaMonkey section I found, way at the bottom, is already commented out. And I only copied & pasted, not trusting my trifocal eyeballs, arthritic fingers, nor defective command of linux to change anything at all in the file on your website.
That's likely because the SeaMonkey release has made its way to the FC1 repos by this point. At the time I used that repo to update moz, that wasn't the case.
[...]
I'll go look. I note that your sample has Dag's site, commented out, under Alternate Repositories. Does that mean, if I install an rpm from him for galeon (which may be what I have, for all I know; memory like a sieve ...), that I won't be able to do updates on it even if somebody finds a security flaw?
Some users have reported conflicts when mixing repos, but ymmv. Dag's rpm's have worked fine for me -- but I don't hit that repo with yum, rather I go to Dag's site and grab the specific rpm that I'm after. (His java jre and moz plugin for the jre are two excellent examples.)
I do my mail with pine, and usenet with Pan, and (blessed retirement!) no calendaring at all, at all. So I want the leanest browser-only software I can find. (I tried epiphany, and couldn't live with its dictatorial bookmarking.) Even Firefox seems dead slow at present ....
Slow in what sense? Slow to open? render a page? Firefox, Moz, Konq, Galeon and Epiphany all seem quick enough here. Can you describe further?
Clint
Many thanks!
On Sun, 31 Oct 2004 13:38:12 -0500, Clint Harshaw wrote:
I'll go look. I note that your sample has Dag's site, commented out, under Alternate Repositories. Does that mean, if I install an rpm from him for galeon (which may be what I have, for all I know; memory like a sieve ...), that I won't be able to do updates on it even if somebody finds a security flaw?
Some users have reported conflicts when mixing repos, but ymmv. Dag's rpm's have worked fine for me -- but I don't hit that repo with yum, rather I go to Dag's site and grab the specific rpm that I'm after. (His java jre and moz plugin for the jre are two excellent examples.)
So the idea is to download his galeon a/o mozilla a/o both, then do "rpm -Uvh galeon mozilla"?
I do my mail with pine, and usenet with Pan, and (blessed retirement!) no calendaring at all, at all. So I want the leanest browser-only software I can find. (I tried epiphany, and couldn't live with its dictatorial bookmarking.) Even Firefox seems dead slow at present ....
Slow in what sense? Slow to open? render a page? Firefox, Moz, Konq, Galeon and Epiphany all seem quick enough here. Can you describe further?
It takes a lot longer to open than Opera 7.54 or Konqueror; whenever I go back to it with the workspace switcher, it takes a lot longer for anything to show than with any of the other five workspaces. Everything it does seems slow once it's usable. While it's open, everything else seems slow. The system monitor always shows CPU history near max while it's open. Want my hardware browser info?
On Sun, 31 Oct 2004 13:29:16 -0500, Clint Harshaw wrote:
Using exclude=galeon will prevent *galeon* from being updated but if you upgrade mozilla, then galeon would have to be removed (which is a change from its current state). That's why you're getting the notice.
Try galeon out as a browser -- if you like it then you can just keep using it, and leave moz alone by placing exclude=mozilla* in the main section of yum.conf.
I used galeon for years, till it began to get slow, and went back to it when firefox did. My browsers typically run faster when newly updated, and slow gradually down; if I can, I keep galeon, opera, and firefox all open (with a separate workspace for each), with ten or twenty tabs each, and use mainly the one currently fastest. I also keep the default browser set to Konqueror, so that opening a site from my email or newsreader doesn't mess up one of the main ones; and I keep the security settings (privoxy exceptions, cookie treatment, java settings, etc) a little different on all three (and minimal on the default); so if a page fails to render in one browser, I just go to another.
I hit dependency hell trying to install galeon on my current athlon FC1 desktop, and just get along without it. Since the installation on the backup p2 still has a working galeon, I use it there.
I've tried to run galeon on a mozilla-free machine; that works after a fashion with firefox (which I believe to be in extension hell at present; I'll scrub kit & caboodle and re-install it from scratch when all the foofaraw over 1.0 subsides -- preferably for 1.1 ...). But it fails, alas! with galeon.
Beartooth wrote:
I used galeon for years, till it began to get slow, and went back to it when firefox did. My browsers typically run faster when newly updated, and slow gradually down; if I can, I keep galeon, opera, and firefox all open
This seems odd -- are you regularly clearing out the cache? I haven't ever experienced the gradual slowing down you describe, but I hope we can find a solution to your issue. Have you tried strace on any of the browsers to see if there is some output that could be helpful there for troubleshooting?
(with a separate workspace for each), with ten or twenty tabs each, and use mainly the one currently fastest. I also keep the default browser set to Konqueror, so that opening a site from my email or newsreader doesn't mess up one of the main ones; and I keep the security settings (privoxy exceptions, cookie treatment, java settings, etc) a little different on all three (and minimal on the default); so if a page fails to render in one browser, I just go to another.
I'm not entirely clear on this desktop setup -- are you really saying that you have at lease three browsers open at all times, each with 10-20 pages being rendered? So at any time, there are at least between 30 and 60 different web pages being actively displayed? How much RAM are you running?
I hit dependency hell trying to install galeon on my current athlon FC1 desktop, and just get along without it. Since the installation on the backup p2 still has a working galeon, I use it there.
Gnome's moved to epiphany for its browser, for reasons that I don't recall, and I don't believe galeon comes with FC2. But there are available rpm's for galeon (you should be able to grab the rpm from Dag's site) that are compatible with moz 1.7.3.
I've tried to run galeon on a mozilla-free machine; that works after a fashion with firefox (which I believe to be in extension hell at present; I'll scrub kit & caboodle and re-install it from scratch when all the foofaraw over 1.0 subsides -- preferably for 1.1 ...). But it fails, alas! with galeon.
Hope this helps, Clint
On Sun, 31 Oct 2004 20:46:53 -0500, Clint Harshaw wrote:
Beartooth wrote:
I used galeon for years, till it began to get slow, and went back to it when firefox did. My browsers typically run faster when newly updated, and slow gradually down; if I can, I keep galeon, opera, and firefox all open
This seems odd -- are you regularly clearing out the cache?
Errr... Duhhhh.... and also Blither. Also Damn. That's one thing I keep forgetting -- partly because I'm a packrat, and shirk it. I wish the browsers would let you see how much you have, or otherwise thin out, without having to edit a file manually, line by line.
I did it just now, and both Opera and Firefox do seem faster. But there's a cost. The browser no longer keeps track, on the web forums I follow, which posts I've read and which I haven't.
I haven't ever experienced the gradual slowing down you describe, but I hope we can find a solution to your issue. Have you tried strace on any of the browsers to see if there is some output that could be helpful there for troubleshooting?
===== [root@localhost btth]# strace opera -bash: strace: command not found [root@localhost btth]# ===== So I checked : ===== [root@localhost root]# man strace No manual entry for strace [root@localhost root]# rpm -q strace package strace is not installed [root@localhost root]# ===== I had barely, if ever heard of strace. I did try google linux, and found a long but seemingly readable exposition at http://www.die.net/doc/linux/man/man1/strace.1.html
I'm not entirely clear on this desktop setup -- are you really saying that you have at lease three browsers open at all times, each with 10-20 pages being rendered? So at any time, there are at least between 30 and 60 different web pages being actively displayed?
Not at all. On my panel is a workspace switcher with six boxes. Each one, when clicked on, gives me what amounts to a fresh desktop, or at least looks like one. One for my terminal, doing email and administrative stuff; one for each browser; one for my newsreader; and one with a terminal using a special profile -- a font small enough to make man pages format properly. And, of course, with tabs each browser only actually displays one site at a time, if any; the chief benefits of tabbing, to me at least, are that I can close a browser with unread sites open, and have them still there next time; and that I can open my weather and forum sites more or less simultaneously, without chasing down a lot of bookmarks.
How much RAM are you running?
Well, I thought the hardware browser would check that for me, and it doesn't. I had as much added as each machine would hold recently; I think it's 512 on one and 384 on the other.
I hit dependency hell trying to install galeon on my current athlon FC1 desktop, and just get along without it. Since the installation on the backup p2 still has a working galeon, I use it there.
Gnome's moved to epiphany for its browser, for reasons that I don't recall, and I don't believe galeon comes with FC2. But there are available rpm's for galeon (you should be able to grab the rpm from Dag's site) that are compatible with moz 1.7.3.
Been there, tried that, alas! I installed mozilla into FC1, from the Fedora Legacy site; galeon-1.3.14-0.a.rhfc1.dag.i386.rpm failed to install; galeon-1.3.14-1.a.dmist.i386.rpm failed to install; galeon-1.3.17-3.i386.rpm claimed to have installed -- but tries to open when I click on the launcher, and then fails.
rpm -q mozilla gives mozilla-1.4.3-1.fc1.1.legacy
Have I gotten the wrong rpm from Dag, or ...??
Incidentally, I asked this also this morning on gmane's galeon list; no reply there yet, either ...
On Mon, 01 Nov 2004 12:14:34 -0500, Beartooth wrote:
On Sun, 31 Oct 2004 20:46:53 -0500, Clint Harshaw wrote:
Have you tried strace on any of the browsers to see if there is some output that could be helpful there for troubleshooting?
=====[root@localhost btth]# strace opera -bash: strace: command not found [root@localhost btth]# ===== So I checked : ===== [root@localhost root]# man strace No manual entry for strace [root@localhost root]# rpm -q strace package strace is not installed [root@localhost root]# ===== I had barely, if ever heard of strace. I did try google linux, and found a long but seemingly readable exposition at http://www.die.net/doc/linux/man/man1/strace.1.html
--- and hit send instead of rewrap.... I did yum install strace, got Installed: strace 4.5.4-0.FC1.i386 Transaction(s) Complete -- so I'll try to get to reading that page on line -- and try man strace again here ...
Beartooth kirjoitti viestissään (lähetysaika maanantai, 1. marraskuuta 2004 19:14):
On Sun, 31 Oct 2004 20:46:53 -0500, Clint Harshaw wrote:
I'm not entirely clear on this desktop setup -- are you really saying that you have at lease three browsers open at all times, each with 10-20 pages being rendered? So at any time, there are at least between 30 and 60 different web pages being actively displayed?
Not at all. On my panel is a workspace switcher with six boxes. Each one, when clicked on, gives me what amounts to a fresh desktop, or at least looks like one. One for my terminal, doing email and administrative stuff; one for each browser; one for my newsreader; and one with a terminal using a special profile -- a font small enough to make man pages format properly. And, of course, with tabs each browser only actually displays one site at a time, if any;
All the stuff you have running in hidden workspaces and browser tabs is still consuming memory, CPU time and other system resources. You might see just one site being displayed but your machine is loaded with the task of keeping dozens of web pages ready for instantaneous display.
On Mon, 01 Nov 2004 20:53:40 +0200, Markku Kolkka wrote:
All the stuff you have running in hidden workspaces and browser tabs is still consuming memory, CPU time and other system resources. You might see just one site being displayed but your machine is loaded with the task of keeping dozens of web pages ready for instantaneous display.
^^^^^^^^^^^^^^ You mean it's supposed to. But switching workspaces takes considerable time -- more to switch to a browser than to the newsreader or a terminal, and more to switch to firefox than to opera. And *everything* works slower if firefox is open than if not -- including if Konqueror is open instead of firefox.
I'm not surprised that a browser runs slower with several tabs open (even though I keep things set to update as seldom as possible, like once a week, unless and until I hit a reload button on one tab). That's worth it, normally.
But it runs *way* slower; is there some exponential change in keeping one more tab loaded? And why is it that firefox runs like cold mozilla all the time, whether it has half a dozen tabs open, or a dozen and a half? Multiple tabs don't slow opera down nearly so much as they do firefox.
On Mon, 1 Nov 2004, Beartooth wrote:
But it runs *way* slower; is there some exponential change in keeping one more tab loaded? And why is it that firefox runs like cold mozilla all the time, whether it has half a dozen tabs open, or a dozen and a half? Multiple tabs don't slow opera down nearly so much as they do firefox.
On my box firefox and mozilla tend to end up using gobs of memory which appears to be mostly related to plugins. that don't free up memory allready used. that seems to be the big problem, when your browser has 1GB of ram in use and you only have 512MB it gets a little slow.
Beartooth kirjoitti viestissään (lähetysaika maanantai, 1. marraskuuta 2004 23:04):
You mean it's supposed to. But switching workspaces takes considerable time -- more to switch to a browser than to the newsreader or a terminal, and more to switch to firefox than to opera. And *everything* works slower if firefox is open than if not
That sounds like your system is running out of available RAM and it's swapping data to disk. What does the command "free" show when you have several workspaces and browsers in use?
On Tue, November 2, 2004 5:04, Beartooth said:
On Mon, 01 Nov 2004 20:53:40 +0200, Markku Kolkka wrote:
All the stuff you have running in hidden workspaces and browser tabs is still consuming memory, CPU time and other system resources. You might see just one site being displayed but your machine is loaded with the task of keeping dozens of web pages ready for instantaneous display.
^^^^^^^^^^^^^^You mean it's supposed to. But switching workspaces takes considerable time -- more to switch to a browser than to the newsreader or a terminal, and more to switch to firefox than to opera. And *everything* works slower if firefox is open than if not -- including if Konqueror is open instead of firefox.
If switching workspaces takes considerable time (in the range of seconds) on a decent system with say 1.5GHz processor & 2D accelerated video card, then you're most likely running low on RAM and your kernel starts swapping things out to the hard drive.
While switching is slow, observe whether your HDD is constantly on, that's often a sign of swapping. You may also observe your swap-usage, say with "top".
If you encounter swapping: - Remove your fancy desktop background. It eats heaps of RAM! - Close unused apps - Buy more RAM
On Mon, 01 Nov 2004 23:28:57 +0200, Markku Kolkka wrote:
Beartooth kirjoitti viestissään (lähetysaika maanantai, 1. marraskuuta 2004 23:04):
You mean it's supposed to. But switching workspaces takes considerable time -- more to switch to a browser than to the newsreader or a terminal, and more to switch to firefox than to opera. And *everything* works slower if firefox is open than if not
That sounds like your system is running out of available RAM and it's swapping data to disk. What does the command "free" show when you have several workspaces and browsers in use?
[root@localhost root]# free total used free shared buffers cachedMem: 117944 115244 2700 0 6356 33912-/+ buffers/cache: 74976 42968 Swap: 498004 153688 344316 [root@localhost root]
On Tue, 02 Nov 2004 15:13:33 +0800, HaJo Schatz wrote:
If switching workspaces takes considerable time (in the range of seconds)
Yes, it does.
on a decent system with say 1.5GHz processor & 2D accelerated video card, then you're most likely running low on RAM and your kernel starts swapping things out to the hard drive.
Decent? Errr... Duhhh... My hardware browser on the current (newest) machine tells me hda1 has 102 MB, hda2 has 14002, and hda3 has 486. My System Monitor shows Used Memory and Used Swap pretty steady at 104 of 115 MB (used to be 112 or 113 of 115), and 161 of 486, respectively.
It also lists my video card as an SiS 650, and (Geom: 1860/255/63) as well as (Model: ST315320A) for hda -- none of which means squat to me, decent or not.
While switching is slow, observe whether your HDD is constantly on, that's often a sign of swapping.
How do I do that?
You may also observe your swap-usage, say with "top".
====== [root@localhost log]# top
15:15:08 up 1 day, 1:41, 7 users, load average: 0.02, 0.11, 0.14 88 processes: 86 sleeping, 1 running, 1 zombie, 0 stopped 15:15:13 up 1 day, 1:41, 7 users, load average: 0.09, 0.12, 0.14 88 processes: 86 sleeping, 1 running, 1 zombie, 0 stopped CPU states: cpu user nice system irq softirq iowait idle total 3.5% 0.0% 0.5% 0.0% 0.0% 0.0% 95.8% Mem: 117944k av, 113680k used, 4264k free, 0k shrd, 1836k buff 54304k active, 47060k inactive Swap: 498004k av, 164936k used, 333068k free 30676k cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMA <table snipped> ===== Should I copy & post the table?
If you encounter swapping:
- Remove your fancy desktop background. It eats heaps of RAM!
That did help -- bringing the 112 or 113 of 115 down to 104, and increasing apparent speed discernibly. Thanks!
- Close unused apps
Which I identify how?
- Buy more RAM
This machine being newest, I haven't tried that yet; the backup already has all the tech at the computer store says will go in it.
Beartooth wrote:
======[root@localhost log]# top
15:15:08 up 1 day, 1:41, 7 users, load average: 0.02, 0.11, 0.14 88 processes: 86 sleeping, 1 running, 1 zombie, 0 stopped 15:15:13 up 1 day, 1:41, 7 users, load average: 0.09, 0.12, 0.14 88 processes: 86 sleeping, 1 running, 1 zombie, 0 stopped CPU states: cpu user nice system irq softirq iowait idle total 3.5% 0.0% 0.5% 0.0% 0.0% 0.0% 95.8% Mem: 117944k av, 113680k used, 4264k free, 0k shrd, 1836k buff 54304k active, 47060k inactive Swap: 498004k av, 164936k used, 333068k free 30676k cached
We have a culprit!
It looks as though you have only 128 MB RAM, with 16 MB of that taken up by your onboard graphics. That's not really enough. FC2, for example, says that you need 192 MB minimum for graphics.
More memory is cheap.
And yes, you are swapping pretty heavily.
I'd predict that buying more memory is going to be the most noticeable upgrade you can make to that machine.
James.
-
Axel Thimm -
Beartooth -
Clint Harshaw -
HaJo Schatz -
James Wilkinson -
Joel Jaeggli -
Jon Savage -
Markku Kolkka -
Max Kanat-Alexander -
ne... -
Rahul Sundaram