kanotix.com

General Support - messy d-u

nish - 15.10.2006, 15:07 Uhr
Titel: messy d-u
I have been having some problems that you kind folks have helped me with. Recently, I had to install testing version of hal in order to mount (outside of console) my primary FAT32 drive. I then put hal on hold (really I did!)

I also unheld initscripts after doing the fix locsmif on the home page.

Today I did a d-u with h2's script since I am getting nervous about doing d-u myself. Well, initscripts stayed on hold (although I know I unheld it with echo initscripts install|dpkg --set-selections)

and hal upgraded back to unstable though I know I held that back.

Right now I am unable to access the primary disk again and I cannot install the testing version of it.

nish# apt-get install hal/testing returns
Reading package lists... Done
Building dependency tree... Done
Selected version 0.5.8.1-1 (Debian:unstable) for hal
hal is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

Where am I going wrong? The initscripts staying held isn't a big deal right now I don't think, but I have got to be able to access that primary disk in KDE since most of my storage is there. Help is sincerely appreciated.

update: I had an idea to check out debian.org and sure enough the new hal has moved into testing which is why trying to downgrade it didn't (although I don't know how a held package upgraded!). Luckily had the older version still in my cache and downgraded to it and am good for the moment accessing my primary disk. I know this is a debian problem but could someone explain what it is and I am getting worried since I don't think I can keep hal frozen indefinately. Is it something with my particular system setup?

Is my Easter sid doomed? I was toying with installing Etch but see that wouldn't work for me anymore either with the hal thing.
devil - 15.10.2006, 15:21 Uhr
Titel: messy d-u
nish,
problem is, from today, testing holds the same version of hal as sid, which you can see with:
Code:
apt-cache policy hal

you have to use this for now:
Code:
http://kanotix.com/files/fix/hal_0.5.7.1-2_i386.deb


greetz
devil
nish - 15.10.2006, 15:28 Uhr
Titel:
Yes, Devil. thanks I saw the problem and edited my post as you were replying. I will keep that older version safely stored since it looks like the darn thing just won't stay held for me.

Still wondering about the long-term, though.
devil - 15.10.2006, 16:32 Uhr
Titel:
nish,
long term it will be fixed.

greetz
devil
craigevil - 15.10.2006, 17:08 Uhr
Titel:
Just curious but whats the problem with Hal and initscripts? Im running Easter RC4 fully d-u as of about 30 minutes ago.

No problems that I have found so far. Konsole works just fine, cdrom isnt going crazy.

No crashes or bugs of any kind that I have found so far. OO works even though dpkg complained about removing a couple files.
nish - 15.10.2006, 17:30 Uhr
Titel:
Craig, I don't know why you aren't affected by the initscripts thing, it says so right on home page that it is a problem with Easter and Cebit.

The hal problem is debian and I guess not enough of us are having trouble, why would they let it move into testing then? I use XP on FAT32 for my large primary drive. I think most people have moved away from FAT32 - I think I am dinosaur.
Swynndla - 15.10.2006, 20:32 Uhr
Titel:
I see that once again, an upgrade is safer than a dist-upgrade, as initscripts are automatically held back when doing just an upgrade.
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007