From hajo at hajo.net Sat Jan 1 07:12:00 2005 From: hajo at hajo.net (HaJo Schatz) Date: Sat, 01 Jan 2005 15:12:00 +0800 Subject: Still no updated PHP packages through Yum ? In-Reply-To: <36828.192.168.103.1.1104534883.squirrel@192.168.103.1> References: <41D5033F.1010607@root.is> <36828.192.168.103.1.1104534883.squirrel@192.168.103.1> Message-ID: <1104563520.3762.3.camel@earth.hajo.net> >On Fri, December 31, 2004 2:43 am, S?valdur Gunnarsson said: > > Are there still no updated packages of PHP for FC1 in the Fedora-Legacy > > yum repository ? There was recently a post here about someone who backported the fixes into the 4.3.8 version, yielding a php-4.3.8-1.2.legacy rpm. I have downloaded this and am using it happily since. Haven't found one through yum though... -- HaJo Schatz http://www.HaJo.Net PGP-Key: http://www.hajo.net/hajonet/keys/pgpkey_hajo.txt From lists at masonc.com Sat Jan 1 19:16:10 2005 From: lists at masonc.com (Chris Mason) Date: Sat, 1 Jan 2005 15:16:10 -0400 Subject: PHP vulnerabilities? In-Reply-To: <41D1DE6D.5090708@hostinthebox.net> Message-ID: <000401c4f036$59f42810$0600a8c0@poseiden> Building from that SROM worked beautifully for me, now I'm able to sleep (until the next expoit)... Chris Mason > -----Original Message----- > From: fedora-legacy-list-bounces at redhat.com > [mailto:fedora-legacy-list-bounces at redhat.com] On Behalf Of > Dan Trainor - hostinthebox.net > Sent: Tuesday, December 28, 2004 6:30 PM > To: Discussion of the Fedora Legacy Project > Subject: Re: PHP vulnerabilities? > > > > > Dan Hollis wrote: > > Stuart Low wrote: > > > >>I've been tardy in uploading the compiled RPMs (due to the Christmas > >>break). The source RPM that's there will recompile happily > though so you > >>should be able to do rpmbuild --rebuild > php-4.3.10.sp.src.rpm and end up > >>with the subpackages. > >>[For RH7.3 you can grab and rebuild > >>http://au.seekbrain.com/downloads/psa/BUILD/php-4.3.10- > >>sp.rh73.1.src.rpm] > > > > > > # rpmbuild --rebuild php-4.3.10-sp.rh73.1.src.rpm > > Installing php-4.3.10-sp.rh73.1.src.rpm > > error: failed build dependencies: > > libmcrypt is needed by php-4.3.10-sp.rh73.1 > > libmcrypt-devel is needed by php-4.3.10-sp.rh73.1 > > > > I am having a rather hard time finding a libmcrypt rpm > which will install, > > let alone compile on rh7.3. I found a nice libmcrypt srpm > which wants > > autoconf 2.50, which of course does not exist on rh7.3. All > the binary > > libmcrypt rpms i've found want glibc2.3, which again does > not exist on > > rh7.3. > > > > What's an exact url for a libmcrypt binary rpm for rh7.3? > > > > -Dan > > > > Alright, so... I'm going to have some free time here, and although I > don't usually contribute to the RH7.3 tree, I'm going to give this a > shot and see how it goes. The only thing that I can think of > that would > get this to work is if it's compiled in a static form. Is this > acceptable? If not, I might just do it here to say that I > did it, heh. > > Thanks > -dant > > -- > fedora-legacy-list mailing list > fedora-legacy-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-legacy-list > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.296 / Virus Database: 265.6.6 - Release Date: 12/28/2004 > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.296 / Virus Database: 265.6.7 - Release Date: 12/30/2004 From dom at earth.li Sun Jan 2 03:50:59 2005 From: dom at earth.li (Dominic Hargreaves) Date: Sun, 2 Jan 2005 03:50:59 +0000 Subject: [FLSA-2004:1468] Updated tcpdump packages that fix multiple security vulnerabilities In-Reply-To: <41D1F2A7.3010008@matchmail.com> References: <20040929161226.GA11725@home.thedom.org> <41D1F2A7.3010008@matchmail.com> Message-ID: <20050102035059.GM1044@tirian.magd.ox.ac.uk> On Tue, Dec 28, 2004 at 03:56:23PM -0800, Mike Fedyk wrote: > Your date is set wrong on your system. Nope, this is a severely delayed mail to bugtraq that was bounced back to fedora-legacy-list by a misconfigured mail server somewhere. We've since started BCCing fedora-legacy-list, to prevent this from happening again. Cheers, Dominic. From whiplash at planetfurry.com Mon Jan 3 16:56:05 2005 From: whiplash at planetfurry.com (Ricky Boone) Date: Mon, 03 Jan 2005 11:56:05 -0500 Subject: Fedora Legacy's LegacyWiki Compromised? Message-ID: <41D97925.3030505@planetfurry.com> I'm not sure who this should go to, but I think the LegacyWiki has been compromised. There are several pages (index.php, index.php/DavidEisenstein, index.php/WikiHowto, etc.) that appear to have bogus text and odd links. I just thought I'd let you know. I was browsing the wiki this morning and noticed the odd content. If this isn't the correct address for notifications like this, please forward. -- Ricky From deisenst at gtw.net Mon Jan 3 19:28:42 2005 From: deisenst at gtw.net (David D. Eisenstein) Date: Mon, 03 Jan 2005 13:28:42 -0600 Subject: Fedora Legacy's LegacyWiki Compromised? In-Reply-To: <41D97925.3030505@planetfurry.com> References: <41D97925.3030505@planetfurry.com> Message-ID: <41D99CEA.4080600@gtw.net> Ricky Boone wrote: > I'm not sure who this should go to, but I think the LegacyWiki > has been compromised. There are > several pages (index.php, index.php/DavidEisenstein, > index.php/WikiHowto, etc.) that appear to have bogus text and odd links. > > I just thought I'd let you know. I was browsing the wiki this morning > and noticed the odd content. If this isn't the correct address for > notifications like this, please forward. Thanks Ricky. The wiki is really easy for people (including spammers) to get an account on and start messing up pages. Luckily, the wiki keeps many backups of previous incarnations of webpages, so repairing or de-spamming those pages is fairly easy too. But it is a bit of a pain and I guess is part of the cost of making the pages easily modifiable. You'll see this kind of thing happening occasionally over at www.wikipedia.org, which is also freely modifiable by anyone who wants to. Thanks to whoever fixed some of these pages already. And thanks again for letting us know. -David > -- > Ricky From pekkas at netcore.fi Mon Jan 3 20:27:49 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Mon, 3 Jan 2005 22:27:49 +0200 (EET) Subject: QaTesting wiki page updated Message-ID: Hi, I've done a major update on the QaTesting wiki page to make it more up to date, and more clearly describe the different roles of PUBLISH/VERIFY QA process: http://www.fedoralegacy.org/wiki/index.php/QaTesting Comments, further edits, etc. welcome, of course. btw. one thing I'd really like someone (with more knowledge of it than me) to create a wiki page about is a summary different tasks done by the Fedora Legacy "release team": 1) taking packages with enough +PUBLISH'es and pushing them out (until they get to updates-testing), which changes they can do (adding buildrequires, changing the release numbers, rebuilding a new package + bumping the release number, etc.), and 2) taking packages with enough +VERIFY'es and pushing them out to updates. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From pekkas at netcore.fi Tue Jan 4 08:28:41 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Tue, 4 Jan 2005 10:28:41 +0200 (EET) Subject: PHP vulnerabilities? In-Reply-To: <000401c4f036$59f42810$0600a8c0@poseiden> References: <000401c4f036$59f42810$0600a8c0@poseiden> Message-ID: FWIW, Now there exist (S)RPMs for PHP on all of RHL73, RHL9 and FC1: https://bugzilla.fedora.us/show_bug.cgi?id=2344 Getting reports on whether these fix the exploits and/or cause any regressions would be appreciated ASAP. Remember that community projects like fedora legacy are are a two-way street. It's only as good as YOU (yes, I mean *YOU*) make it. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From peter.peltonen at iki.fi Tue Jan 4 23:07:24 2005 From: peter.peltonen at iki.fi (Peter Peltonen) Date: Wed, 05 Jan 2005 01:07:24 +0200 Subject: PHP vulnerabilities? In-Reply-To: References: <000401c4f036$59f42810$0600a8c0@poseiden> Message-ID: <41DB21AC.2080403@iki.fi> Hello, Pekka Savola wrote: > Now there exist (S)RPMs for PHP on all of RHL73, RHL9 and FC1: > https://bugzilla.fedora.us/show_bug.cgi?id=2344 Great! Downloading them in the background... > Getting reports on whether these fix the exploits and/or cause any > regressions would be appreciated ASAP. Now, I know there are some general instructions floating around how to test a FL packages, but could someone sum up a simple list of specific things to test for these packages after the new packages are installed? Maybe there are some testkits for the holes that have been found or something? > Remember that community projects like fedora legacy are are a two-way > street. It's only as good as YOU (yes, I mean *YOU*) make it. I haven't participated before this, as the testing process has sounded a bit complicated and I haven't had the time, but n the followig days I'll try to read the instructions and test these packages "in the proper Fedora Legacy way". As I have not really participated in any open source projects before, you will also get a real newbie opinion as well about docs you've provided. Regards, Peter From peter.peltonen at iki.fi Tue Jan 4 23:11:21 2005 From: peter.peltonen at iki.fi (Peter Peltonen) Date: Wed, 05 Jan 2005 01:11:21 +0200 Subject: PHP vulnerabilities? In-Reply-To: References: Message-ID: <41DB2299.4060100@iki.fi> Dan Hollis wrote: > You can try mine? I compiled vs libxslt-1.1.8-1. > http://bani.anime.net/php/ I have now tested them in one server. Everything else seems to be fine, except my Horde/Imp webmail stopped working after the upgrade. No errors anywhere, the logins just don't work. I am using horde-2.2.3-1 imp-3.2.1-1 I will try to downgrade to the new FL testing packages at http://www.infostrategique.com/linuxrpms/legacy/7.3/ and see what happens with them... Regards, Peter From spamtrap433941935136 at anime.net Tue Jan 4 23:25:11 2005 From: spamtrap433941935136 at anime.net (Dan Hollis) Date: Tue, 4 Jan 2005 15:25:11 -0800 (PST) Subject: PHP vulnerabilities? In-Reply-To: <41DB2299.4060100@iki.fi> Message-ID: On Wed, 5 Jan 2005, Peter Peltonen wrote: > Dan Hollis wrote: > > You can try mine? I compiled vs libxslt-1.1.8-1. > > http://bani.anime.net/php/ > I have now tested them in one server. Everything else seems to be fine, > except my Horde/Imp webmail stopped working after the upgrade. No errors > anywhere, the logins just don't work. You need to edit /etc/php.ini and change extension_dir to extension_dir = "/usr/lib/php4" the default extension_dir as built by the srpm is busted. also add extension=imap.so extension=ldap.so extension=mysql.so or whatever extensions you use. the default php.ini is missing them. again, the srpm is broken in that respect. -Dan From peter.peltonen at iki.fi Tue Jan 4 23:57:18 2005 From: peter.peltonen at iki.fi (Peter Peltonen) Date: Wed, 05 Jan 2005 01:57:18 +0200 Subject: PHP vulnerabilities? In-Reply-To: References: Message-ID: <41DB2D5E.8010603@iki.fi> Dan Hollis wrote: > On Wed, 5 Jan 2005, Peter Peltonen wrote: > You need to edit /etc/php.ini and change extension_dir to > extension_dir = "/usr/lib/php4" > the default extension_dir as built by the srpm is busted. > > also add > extension=imap.so > extension=ldap.so > extension=mysql.so > > or whatever extensions you use. the default php.ini is missing them. > > again, the srpm is broken in that respect. Thanks for your tips, though I already downgraded to the FL testing packages. Imp+Horde work with them like a charm with them, no tweaks to php.ini needed. Regards, Peter From spamtrap433941935136 at anime.net Wed Jan 5 00:01:38 2005 From: spamtrap433941935136 at anime.net (Dan Hollis) Date: Tue, 4 Jan 2005 16:01:38 -0800 (PST) Subject: PHP vulnerabilities? In-Reply-To: <41DB2D5E.8010603@iki.fi> Message-ID: On Wed, 5 Jan 2005, Peter Peltonen wrote: > Thanks for your tips, though I already downgraded to the FL testing > packages. Imp+Horde work with them like a charm with them, no tweaks to > php.ini needed. FL testing packages, they backported all the 4.3.10 security fixes to 4.1.x? -Dan From peter.peltonen at iki.fi Wed Jan 5 00:10:34 2005 From: peter.peltonen at iki.fi (Peter Peltonen) Date: Wed, 05 Jan 2005 02:10:34 +0200 Subject: PHP vulnerabilities? In-Reply-To: References: Message-ID: <41DB307A.5040200@iki.fi> Dan Hollis wrote: > FL testing packages, they backported all the 4.3.10 security fixes to > 4.1.x? Yes, Pekka Savola wrote earlier today: ---- Now there exist (S)RPMs for PHP on all of RHL73, RHL9 and FC1: https://bugzilla.fedora.us/show_bug.cgi?id=2344 Getting reports on whether these fix the exploits and/or cause any regressions would be appreciated ASAP. ---- Cheers, Peter From rostetter at mail.utexas.edu Wed Jan 5 05:17:12 2005 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Tue, 4 Jan 2005 23:17:12 -0600 Subject: PHP vulnerabilities? In-Reply-To: <41DB21AC.2080403@iki.fi> References: <000401c4f036$59f42810$0600a8c0@poseiden> <41DB21AC.2080403@iki.fi> Message-ID: <1104902232.76af3b4926a86@mail.ph.utexas.edu> Quoting Peter Peltonen : > Now, I know there are some general instructions floating around how to > test a FL packages, but could someone sum up a simple list of specific > things to test for these packages after the new packages are installed? > Maybe there are some testkits for the holes that have been found or > something? See http://www.fedoralegacy.org/wiki/index.php/QaTesting Basically the mimimum recommended steps are: * Download the (S)RPMS * Verify the sha1 checksums for the files you downloaded * Install the binary RPMS, or rebuild and install the SRPMS, and note any problems or issues uncovered, if any. * Use the package(s) as appropriate for the packages, and as you would normally use them, noting any problems, if any. * Report your findings in the Bugzilla entry (signed). You can do more than the above, but the above is sufficient if you don't have the time and/or expertise to do more. > > Remember that community projects like fedora legacy are are a two-way > > street. It's only as good as YOU (yes, I mean *YOU*) make it. > > I haven't participated before this, as the testing process has sounded a > bit complicated and I haven't had the time, but n the followig days I'll > try to read the instructions and test these packages "in the proper > Fedora Legacy way". The "proper" FL way depends on the person doing the testing. Do what you can, as much or as little as that is. > As I have not really participated in any open source projects before, > you will also get a real newbie opinion as well about docs you've provided. That would be a good thing also. Please do comment back on the docs. > Regards, > Peter -- Eric Rostetter From pekkas at netcore.fi Wed Jan 5 17:47:08 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 5 Jan 2005 19:47:08 +0200 (EET) Subject: VERIFY votes needed Message-ID: Hi, There are a couple of trivial packages which are in a need of VERIFY, i.e., installation and some basic functionality testing. Could someone with with the OS version in question and/or uses the application give these a quick test so that they could finally be offically published ? It's a bit frustrating that the release of an update is getting behind because the package hasn't been tested on some OS version.. ========== abiword - https://bugzilla.fedora.us/show_bug.cgi?id=1906 Needs VERIFY [rh73] tripwire - https://bugzilla.fedora.us/show_bug.cgi?id=1719 Needs VERIFY for rh73 gnome-vfs - https://bugzilla.fedora.us/show_bug.cgi?id=1944 Needs VERIFY gaim - https://bugzilla.fedora.us/show_bug.cgi?id=2188 Needs VERIFY [rh73,rh9] libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 Needs VERIFY [fc1] =========== -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From rob.myers at gtri.gatech.edu Wed Jan 5 18:04:52 2005 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 05 Jan 2005 13:04:52 -0500 Subject: VERIFY votes needed In-Reply-To: References: Message-ID: <1104948292.6642.73.camel@rXm-581b.stl.gtri.gatech.edu> On Wed, 2005-01-05 at 12:47, Pekka Savola wrote: > libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 > Needs VERIFY [fc1] can a VERIFY come from someone who built the package? rob. From dom at earth.li Wed Jan 5 18:08:16 2005 From: dom at earth.li (Dominic Hargreaves) Date: Wed, 5 Jan 2005 18:08:16 +0000 Subject: VERIFY votes needed In-Reply-To: <1104948292.6642.73.camel@rXm-581b.stl.gtri.gatech.edu> References: <1104948292.6642.73.camel@rXm-581b.stl.gtri.gatech.edu> Message-ID: <20050105180816.GP1044@tirian.magd.ox.ac.uk> On Wed, Jan 05, 2005 at 01:04:52PM -0500, Rob Myers wrote: > On Wed, 2005-01-05 at 12:47, Pekka Savola wrote: > > libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 > > Needs VERIFY [fc1] > > can a VERIFY come from someone who built the package? Yes. Dominic. From rob.myers at gtri.gatech.edu Wed Jan 5 18:36:41 2005 From: rob.myers at gtri.gatech.edu (Rob Myers) Date: Wed, 05 Jan 2005 13:36:41 -0500 Subject: VERIFY votes needed In-Reply-To: <20050105180816.GP1044@tirian.magd.ox.ac.uk> References: <1104948292.6642.73.camel@rXm-581b.stl.gtri.gatech.edu> <20050105180816.GP1044@tirian.magd.ox.ac.uk> Message-ID: <1104950201.6642.75.camel@rXm-581b.stl.gtri.gatech.edu> On Wed, 2005-01-05 at 13:08, Dominic Hargreaves wrote: > On Wed, Jan 05, 2005 at 01:04:52PM -0500, Rob Myers wrote: > > On Wed, 2005-01-05 at 12:47, Pekka Savola wrote: > > > libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 > > > Needs VERIFY [fc1] > > > > can a VERIFY come from someone who built the package? > > Yes. consider it done. rob. From marcus.lauer at nyu.edu Wed Jan 5 19:28:36 2005 From: marcus.lauer at nyu.edu (Marcus Lauer) Date: 05 Jan 2005 14:28:36 -0500 Subject: VERIFY votes needed In-Reply-To: References: Message-ID: <1104953316.11508.11.camel@bizzaro.psych.nyu.edu> On Wed, 2005-01-05 at 12:47, Pekka Savola wrote: > gnome-vfs - https://bugzilla.fedora.us/show_bug.cgi?id=1944 > Needs VERIFY I just tried installing the gnome-vfs and gnome-vfs2 rpms on a RH9 system and they caused a problem. In GNOME everything in the RedHat menu above "Run Program..." disappeared. This was true for both a regular user and for root. KDE did not have this problem. The solution was to replace the newly installed /etc/gnome-vfs-2.0/modules/default-modules.conf with the .rpmsave version. Alternately, changing "libvfolder-desktop-old.so" to "libvfolder-desktop.so" in this file _and_ adding "applications-all-users:" and "preferences-all-users:" lines a-la the .rpmsave config file also worked. The system I tested on has gnome-vfs2-extras, gnome-vfs-extras, and gnome-vfs-sftp rpms installed, but no vfs-related devel rpms. -- Marcus Lauer Lab Manager for the Curtis Lab Psychology Department, NYU Phone: (212)998-8347 http://psych.nyu.edu/curtislab/ From pekkas at netcore.fi Wed Jan 5 20:36:22 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 5 Jan 2005 22:36:22 +0200 (EET) Subject: who can send a PUBLISH [Re: VERIFY votes needed] In-Reply-To: <20050105180816.GP1044@tirian.magd.ox.ac.uk> References: <1104948292.6642.73.camel@rXm-581b.stl.gtri.gatech.edu> <20050105180816.GP1044@tirian.magd.ox.ac.uk> Message-ID: On Wed, 5 Jan 2005, Dominic Hargreaves wrote: > On Wed, Jan 05, 2005 at 01:04:52PM -0500, Rob Myers wrote: >> On Wed, 2005-01-05 at 12:47, Pekka Savola wrote: >>> libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 >>> Needs VERIFY [fc1] >> >> can a VERIFY come from someone who built the package? > > Yes. Good to know. This should be put in the wiki because I have been thinking about this too. Another question: does your PUBLISH count if someone else built the packages, but you provided a patch or patches? (I'd say at least "half way", because a responsible package builder should have done some review on them, and you can provide QA for source integrity etc.) And just to be sure: can one person give both a PUBLISH and later a VERIFY (very probably yes) ? -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From b-nordquist at bethel.edu Fri Jan 7 22:33:48 2005 From: b-nordquist at bethel.edu (Brent J. Nordquist) Date: Fri, 7 Jan 2005 16:33:48 -0600 Subject: Self-Introduction: Brent J. Nordquist Message-ID: <20050107223348.GH23663@bethel.edu> 1. Full legal name Brent J. Nordquist 2. Location (Country, City, etc) Minneapolis, Minnesota, USA 3. Profession or Student status Director of Server Systems 4. Company or School Bethel University 5. Your goals in the Fedora Legacy Project a. Which OS versions are you interested in? We run a mix of RHL 7.2/7.3, RHL 9, and FC 3 b. Do you want to do QA for packages? Yes c. Anything else special? My primary goal is keeping our systems patched against security vulnerabilities and significant bugs. 6. Historical qualifications a. What other projects have you worked on in the past? I'm a core-team member of the Horde Project (though not very active with Horde these days) and was a member of the Red Hat Beta Test team when that was active. b. What computer languages and other skills do you know? I'm most current in and fluent with Perl and shell (current position is mostly systems administration), though past experience in software development includes Java, C++, C, assembler, and older stuff. I am a big fan of XML. I am personally interested in security and do a lot of reading and implementation to that end. c. Why should we trust you? I've done a lot of RPM building for several years now (for the Horde Project and our own needs here). I have held a software product compilation/integration position at a previous job, and know well the need for a solid and careful process. I am detail-oriented and conservative by nature. 7. GPG KEYID and fingerprint a. Bethel University: pub 1024D/C54B4B65 2004-05-14 Brent J. Nordquist Key fingerprint = 7B30 3E0E 9140 A965 18ED 6DA6 B50C E098 C54B 4B65 sub 1024g/BD16EA9E 2004-05-14 [expires: 2006-05-14] b. Horde: pub 1024D/0DBA9343 2004-07-14 Brent J. Nordquist Key fingerprint = 66F8 6C9E EB92 F541 75EB 4A17 FF95 05E2 0DBA 9343 sub 1024g/4CCE0F5B 2004-07-14 [expires: 2006-07-14] c. Personal: pub 1024D/BF744001 2004-07-14 Brent J. Nordquist Key fingerprint = 49D7 BEC8 C921 7706 264E 7371 510C CD33 BF74 4001 sub 1024g/52900EC4 2004-07-14 [expires: 2006-07-14] -- Brent J. Nordquist N0BJN Other contact information: http://kepler.its.bethel.edu/~bjn/contact.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dom at earth.li Sun Jan 9 01:53:25 2005 From: dom at earth.li (Dominic Hargreaves) Date: Sun, 9 Jan 2005 01:53:25 +0000 Subject: Round-up, 2005-01-09 Message-ID: <20050109015325.GA31610@home.thedom.org> $Id: issues.txt,v 1.154 2005/01/09 01:52:57 dom Exp $ See bottom for changes This list is also available at http://www-astro.physics.ox.ac.uk/~dom/legacy/issues.txt Packages that have been verified and should be fully released ------------------------------------------------------------- libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 zip - https://bugzilla.fedora.us/show_bug.cgi?id=2255 freeradius - https://bugzilla.fedora.us/show_bug.cgi?id=2187 unarj - https://bugzilla.fedora.us/show_bug.cgi?id=2272 Packages waiting to be built for updates-testing ------------------------------------------------ yum - https://bugzilla.fedora.us/show_bug.cgi?id=1604 libxpm - https://bugzilla.fedora.us/show_bug.cgi?id=2075 openmotif - https://bugzilla.fedora.us/show_bug.cgi?id=2143 lesstiff - https://bugzilla.fedora.us/show_bug.cgi?id=2142 rp-pppoe - https://bugzilla.fedora.us/show_bug.cgi?id=2116 redhat-config-nfs - https://bugzilla.fedora.us/show_bug.cgi?id=2086 gtk2 - https://bugzilla.fedora.us/show_bug.cgi?id=2073 openoffice - https://bugzilla.fedora.us/show_bug.cgi?id=2074 squirrelmail - http://bugzilla.fedora.us/show_bug.cgi?id=2290 cyrus-sasl - https://bugzilla.fedora.us/show_bug.cgi?id=2137 qt - https://bugzilla.fedora.us/show_bug.cgi?id=2002 sharutils - https://bugzilla.fedora.us/show_bug.cgi?id=2155 sox - https://bugzilla.fedora.us/show_bug.cgi?id=1945 gdk-pixbuf - https://bugzilla.fedora.us/show_bug.cgi?id=2005 ImageMagick - https://bugzilla.fedora.us/show_bug.cgi?id=2052 cdrecord - https://bugzilla.fedora.us/show_bug.cgi?id=2058 cups - https://bugzilla.fedora.us/show_bug.cgi?id=2127 iptables - https://bugzilla.fedora.us/show_bug.cgi?id=2252 nfs-utils - https://bugzilla.fedora.us/show_bug.cgi?id=2339 XFree86 - https://bugzilla.fedora.us/show_bug.cgi?id=2314 zlib - https://bugzilla.fedora.us/show_bug.cgi?id=2043 modutils - https://bugzilla.fedora.us/show_bug.cgi?id=2364 Packages in state RESOLVED (ie exist in updates-testing) that need active work. ------------------------------------------------------------------ abiword - https://bugzilla.fedora.us/show_bug.cgi?id=1906 Needs 2 VERIFY [rh73] tripwire - https://bugzilla.fedora.us/show_bug.cgi?id=1719 Needs VERIFY for rh73 mailman - https://bugzilla.fedora.us/show_bug.cgi?id=1269 There were some unconfirmed reports of breakage with the candidate. This needs more QA before release. gnome-vfs - https://bugzilla.fedora.us/show_bug.cgi?id=1944 Needs VERIFY gpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2195 Needs VERIFY, more vulns xpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2186 Needs VERIFY [fc1] (investigate new issue in separate package?) gaim - https://bugzilla.fedora.us/show_bug.cgi?id=2188 Needs VERIFY [rh73,rh9] Packages in state UNCONFIRMED, NEW, ASSIGNED or REOPENED: -------------------------------------------------------- readline - https://bugzilla.fedora.us/show_bug.cgi?id=2017 Needs QA and decision on whether to release [rh9] mysql - https://bugzilla.fedora.us/show_bug.cgi?id=2006 Superceded by 2129 ruby - https://bugzilla.fedora.us/show_bug.cgi?id=2007 Needs packages for [rh73,rh9]? kdelibs - https://bugzilla.fedora.us/show_bug.cgi?id=2008 Needs 2 PUBLISH mc - https://bugzilla.fedora.us/show_bug.cgi?id=2009 Needs further work pam_wheel - https://bugzilla.fedora.us/show_bug.cgi?id=2010 Needs PUBLISH and full auditing and packages for rh9 krb5 - https://bugzilla.fedora.us/show_bug.cgi?id=2040 Needs 1 PUBLISH for rh9 / investigate possible bug introduced imlib - https://bugzilla.fedora.us/show_bug.cgi?id=2051 Needs PUBLISH [rh9] and package for fc1 kernel - https://bugzilla.fedora.us/show_bug.cgi?id=2128 Needs investigation/packages mysql - https://bugzilla.fedora.us/show_bug.cgi?id=2129 Needs QA [rh73,rh9] (more work?) security.conf - https://bugzilla.fedora.us/show_bug.cgi?id=2146 Needs QA [fc1,rh9], packages [rh9], discussion of updated extras squid - https://bugzilla.fedora.us/show_bug.cgi?id=2150 Needs QA [rh9], more work? (or maybe skip) gettext - https://bugzilla.fedora.us/show_bug.cgi?id=2151 Needs investigation/packages libtiff - https://bugzilla.fedora.us/show_bug.cgi?id=2163 Needs QA [rh73] and checking for new vulns kdefax - https://bugzilla.fedora.us/show_bug.cgi?id=2164 Needs PUBLISH [rh73,rh9,fc1] and checking for new vulns libxml2 - https://bugzilla.fedora.us/show_bug.cgi?id=2207 Needs PUBLISH [rh73,rh9,fc1] links - https://bugzilla.fedora.us/show_bug.cgi?id=2213 Needs packages/investigation mozilla - https://bugzilla.fedora.us/show_bug.cgi?id=2214 Needs investigation/packages lynx - https://bugzilla.fedora.us/show_bug.cgi?id=2215 Needs investigation/packages w3m - https://bugzilla.fedora.us/show_bug.cgi?id=2216 Needs investigation/packages dhcp - https://bugzilla.fedora.us/show_bug.cgi?id=2251 Needs PUBLISH [rh73] shadow - https://bugzilla.fedora.us/show_bug.cgi?id=2253 Needs perhaps a couple of PUBLISH for [rh73,rh9,fc1] libgd - https://bugzilla.fedora.us/show_bug.cgi?id=2254 Needs PUBLISH [rh73,rh9,fc1] groff - https://bugzilla.fedora.us/show_bug.cgi?id=2256 Needs investigation/packages openssl - https://bugzilla.fedora.us/show_bug.cgi?id=2257 Needs investigation/packages lvm - https://bugzilla.fedora.us/show_bug.cgi?id=2258 Needs investigation/packages netatalk - https://bugzilla.fedora.us/show_bug.cgi?id=2259 Needs investigation/packages postgresql - https://bugzilla.fedora.us/show_bug.cgi?id=2260 Needs investigation/packages perl - https://bugzilla.fedora.us/show_bug.cgi?id=2261 Needs investigation/packages pppd - https://bugzilla.fedora.us/show_bug.cgi?id=2262 Needs investigation/packages samba - https://bugzilla.fedora.us/show_bug.cgi?id=2264 Needs PUBLISH [rh73,rh9,fc1] and update for new vuln glibc - https://bugzilla.fedora.us/show_bug.cgi?id=2265 Needs investigation/packages ghostscript - https://bugzilla.fedora.us/show_bug.cgi?id=2266 Needs investigation/packages krb5 - https://bugzilla.fedora.us/show_bug.cgi?id=2267 Needs investigation/packages spamassassin - https://bugzilla.fedora.us/show_bug.cgi?id=2268 Needs PUBLISH [fc1] sudo - http://bugzilla.fedora.us/show_bug.cgi?id=2291 Needs PUBLISH [rh73,rh9,fc1] gzip - http://bugzilla.fedora.us/show_bug.cgi?id=2292 Needs investigation/packages file - https://bugzilla.fedora.us/show_bug.cgi?id=2331 Needs investigation/packages rpm - https://bugzilla.fedora.us/show_bug.cgi?id=2333 Haven't we seen this in some other bug? pdflatex - https://bugzilla.fedora.us/show_bug.cgi?id=2334 Needs PUBLISH [rh9], packages [rh73,fc1] kernel - https://bugzilla.fedora.us/show_bug.cgi?id=2336 Needs more work a2ps - https://bugzilla.fedora.us/show_bug.cgi?id=2338 Needs PUBLISH [rh73,rh9,fc1] wget - https://bugzilla.fedora.us/show_bug.cgi?id=2340 Needs investigation/packages namazu - https://bugzilla.fedora.us/show_bug.cgi?id=2342 Needs investigation/packages vim - https://bugzilla.fedora.us/show_bug.cgi?id=2343 Needs investigation/packages php - https://bugzilla.fedora.us/show_bug.cgi?id=2344 Needs PUBLISH [rh73] xine - https://bugzilla.fedora.us/show_bug.cgi?id=2348 Needs investigation/packages samba - https://bugzilla.fedora.us/show_bug.cgi?id=2349 Needs more work xpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2352 Needs PUBLISH [rh73,fc1] gpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2353 Needs PUBLISH [fv1] glibc - https://bugzilla.fedora.us/show_bug.cgi?id=2354 Minor but could be included if another glibc is needed General (non-package bugs) -------------------------- sample yum.conf - https://bugzilla.fedora.us/show_bug.cgi?id=2140 up2date - https://bugzilla.fedora.us/show_bug.cgi?id=2193 up2date - https://bugzilla.fedora.us/show_bug.cgi?id=2194 updates - http://bugzilla.fedora.us/show_bug.cgi?id=2281 up2date - http://bugzilla.fedora.us/show_bug.cgi?id=2306 yum - https://bugzilla.fedora.us/show_bug.cgi?id=2330 Notes ----- Needs PUBLISH means that there are packages available for QA that need to be QAd at the source level. Needs VERIFY means that there are updates-testing packages that need testing. This is the easy bit, let's get this old ones out of the way ASAP. * means that there is a judgement call that can be made on the bug system immediately. Please follow up onlist with opinions. Changes ------- $Log: issues.txt,v $ Revision 1.154 2005/01/09 01:52:57 dom updates Revision 1.153 2005/01/09 01:42:03 dom updates Revision 1.152 2005/01/03 03:16:53 dom update Revision 1.151 2004/12/23 02:39:11 dom updates Revision 1.150 2004/12/22 12:11:56 dom updates from pekka Revision 1.149 2004/12/22 02:08:59 dom new pacakge Revision 1.148 2004/12/22 02:06:50 dom many updates, thanks pekka! Revision 1.147 2004/12/19 22:07:19 dom update dhcp .l Revision 1.146 2004/12/19 19:05:52 dom updates Revision 1.145 2004/12/17 01:28:35 dom *** empty log message *** Revision 1.144 2004/12/17 01:28:19 dom update gaim -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From jimpop at yahoo.com Sun Jan 9 02:54:27 2005 From: jimpop at yahoo.com (Jim Popovitch) Date: Sat, 08 Jan 2005 21:54:27 -0500 Subject: Round-up, 2005-01-09 In-Reply-To: <20050109015325.GA31610@home.thedom.org> References: <20050109015325.GA31610@home.thedom.org> Message-ID: <1105239267.15603.15.camel@blue> On Sun, 2005-01-09 at 01:53 +0000, Dominic Hargreaves wrote: > tripwire - https://bugzilla.fedora.us/show_bug.cgi?id=1719 > Needs VERIFY for rh73 This doesn't look right. Can someone verify comments #19 #21 #22 and #23. Specifically what was pushed to official updates in #22? Thanks, -Jim P. From dom at earth.li Sun Jan 9 12:24:14 2005 From: dom at earth.li (Dominic Hargreaves) Date: Sun, 9 Jan 2005 12:24:14 +0000 Subject: Round-up, 2005-01-09 In-Reply-To: <1105239267.15603.15.camel@blue> References: <20050109015325.GA31610@home.thedom.org> <1105239267.15603.15.camel@blue> Message-ID: <20050109122414.GC1044@tirian.magd.ox.ac.uk> On Sat, Jan 08, 2005 at 09:54:27PM -0500, Jim Popovitch wrote: > This doesn't look right. Can someone verify comments #19 #21 #22 and > #23. Specifically what was pushed to official updates in #22? My mistake. http://www.fedoralegacy.org/updates/RH7.3/2004-10-23-FLSA_2004_1719__Updated_Tripwire_packages_fix_security_flaw.html is the advisory. Cheers, Dominic. From jimpop at yahoo.com Sun Jan 9 13:04:10 2005 From: jimpop at yahoo.com (Jim Popovitch) Date: Sun, 09 Jan 2005 08:04:10 -0500 Subject: Round-up, 2005-01-09 In-Reply-To: <20050109122414.GC1044@tirian.magd.ox.ac.uk> References: <20050109015325.GA31610@home.thedom.org> <1105239267.15603.15.camel@blue> <20050109122414.GC1044@tirian.magd.ox.ac.uk> Message-ID: <1105275850.8156.2.camel@blue> On Sun, 2005-01-09 at 12:24 +0000, Dominic Hargreaves wrote: > On Sat, Jan 08, 2005 at 09:54:27PM -0500, Jim Popovitch wrote: > > > This doesn't look right. Can someone verify comments #19 #21 #22 and > > #23. Specifically what was pushed to official updates in #22? > > My mistake. > > http://www.fedoralegacy.org/updates/RH7.3/2004-10-23-FLSA_2004_1719__Updated_Tripwire_packages_fix_security_flaw.html > > is the advisory. Yes, but hasn't that already been fixed and released to updates? -Jim P. From dom at earth.li Sun Jan 9 13:59:27 2005 From: dom at earth.li (Dominic Hargreaves) Date: Sun, 9 Jan 2005 13:59:27 +0000 Subject: Round-up, 2005-01-09 In-Reply-To: <1105275850.8156.2.camel@blue> References: <20050109015325.GA31610@home.thedom.org> <1105239267.15603.15.camel@blue> <20050109122414.GC1044@tirian.magd.ox.ac.uk> <1105275850.8156.2.camel@blue> Message-ID: <20050109135927.GD1044@tirian.magd.ox.ac.uk> On Sun, Jan 09, 2005 at 08:04:10AM -0500, Jim Popovitch wrote: > Yes, but hasn't that already been fixed and released to updates? Yes. I just hadn't updated issues.txt. Dominic. From denis at 3d-computers.co.uk Mon Jan 10 11:00:07 2005 From: denis at 3d-computers.co.uk (Denis Croombs) Date: Mon, 10 Jan 2005 11:00:07 +0000 Subject: Yum on a Redhat 9.0 system Message-ID: <41E26037.3030901@3d-computers.co.uk> After running yum on Friday I now get the following error:- [root at mail root]# yum -y update /usr/bin/python: relocation error: /lib/i686/libpthread.so.0: symbol _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference [root at mail root]# I also get the error below on most commands ! [root at mail root]# vi lost vim: relocation error: /lib/i686/libpthread.so.0: symbol _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference [root at mail root]# Any clues ? I am using YUM on approx 12 other Redhat 9.0 servers with no known problems. Also the /var/log/yum.log & /var/log/yum.log.1 are both empty. Thanks Denis From cra at WPI.EDU Mon Jan 10 13:47:50 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 10 Jan 2005 08:47:50 -0500 Subject: Yum on a Redhat 9.0 system In-Reply-To: <41E26037.3030901@3d-computers.co.uk> References: <41E26037.3030901@3d-computers.co.uk> Message-ID: <20050110134750.GI1735@angus.ind.WPI.EDU> On Mon, Jan 10, 2005 at 11:00:07AM +0000, Denis Croombs wrote: > After running yum on Friday I now get the following error:- > > [root at mail root]# yum -y update > /usr/bin/python: relocation error: /lib/i686/libpthread.so.0: symbol > _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time > reference > [root at mail root]# What does this return: rpm -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc From denis at croombs.org Mon Jan 10 17:51:00 2005 From: denis at croombs.org (denis at croombs.org) Date: Mon, 10 Jan 2005 11:51:00 -0600 (CST) Subject: Yum on a Redhat 9.0 system In-Reply-To: <20050110134750.GI1735@angus.ind.WPI.EDU> References: <20050110134750.GI1735@angus.ind.WPI.EDU> Message-ID: <44368.212.21.124.238.1105379460.squirrel@www.croombs.org> > On Mon, Jan 10, 2005 at 11:00:07AM +0000, Denis Croombs wrote: >> After running yum on Friday I now get the following error:- >> >> [root at mail root]# yum -y update >> /usr/bin/python: relocation error: /lib/i686/libpthread.so.0: symbol >> _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link >> time reference >> [root at mail root]# > > What does this return: > > rpm -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc rpm -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc rpm: relocation error: /lib/i686/libpthread.so.0: symbol _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference [root at mail root]# Regards Denis -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Marvin the E-Mail scanner From moixa at gmx.ch Mon Jan 10 16:36:07 2005 From: moixa at gmx.ch (Tobias Sager) Date: Mon, 10 Jan 2005 17:36:07 +0100 Subject: Yum on a Redhat 9.0 system In-Reply-To: <41E26037.3030901@3d-computers.co.uk> References: <41E26037.3030901@3d-computers.co.uk> Message-ID: <41E2AEF7.8050106@gmx.ch> On 10.01.2005 12:00 Denis Croombs wrote: > After running yum on Friday I now get the following error:- > > [root at mail root]# yum -y update > /usr/bin/python: relocation error: /lib/i686/libpthread.so.0: symbol > _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link time > reference > [root at mail root]# > > I also get the error below on most commands ! > > [root at mail root]# vi lost > vim: relocation error: /lib/i686/libpthread.so.0: symbol _h_errno, version > GLIBC_2.0 not defined in file libc.so.6 with link time reference > [root at mail root]# > > Any clues ? Have you checked Google? Gives me some hits. Some even seem to be helpful: http://www.google.com/search?tab=gw&q=%2Flib%2Fi686%2Flibpthread.so.0%3A%20symbol%20_h_errno&num=20&hl=en&lr=&c2coff=1&safe=off& http://groups-beta.google.com/groups?q=%2Flib%2Fi686%2Flibpthread.so.0%3A%20symbol%20_h_errno&num=20&hl=en&lr=&c2coff=1&safe=off&client=firefox-a&rls=org.mozilla:de-DE:official&sa=N&tab=wg Cheers Tobias -- GPG-Key: 0xEF37FF28 (1024/4096 - DSA/ELG-E) Fingerprint: 3C4B 155F 2621 CEAF D3A6 0CCB 937C 9597 EF37 FF28 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 187 bytes Desc: OpenPGP digital signature URL: From hjp+fedora-legacy at wsr.ac.at Mon Jan 10 17:11:38 2005 From: hjp+fedora-legacy at wsr.ac.at (Peter J. Holzer) Date: Mon, 10 Jan 2005 18:11:38 +0100 Subject: Yum on a Redhat 9.0 system In-Reply-To: <44368.212.21.124.238.1105379460.squirrel@www.croombs.org> References: <20050110134750.GI1735@angus.ind.WPI.EDU> <44368.212.21.124.238.1105379460.squirrel@www.croombs.org> Message-ID: <20050110171137.GE23128@wsr.ac.at> On 2005-01-10 11:51:00 -0600, denis at croombs.org wrote: > > On Mon, Jan 10, 2005 at 11:00:07AM +0000, Denis Croombs wrote: > >> /usr/bin/python: relocation error: /lib/i686/libpthread.so.0: symbol > >> _h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link > >> time reference > >> [root at mail root]# > > > > What does this return: > > > > rpm -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc > rpm -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc > rpm: relocation error: /lib/i686/libpthread.so.0: symbol _h_errno, version > GLIBC_2.0 not defined in file libc.so.6 with link time reference Oops! Somebody didn't think clearly there. Redhat 7.3: /bin/rpm: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, statically linked, stripped ^^^^^^^^^^^^^^^^^ And that was a Good Thing(TM), as I found out one day when a remote libc upgrade failed :-) Redhat 9: /bin/rpm: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped ^^^^^^^^^^^^^^^^^^ Outch! That's not a good idea. Unfortunately all later redhat releases (Redhat EL 3, Fedora Core) seem to have the same problem. hp -- _ | Peter J. Holzer | If the code is old but the problem is new |_|_) | Sysadmin WSR / LUGA | then the code probably isn't the problem. | | | hjp at wsr.ac.at | __/ | http://www.hjp.at/ | -- Tim Bunce on dbi-users, 2004-11-05 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 388 bytes Desc: not available URL: From cra at WPI.EDU Mon Jan 10 18:08:12 2005 From: cra at WPI.EDU (Charles R. Anderson) Date: Mon, 10 Jan 2005 13:08:12 -0500 Subject: Yum on a Redhat 9.0 system In-Reply-To: <20050110171137.GE23128@wsr.ac.at> References: <20050110134750.GI1735@angus.ind.WPI.EDU> <44368.212.21.124.238.1105379460.squirrel@www.croombs.org> <20050110171137.GE23128@wsr.ac.at> Message-ID: <20050110180812.GD5001@angus.ind.WPI.EDU> On Mon, Jan 10, 2005 at 06:11:38PM +0100, Peter J. Holzer wrote: > /bin/rpm: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for > GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped > ^^^^^^^^^^^^^^^^^^ > Outch! That's not a good idea. Unfortunately all later > redhat releases (Redhat EL 3, Fedora Core) seem to have the same > problem. Yeah, you'll need to boot with a rescue CD and run rpm off the CD. Don't chroot to the /mnt/sysimage, though. Instead, run this from the rescue environment directly: rpm --root /mnt/sysimage -q --qf='%{name}-%{version}-%{release}.%{arch}\n' glibc My intent on suggesting this command was to determine if the i386 version of glibc got installed accidentally. That can cause havoc on a i686 system. You would need to forcibly install the i686 version to fix the issue in that case. From fedora at australmailco.com Tue Jan 11 01:20:54 2005 From: fedora at australmailco.com (John Fox) Date: Tue, 11 Jan 2005 01:20:54 GMT Subject: Yum Help Message-ID: <20050111012054.21360.qmail@gawab.com> An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Tue Jan 11 02:22:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 10 Jan 2005 21:22:09 -0500 Subject: Yum Help In-Reply-To: <20050111012054.21360.qmail@gawab.com> References: <20050111012054.21360.qmail@gawab.com> Message-ID: <1105410129.17903.4.camel@cutter> On Tue, 2005-01-11 at 01:20 +0000, John Fox wrote: > hi, > > Can you please help as yum has ceased to work on 2 servers. Up until > the Christmas week everything was fine then I cannot get access to thr > fedora repository to download or update. > I have deleted yum ...rpm -e yum, then tried again to install it going > through the install process outlined on the fedoralegacy website, but > when trying to download the yum-2.0.3.....rpm I get errormessages > saying that it is the wrong url. > The OS is RH9,can anyone please guide me in making a clean deletion > and reinstall of this program. I know that the fedoralegacy site is > accessable as I have updated 3 other servers in the last 2 days. > Any help would be highly appreciated,as the situation is becoming > frustrating and I need yum for installation work on these servers. > Can you cut and paste the error(s) and then maybe we'll be able to help a bit more. Thanks -sv From fedora at australmailco.com Tue Jan 11 08:41:47 2005 From: fedora at australmailco.com (John Fox) Date: Tue, 11 Jan 2005 08:41:47 GMT Subject: Yum Help In-Reply-To: <1105410129.17903.4.camel@cutter> References: <20050111012054.21360.qmail@gawab.com> <1105410129.17903.4.camel@cutter> Message-ID: <20050111084148.13120.qmail@gawab.com> An HTML attachment was scrubbed... URL: From info at hostinthebox.net Tue Jan 11 19:15:52 2005 From: info at hostinthebox.net (Dan Trainor - hostinthebox.net) Date: Tue, 11 Jan 2005 12:15:52 -0700 Subject: Yum Help In-Reply-To: <20050111084148.13120.qmail@gawab.com> References: <20050111012054.21360.qmail@gawab.com> <1105410129.17903.4.camel@cutter> <20050111084148.13120.qmail@gawab.com> Message-ID: <41E425E8.3090101@hostinthebox.net> > seth vidal writes: > > On Tue, 2005-01-11 at 01:20 +0000, John Fox wrote: > >> hi, > >> > >> Can you please help as yum has ceased to work on 2 servers. Up until > >> the Christmas week everything was fine then I cannot get access to thr > >> fedora repository to download or update. > >> I have deleted yum ...rpm -e yum, then tried again to install it going > >> through the install process outlined on the fedoralegacy website, but > >> when trying to download the yum-2.0.3.....rpm I get errormessages > >> saying that it is the wrong url. > >> The OS is RH9,can anyone please guide me in making a clean deletion > >> and reinstall of this program. I know that the fedoralegacy site is > >> accessable as I have updated 3 other servers in the last 2 days. > >> Any help would be highly appreciated,as the situation is becoming > >> frustrating and I need yum for installation work on these servers. > >> > > Can you cut and paste the error(s) and then maybe we'll be able to help > > a bit more. > > > > Thanks > > -sv > > > > > Thank you for the prompt reply. > > The message received is: > "retrieving (baseurl) package. > error: skipping (baseurl + package) -transfer failed - unknown or > unexpected error." > Many thanks. > > John Fox. How about the whole thing, in it's entirety - from hitting 'yum install' to when you're returned to the command line? Having all this information is absolutely necessary, as so many things are in question when someone says that said program "just doesn't work." Thanks -dant From fedora at australmailco.com Wed Jan 12 17:23:55 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 17:23:55 GMT Subject: Yum Problem Message-ID: <20050112172356.28568.qmail@gawab.com> An HTML attachment was scrubbed... URL: From kev+fedora at sowood.co.uk Wed Jan 12 17:25:15 2005 From: kev+fedora at sowood.co.uk (kev+fedora at sowood.co.uk) Date: Wed, 12 Jan 2005 17:25:15 +0000 Subject: Self-Introduction: Kevin Campbell Message-ID: <20050112172515.GD1420@sowood.co.uk> 1. Full name : Kevin Campbell 2. Location : Edinburgh, Scotland, UK 3. Profession : Unix Systems Engineer 4. Company : Sowood & Co Ltd 5. Goals : Wish to contribute to QA testing for FL packages. Currently track updates for a number of packages for clients and would like to have an input in assisting this process upstream. OS Revisions we currently support are RH73, RH9 and FC1, although RH73 is being phased out. 6. Qualifications : * BSc in Computer Science & AI * Ran the edinburgh university tardis project for 3 years maintaining a collection of systems running various operating systems (http://www.tardis.ed.ac.uk/) * Several years experience working at various ISPs Specific Expertise: * Software development in python * Systems Management (cfengine, lcfg) * ISP Services 7. GPG Key ID and Fingerprint: $ gpg --fingerprint 960747B7 pub 1024D/960747B7 2004-09-24 Kevin Campbell Key fingerprint = 933C FE7F A81B C312 4D7F 5730 A8A9 43F9 9607 47B7 sub 1024g/395C8C57 2004-09-24 [expires: 2006-09-24] -- Kevin Campbell kev at sowood.co.uk Unix Systems Engineer GPG Key: 960747B7 Sowood & Co Ltd Tel: 0845 226 5841 From ad+lists at uni-x.org Wed Jan 12 17:33:04 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Wed, 12 Jan 2005 18:33:04 +0100 Subject: Yum Problem In-Reply-To: <20050112172356.28568.qmail@gawab.com> References: <20050112172356.28568.qmail@gawab.com> Message-ID: <1105551184.6861.252.camel@serendipity.dogma.lan> Am Mi, den 12.01.2005 schrieb John Fox um 18:23: > Hi, I am trying to update a server through fedoralegacy.org but all I > am getting is an error message as : [root@/]# yum update Gathering > header information file(s) from server(s) Server: Red Hat Linux 9 - > i386 - Base retrygrab () failed for: > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > Executing failover method failover: out of servers to try Error > getting file > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > [Errno 7] HTTP Error (Cannot send request) [root@/]# Can anyone > explain what the problem is and how to resove this error. All help and > advice is dully appreciated. Regards, John Fox. What is the output of following: rpm -q yum cat /etc/yum.conf The above fails because the file is called "header.info" and not "headers.info". Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 18:31:27 up 1 day, 16:42, load average: 0.67, 0.45, 0.33 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From fedora at australmailco.com Wed Jan 12 17:57:44 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 17:57:44 GMT Subject: Yum Problem In-Reply-To: <1105551184.6861.252.camel@serendipity.dogma.lan> References: <20050112172356.28568.qmail@gawab.com> <1105551184.6861.252.camel@serendipity.dogma.lan> Message-ID: <20050112175744.10981.qmail@gawab.com> An HTML attachment was scrubbed... URL: From ad+lists at uni-x.org Wed Jan 12 18:19:31 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Wed, 12 Jan 2005 19:19:31 +0100 Subject: Yum Problem In-Reply-To: <20050112175744.10981.qmail@gawab.com> References: <20050112172356.28568.qmail@gawab.com> <1105551184.6861.252.camel@serendipity.dogma.lan> <20050112175744.10981.qmail@gawab.com> Message-ID: <1105553971.6861.266.camel@serendipity.dogma.lan> Am Mi, den 12.01.2005 schrieb John Fox um 18:57: rpm -q yum=yum-2.0.3-0.fdr.1.rh90 cat yum.conf= # See the yum.conf(5) man page for information the syntax of this file, # including failover setup. [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 exclude=kernel* [base] name=Red Hat Linux $releasever - $basearch - Base baseurl=http://download.fedoralegacy.org/redhat/$releasever/os/$basearch gpgcheck=1 [updates] name=Red Hat Linux $releasever - $basearch - updates baseurl=http://download.fedoralegacy.org/redhat/$releasever/updates/$basearch gpgcheck=1 Regards, John Fox. > > ______________________________________________________________________ Here from testing - which works properly: $ rpm -q yum yum-2.0.3-0.fdr.1.rh90 /etc/yum.conf contains (the failover addresses commented out for testing): [base] name=Red Hat Linux $releasever - $basearch - Base baseurl=http://download.fedoralegacy.org/redhat/$releasever/os/$basearch/ # http://ftp-stud.fht-esslingen.de/pub/Mirrors/download.fedoralegacy.org/redhat/$releasever/os/$basearch/ # http://download.fedora.us/fedora/redhat/$releasever/$basearch/yum/os/ gpgcheck=1 [updates] name=Red Hat Linux $releasever - $basearch - updates baseurl=http://download.fedoralegacy.org/redhat/$releasever/updates/$basearch/ # http://ftp-stud.fht-esslingen.de/pub/Mirrors/download.fedoralegacy.org/redhat/$releasever/updates/$basearch/ # http://download.fedora.us/fedora/redhat/$releasever/$basearch/yum/updates/ gpgcheck=1 $ yum -d 5 update Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base CacheDir: /var/cache/yum/base Getting header.info from server failover: baseURL = http://download.fedoralegacy.org/redhat/9/os/i386/ failover: path = headers/header.info headerinfofn: /var/cache/yum/base/header.info Server: Red Hat Linux 9 - i386 - updates CacheDir: /var/cache/yum/updates Getting header.info from server failover: baseURL = http://download.fedoralegacy.org/redhat/9/updates/i386/ failover: path = headers/header.info headerinfofn: /var/cache/yum/updates/header.info Finding updated packages I suggest: rm -rf /var/cache/yum/* and put a trailing slash at the end of each baseurl entry (just to be sure). As being Australian I recommend setting up the Australian mirror servers in yum.conf and maybe the fedoralegacy.org main server as a failover baseurl. Alexander P.S. Please use a different mailer or at least send plain text formatted mail please. You are sending HTML formatted "goulash" - very hard to read. It has the form:
Alexander Dalloz writes:
> Am Mi, den 12.01.2005 schrieb John Fox um 18:23:
[...] -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 19:10:07 up 1 day, 17:20, load average: 0.69, 0.58, 0.35 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From fedora at australmailco.com Wed Jan 12 20:26:09 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 20:26:09 GMT Subject: Yum problem Message-ID: <20050112202609.513.qmail@gawab.com> An HTML attachment was scrubbed... URL: From fedora at australmailco.com Wed Jan 12 20:53:50 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 20:53:50 GMT Subject: Yum Problem Message-ID: <20050112205350.26341.qmail@gawab.com> Hi, This is my original post sorry about previous html mode. BTW the servers are situated in the US. Hi, I am trying to update a server through fedoralegacy.org but all I am getting is an error message as : [root@/]# yum update Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base retrygrab () failed for: http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info Executing failover method failover: out of servers to try Error getting file http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info [Errno 7] HTTP Error (Cannot send request) [root@/]# Can anyone explain what the problem is and how to resove this error. All help and advice is dully appreciated. Regards, John Fox. From skvidal at phy.duke.edu Wed Jan 12 21:24:27 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 12 Jan 2005 16:24:27 -0500 Subject: Yum Problem In-Reply-To: <20050112205350.26341.qmail@gawab.com> References: <20050112205350.26341.qmail@gawab.com> Message-ID: <1105565067.2007.8.camel@opus.phy.duke.edu> On Wed, 2005-01-12 at 20:53 +0000, John Fox wrote: > Hi, > > This is my original post sorry about previous html mode. BTW the > servers are situated in the US. > > Hi, > I am trying to update a server through fedoralegacy.org but all > I am getting is an error message as : > > [root@/]# yum update > Gathering header information file(s) from server(s) > Server: Red Hat Linux 9 - i386 - Base > retrygrab () failed for: > > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > Executing failover method > failover: out of servers to try > Error getting file > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > > [Errno 7] HTTP Error (Cannot send request) \ Cannot send request? try this: ping download.fedoralegacy.org tell me what you get. thanks -sv From ad+lists at uni-x.org Wed Jan 12 21:43:08 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Wed, 12 Jan 2005 22:43:08 +0100 Subject: Yum Problem In-Reply-To: <20050112205350.26341.qmail@gawab.com> References: <20050112205350.26341.qmail@gawab.com> Message-ID: <1105566188.6861.284.camel@serendipity.dogma.lan> Am Mi, den 12.01.2005 schrieb John Fox um 21:53: > This is my original post sorry about previous html mode. BTW the > servers are situated in the US. Your servers? I thought @australmailco.com would indicate an Australian. > [root@/]# yum update > Gathering header information file(s) from server(s) > Server: Red Hat Linux 9 - i386 - Base > retrygrab () failed for: > > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > Executing failover method > failover: out of servers to try > Error getting file > http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info > > [Errno 7] HTTP Error (Cannot send request) > > John Fox. Again: http://download.fedoralegacy.org/redhat/9/os/i386/headers/header.info exists, headers.info not. I have no clue where this comes from in your case. Do you have a headers.info file in your yum cache? find /var/cache/yum -name "headers.info" Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 22:37:54 up 1 day, 20:48, load average: 1.54, 1.60, 1.22 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From fedora at australmailco.com Wed Jan 12 21:03:34 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 21:03:34 GMT Subject: Yum Problem Message-ID: <20050112210334.25164.qmail@gawab.com> This is my original post. Sorry for the html mode. BTW the servers are in the US. Hi, I am trying to update a server through fedoralegacy.org but all I am getting is an error message as : [root@/]# yum update Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base retrygrab () failed for: http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info Executing failover method failover: out of servers to try Error getting file http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info [Errno 7] HTTP Error (Cannot send request) [root@/]# Can anyone explain what the problem is and how to resove this error. All help and advice is dully appreciated. Regards, John Fox. From fedora at australmailco.com Wed Jan 12 20:48:21 2005 From: fedora at australmailco.com (John Fox) Date: Wed, 12 Jan 2005 20:48:21 GMT Subject: re-Yum Problem Message-ID: <20050112204822.8351.qmail@gawab.com> "rpm -q yum=yum-2.0.3-0.fdr.1.rh90 cat yum.conf= # See the yum.conf(5) man page for information the syntax of this file, # including failover setup. [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 exclude=kernel* [base] name=Red Hat Linux $releasever - $basearch - Base baseurl=http://download.fedoralegacy.org/redhat/$releasever/os/$basearch gpgcheck=1 [updates] name=Red Hat Linux $releasever - $basearch - updates baseurl=http://download.fedoralegacy.org/redhat/$releasever/updates/$basearch gpgcheck=1 Regards, John Fox. > > ______________________________________________________________________ Here from testing - which works properly: $ rpm -q yum yum-2.0.3-0.fdr.1.rh90 /etc/yum.conf contains (the failover addresses commented out for testing): [base] name=Red Hat Linux $releasever - $basearch - Base baseurl=http://download.fedoralegacy.org/redhat/$releasever/os/$basearch/ # http://ftp-stud.fht-esslingen.de/pub/Mirrors/download.fedoralegacy.org/redhat/$releasever/os/$basearch/ # http://download.fedora.us/fedora/redhat/$releasever/$basearch/yum/os/ gpgcheck=1 [updates] name=Red Hat Linux $releasever - $basearch - updates baseurl=http://download.fedoralegacy.org/redhat/$releasever/updates/$basearch/ # http://ftp-stud.fht-esslingen.de/pub/Mirrors/download.fedoralegacy.org/redhat/$releasever/updates/$basearch/ # http://download.fedora.us/fedora/redhat/$releasever/$basearch/yum/updates/ gpgcheck=1 $ yum -d 5 update Gathering header information file(s) from server(s) Server: Red Hat Linux 9 - i386 - Base CacheDir: /var/cache/yum/base Getting header.info from server failover: baseURL = http://download.fedoralegacy.org/redhat/9/os/i386/ failover: path = headers/header.info headerinfofn: /var/cache/yum/base/header.info Server: Red Hat Linux 9 - i386 - updates CacheDir: /var/cache/yum/updates Getting header.info from server failover: baseURL = http://download.fedoralegacy.org/redhat/9/updates/i386/ failover: path = headers/header.info headerinfofn: /var/cache/yum/updates/header.info Finding updated packages I suggest: rm -rf /var/cache/yum/* and put a trailing slash at the end of each baseurl entry (just to be sure). As being Australian I recommend setting up the Australian mirror servers in yum.conf and maybe the fedoralegacy.org main server as a failover baseurl. -------------------------------------------- Hi, sorry about the html I thought I was sending text, so I hope that this is in text. I followed the instructions above but I am still getting the original error message. Regards, John fox. From fedora at australmailco.com Thu Jan 13 08:06:59 2005 From: fedora at australmailco.com (John Fox) Date: Thu, 13 Jan 2005 08:06:59 GMT Subject: Yum Problem In-Reply-To: <1105566188.6861.284.camel@serendipity.dogma.lan> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> Message-ID: <20050113080659.27548.qmail@gawab.com> Alexander Dalloz writes: > Am Mi, den 12.01.2005 schrieb John Fox um 21:53: > >> This is my original post sorry about previous html mode. BTW the >> servers are situated in the US. > > Your servers? I thought @australmailco.com would indicate an Australian. > >> [root@/]# yum update >> Gathering header information file(s) from server(s) >> Server: Red Hat Linux 9 - i386 - Base >> retrygrab () failed for: >> >> http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info >> Executing failover method >> failover: out of servers to try >> Error getting file >> http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info >> >> [Errno 7] HTTP Error (Cannot send request) >> >> John Fox. > > Again: > http://download.fedoralegacy.org/redhat/9/os/i386/headers/header.info > exists, headers.info not. I have no clue where this comes from in your > case. Do you have a headers.info file in your yum cache? > > find /var/cache/yum -name "headers.info" > > Alexander > > > -- Hi Alexander, You are right it is "header.info", that is my typo error. I am Australian and reside there, but I have servers in the US at a Data Center. Could the "Cannot send request" be the problem as there is a firewall installed on the server. But this theory is opposed by a second server at the same DC that I am also having the same problem, does not have a firewall as yet. Regards, John Fox. From fedora at australmailco.com Thu Jan 13 08:21:56 2005 From: fedora at australmailco.com (John Fox) Date: Thu, 13 Jan 2005 08:21:56 GMT Subject: Yum Problem In-Reply-To: <1105566188.6861.284.camel@serendipity.dogma.lan> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> Message-ID: <20050113082156.5096.qmail@gawab.com> Alexander Dalloz writes: > Am Mi, den 12.01.2005 schrieb John Fox um 21:53: > >> This is my original post sorry about previous html mode. BTW the >> servers are situated in the US. > > Your servers? I thought @australmailco.com would indicate an Australian. > >> [root@/]# yum update >> Gathering header information file(s) from server(s) >> Server: Red Hat Linux 9 - i386 - Base >> retrygrab () failed for: >> >> http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info >> Executing failover method >> failover: out of servers to try >> Error getting file >> http://download.fedoralegacy.org/redhat/9/os/i386/headers/headers.info >> >> [Errno 7] HTTP Error (Cannot send request) >> >> John Fox. > > Again: > http://download.fedoralegacy.org/redhat/9/os/i386/headers/header.info > exists, headers.info not. I have no clue where this comes from in your > case. Do you have a headers.info file in your yum cache? > > find /var/cache/yum -name "headers.info" > > Alexander > > > -- Hi Seth, I did ping download.fedoralegacy.org and the result: ping: unknown host download.fedoralegacy.org I also tried several other domains with the same result unknown host. Regards, John Fox. From ad+lists at uni-x.org Thu Jan 13 12:07:12 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 13 Jan 2005 13:07:12 +0100 Subject: Yum Problem In-Reply-To: <20050113080659.27548.qmail@gawab.com> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> Message-ID: <1105618032.6861.323.camel@serendipity.dogma.lan> Am Do, den 13.01.2005 schrieb John Fox um 9:06: > Hi Alexander, > > You are right it is "header.info", that is my typo error. I am > Australian and reside there, but I have servers in the US at a > Data Center. So this was no copy&paste showing what yum does _exactly_? > Could the "Cannot send request" be the problem as there is a > firewall installed on the server. But this theory is opposed by > a second server at the same DC that I am also having the same > problem, does not have a firewall as yet. > John Fox. Seeing from the other reply to Seth, yes, if you can't reach any other host you have a basic network problem. Check your nameserver setup: /etc/resolv.conf Check your routing: route -n Check your ethernet devices: ifconfig yum will work properly in the moment you fixed your networking issue. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 13:02:57 up 2 days, 11:13, load average: 0.98, 0.80, 0.43 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From fedora at australmailco.com Thu Jan 13 19:30:05 2005 From: fedora at australmailco.com (John Fox) Date: Thu, 13 Jan 2005 19:30:05 GMT Subject: Yum Problem In-Reply-To: <1105618032.6861.323.camel@serendipity.dogma.lan> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> <1105618032.6861.323.camel@serendipity.dogma.lan> Message-ID: <20050113193005.32067.qmail@gawab.com> Alexander Dalloz writes: > Am Do, den 13.01.2005 schrieb John Fox um 9:06: > >> Hi Alexander, >> >> You are right it is "header.info", that is my typo error. I am >> Australian and reside there, but I have servers in the US at a >> Data Center. > > So this was no copy&paste showing what yum does _exactly_? > >> Could the "Cannot send request" be the problem as there is a >> firewall installed on the server. But this theory is opposed by >> a second server at the same DC that I am also having the same >> problem, does not have a firewall as yet. > >> John Fox. > > Seeing from the other reply to Seth, yes, if you can't reach any other > host you have a basic network problem. > > Check your nameserver setup: /etc/resolv.conf > Check your routing: route -n > Check your ethernet devices: ifconfig > > yum will work properly in the moment you fixed your networking issue. > > Alexander > > > -- Hi, The /etc/resolv.conf file was wrong so I edited it to read the nameserver IPs and the primary domain name. This cured the problem in the second server. It is merrily connecting to the repository at lsu.edu without any problems. Now the first server which is the topic of discussion,still has a problem with fedoralecay.org. After editing resolv.config I did a yum update, towards the ens of the process there was a message: Error getting http://download..........................header.info [Errno 4] IO Error: HTTP Error 404: not found Regards, John Fox. From brian.t.brunner at gai-tronics.com Thu Jan 13 19:39:26 2005 From: brian.t.brunner at gai-tronics.com (Brian T. Brunner) Date: Thu, 13 Jan 2005 11:39:26 -0800 Subject: Yum Problem Message-ID: I'm going to assume you didn't cut&paste the actual contents of the file, as "fedoralecay.org" is at least a typo. Another contributor asked whether you were cutting & pasting from the actual script file, there is a reason for doing so... if your script files have this typo, the problem might be trivial to solve. If they don't have this typo, they might have a different one... again trivial to solve if we see the actual typo. Glad the first system sobered up so nicely! <<<<<>>>>> Now the first server which is the topic of discussion,still has a problem with fedoralecay.org. After editing resolv.config I did a yum update, towards the ens of the process there was a message: Error getting http://download..........................header.info [Errno 4] IO Error: HTTP Error 404: not found Regards, John Fox. -- fedora-legacy-list mailing list fedora-legacy-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-legacy-list Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated From ad+lists at uni-x.org Thu Jan 13 20:12:57 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Thu, 13 Jan 2005 21:12:57 +0100 Subject: Yum Problem In-Reply-To: <20050113193005.32067.qmail@gawab.com> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> <1105618032.6861.323.camel@serendipity.dogma.lan> <20050113193005.32067.qmail@gawab.com> Message-ID: <1105647177.6861.349.camel@serendipity.dogma.lan> Am Do, den 13.01.2005 schrieb John Fox um 20:30: > Hi, > > The /etc/resolv.conf file was wrong so I edited it to read the > nameserver IPs and the primary domain name. This cured the > problem in the second server. It is merrily connecting to the > repository at lsu.edu without any problems. > Now the first server which is the topic of discussion,still has > a problem with fedoralecay.org. > > After editing resolv.config I did a yum update, towards the ens > of the process there was a message: > > Error getting > http://download..........................header.info > [Errno 4] IO Error: HTTP Error 404: not found > John Fox. Seems obvious you have no correct baseurl entry. Check it for typos. You can check each repository entry with a webbrowser. If the browser can't display the location, then yum can't either. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 21:11:11 up 2 days, 19:22, load average: 0.49, 0.54, 0.50 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From fedora at australmailco.com Thu Jan 13 22:38:40 2005 From: fedora at australmailco.com (John Fox) Date: Thu, 13 Jan 2005 22:38:40 GMT Subject: Yum Problem In-Reply-To: References: Message-ID: <20050113223840.5089.qmail@gawab.com> Brian T. Brunner writes: > > I'm going to assume you didn't cut&paste the actual contents of the file, as "fedoralecay.org" is at least a typo. I am correcting these problems thru "Putty" as the servers are based at a Data Center in the US. If you can tell me how to cut and paste with this program then I can give what is required. I am not much of a typist so the mistakes in spelling are my typos. > Another contributor asked whether you were cutting & pasting from the actual script file, there is a reason for doing so... if your script files have this typo, the problem might be trivial to solve. If they don't have this typo, they might have a different one... Let me assure you they are my typos mistakes > Glad the first system sobered up so nicely! Thanks it looked as the problem there was the resolv.conf Regards, John Fox. From ismanager at ccbnpts.com Thu Jan 13 22:58:05 2005 From: ismanager at ccbnpts.com (Pettit, Paul) Date: Thu, 13 Jan 2005 16:58:05 -0600 Subject: Yum Problem In-Reply-To: <20050113223840.5089.qmail@gawab.com> Message-ID: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> In Putty right click the window title bar and select "Copy All to Clipboard" then in Notepad (or whatever editor you want to use) do a "paste" (Ctrl-V). That will copy all that the was outputted to the Putty session window. Note, this might be a rather huge amount of info so you might want to clear the scroll back. Right click on the Putty title bar and select "Clear Scrollback". That will clear all termal out put up to the top of the current window. Then you can 'cat' a file and do the first step as above to remotely export the file info. Paul Pettit CTO and IS Manager Consistent Computer Bargains Inc. P.s. this is a handy tool for copy/pasting STDOUT info when using putty too. :) -----Original Message----- From: fedora-legacy-list-bounces at redhat.com [mailto:fedora-legacy-list-bounces at redhat.com] On Behalf Of John Fox Sent: Thursday, January 13, 2005 4:39 PM To: Discussion of the Fedora Legacy Project Subject: Re: Yum Problem Brian T. Brunner writes: > > I'm going to assume you didn't cut&paste the actual contents of the file, as "fedoralecay.org" is at least a typo. I am correcting these problems thru "Putty" as the servers are based at a Data Center in the US. If you can tell me how to cut and paste with this program then I can give what is required. I am not much of a typist so the mistakes in spelling are my typos. From wstockal at compusmart.ab.ca Thu Jan 13 23:07:50 2005 From: wstockal at compusmart.ab.ca (William Stockall) Date: Thu, 13 Jan 2005 16:07:50 -0700 Subject: Yum Problem In-Reply-To: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> References: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> Message-ID: <41E6FF46.90606@compusmart.ab.ca> Actually, all you need to do is highlight the text. That will automatically copy the highlighted text to the clipboard. Will. Pettit, Paul wrote: > In Putty right click the window title bar and select "Copy All to > Clipboard" then in Notepad (or whatever editor you want to use) do a > "paste" (Ctrl-V). That will copy all that the was outputted to the Putty > session window. > > Note, this might be a rather huge amount of info so you might want to > clear the scroll back. Right click on the Putty title bar and select > "Clear Scrollback". That will clear all termal out put up to the top of > the current window. Then you can 'cat' a file and do the first step as > above to remotely export the file info. > > Paul Pettit > CTO and IS Manager > Consistent Computer Bargains Inc. > > P.s. this is a handy tool for copy/pasting STDOUT info when using putty > too. :) > > > -----Original Message----- > From: fedora-legacy-list-bounces at redhat.com > [mailto:fedora-legacy-list-bounces at redhat.com] On Behalf Of John Fox > Sent: Thursday, January 13, 2005 4:39 PM > To: Discussion of the Fedora Legacy Project > Subject: Re: Yum Problem > > > > Brian T. Brunner writes: > > >>I'm going to assume you didn't cut&paste the actual contents of the > > file, as "fedoralecay.org" is at least a typo. > > I am correcting these problems thru "Putty" as the servers are > based at a Data Center in the US. If you can tell me how to cut > and paste with this program then I can give what is required. I > am not much of a typist so the mistakes in spelling are my > typos. > > > -- > fedora-legacy-list mailing list > fedora-legacy-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-legacy-list From brian.t.brunner at gai-tronics.com Fri Jan 14 02:09:02 2005 From: brian.t.brunner at gai-tronics.com (Brian T. Brunner) Date: Thu, 13 Jan 2005 18:09:02 -0800 Subject: Yum Problem Message-ID: Putty is my friend. With an edit window on my local system and a putty shell into my target I then 'less' the script file. Using the left mouse button, click-and-drag over the text of interest in the putty/less (putty/cat makes no difference). This highlights text of interest. In the edit window, start an insert/append, and left-click. This pastes. Very volatile copy clipboard: merely clicking from window to window, so even one character (even an EOL character) is black (reverse video) changes what's in the clipboard. It's a bit of an art. Also, from the putty shell, on the remote, scp script/file/path MyHost:/path/name should give you a copy you can then locally edit/copy/paste. Permissions may have you pulling your hair... Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 >>> fedora at australmailco.com 01/13/05 05:38PM >>> Brian T. Brunner writes: > > I'm going to assume you didn't cut&paste the actual contents of the file, as "fedoralecay.org" is at least a typo. I am correcting these problems thru "Putty" as the servers are based at a Data Center in the US. If you can tell me how to cut and paste with this program then I can give what is required. I am not much of a typist so the mistakes in spelling are my typos. > Another contributor asked whether you were cutting & pasting from the actual script file, there is a reason for doing so... if your script files have this typo, the problem might be trivial to solve. If they don't have this typo, they might have a different one... Let me assure you they are my typos mistakes > Glad the first system sobered up so nicely! Thanks it looked as the problem there was the resolv.conf Regards, John Fox. -- fedora-legacy-list mailing list fedora-legacy-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-legacy-list ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated From pekkas at netcore.fi Fri Jan 14 06:56:02 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Fri, 14 Jan 2005 08:56:02 +0200 (EET) Subject: Yum Problem In-Reply-To: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> References: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> Message-ID: Umm, Could we stop discussing these "yum issues" (whether related to yum or not) at this list, please? It's long since become off-topic, and this is not the help forum for yum or . Thanks. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From fedora at australmailco.com Fri Jan 14 10:28:27 2005 From: fedora at australmailco.com (John Fox) Date: Fri, 14 Jan 2005 10:28:27 GMT Subject: Yum Problem In-Reply-To: <1105618032.6861.323.camel@serendipity.dogma.lan> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> <1105618032.6861.323.camel@serendipity.dogma.lan> Message-ID: <20050114102827.31873.qmail@gawab.com> Alexander Dalloz writes: > Check your nameserver setup: /etc/resolv.conf > Check your routing: route -n > Check your ethernet devices: ifconfig > Alexander Here is the copy & Paste of above: [root at realdns root]# cat /etc/resolv.conf domain realdns.biz nameserver 38.119.156.32 nameserver 38.119.156.33 nameserver 38.119.156.15 [root at realdns root]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 38.119.156.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 38.119.156.1 0.0.0.0 UG 0 0 0 eth0 [root at realdns root]# ifconfig eth0 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 inet addr:38.119.156.15 Bcast:38.119.156.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3725988 errors:18 dropped:0 overruns:0 frame:32 TX packets:833319 errors:0 dropped:0 overruns:0 carrier:49 collisions:23047 txqueuelen:100 RX bytes:421206281 (401.6 Mb) TX bytes:285694629 (272.4 Mb) Interrupt:9 Base address:0x6400 eth0:1 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 inet addr:38.119.156.24 Bcast:38.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3725988 errors:18 dropped:0 overruns:0 frame:32 TX packets:833320 errors:0 dropped:0 overruns:0 carrier:49 collisions:23047 txqueuelen:100 RX bytes:421206281 (401.6 Mb) TX bytes:285694967 (272.4 Mb) Interrupt:9 Base address:0x6400 eth0:2 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 inet addr:38.119.156.32 Bcast:38.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3725988 errors:18 dropped:0 overruns:0 frame:32 TX packets:833320 errors:0 dropped:0 overruns:0 carrier:49 collisions:23047 txqueuelen:100 RX bytes:421206281 (401.6 Mb) TX bytes:285694967 (272.4 Mb) Interrupt:9 Base address:0x6400 eth0:3 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 inet addr:38.119.156.33 Bcast:38.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3725988 errors:18 dropped:0 overruns:0 frame:32 TX packets:833320 errors:0 dropped:0 overruns:0 carrier:49 collisions:23047 txqueuelen:100 RX bytes:421206281 (401.6 Mb) TX bytes:285694967 (272.4 Mb) Interrupt:9 Base address:0x6400 eth0:4 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 inet addr:38.119.156.60 Bcast:38.255.255.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3725988 errors:18 dropped:0 overruns:0 frame:32 TX packets:833320 errors:0 dropped:0 overruns:0 carrier:49 collisions:23047 txqueuelen:100 RX bytes:421206281 (401.6 Mb) TX bytes:285694967 (272.4 Mb) Interrupt:9 Base address:0x6400 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:247426 errors:0 dropped:0 overruns:0 frame:0 TX packets:247426 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:37449120 (35.7 Mb) TX bytes:37449120 (35.7 Mb) [root at realdns root]# In the resolv.conf 38.119.156.15 is the server IP. I have also found that when the server asks for an external file e.g. rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY it actually looks for it at http://www.realdns.biz/FEDORA-LEGACY-GPG-KEY Thanks for all help and guidance, Kind regards, John Fox. From ad+lists at uni-x.org Fri Jan 14 13:04:17 2005 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Fri, 14 Jan 2005 14:04:17 +0100 Subject: Yum Problem In-Reply-To: <20050114102827.31873.qmail@gawab.com> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> <1105618032.6861.323.camel@serendipity.dogma.lan> <20050114102827.31873.qmail@gawab.com> Message-ID: <1105707856.6861.436.camel@serendipity.dogma.lan> Am Fr, den 14.01.2005 schrieb John Fox um 11:28: > Here is the copy & Paste of above: > > [root at realdns root]# cat /etc/resolv.conf > domain realdns.biz > nameserver 38.119.156.32 > nameserver 38.119.156.33 > nameserver 38.119.156.15 > [root at realdns root]# ifconfig > eth0 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 > inet addr:38.119.156.15 Bcast:38.119.156.255 > eth0:1 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 > inet addr:38.119.156.24 Bcast:38.255.255.255 > eth0:2 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 > inet addr:38.119.156.32 Bcast:38.255.255.255 > eth0:3 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 > inet addr:38.119.156.33 Bcast:38.255.255.255 > eth0:4 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 > inet addr:38.119.156.60 Bcast:38.255.255.255 > In the resolv.conf 38.119.156.15 is the server IP. I have also > found that when the server asks for an external file e.g. > rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY > it actually looks for it at > http://www.realdns.biz/FEDORA-LEGACY-GPG-KEY > John Fox. John, maybe you should ask and get help by someone which has a clue about managing servers. The 3 nameserver entries in your resolv.conf contain only local server IPs. I mean, all 3 are on your local host: eth0:2, eth0:3, eth0. This is nonsense. And I highly suspect these DNS servers do not work properly. They do not resolve requests from outside, ok, that would be ok. But from your problem description they seem to be misconfigured completey. John, as this is a coordination list for the Fedora Legacy Project, and no yum nor network help list, please choose a proper forum for your problems or pay someone with the clue to fix the things. Alexander -- Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 legal statement: http://www.uni-x.org/legal.html Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp Serendipity 13:56:14 up 3 days, 12:07, load average: 0.78, 1.09, 0.83 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From pekkas at netcore.fi Fri Jan 14 13:05:21 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Fri, 14 Jan 2005 15:05:21 +0200 (EET) Subject: mach problems? Message-ID: Hi, Is there end in sight in the buildsystem issues? Is there a chance that the "to be pushed to updates-testing" pile might start getting shorter soon? Maybe alternative mechanisms could be used, such as building in some other mach systems (w/ hostname changed if needed or not), and signing afterwards, or...? -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From fedora at australmailco.com Fri Jan 14 15:05:10 2005 From: fedora at australmailco.com (John Fox) Date: Fri, 14 Jan 2005 15:05:10 GMT Subject: Yum Problem In-Reply-To: <1105707856.6861.436.camel@serendipity.dogma.lan> References: <20050112205350.26341.qmail@gawab.com> <1105566188.6861.284.camel@serendipity.dogma.lan> <20050113080659.27548.qmail@gawab.com> <1105618032.6861.323.camel@serendipity.dogma.lan> <20050114102827.31873.qmail@gawab.com> <1105707856.6861.436.camel@serendipity.dogma.lan> Message-ID: <20050114150511.16384.qmail@gawab.com> Alexander Dalloz writes: > Am Fr, den 14.01.2005 schrieb John Fox um 11:28: > >> Here is the copy & Paste of above: >> >> [root at realdns root]# cat /etc/resolv.conf >> domain realdns.biz >> nameserver 38.119.156.32 >> nameserver 38.119.156.33 >> nameserver 38.119.156.15 > >> [root at realdns root]# ifconfig >> eth0 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 >> inet addr:38.119.156.15 Bcast:38.119.156.255 > >> eth0:1 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 >> inet addr:38.119.156.24 Bcast:38.255.255.255 > >> eth0:2 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 >> inet addr:38.119.156.32 Bcast:38.255.255.255 > >> eth0:3 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 >> inet addr:38.119.156.33 Bcast:38.255.255.255 > >> eth0:4 Link encap:Ethernet HWaddr 00:60:97:3A:8D:50 >> inet addr:38.119.156.60 Bcast:38.255.255.255 > >> In the resolv.conf 38.119.156.15 is the server IP. I have also >> found that when the server asks for an external file e.g. >> rpm --import http://www.fedoralegacy.org/FEDORA-LEGACY-GPG-KEY >> it actually looks for it at >> http://www.realdns.biz/FEDORA-LEGACY-GPG-KEY > >> John Fox. > > John, > > maybe you should ask and get help by someone which has a clue about > managing servers. > > The 3 nameserver entries in your resolv.conf contain only local server > IPs. I mean, all 3 are on your local host: eth0:2, eth0:3, eth0. This is > nonsense. And I highly suspect these DNS servers do not work properly. > They do not resolve requests from outside, ok, that would be ok. But > from your problem description they seem to be misconfigured completey. > > John, as this is a coordination list for the Fedora Legacy Project, and > no yum nor network help list, please choose a proper forum for your > problems or pay someone with the clue to fix the things. > > Alexander > > > -- > Alexander Dalloz | Enger, Germany | new address - new key: 0xB366A773 > legal statement: http://www.uni-x.org/legal.html > Fedora GNU/Linux Core 2 (Tettnang) on Athlon kernel 2.6.10-1.8_FC2smp > Serendipity 13:56:14 up 3 days, 12:07, load average: 0.78, 1.09, 0.83 Many Thanks to all for your help and advice I have learnt many things from this short sojorn. Kind regards, John Fox. From ismanager at ccbnpts.com Fri Jan 14 16:14:36 2005 From: ismanager at ccbnpts.com (Pettit, Paul) Date: Fri, 14 Jan 2005 10:14:36 -0600 Subject: Yum Problem In-Reply-To: <20050114150511.16384.qmail@gawab.com> Message-ID: <00b201c4fa54$24787f10$7202a8c0@ccb2vpjza> Classy response John ... [thumbs up] You might want to try submitting any additional questions to the RedHat general discustion list (since according to Alexander this is not an open discussion forum) where there are many more brains to pick. You can subcribe from here: https://www.redhat.com/mailman/listinfo/redhat-list I do agree that this appears to be a NS issue and not Yum so you should start there and make sure the box can properly "see" the Inet before further troubleshooting Yum. Good luck. Paul Pettit CTO and IS Manager Consistent Computer Bargains Inc. -----Original Message----- From: fedora-legacy-list-bounces at redhat.com [mailto:fedora-legacy-list-bounces at redhat.com] On Behalf Of John Fox Sent: Friday, January 14, 2005 9:05 AM To: Discussion of the Fedora Legacy Project Subject: Re: Yum Problem > John, > > maybe you should ask and get help by someone which has a clue about > managing servers. > [snip] > > John, as this is a coordination list for the Fedora Legacy Project, and > no yum nor network help list, please choose a proper forum for your > problems or pay someone with the clue to fix the things. > > Alexander Many Thanks to all for your help and advice I have learnt many things from this short sojorn. Kind regards, John Fox. -- fedora-legacy-list mailing list fedora-legacy-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-legacy-list From rostetter at mail.utexas.edu Fri Jan 14 17:08:22 2005 From: rostetter at mail.utexas.edu (Eric Rostetter) Date: Fri, 14 Jan 2005 11:08:22 -0600 Subject: Yum Problem In-Reply-To: References: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> Message-ID: <1105722502.b85b70e9a3d75@mail.ph.utexas.edu> Quoting Pekka Savola : > Umm, > > Could we stop discussing these "yum issues" (whether related to yum or > not) at this list, please? It's long since become off-topic, and this > is not the help forum for yum or . > > Thanks. I disagree. The person is asking for yum help using Fedoralegacy.org, so it is on topic. Originally we were going to have multiple mailing lists, but that never happened, so this is the only mailing list for help. As long as the problem deals with using fedoralegacy.org, I think it is appropriate. -- Eric Rostetter From marcus.lauer at nyu.edu Fri Jan 14 17:25:00 2005 From: marcus.lauer at nyu.edu (Marcus Lauer) Date: 14 Jan 2005 12:25:00 -0500 Subject: Yum Problem In-Reply-To: <1105722502.b85b70e9a3d75@mail.ph.utexas.edu> References: <005901c4f9c3$5758e8c0$7202a8c0@ccb2vpjza> <1105722502.b85b70e9a3d75@mail.ph.utexas.edu> Message-ID: <1105723499.6713.9.camel@bizzaro.psych.nyu.edu> On Fri, 2005-01-14 at 12:08, Eric Rostetter wrote: > Quoting Pekka Savola : > > > Umm, > > > > Could we stop discussing these "yum issues" (whether related to yum or > > not) at this list, please? It's long since become off-topic, and this > > is not the help forum for yum or . > > > > Thanks. > > I disagree. The person is asking for yum help using Fedoralegacy.org, > so it is on topic. Well, the question was originally about yum, but it became clear at some point that it was a network configuration issue. There was also a significant sub-discussion about using PuTTY. Certainly at some point the discussion should move to another mailing list. Personally, I agree with Paul Pettit that at this point any further questions should go to the RedHat general discustion list. -- Marcus Lauer Lab Manager for the Curtis Lab Psychology Department, NYU Phone: (212)998-8347 http://psych.nyu.edu/curtislab/ From jkeating at j2solutions.net Fri Jan 14 19:02:03 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 14 Jan 2005 11:02:03 -0800 Subject: mach problems? In-Reply-To: References: Message-ID: <1105729323.3882.229.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-01-14 at 15:05 +0200, Pekka Savola wrote: > Hi, > > Is there end in sight in the buildsystem issues? Is there a chance > that the "to be pushed to updates-testing" pile might start getting > shorter soon? > > Maybe alternative mechanisms could be used, such as building in some > other mach systems (w/ hostname changed if needed or not), and > signing > afterwards, or...? > > Build machine will be going back into Pogo's DMZ. I had hoped to get it moved to a real colo facility shortly after Pogo moved buildings, but it looks like I'll have to wait another week. Later this afternoon it should be up and ready for building again, provided it survived the short trip in a truck (stupid movers). -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Sat Jan 15 00:27:22 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 14 Jan 2005 16:27:22 -0800 Subject: mach problems? In-Reply-To: <1105729323.3882.229.camel@jkeating2.hq.pogolinux.com> References: <1105729323.3882.229.camel@jkeating2.hq.pogolinux.com> Message-ID: <1105748842.3882.250.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-01-14 at 11:02 -0800, Jesse Keating wrote: > Later this afternoon it > should be up and ready for building again, provided it survived the > short trip in a truck (stupid movers). Well, SHIT. System doesn't seem to have survived. Not just 1, but TWO of the SCSI disks no longer spin up, thus trashing the array. So, I can get replacement disks I'm pretty sure, however we may be out a few more days on the 'official' build server. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From lists at benjamindsmith.com Tue Jan 18 19:39:42 2005 From: lists at benjamindsmith.com (Benjamin Smith) Date: Tue, 18 Jan 2005 11:39:42 -0800 Subject: Kernel update for FC1? Message-ID: <200501181139.42854.lists@benjamindsmith.com> There's the recent local security hole found in the Kernel, and updates are available for virtually all Linux distros except for (gulp) Fedora Core 1... Is a fix in order? Is there at least an SRPM for FC1 available that I can compile? Also, I've noticed no updates (via yum) for months - has support for FC1 been dropped? -Ben -- "The best way to predict the future is to invent it." - XEROX PARC slogan, circa 1978 From dom at earth.li Tue Jan 18 20:05:55 2005 From: dom at earth.li (Dominic Hargreaves) Date: Tue, 18 Jan 2005 20:05:55 +0000 Subject: Kernel update for FC1? In-Reply-To: <200501181139.42854.lists@benjamindsmith.com> References: <200501181139.42854.lists@benjamindsmith.com> Message-ID: <20050118200555.GA987@tirian.magd.ox.ac.uk> On Tue, Jan 18, 2005 at 11:39:42AM -0800, Benjamin Smith wrote: > There's the recent local security hole found in the Kernel, and updates are > available for virtually all Linux distros except for (gulp) Fedora Core 1... > > Is a fix in order? Is there at least an SRPM for FC1 available that I can > compile? > Also, I've noticed no updates (via yum) for months - has support for FC1 been > dropped? No, but a combination of lack of manpower, downtime on the build server and the fact that we are releasing Red Hat 7.3, Red Hat 9 and Fedora Core 1 packages together means that the project is grinding to a halt. As soon as the build server comes back I will try and clear a lot of the backlog. Cheers, -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) From kwan at digitalhermit.com Tue Jan 18 20:09:58 2005 From: kwan at digitalhermit.com (Kwan Lowe) Date: Tue, 18 Jan 2005 15:09:58 -0500 Subject: Kernel update for FC1? In-Reply-To: <20050118200555.GA987@tirian.magd.ox.ac.uk> References: <200501181139.42854.lists@benjamindsmith.com> <20050118200555.GA987@tirian.magd.ox.ac.uk> Message-ID: <41ED6D16.1050607@digitalhermit.com> Dominic Hargreaves wrote: > On Tue, Jan 18, 2005 at 11:39:42AM -0800, Benjamin Smith wrote: > >>There's the recent local security hole found in the Kernel, and updates are >>available for virtually all Linux distros except for (gulp) Fedora Core 1... >> >>Is a fix in order? Is there at least an SRPM for FC1 available that I can >>compile? > > > > >>Also, I've noticed no updates (via yum) for months - has support for FC1 been >>dropped? > > > No, but a combination of lack of manpower, downtime on the build server > and the fact that we are releasing Red Hat 7.3, Red Hat 9 and Fedora > Core 1 packages together means that the project is grinding to a halt. > As soon as the build server comes back I will try and clear a lot of the > backlog. > > Cheers, > How much actual porting is involved on the releases for FC1? I haven't touched many of the desktop related utilities, but have recompiled things like Apache/PHP/MySQL/SSL (i.e., server related packages) for RH8 and 7.3. I've also made some very minor changes to SPEC files to get them to compile. From sweller at ena.com Tue Jan 18 20:17:39 2005 From: sweller at ena.com (Simon Weller) Date: Tue, 18 Jan 2005 14:17:39 -0600 Subject: Kernel update for FC1? In-Reply-To: <41ED6D16.1050607@digitalhermit.com> References: <200501181139.42854.lists@benjamindsmith.com> <20050118200555.GA987@tirian.magd.ox.ac.uk> <41ED6D16.1050607@digitalhermit.com> Message-ID: <1106079459.6761.6.camel@misdc02.ena.com> It very much depends on the particular patch. Some are very easy, some take a fair bit of time. Now that I've done the redhat 7.3 kernel packages, I plan to have redhat 9 specs patched tonight and left to rebuild during the early hours. I apologize for the slowness, it's just time consuming and if I spend any more time on it my wife will kill me ;-) - Si On Tue, 2005-01-18 at 15:09 -0500, Kwan Lowe wrote: > Dominic Hargreaves wrote: > > On Tue, Jan 18, 2005 at 11:39:42AM -0800, Benjamin Smith wrote: > > > >>There's the recent local security hole found in the Kernel, and updates are > >>available for virtually all Linux distros except for (gulp) Fedora Core 1... > >> > >>Is a fix in order? Is there at least an SRPM for FC1 available that I can > >>compile? > > > > > > > > > >>Also, I've noticed no updates (via yum) for months - has support for FC1 been > >>dropped? > > > > > > No, but a combination of lack of manpower, downtime on the build server > > and the fact that we are releasing Red Hat 7.3, Red Hat 9 and Fedora > > Core 1 packages together means that the project is grinding to a halt. > > As soon as the build server comes back I will try and clear a lot of the > > backlog. > > > > Cheers, > > > > How much actual porting is involved on the releases for FC1? I haven't > touched many of the desktop related utilities, but have recompiled > things like Apache/PHP/MySQL/SSL (i.e., server related packages) for RH8 > and 7.3. I've also made some very minor changes to SPEC files to get > them to compile. > > -- > fedora-legacy-list mailing list > fedora-legacy-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-legacy-list -- Simon Weller Systems Engineer Education Networks of America 1101 McGavock St. Nashville TN 37203 Phone: 615.312.6068 From khudnut at ucar.edu Wed Jan 19 17:44:53 2005 From: khudnut at ucar.edu (Karl Hudnut) Date: Wed, 19 Jan 2005 10:44:53 -0700 (MST) Subject: Kernel update for FC1? In-Reply-To: <1106079459.6761.6.camel@misdc02.ena.com> References: <200501181139.42854.lists@benjamindsmith.com> <20050118200555.GA987@tirian.magd.ox.ac.uk> <41ED6D16.1050607@digitalhermit.com> <1106079459.6761.6.camel@misdc02.ena.com> Message-ID: Hi Simon, Thanks. Thanks many! Does everyone know that the critical kernel patches have been available at kernel.org for some time? I downloaded and ran the normal compile steps (make menuconfig, make bzImage, make modules, make modules_install) copied the resulting image into the /boot dir, edited grub and rebooted. It works. It's tedious though. What it buys you is your machine is patched while waiting for the Fedora Legacy RPMs. We would all like to just use yum or apt and if I had the time to really learn rpmbuild I'd contribute more. My wife wouldn't kill me. (I wish I had one to threaten that.) Instead of that, my excuse is I have my research priorities. On Tue, 18 Jan 2005, Simon Weller wrote: > It very much depends on the particular patch. Some are very easy, some > take a fair bit of time. > Now that I've done the redhat 7.3 kernel packages, I plan to have redhat > 9 specs patched tonight and left to rebuild during the early hours. > > I apologize for the slowness, it's just time consuming and if I spend > any more time on it my wife will kill me ;-) ... > > > > > >>There's the recent local security hole found in the Kernel, and updates are > > >>available for virtually all Linux distros except for (gulp) Fedora Core 1... ... -- Dr. Karl Hudnut System Administrator UCAR - COSMIC khudnut at ucar.edu http://www.cosmic.ucar.edu 303 497 8024 From kelson at speed.net Wed Jan 19 19:30:35 2005 From: kelson at speed.net (Kelson) Date: Wed, 19 Jan 2005 11:30:35 -0800 Subject: Kernel update for FC1? In-Reply-To: References: <200501181139.42854.lists@benjamindsmith.com> <20050118200555.GA987@tirian.magd.ox.ac.uk> <41ED6D16.1050607@digitalhermit.com> <1106079459.6761.6.camel@misdc02.ena.com> Message-ID: <41EEB55B.6060709@speed.net> Karl Hudnut wrote: > Does everyone know that the critical kernel patches have been available at > kernel.org for some time? I downloaded and ran the normal compile steps > (make menuconfig, make bzImage, make modules, make modules_install) copied > the resulting image into the /boot dir, edited grub and rebooted. It > works. It's tedious though. What it buys you is your machine is patched > while waiting for the Fedora Legacy RPMs. FYI, the kernel source now includes a "make install" target which encompasses make bzImage and automates the last step (copying the kernel image to /boot, building an initrd, updating grub). Even better, if you copy the config file (the RPMs put it in /boot/config-versionname) to /path-to-your-kernel-source-dir/.config, you can run "make oldconfig" instead of "make menuconfig" -- this will keep all the old answers and only ask you about items that are new, which eliminates most of the tedium. That simplifies things immensely: cd /path/to/source cp /boot/config-2.4.whatever .config make oldconfig make dep; make; make modules; make modules_install; make install -- Kelson Vibber SpeedGate Communications From mattdm at mattdm.org Thu Jan 20 03:53:00 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 19 Jan 2005 22:53:00 -0500 Subject: Fedora Legacy and FUDCon1 Message-ID: <20050120035300.GA21914@jadzia.bu.edu> I'm curious -- what FL folks are planning to attend the Fedora Users & Developers Conference after LinuxWorld in Boston? -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jkeating at j2solutions.net Thu Jan 20 16:18:31 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 20 Jan 2005 08:18:31 -0800 Subject: Fedora Legacy and FUDCon1 In-Reply-To: <20050120035300.GA21914@jadzia.bu.edu> References: <20050120035300.GA21914@jadzia.bu.edu> Message-ID: <1106237911.5405.29.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-01-19 at 22:53 -0500, Matthew Miller wrote: > I'm curious -- what FL folks are planning to attend the Fedora Users & > Developers > Conference after LinuxWorld in > Boston? I'll be presenting there. I'll be at LWCE the whole week in the Pogo Linux booth and wandering the floor. I have some commitments to customers Friday morning, but I should be back to FUDCon1 by Noon-1pm. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From mattdm at mattdm.org Thu Jan 20 16:21:38 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 20 Jan 2005 11:21:38 -0500 Subject: Fedora Legacy and FUDCon1 In-Reply-To: <1106237911.5405.29.camel@jkeating2.hq.pogolinux.com> References: <20050120035300.GA21914@jadzia.bu.edu> <1106237911.5405.29.camel@jkeating2.hq.pogolinux.com> Message-ID: <20050120162138.GA11602@jadzia.bu.edu> On Thu, Jan 20, 2005 at 08:18:31AM -0800, Jesse Keating wrote: > I'll be presenting there. I'll be at LWCE the whole week in the Pogo > Linux booth and wandering the floor. I have some commitments to > customers Friday morning, but I should be back to FUDCon1 by Noon-1pm. Cool; see you there. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From fedoralegacy at runningresults.co.uk Fri Jan 21 17:48:23 2005 From: fedoralegacy at runningresults.co.uk (Peter Jackson) Date: Fri, 21 Jan 2005 17:48:23 +0000 Subject: Self Introduction: Peter Jackson Message-ID: <41F14067.8010804@runningresults.co.uk> 1. Full name : Peter Jackson 2. Location : Edinburgh, Scotland, UK 3. Profession : Full Time Student 4. University : Napier University, Edinburgh 5. Goals : Wish to contribute to vulnerability tracking and possibly QA testing for packages (I have a RH 7.3 box) 6. Qualifications: I currently have no relevant formal qualifications. I have co-administrated a cobalt (redhat based) linux web server for the last 2 and a half years. This will be my first contribution to a open source project. What computer languages and other skills do you know? Intermediate Knowledge of Java (I'm still getting my head around C/C++) and Perl Advanced knowledge of PHP/HTML/MySQL/Javascript Basic knowledge of shell. 7. GPG Key ID and Fingerprint: pub 1024D/79581694 2005-01-21 Peter Jackson Key fingerprint = 05A0 2047 B5BC 14B7 638E 0287 06BA 3D77 7958 1694 sub 1024g/3B84D7E9 2005-01-21 From jkeating at j2solutions.net Fri Jan 21 23:59:37 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 21 Jan 2005 15:59:37 -0800 Subject: mach problems? In-Reply-To: <1105748842.3882.250.camel@jkeating2.hq.pogolinux.com> References: <1105729323.3882.229.camel@jkeating2.hq.pogolinux.com> <1105748842.3882.250.camel@jkeating2.hq.pogolinux.com> Message-ID: <1106351977.5405.113.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-01-14 at 16:27 -0800, Jesse Keating wrote: > Well, SHIT. System doesn't seem to have survived. Not just 1, but > TWO > of the SCSI disks no longer spin up, thus trashing the array. > > So, I can get replacement disks I'm pretty sure, however we may be out > a > few more days on the 'official' build server. > Well I've got great news! Not only was I able to secure two replacement disks w/out any out of pocket expenses, the two disks I lost just so happen to be the two disks I _could_ lose since I'm using RAID 10 (two RAID 1 arrays with a RAID 0 strip between them for one file system). The arrays are happily rebuilding themselves right now and all the data appears to be there! I hope to have the server racked and back in action by Monday the 24th. Sorry all for the delay. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Sat Jan 22 01:01:44 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 21 Jan 2005 17:01:44 -0800 Subject: mach problems? In-Reply-To: <1106351977.5405.113.camel@jkeating2.hq.pogolinux.com> References: <1105729323.3882.229.camel@jkeating2.hq.pogolinux.com> <1105748842.3882.250.camel@jkeating2.hq.pogolinux.com> <1106351977.5405.113.camel@jkeating2.hq.pogolinux.com> Message-ID: <1106355704.5405.124.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-01-21 at 15:59 -0800, Jesse Keating wrote: > Well I've got great news! > > Not only was I able to secure two replacement disks w/out any out of > pocket expenses, the two disks I lost just so happen to be the two > disks > I _could_ lose since I'm using RAID 10 (two RAID 1 arrays with a RAID > 0 > strip between them for one file system). > > The arrays are happily rebuilding themselves right now and all the > data > appears to be there! > > I hope to have the server racked and back in action by Monday the > 24th. > Sorry all for the delay. > /me goes to cry in the corner Well, it looked good at first, but during the rebuild a lot of sense key medium errors have turned up on the remaining two disks. Looks like I'm SOL for the data and will have to start over again. This pushes the time frame out a bit. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From leonard at den.ottolander.nl Sun Jan 23 11:22:36 2005 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 23 Jan 2005 12:22:36 +0100 Subject: PHP update for RHL 7.3 Message-ID: <1106479355.4808.7.camel@athlon.localdomain> Hi, Attached you find a gzip with a spec file for php-4.1.2-7.3.11.legacy. Spec file is based on 4.1.2-7.3.10.legacy and has three added security patches taken from RHEL 2.1's php-4.1.2-2.2. Patches are also in the tarball. Could somebody please build this and put it in testing? (Please rename the spec file.) Leonard. -- mount -t life -o ro /dev/dna /genetic/research -------------- next part -------------- A non-text attachment was scrubbed... Name: php-4.1.2-7.3.11.tgz Type: application/x-compressed-tar Size: 13095 bytes Desc: not available URL: From leonard at den.ottolander.nl Sun Jan 23 12:09:44 2005 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 23 Jan 2005 13:09:44 +0100 Subject: Erratum: PHP update for RHL 7.3 In-Reply-To: <1106479355.4808.7.camel@athlon.localdomain> References: <1106479355.4808.7.camel@athlon.localdomain> Message-ID: <1106482184.4808.16.camel@athlon.localdomain> Hi, On Sun, 2005-01-23 at 12:22, Leonard den Ottolander wrote: > Attached you find a gzip with a spec file for php-4.1.2-7.3.11.legacy. > Spec file is based on 4.1.2-7.3.10.legacy and has three added security > patches taken from RHEL 2.1's php-4.1.2-2.2. Patches are also in the > tarball. Could somebody please build this and put it in testing? (Please > rename the spec file.) I made a little mistake. We don't need the ssl-init patch for RHL 7.3. Dropped it. Here is a new SPEC file, and only the two CAN fixes. This actually builds ;) . If you prefer the signed (S)RPMs I could upload these instead. Leonard. -- mount -t life -o ro /dev/dna /genetic/research -------------- next part -------------- A non-text attachment was scrubbed... Name: php-4.1.2-7.3.11.tgz Type: application/x-compressed-tar Size: 12851 bytes Desc: not available URL: From leonard at den.ottolander.nl Sun Jan 23 12:27:01 2005 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sun, 23 Jan 2005 13:27:01 +0100 Subject: Erratum: PHP update for RHL 7.3 In-Reply-To: <1106482184.4808.16.camel@athlon.localdomain> References: <1106479355.4808.7.camel@athlon.localdomain> <1106482184.4808.16.camel@athlon.localdomain> Message-ID: <1106483221.4808.18.camel@athlon.localdomain> Hi, On Sun, 2005-01-23 at 13:09, Leonard den Ottolander wrote: > I made a little mistake. We don't need the ssl-init patch for RHL 7.3. > Dropped it. Here is a new SPEC file, and only the two CAN fixes. This > actually builds ;) . FYI, filed under http://bugzilla.fedora.us/show_bug.cgi?id=2394 . Leonard. -- mount -t life -o ro /dev/dna /genetic/research From cave.dnb at tiscali.fr Sun Jan 23 18:35:34 2005 From: cave.dnb at tiscali.fr (nigel henry) Date: Sun, 23 Jan 2005 18:35:34 +0000 Subject: apt-get-update problem (segmentation fault) FC1 Message-ID: <200501231835.35053.cave.dnb@tiscali.fr> I have yum set up for Fedoralegacy on another FC1 machine and that worked first go, even having to write the script for the config. But as I'm using apt for DLing music software from planetccrma I thought I'd use apt on this other FC1 install for Fedoralegacy DL's. Apt installed ok, typed the URL into /etc/sources.list and DL'd the GPG key. Now the fun starts! Run apt-get update and get a screen saying it's the first time it's being run. Gives me 3 choices of items to be included, 2 were for general updates and another for macromedia, so I OK'd them, then a mirror select list which I selected a couple of mirrors from. Typed "c" after this and a lot of problems. It was trying to use FTP on port80! with resulting timeouts, DL'd some lists from the mirror sites which didn't seem to have anything to do with Fedoralegacy, so I went back and removed the mirrors, but I think the damage was done. I had to re-enter the Fedoralegacy URL in /etc/sources.list because the one I'd initially put in had vanished. Ran apt-get update again. It got a HIT on the 6 lists from Fedoralegacy ok, but then (segmentation fault). It did not build the package list or the dependency tree. HELP ! Is there likely to be a workaround, or might it be best to uninstall apt for which I'd be gratefull for the syntax to do this. I've been in on the command line quite a bit, but never had to remove rpm's. Running kernel: 2.4.22-1.2199.nptl on a 1.3GHZ Aifriend machine with 1GB RAM. Distro: Fedora Core 1 with Gnome & KDE, but I use KDE mostly. Nigel. From jpdalbec at ysu.edu Mon Jan 24 15:00:20 2005 From: jpdalbec at ysu.edu (John Dalbec) Date: Mon, 24 Jan 2005 10:00:20 -0500 Subject: Bug report naming Message-ID: <41F50D84.1080108@ysu.edu> When naming bug reports, please put the name(s) of the affected package(s) first, even before the CVE numbers. Otherwise it's not possible to search through the listing to find bugs affecting a package. Thanks, John Dalbec From leonard at den.ottolander.nl Mon Jan 24 17:39:51 2005 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Mon, 24 Jan 2005 18:39:51 +0100 Subject: Bug report naming In-Reply-To: <41F50D84.1080108@ysu.edu> References: <41F50D84.1080108@ysu.edu> Message-ID: <1106588390.4816.4.camel@athlon.localdomain> Hi John, On Mon, 2005-01-24 at 16:00, John Dalbec wrote: > When naming bug reports, please put the name(s) of the affected package(s) > first, even before the CVE numbers. Otherwise it's not possible to search > through the listing to find bugs affecting a package. Is this a request or an official policy? Why aren't the packages added to the db instead, so we can use those instead of the two categories? Leonard. -- mount -t life -o ro /dev/dna /genetic/research From brian.t.brunner at gai-tronics.com Wed Jan 26 15:38:32 2005 From: brian.t.brunner at gai-tronics.com (Brian T. Brunner) Date: Wed, 26 Jan 2005 07:38:32 -0800 Subject: mach problems? Message-ID: Jesse... glad the bad news was correctable. When this kind of catbox gets dumped into your air conditioning (and the stuff hits the fan) a plea to us for help can help whenever/wherever help is needed. Everybody here has limited resources but hardware *is* *cheap*. So on any "catbox day", give a holler for what's needed. Brian Brunner brian.t.brunner at gai-tronics.com (610)796-5838 >>> jkeating at j2solutions.net 01/21/05 06:59PM >>> On Fri, 2005-01-14 at 16:27 -0800, Jesse Keating wrote: > Well, SHIT. System doesn't seem to have survived. Not just 1, but > TWO > of the SCSI disks no longer spin up, thus trashing the array. > > So, I can get replacement disks I'm pretty sure, however we may be out > a > few more days on the 'official' build server. > Well I've got great news! Not only was I able to secure two replacement disks w/out any out of pocket expenses, the two disks I lost just so happen to be the two disks I _could_ lose since I'm using RAID 10 (two RAID 1 arrays with a RAID 0 strip between them for one file system). The arrays are happily rebuilding themselves right now and all the data appears to be there! I hope to have the server racked and back in action by Monday the 24th. Sorry all for the delay. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating -- fedora-legacy-list mailing list fedora-legacy-list at redhat.com http://www.redhat.com/mailman/listinfo/fedora-legacy-list ******************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. www.hubbell.com - Hubbell Incorporated From jkeating at j2solutions.net Wed Jan 26 16:27:26 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 26 Jan 2005 08:27:26 -0800 Subject: mach problems? In-Reply-To: References: Message-ID: <1106756846.5405.240.camel@jkeating2.hq.pogolinux.com> On Wed, 2005-01-26 at 07:38 -0800, Brian T. Brunner wrote: > > Jesse... glad the bad news was correctable. > > When this kind of catbox gets dumped into your air conditioning > (and the stuff hits the fan) a plea to us for help can help > whenever/wherever help is needed. > > Everybody here has limited resources but hardware *is* *cheap*. > > So on any "catbox day", give a holler for what's needed. Thanks Brian. In this case the hardware to fix the issue was free, due to RMA. Pogo Linux had the drives I needed in stock and I was able to RMA locally. The only issue now is recovering the OS content that I did unfortunately lose. I restored the OS and Mach and all it's settings, just not the OS content. The server is racked at it's new location and it's syncing all the data at 1.5mb/s, so it should be done in a day or so. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From dom at earth.li Fri Jan 28 00:08:21 2005 From: dom at earth.li (Dominic Hargreaves) Date: Fri, 28 Jan 2005 00:08:21 +0000 Subject: Round-up, 2005-01-28 Message-ID: <20050128000821.GA19575@home.thedom.org> $Id: issues.txt,v 1.158 2005/01/28 00:07:08 dom Exp $ See bottom for changes This list is also available at http://www-astro.physics.ox.ac.uk/~dom/legacy/issues.txt Packages that have been verified and should be fully released ------------------------------------------------------------- zip - https://bugzilla.fedora.us/show_bug.cgi?id=2255 freeradius - https://bugzilla.fedora.us/show_bug.cgi?id=2187 unarj - https://bugzilla.fedora.us/show_bug.cgi?id=2272 xpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2186 gpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2195 Packages waiting to be built for updates-testing ------------------------------------------------ yum - https://bugzilla.fedora.us/show_bug.cgi?id=1604 libxpm - https://bugzilla.fedora.us/show_bug.cgi?id=2075 openmotif - https://bugzilla.fedora.us/show_bug.cgi?id=2143 lesstiff - https://bugzilla.fedora.us/show_bug.cgi?id=2142 rp-pppoe - https://bugzilla.fedora.us/show_bug.cgi?id=2116 redhat-config-nfs - https://bugzilla.fedora.us/show_bug.cgi?id=2086 gtk2 - https://bugzilla.fedora.us/show_bug.cgi?id=2073 openoffice - https://bugzilla.fedora.us/show_bug.cgi?id=2074 squirrelmail - http://bugzilla.fedora.us/show_bug.cgi?id=2290 cyrus-sasl - https://bugzilla.fedora.us/show_bug.cgi?id=2137 qt - https://bugzilla.fedora.us/show_bug.cgi?id=2002 sharutils - https://bugzilla.fedora.us/show_bug.cgi?id=2155 sox - https://bugzilla.fedora.us/show_bug.cgi?id=1945 gdk-pixbuf - https://bugzilla.fedora.us/show_bug.cgi?id=2005 ImageMagick - https://bugzilla.fedora.us/show_bug.cgi?id=2052 (but more?) cdrecord - https://bugzilla.fedora.us/show_bug.cgi?id=2058 cups - https://bugzilla.fedora.us/show_bug.cgi?id=2127 iptables - https://bugzilla.fedora.us/show_bug.cgi?id=2252 nfs-utils - https://bugzilla.fedora.us/show_bug.cgi?id=2339 XFree86 - https://bugzilla.fedora.us/show_bug.cgi?id=2314 zlib - https://bugzilla.fedora.us/show_bug.cgi?id=2043 modutils - https://bugzilla.fedora.us/show_bug.cgi?id=2364 vim - https://bugzilla.fedora.us/show_bug.cgi?id=2343 xpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2352 gpdf - https://bugzilla.fedora.us/show_bug.cgi?id=2353 ruby - https://bugzilla.fedora.us/show_bug.cgi?id=2007 Packages in state RESOLVED (ie exist in updates-testing) that need active work. ------------------------------------------------------------------ abiword - https://bugzilla.fedora.us/show_bug.cgi?id=1906 Needs 2 VERIFY [rh73] mailman - https://bugzilla.fedora.us/show_bug.cgi?id=1269 There were some unconfirmed reports of breakage with the candidate. This needs more QA before release. gnome-vfs - https://bugzilla.fedora.us/show_bug.cgi?id=1944 Needs VERIFY gaim - https://bugzilla.fedora.us/show_bug.cgi?id=2188 Needs VERIFY [rh73] Packages in state UNCONFIRMED, NEW, ASSIGNED or REOPENED: -------------------------------------------------------- libpng - https://bugzilla.fedora.us/show_bug.cgi?id=1943 Needs QA readline - https://bugzilla.fedora.us/show_bug.cgi?id=2017 Needs QA and decision on whether to release [rh9] mysql - https://bugzilla.fedora.us/show_bug.cgi?id=2006 Superceded by 2129 kdelibs - https://bugzilla.fedora.us/show_bug.cgi?id=2008 Needs 2 PUBLISH mc - https://bugzilla.fedora.us/show_bug.cgi?id=2009 Needs further work pam_wheel - https://bugzilla.fedora.us/show_bug.cgi?id=2010 Needs PUBLISH and full auditing and packages for rh9 krb5 - https://bugzilla.fedora.us/show_bug.cgi?id=2040 Needs 1 PUBLISH for rh9 / investigate possible bug introduced imlib - https://bugzilla.fedora.us/show_bug.cgi?id=2051 Needs PUBLISH [rh9] and package for fc1 kernel - https://bugzilla.fedora.us/show_bug.cgi?id=2128 Needs investigation/packages mysql - https://bugzilla.fedora.us/show_bug.cgi?id=2129 Needs QA [rh73,rh9] (more work?) security.conf - https://bugzilla.fedora.us/show_bug.cgi?id=2146 Needs QA [fc1,rh9], packages [rh9], discussion of updated extras squid - https://bugzilla.fedora.us/show_bug.cgi?id=2150 Needs QA [rh9], more work? (or maybe skip) gettext - https://bugzilla.fedora.us/show_bug.cgi?id=2151 Needs investigation/packages libtiff - https://bugzilla.fedora.us/show_bug.cgi?id=2163 Needs QA [rh73] and checking for new vulns kdefax - https://bugzilla.fedora.us/show_bug.cgi?id=2164 Needs PUBLISH [rh73,rh9,fc1] and checking for new vulns libxml2 - https://bugzilla.fedora.us/show_bug.cgi?id=2207 Needs PUBLISH [rh73,rh9,fc1] links - https://bugzilla.fedora.us/show_bug.cgi?id=2213 Needs packages/investigation mozilla - https://bugzilla.fedora.us/show_bug.cgi?id=2214 Needs investigation/packages lynx - https://bugzilla.fedora.us/show_bug.cgi?id=2215 Needs investigation/packages w3m - https://bugzilla.fedora.us/show_bug.cgi?id=2216 Needs investigation/packages dhcp - https://bugzilla.fedora.us/show_bug.cgi?id=2251 Needs PUBLISH [rh73] shadow - https://bugzilla.fedora.us/show_bug.cgi?id=2253 Needs perhaps a couple of PUBLISH for [rh73,rh9,fc1] libgd - https://bugzilla.fedora.us/show_bug.cgi?id=2254 Needs PUBLISH [rh73,rh9,fc1] groff - https://bugzilla.fedora.us/show_bug.cgi?id=2256 Needs investigation/packages openssl - https://bugzilla.fedora.us/show_bug.cgi?id=2257 Needs investigation/packages lvm - https://bugzilla.fedora.us/show_bug.cgi?id=2258 Needs investigation/packages netatalk - https://bugzilla.fedora.us/show_bug.cgi?id=2259 Needs investigation/packages postgresql - https://bugzilla.fedora.us/show_bug.cgi?id=2260 Needs investigation/packages perl - https://bugzilla.fedora.us/show_bug.cgi?id=2261 Needs investigation/packages pppd - https://bugzilla.fedora.us/show_bug.cgi?id=2262 Needs investigation/packages samba - https://bugzilla.fedora.us/show_bug.cgi?id=2264 Needs PUBLISH [rh73,rh9,fc1] and update for new vuln glibc - https://bugzilla.fedora.us/show_bug.cgi?id=2265 Needs investigation/packages ghostscript - https://bugzilla.fedora.us/show_bug.cgi?id=2266 Needs investigation/packages krb5 - https://bugzilla.fedora.us/show_bug.cgi?id=2267 Needs investigation/packages spamassassin - https://bugzilla.fedora.us/show_bug.cgi?id=2268 Needs PUBLISH [fc1] sudo - http://bugzilla.fedora.us/show_bug.cgi?id=2291 Needs PUBLISH [rh73,rh9,fc1] gzip - http://bugzilla.fedora.us/show_bug.cgi?id=2292 Needs investigation/packages file - https://bugzilla.fedora.us/show_bug.cgi?id=2331 Needs investigation/packages rpm - https://bugzilla.fedora.us/show_bug.cgi?id=2333 Haven't we seen this in some other bug? pdflatex - https://bugzilla.fedora.us/show_bug.cgi?id=2334 Needs PUBLISH [rh9], packages [rh73,fc1] kernel - https://bugzilla.fedora.us/show_bug.cgi?id=2336 Needs PUBLISH [rh73,rh9,fc1] a2ps - https://bugzilla.fedora.us/show_bug.cgi?id=2338 Needs PUBLISH [rh73,rh9,fc1] wget - https://bugzilla.fedora.us/show_bug.cgi?id=2340 Needs investigation/packages namazu - https://bugzilla.fedora.us/show_bug.cgi?id=2342 Needs investigation/packages php - https://bugzilla.fedora.us/show_bug.cgi?id=2344 Problem on rh73, don't publish? otherwise ready to be published xine - https://bugzilla.fedora.us/show_bug.cgi?id=2348 Needs PUBLISH [rh73] samba - https://bugzilla.fedora.us/show_bug.cgi?id=2349 Needs more work glibc - https://bugzilla.fedora.us/show_bug.cgi?id=2354 Minor but could be included if another glibc is needed mozilla - https://bugzilla.fedora.us/show_bug.cgi?id=2380 Needs work php - https://bugzilla.fedora.us/show_bug.cgi?id=2394 Needs work (see also other php bug) less - https://bugzilla.fedora.us/show_bug.cgi?id=2404 Needs work General (non-package bugs) -------------------------- sample yum.conf - https://bugzilla.fedora.us/show_bug.cgi?id=2140 up2date - https://bugzilla.fedora.us/show_bug.cgi?id=2193 up2date - https://bugzilla.fedora.us/show_bug.cgi?id=2194 updates - http://bugzilla.fedora.us/show_bug.cgi?id=2281 up2date - http://bugzilla.fedora.us/show_bug.cgi?id=2306 yum - https://bugzilla.fedora.us/show_bug.cgi?id=2330 Notes ----- Needs PUBLISH means that there are packages available for QA that need to be QAd at the source level. Needs VERIFY means that there are updates-testing packages that need testing. This is the easy bit, let's get this old ones out of the way ASAP. * means that there is a judgement call that can be made on the bug system immediately. Please follow up onlist with opinions. Changes ------- $Log: issues.txt,v $ Revision 1.158 2005/01/28 00:07:08 dom udpates . Revision 1.157 2005/01/28 00:01:11 dom updates Revision 1.156 2005/01/18 01:28:41 dom updates Revision 1.155 2005/01/09 12:23:23 dom remove tripwire -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: From leonard at den.ottolander.nl Sat Jan 29 14:23:37 2005 From: leonard at den.ottolander.nl (Leonard den Ottolander) Date: Sat, 29 Jan 2005 15:23:37 +0100 Subject: Round-up, 2005-01-28 In-Reply-To: <20050128000821.GA19575@home.thedom.org> References: <20050128000821.GA19575@home.thedom.org> Message-ID: <1107008617.4815.38.camel@athlon.localdomain> Hi Dominic, On Fri, 2005-01-28 at 01:08, Dominic Hargreaves wrote: > php - https://bugzilla.fedora.us/show_bug.cgi?id=2344 > Problem on rh73, don't publish? otherwise ready to be published What's the problem? Is this a non conservative update? I haven't had any problem with integrating patches into php-4.1.2 on RHL 7.3. An upgrade to 4.3.x however needs an upgrade of some other essential packages as well. (Isn't that what 2344 is about?) But I wouldn't call that a conservative update. If this indeed the approach taken I would suggest to track fixes to RHEL 2.1's php-4.1.2 instead and use these for RHL 7.3. > php - https://bugzilla.fedora.us/show_bug.cgi?id=2394 > Needs work (see also other php bug) Sadly bugzilla.fedora.us is unreachable from the Netherlands right now and bugzilla is obviously not configured to auto-CC bug submitters, so I have no idea what the issues are. I'm running the rpm from 2394 on a (patched) SME 6.01 (based on RHL 7.3, rpm built on 7.3) without apparent problems. I don't see much point in publishing the RPM from 2344 when it doesn't have the fixes from 2394 integrated. I hope to be able to check out bugzilla soon to see what the issues actually are. Leonard. -- mount -t life -o ro /dev/dna /genetic/research From sheltren at cs.ucsb.edu Sat Jan 29 14:29:29 2005 From: sheltren at cs.ucsb.edu (Jeff Sheltren) Date: Sat, 29 Jan 2005 06:29:29 -0800 Subject: Round-up, 2005-01-28 In-Reply-To: <1107008617.4815.38.camel@athlon.localdomain> Message-ID: On 1/29/05 6:23 AM, "Leonard den Ottolander" wrote: > Hi Dominic, > > On Fri, 2005-01-28 at 01:08, Dominic Hargreaves wrote: >> php - https://bugzilla.fedora.us/show_bug.cgi?id=2344 >> Problem on rh73, don't publish? otherwise ready to be published > > What's the problem? Is this a non conservative update? I haven't had any > problem with integrating patches into php-4.1.2 on RHL 7.3. An upgrade > to 4.3.x however needs an upgrade of some other essential packages as > well. (Isn't that what 2344 is about?) But I wouldn't call that a > conservative update. If this indeed the approach taken I would suggest > to track fixes to RHEL 2.1's php-4.1.2 instead and use these for RHL > 7.3. > >> php - https://bugzilla.fedora.us/show_bug.cgi?id=2394 >> Needs work (see also other php bug) > > Sadly bugzilla.fedora.us is unreachable from the Netherlands right now > and bugzilla is obviously not configured to auto-CC bug submitters, so I > have no idea what the issues are. I'm running the rpm from 2394 on a > (patched) SME 6.01 (based on RHL 7.3, rpm built on 7.3) without apparent > problems. > > I don't see much point in publishing the RPM from 2344 when it doesn't > have the fixes from 2394 integrated. I hope to be able to check out > bugzilla soon to see what the issues actually are. > > Leonard. Hi Leonard, there seems to be a problem with PHP file uploads using the php-4.1.2 on 7.3 from bug id 2344. I am also unable to connect to the bugzilla at the moment (from the US). -Jeff From jbyrd at well.com Mon Jan 3 16:58:12 2005 From: jbyrd at well.com (John Byrd) Date: Mon, 03 Jan 2005 16:58:12 -0000 Subject: Thanks Message-ID: I have a small 9.0 machine that runs a personal web server. I installed yum as per the directions and it magically updated about 65 RPMs with security updates. Great stuff. Thanks, everyone, for maintaining Fedora Legacy. Sincerely, John Byrd www.johnbyrd.org -------------- next part -------------- A non-text attachment was scrubbed... Name: winmail.dat Type: application/ms-tnef Size: 2612 bytes Desc: not available URL: From jec at rptec.ch Thu Jan 20 13:57:54 2005 From: jec at rptec.ch (Jean-Eric Cuendet) Date: Thu, 20 Jan 2005 14:57:54 +0100 Subject: Donate? Message-ID: <41EFB8E2.2070407@rptec.ch> Hi, I read an article in LWN about Fedora Legacy lacking resources and funds. I would like to donate money to Fedora Legacy. How to proceed? Thanks for your ground, hard work! -jec