madness? succeeded!

Hi,

I just want to let you know that I have succeeded updating Fedora Core 3
to Fedora Core 4 Test 1 using yum! I have done previous upgrades with
'rpm --freshen' but I always ended up manually installing unlisted
dependencies and with Fedora Core 3 (udev) even with an unbootable
system.

Tom

-- 
  T h o m a s   Z e h e t b a u e r   ( TZ251 )
  PGP encrypted mail preferred - KeyID 96FFCB89
      finger thomasz <at> hostmaster.org for key

Why do you call your dog 1234?
My admin told me not to name my password after my dog.

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Re: sshd segfaults on startup

On Thu, 2005-03-31 at 16:49 -0500, sean darcy wrote:
> localhost kernel: sshd[4336]: segfault at 0000008b00000083 rip
> 0000555555560d28 rsp 00007fffffcdfba0 error 4

Apr  1 03:02:20 hostmaster kernel: sshd[8818]: segfault at 00000076000000de rip 0000555555560d28 rsp
00007fffffffe7d0 error 4

Same problem here :-/

Tom

-- 
  T h o m a s   Z e h e t b a u e r   ( TZ251 )
  PGP encrypted mail preferred - KeyID 96FFCB89
      finger thomasz <at> hostmaster.org for key

The three Rs of Microsoft support: Retry, Reboot, Reinstall.

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Re: Clock Problem on AMD64 - Fedora Core 4

> if you are using NTP you should use a local NTP server (same time zone)
> I have had the same prob on my FC3 Notebook and I only could fix it with
> changing the NTP server I used.
> some how the NTP request is overwirting all the other settings.

--Ok, will do, thanks.  And yes I am EST. 

---In answer to Bret's question, yes, when I run timeconfig, the
'system clock uses UTC' is indeed checked.

--Oh, and this is a dual boot with windblows that I haven't bothered
removing,  if windblows is the problem I will eradicate that.  How do
I know for sure that windblows is the problem here?

Marc

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Yum problem on update on x86_64

I found an odd problem with yum. Hopefully this description will make
sense.

I am updating parts of Fedora Core 4 test 1 using Yum on an x86_64.

If I update something that drags in a package to satisfy a dependency
for one architecture (x86_64 usually) for a package with multiple
architectures installed, it does not update the other architecture. This
causes the update to fail.

For example, I try and update nautilus, it wants to update libexif.
There are two copies of libexif installed, but only one architecture
gets dragged into the update.

I am also seeing occasional failures like this:

[root <at> dagon ~]# yum update libexif* naut* eog* kdegra*
Setting up Update Process
Setting up Repos
development               100% |=========================| 1.1 kB
00:00
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package nautilus.x86_64 0:2.10.0-2 set to be updated
---> Package nautilus-cd-burner.x86_64 0:2.10.0-2 set to be updated
---> Package libexif-devel.x86_64 0:0.6.12-1 set to be updated
---> Package nautilus-cd-burner-devel.x86_64 0:2.10.0-2 set to be
updated
---> Package eog.x86_64 0:2.10.0-1 set to be updated

Re: madness? succeeded!

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

beecrypt dependency errors

Am I the only one that had this depend error today against rawhide?

Error: Missing Dependency: beecrypt = 4.1.2-2 is needed by package
beecrypt-java

Sean

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

ccsd fails on startup

I installed FC4T1 with "everything" selected and it appears to turn on
"ccsd" for cluster management stuff?  It appears to be failing on system
startup.

Is this something that warrants a bugzilla report, or is it assumed to
be normal?  There is no negative impact to ccsd failing to start as I
haven't configured my poor little machine for clustering.  :)

Sean

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Re: Yum problem on update on x86_64

> Reading repository metadata in from local files
> Resolving Dependencies
> --> Populating transaction set with selected packages. Please wait.
> ---> Package nautilus.x86_64 0:2.10.0-2 set to be updated
> ---> Package nautilus-cd-burner.x86_64 0:2.10.0-2 set to be updated
> ---> Package libexif-devel.x86_64 0:0.6.12-1 set to be updated
> ---> Package nautilus-cd-burner-devel.x86_64 0:2.10.0-2 set to be
> updated
> ---> Package eog.x86_64 0:2.10.0-1 set to be updated
> ---> Package kdegraphics.x86_64 7:3.4.0-2 set to be updated
> ---> Package kdegraphics-devel.x86_64 7:3.4.0-2 set to be updated
> ---> Package libexif.x86_64 0:0.6.12-1 set to be updated
> ---> Package libexif.i386 0:0.6.12-1 set to be updated
> --> Running transaction check
> --> Processing Dependency: libexif.so.9 for package: nautilus
> Traceback (most recent call last):
>   File "/usr/bin/yum", line 15, in ?
>     yummain.main(sys.argv[1:])
>   File "/usr/share/yum-cli/yummain.py", line 113, in main
>     (result, resultmsgs) = base.buildTransaction()
>   File "__init__.py", line 279, in buildTransaction
>   File "depsolve.py", line 213, in resolveDeps
>   File "depsolve.py", line 344, in _processReq
>   File "depsolve.py", line 432, in _requiringFromInstalled
>   File "sqlitesack.py", line 390, in returnNewestByNameArch
> IndexError: pop from empty list

The traceback is just a simple bug in yum. It's already been fixed in
cvs upstream.

the reason for the traceback is that rawhide has a missing dep.

-sv

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Re: ccsd fails on startup

On Mar 31, 2005 10:37 PM, Sean Bruno <sean.bruno <at> dsl-only.net> wrote:
> Is this something that warrants a bugzilla report, or is it assumed to
> be normal?  There is no negative impact to ccsd failing to start as I
> haven't configured my poor little machine for clustering.  :)

ccs was removed from rawhide on march 15th.... so its probably not
going to be in any subsequent test release or fc4

-jef

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list

Re: ccsd fails on startup

> ccs was removed from rawhide on march 15th.... so its probably not
> going to be in any subsequent test release or fc4
> 
> -jef
> 
Show's you how close I'm paying attention...lol

Think I should just "rpm -e "it?

Sean

--

-- 
fedora-test-list mailing list
fedora-test-list <at> redhat.com
To unsubscribe: 
http://www.redhat.com/mailman/listinfo/fedora-test-list