[solved] pclos2010.07 bare bones (almost) testing me

[hal8000]

There is something wrong with the upgrade on that day.
Today I have just complete3d a fresh install on PCLOS 2010.07. After reading about the problems, lost icons
on kde greeter and no previews in dolphin. I thought I'd try the update.

The upload was approximately 185M  (from Heanet Mirror) so many packages were updated.
I wonder if your repo was not fully updated (bearing in mind you updated on 20th ?)

So far, no problems. No lost icons, still have previews in dolphin so I dont understand what has happened
in your case.

I am using two partitions, both ext4 on 10G for / and 20G for /home
After the update size in use:
[anc@orac ~]$ df
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda10            9.7G  2.9G  6.3G  32% /
/dev/sda11             20G  370M   19G   2% /home

I have not yet installed open office, so more or less striaght install from 2010.7 CD.
Hope that helps.

[wedgetail]

hal8000
I think you have misunderstood something. I am working with 2 test systems pclos2010.07 KDE4.4.5 is the start.

One of the systems I have fully updated and it works fine though there is another big update I noticed today but I am a bit reluctant to update just in case, however if you had success I may do tomorrow. I don't need it right now for what I am doing but could be fun.

The other system is left as KDE 4.4.5 but I wanted Kate which has become a fantastic helper to let me drag bundles of text files around on the desktop I want the files in. I installed the Kate KDE 4.5 first because I forgot second I would probably have tried anyway.  The fact that I had to download much more than the 2MB the download of Kate was listed as, should really have raised the flag a bit higher and in bright red colour.

The result no KDE, but terminal access fine.  I think I have only 3 files I ought to uninstall and I think a bit of dexterity with apt and rpm should do the trick but nobody has offered suggestions so far. I am certainly going to try something

The error result I got is interesting as this takes you down another path altogether and one that is known a couple of times in forum.

[wedgetail]

rpm -e remove
Now I want to remove a few files from this 'crashed system' as from commit log (this was what caused the problem)  I have:

Commit Log for Fri Aug 20 18:07:51 2010
Upgraded the following packages:
kdelibs4 (4.4.5-1pclos2010) to 4.5.0-1pclos2010

Installed the following packages:
kdesdk4-core (4.5.0-1pclos2010)
kdesdk4-kate (4.5.0-1pclos2010)
libdbusmenu-qt2 (0.5.0-1pclos2010)

By using the instruction below I expect to remove kate 4.5.0

rpm -e kdesdk4-kate (4.5.0-1pclos2010)

Is this the right way to go about it (remember I have no Synaptic at this stage)?

[kjpetrie]

The problem will be the upgrade of kdelibs4. As you can't downgrade that, you either have to upgrade fully with the command apt-get update && apt-get dist-upgrade or re-install.

[wedgetail]

kjpetrie
That sounds a bit too easy         I did ponder a bit when I asked thinking that if I could not do rpm -e,  I might have to upgrade, but I really wanted pclos2010.07 as I have few test planned here .  (Not too big a problem I can just re-install from LiveCD)

Is it too wild a thought that kdelibs4 (4.4.5-1pclos2010) somehow could be borrowed from the LiveCD?   To me it seems there could be some learning exercise here too   

[rubentje1991]

I would think that isn't possible.... you maybe can get that version of Kdelibs elsewhere than in our repositories, but then you're breaking a rule again.....
(just like the update/install method: Reload, Mark ALL upgrades, Apply, THEN install a new application)
=> but I understand very well how it went on your computer......    next time... think before doing sth 
(maybe some guy around here has a local repo, which isn't updated yet (and thus can deliver you the rpm), but I don't think so)

[kjpetrie]

Actually, I have that rpm in my var/cache/apt/archives/. I could upload it to a server if you really need it. However, as you wrecked your install almost immediately after installing it, what would be lost by a straight re-install?

[wedgetail]

kjpetrie
Thanks for the offer, I did think initially that would be an interesting exercise if I could get hold of the file. I started digging a bit more and found that rpm would not respond as I expected.

Code: [Select]

[gert@localhost ~]$ rpm -qa | grep kdelib
kdelibs4-4.5.0-1pclos2010
[gert@localhost ~]$

The rpm databse recognises that the kdelibs4 is there but testing it for uninstall on this working system was a bit scary

rpm -evv xxx --test where xxx was

kdelibs4
kdelibs4-4.5.0
kdelibs4-4.5.0-1pclos2010

did not seem to produce anything successful. At least I did not like to remove the --test.  So in the end I decided to try your suggestion of updating

apt-get update && apt-get dist-upgrade

No problem seemed to run really fine but was going to take hours as it required just under 600MB download. I left it to run during the night.

Seemed to have done fine apart from right at the end "peer closed connection" I ran the apt-get update as it recommended and apt-get --fixit or whatever  it was suggesting. Those two also seemed to complete just fine, really should have piped all this to a file for further study. Shame on me.

The outcome was nothing, exactly the same situation, on restart I am left with terminal login.  Now that surprised me, as that update must have been an almost completely new system.

In /var/log/rpmpkgs I have skimmed through and I noticed there are still a lot of kde 4.4.5 files, which in its own right probably does not mean anything.

 

[wedgetail]

rpmpkgs question

file:///var/log/rpmpkgs
file date: 2010-08-25 and 4.02 AM

which is correct  for the time the update finished unattended.

Comparing the just updated rpmpkgs file with the one on the other same system but fully updated from the start, comparing using kdiff3 which I installed from synaptic, the comparison seems to indicate that no update or only part update has taken place.

Last nights update for example does not seem to show the file
kdebase4-dolphin-4.5.0-3pclos2010.i586.rpm

From last nights update I have
kdenetwork4-4.4.5-1pclos2010.i586.rpm

Last night 3 top lines in rpmpkgs:
DoAsRoot-2.1.1-2pclos2010.i586.rpm
GConf2-2.28.1-1pclos2010.i586.rpm
ImageMagick-6.5.8.10-2pclos2010.i586.rpm

Same 3 lines from older partly updated (I know there is about 250 MB waiting to update here, proably the second part of the 4.5.0 update, but I don't need this now)
DoAsRoot-2.1.1-4pclos2010.i586.rpm
GConf2-2.28.1-1pclos2010.i586.rpm
ImageMagick-6.6.3.4-1pclos2010.i586.rpm

I am totally confused now. Just to be sure the line below was meant to be done as one cli action? (Bit of a silly question but just in case)

apt-get update && apt-get dist-upgrade

I am greatly intrigued, to me it seems that I have updated but I am getting some files from before the update to kde 4.5.0  Could my rpm database be up the creek?

Anyone want to have a guess?  

[kjpetrie]

As root, run rpm --rebuilddb and then run the apt-get commands again. Hopefully it won't have to download much this time. Check the output to see what it complains of. There might be a stuck dependency that needs manual intervention to delete a package before the upgrade can continue.

[wedgetail]

kjpetrie
I have run the rpm --rebuilddb sucessfully.

Ran the line
apt-get update && apt-get dist-upgrade

I piped it to a file for reference, content looked exactly like the other times I have tried after the first upgrade, I am just posting the last few lines, get a bit messy with the lot   

291 upgraded, 124 newly installed, 6 replaced, 1 removed and 0 not upgraded.
Need to get 510kB/563MB of archives.
After unpacking 123MB of additional disk space will be used.
Do you want to continue? [Y/n] Abort.

I have aborted this time will start it up later tonight when download does not count on my allocation.

[wedgetail]

kjpetrie
Thank you is in order. Your input just kept me in the right direction I believe. When midnight rolled over I prepared to start the big repeat upgrade. Expecting it to take hours. Not sure why I decided to hang around just till it got started properly. I even had it set to pipe the action into a file, in which case I would not have seen what took place after the first 10-15 lines. As it happened I decided to 'loose' cli output and removed the file for collecting output so I could watch.

To my amazement it looke nothing like what I saw last night. Last night I saw files coming down with speed indication to the right of the screen and file after file, on and on.

Then there was the error message, where really I just understood that PASS server had cut me off or something, 'unexpected peer reset'  I followed the suggestion to run apt-get update and another with --fixit something option.

Tonight I let loose again with the same line you gave me.  After a little while I noticed that lots of ##### lines indicating progress per file were marching across the screen. Probably around half an hour, including a very loooong wait with black screen. The hard drive was spinning happily.  Turned out the screen blanking cut in, not related to the activity of the upgrade.

Hitting ESC brought screen alive again and I saw the line Finished or Done. I just stared and then rebooted. The anticlimax, a very well running system with a white bull greeting me on the desktop.  The bottom lip is no longer dragging on spacebar.

 

The last question I have is this:

Using the apt-get route, is this a two stage process.

First: lots files being downloaded then a stop for operator interaction.

Second: A new run of what looks like 'building' the system.

Or can this be one long unattended run ending with a reboot and ready to go  ??

[kjpetrie]

I think it varies according to what is being done. Normally it goes straight through but it does ask for confirmation before downloading sometimes. Seems something went wrong with the download, which aborted the first attempt, so the second just picked up where it left off. Anyway, glad you rescued your system.

[wedgetail]

kjpetrie
Thank you. I will leave at that. I was a great learning aspect. Perhaps not efficient for me, there is so much unknown.Will sign off on the topic in the top post.