system breaking
Posts: 11
I downloaded simplymepis 3.3.2.test03 and did fresh install. However, when upgrading came across problems with a2ps file which needs to be locked. also the system seems to be broke when updating/upgrading.
All boxes refering to software in synaptic greened out. i have chaecked my source.lists against other in forum and all is correct according to others posted (hippy's in particular).
The question is are all servers/software on servers being update which is causing this problem or is it a bug in simplymepis 3.3.2.test03. Should I not be upgrading/updating system until notified by official post or the broken system should mot happen ?
maxine

Hey hippy
Posts: 1504
I was just doing a upgrade on mepis 3.3.2.test03. I did the safe defaut update, but guess what, it will steel break mepis. So i said screw it i'm going to reinstall anyway and i did the smart upgrade and now i have a full kde 3.4.2 on a mostly debian system. I like the new kde but some things are noticable broken. I think it's because i did the default update first. So keep that in mind for if the person dosen't want to reinstall but want's it working again, they can just go all the way to the new kde and debian system(it's a working option). So now i have seen what can happen, i want to reinstall and try a full smart upgrade and see what happens(just for fun). Any how i would just reccomend people only update what they need(like firefox,gaim, the most used parts) and nothing else or else they risk a break. I will be back after my reinstall to let u know how it goes. Take care. (i have a feeling lots of people are going to be asking for help on this version of mepis)

kerry
Posts: 627
i did partly the same as you have with the exception of running the smart upgrade, i noticed that all of kde is to be removed and only some of it replaced. i feel that the broken packages/files etc are probably because the full kde 3.4.2 isnt quite up, its got to be close now though.
i am in the process of setting up a couple of extra 10 gig partitions for testing/experimenting with and look forward to your results from your reinstall and smart upgrade
i agree with you most users should hold off untill the transitions are complete and only update what is necessary, one extra reason i am setting up extra partitions at least that way i keep one stable and the others to mess with, anyway good luck and i await with interest
hippy (Dave)
linux reg no #371875
So, in other words, we're
Posts: 48
So, in other words, we're stuck with a non-working KDE 3.3.2 until they get things working with 3.4.2???
From,
Jacob - an ExpandGames Developer
debian repos
Posts: 627
maxine, jackie brown posted the following original post here have a read and see what is suggested at the bottom
For sid users: An overview of the KDE C++ ABI transition
From:
Adeodato Sim??
Reply-To:
Date:
Tuesday 09 August 2005 02:40:12 pm
Groups:
linux.debian.maint.kde,linux.debian.user
Hello all,
the purpose of this mail is to explain a bit, from a user point of
view, the upcoming C++ ABI transition for KDE: when will it start, and
how will it affect you. If after reading this you still have doubts,
please bring them up and some member of the KDE packaging team will
try to address them.
* * *
What
~~~~
As a user, you'll just notice that some library packages have been
renamed, and that trying to dist-upgrade them will make apt want to
remove a lot of stuff. For example, libqt3c102-mt will become
libqt3-mt; libarts1, libarts1c2; and kdelibs4, kdelibs4c2.
The explanation as for why is this necessary, and other technical
details, can be found elsewhere if you're curious (e.g., Matthias
Klose's mails in d-d-a).
When
~~~~
Real soon now. We've uploaded a transitioned Qt already, and as
soon as it's compiled in all arches we'll start uploading arts and
kdelibs, and the rest of KDE will follow. If Qt or kdelibs has
trouble compiling with GCC 4.0 in some arches, things could get
delayed a bit, though.
KDE 3.4.2
~~~~~~~~~
As KDE 3.4.2 has been recently released, we've decided that these
transitioned packages we'll be uploading will be 3.4.2 already,
instead of 3.4.1 or 3.3.2. Christopher Martin has been preparing
most of the 3.4.2 modules in SVN, so we're mostly ready. That for
the good news, yay! On the other hand, since there won't be 3.4.2
packages compiled with GCC 3.3, you'll have to actually wait a bit
longer to be able to install the packages (see below), though not as
long as if we were uploading 3.4.1 instead.
Which takes us to...
When will we be done?
~~~~~~~~~~~~~~~~~~~~~
Basically, the thing will be 100% finished when KDE 3.4.2 is ready
to enter testing, which can be roughly translated to "when every
package depending on kdelibs4 has been recompiled to depend on
kdelibs4c2 instead".
Now, please read this paragraph carefully: even when all of KDE
3.4.2 official modulels have been uploaded, there'll still probably
be some applications in unstable that will depend on kdelibs4, and
their maintainers will have to fix that. If you use one of these
applications (and chances are you do), you won't be able to install
KDE 3.4.2 until that application gets recompiled against kdelibs4c2,
unless you decide to temporarily remove it. In the testing
distribution, this is assured not to happen (except exceptionally).
But hey, we don't expect it to be that bad. Most maintainers will
upload fixed packages in a timely manner, and for those who don't,
we will hopefully prepare NMUs to make the transition go faster.
Final recommendations
~~~~~~~~~~~~~~~~~~~~~
In my opinion, the best you can do is to ignore KDE updates in sid
until we get back to you on this list and say, "hey, it seems KDE is
in a mostly useable state now, with these gotchas". To achieve this,
you can either don't dist-upgrade at all, cherry pick with a package
manager like aptitude or synaptic which packages to upgrade, do
"apt-get upgrade" instead of "dist-upgrade", and/or put libarts1 and
kdelibs4 on hold. Or you may even want to consider temporarily
switcthing to Etch (testing).
And, finally: please, please, please, don't file bugs against KDE
packages regarding them being uninstallable, or them crashing, until
the above mentioned mail is sent (the "KDE mostly useable now" one).
Those bugs will be well known by us, are expected in sid, and all
they manage is to waste our time and annoy us a bit.
Greatings from the Debian Qt/KDE Maintainers,
Adeodato Sim??
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
hippy (Dave)
linux reg no #371875