Bug 152698

well, i probably should have let it run but i did.  

I used apt-get with fedoralegacy in the sources file and allowed it to update 
and change some 40+ packages on my system thinking ti was updating a few things 
and correcting required dependencies.  This is NOT a situation where i had to 
type the phrase "yes, i know this could be bad" (sp?).   Generally speaking, the 
system was updated and I had a few updated rpms from RH9 taht would install and 
the odd tarball source install for a few like squid, apache2, openssh.

I didn't even know it had messed up the system until i had a power outage today 
and the system did not come back online on its own (it's a little server system 
used mostly for access to the network from outside).   Anyways, SSH did not 
work, so I had to physically attach a monitor to check logs and screen messages. 
  Essentially, the system failed all kinds of dependencies on boot and somehow 
openssl packages were removed from teh system which prevented sshd from starting 
on boot among other daemons such as apache. It is working again after 
reinstalling a few necesary packages but we are left with a system taht MUST be 
completely reinstalled becase I don't know what else could be wrong taht hasn't 
show up yet; and i really don't trust its setup and configuration anymore.  

findnig fedoralegacy brought a moment of happiness becaseu i knew i had to 
migrate to a new system anyways and saw this as a way to postpone it but i am 
now forced to go ahead with it.

good luck with this project..



------- Additional Comments From jkeating 2004-04-15 21:51:01 ----

Unsupported apt, unsupported system configuration (mixed release packages,
source installs, god knows what else....).  I'm sorry it didn't work for your
system, but it wasn't designed for crack-monkey configurations (:



------- Additional Comments From warren 2004-04-15 21:54:32 ----

several problems with your report

1) Legacy did not ship any apt tools yet, so you used an unsupported totally
unknown version of apt.  you did not even specify where you got it from, or what
configuration options it has, all of which could have contributed to your
problem.  Also I am guessing since you got the apt tool from elsewhere, you had
other sources in your sources.list.  This very likely could have contributed to
conflicts or package incompatibilities.

2) apt does NOT remove anything from your RPM database unless you say yes,
unless you use some very odd unsupported apt configuration.  Again we have no
idea what you did because you did not use our tool.

3) "odd tarball source install for a few like squid, apache2, openssh."
This is probably key to your problem.  The RPM database KNOWS NOTHING ABOUT
things you installed manually.  You have bypassed the RPM database so anything
you do with RPM packages after this point will be a total unknown.



------- Bug moved to this database by dkl 2005-03-30 18:24 -------

This bug previously known as bug 1490 at https://bugzilla.fedora.us/
https://bugzilla.fedora.us/show_bug.cgi?id=1490
Originally filed under the Fedora Legacy product and General component.

Unknown priority P2. Setting to default priority "normal".
Unknown platform PC. Setting to default platform "All".
Unknown severity major. Setting to default severity "normal".
The original reporter of this bug does not have
   an account here. Reassigning to the person who moved
   it here, dkl.
   Previous reporter was silence.org.
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.