| Autor |
Nachricht |
|
|
Titel: messy d-u
 Verfasst am: 15.10.2006, 15:07 Uhr
|
|
Anmeldung: 18. Apr 2004
Beiträge: 222
|
|
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. |
Zuletzt bearbeitet von nish am 15.10.2006, 15:23 Uhr, insgesamt ein Mal bearbeitet
|
| |
|
|
|
 |
|
|
|
Titel: messy d-u
Verfasst am: 15.10.2006, 15:21 Uhr
|
|
Team Member
Anmeldung: 06. Mai 2005
Beiträge: 3087
Wohnort: berlin
|
|
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 |
_________________
<<We are Xorg - resistance is futile - you will be axximilated>>
Host/Kernel/OS "devilsbox" running[2.6.19-rc1-git5-kanotix-1KANOTIX-2006-01-RC4 ]
CPU Info AMD Athlon 64 3000+ clocked at [ 803.744 MHz ]
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.10.2006, 15:28 Uhr
|
|
Anmeldung: 18. Apr 2004
Beiträge: 222
|
|
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. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.10.2006, 16:32 Uhr
|
|
Team Member
Anmeldung: 06. Mai 2005
Beiträge: 3087
Wohnort: berlin
|
|
nish,
long term it will be fixed.
greetz
devil |
_________________
<<We are Xorg - resistance is futile - you will be axximilated>>
Host/Kernel/OS "devilsbox" running[2.6.19-rc1-git5-kanotix-1KANOTIX-2006-01-RC4 ]
CPU Info AMD Athlon 64 3000+ clocked at [ 803.744 MHz ]
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.10.2006, 17:08 Uhr
|
|
Anmeldung: 29. Mar 2005
Beiträge: 96
Wohnort: Terra
|
|
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. |
_________________
Easter Rc4 IceWeasel 2.6.18.3-slh-up-1
How to Learn and Use GNU/Linux
My Debian sources.list
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.10.2006, 17:30 Uhr
|
|
Anmeldung: 18. Apr 2004
Beiträge: 222
|
|
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. |
|
|
| |
|
|
|
|
|
|
|
Titel:
Verfasst am: 15.10.2006, 20:32 Uhr
|
|
Anmeldung: 05. Dez 2005
Beiträge: 414
Wohnort: Auckland, New Zealand
|
|
| I see that once again, an upgrade is safer than a dist-upgrade, as initscripts are automatically held back when doing just an upgrade. |
_________________
Linux is evolution, not intelligent design - Linus Torvalds
|
| |
|
|
|
|
|
|
