I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
1) Manually download packages from the repository for the older version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nightly-bu...
2) On my builder I can build for you tdebase and somehow deliver to you.
3) The package you build yourself.
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older version
and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nightly-bu...
On my builder I can build for you tdebase and somehow deliver to you.
The package you build yourself.
Thank you for your quick response, Slávek.
Solution 3 looks too complicated for my level of Linux ability. I don't know how to build a package.
Solution 1 is something that i could do, but seems like a lot of work: individually remove 30 packages, download 30 new ones, copy to a keydisk to transfer to the faulty computer and manually install each one of them. If i do that, is there any special order to follow in the last step?
Solution 2 seems like the least complicated one *for me*. I would just have to install one package? I don't know if building a tdebase for me on your builder is a lot of work *for you* or not. If it involves only little work, I would appreciate. You could send it to my email address above. Otherwise, let me know asap and I will go for solution 1.
Thanks again,
Marc
Dne st 26. února 2014 Marc Chénier napsal(a):
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older
version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nig htly-builds/+sourcepub/74269/+listing-archive-extra
- On my builder I can build for you tdebase and somehow deliver to
you.
- The package you build yourself.
Thank you for your quick response, Slávek.
Solution 3 looks too complicated for my level of Linux ability. I don't know how to build a package.
Solution 1 is something that i could do, but seems like a lot of work: individually remove 30 packages, download 30 new ones, copy to a keydisk to transfer to the faulty computer and manually install each one of them. If i do that, is there any special order to follow in the last step?
Solution 2 seems like the least complicated one *for me*. I would just have to install one package? I don't know if building a tdebase for me on your builder is a lot of work *for you* or not. If it involves only little work, I would appreciate. You could send it to my email address above. Otherwise, let me know asap and I will go for solution 1.
Thanks again,
Marc
Building package on my builder is not a problem. The result will be not a single package, but "all" packages that arise from tdebase. However, for simplicity I then give the command that updates only the packages you already have installed.
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older
version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nig htly-builds/+sourcepub/74269/+listing-archive-extra
- On my builder I can build for you tdebase and somehow deliver to
you.
- The package you build yourself.
Thank you for your quick response, Slávek.
Solution 3 looks too complicated for my level of Linux ability. I don't know how to build a package.
Solution 1 is something that i could do, but seems like a lot of work: individually remove 30 packages, download 30 new ones, copy to a keydisk to transfer to the faulty computer and manually install each one of them. If i do that, is there any special order to follow in the last step?
Solution 2 seems like the least complicated one *for me*. I would just have to install one package? I don't know if building a tdebase for me on your builder is a lot of work *for you* or not. If it involves only little work, I would appreciate. You could send it to my email address above. Otherwise, let me know asap and I will go for solution 1.
Thanks again,
Marc
Building package on my builder is not a problem. The result will be not a single package, but "all" packages that arise from tdebase. However, for simplicity I then give the command that updates only the packages you already have installed.
Thank you, Slávek, I appreciate.
Marc
Dne st 26. února 2014 Marc Chénier napsal(a):
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
Le mercredi 26 février 2014, Slávek Banko a écrit :
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older
version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity -nig htly-builds/+sourcepub/74269/+listing-archive-extra
- On my builder I can build for you tdebase and somehow deliver
to you.
- The package you build yourself.
Thank you for your quick response, Slávek.
Solution 3 looks too complicated for my level of Linux ability. I don't know how to build a package.
Solution 1 is something that i could do, but seems like a lot of work: individually remove 30 packages, download 30 new ones, copy to a keydisk to transfer to the faulty computer and manually install each one of them. If i do that, is there any special order to follow in the last step?
Solution 2 seems like the least complicated one *for me*. I would just have to install one package? I don't know if building a tdebase for me on your builder is a lot of work *for you* or not. If it involves only little work, I would appreciate. You could send it to my email address above. Otherwise, let me know asap and I will go for solution 1.
Thanks again,
Marc
Building package on my builder is not a problem. The result will be not a single package, but "all" packages that arise from tdebase. However, for simplicity I then give the command that updates only the packages you already have installed.
Thank you, Slávek, I appreciate.
Marc
But now I have to leave from work, so I'll be offline for a while ...
On Wednesday 26 February 2014 08:47:42 you wrote:
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older
version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nig htly-builds/+sourcepub/74269/+listing-archive-extra
- On my builder I can build for you tdebase and somehow deliver to
you.
- The package you build yourself.
FYI, I have noticed the inconsistant state a few times, nightlies, amd64 on Debian. The key is to not allow the package manager to remove important packages, not sure if Adept allows for that level of user involvement..I use the command line tools and watch for the pesky 'Removes". Waiting is the answer..does not help in your case :-)
Le 27 février 2014, Greg Madden a écrit :
On Wednesday 26 February 2014 08:47:42 you wrote:
Dne st 26. února 2014 Marc Chénier napsal(a):
I lost my graphical desktop and now have only console access. This happened because I could not update the tdebase package with adept updater; there was always that one package left that could not be updated (something broken). So I thought I could fix this by removing the tdebase-trinity package from my system and then reinstalling the package fresh. So I rebooted and went into recovery mode to a root console and did that with apt-get remove, which also removed 2 other packages:
ksmserver-trinity and tdebase-runtime-data-common-trinity
Then I tried to apt-get install tdebase-trinity (and the 2 other packages) but could not do it because of an unmet dependencies problem for tdebase. About 20 packages are listed that need version pr82 and not version pr80 of tdebase. So I spent many long hours on various forums looking up info and did everything in the book: checked sources.list; did apt-get clean, autoclean, update, upgrade, dist-upgrade; tried apt-get install -f and dpkg --configure -a ;
I also tried aptitude install which indicated it was going to install 3 packages but then did not because of unmet dependencies and gave me only one solution: keep the 3 packages at their current version [not installed].
I then thought of looking up the package on the TDE nightly builds website and noticed that superseded version 81 and published version 82 were marked with a red X (build failures) for amd64 systems. Is this relevant to my problem? Does that mean it will be fixed and I just have to wait a while? If not, is there a solution or a workaround so that I can get my faithful TDE desktop back?
Thanks ahead for any help
Marc TDE 14 (nightly builds) on Ubuntu Precise installed from live TDE-CD on an amd64 board
Problem is that during building, packages common for all platforms are built only with i386. If for some reason delayed building other platforms repository is in an inconsistent state. As is the case now.
In the case of the inconsistent repository is not a good idea to try to solve the broken update. It is preferable to hold the previous version and wait for new packages.
Now you have three solutions:
- Manually download packages from the repository for the older
version and manually install them.
https://quickbuild.pearsoncomputing.net/~trinity/+archive/trinity-nig htly-builds/+sourcepub/74269/+listing-archive-extra
- On my builder I can build for you tdebase and somehow deliver to
you.
- The package you build yourself.
FYI, I have noticed the inconsistant state a few times, nightlies, amd64 on Debian. The key is to not allow the package manager to remove important packages, not sure if Adept allows for that level of user involvement..I use the command line tools and watch for the pesky 'Removes". Waiting is the answer..does not help in your case :-)
PROBLEM SOLVED Thanks to Slávek, whose option #2 provided me with the packages I needed. I then just had to adjust with a missing path to a shared-object file and bingo, TDE was working again. Many thanks,
Marc
Yes, Greg, I will now do all my upgrades from the command line. But the problem was caused by my own destructive action!
-
Greg Madden -
Marc Chénier -
Slávek Banko