Re: apt-get install tries to REMOVE my kernel
Johannes Wiedersich wrote: astrid jurgensen wrote: I recently tried to download and install software using apt-get install. The process was aborted because apt-get install tried to remove the kernel. See details below: apt-get install –no-remove xcdroast 13 upgraded, 13 newly installed, 2 to remove and 500 not upgraded. E: Packages need to be removed but Remove is disabled As seen in the above, 2 files are to be REMOVED: initrd-tools and kernel-image-2.4.18-1-386 The second one of these is the kernel I am currently using, and should therefore not be removed, and I guess that initrd-tools should also not be removed. What is the cause of this problem? (Note: It is not due to my kernel being a bit old. Others have posted questions about this problem already, and they were using more modern kernels. Unfortunately no solutions were posted.) You have 500 packages not upgraded. It seems you are mixing different releases. You probably attempt to install xcdroast form a 'newer' version than the rest of your 500+ packages. Suggestion: bring your system in sync; possibly by upgrading to sarge, as described in http://www.de.debian.org/releases/stable/i386/release-notes/ch-upgrading.en.html If you are mixing different releases on purpose, you have probably encountered a situation where this doesn't work due to dependency problems. Hope that helps, Johannes Well spotted, that's probably got something to do with it ;-) Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install tries to REMOVE my kernel
On Mon, Dec 12, 2005 at 10:48:12PM -0500, Mark Fletcher wrote: ... > That would be my guess too. Looks to me like xcdroast needs a newer > kernel than you have. I am somewhat surprised that the package would be > set up to conflict with the older kernel version, and even more > surprised that apt-get would conclude that the right thing to do would > be to remove it (does nothing else [apart perhaps from initrd-tools] > depend on the kernel image in the packaging system???) So am I. I can imagine a package requiring a particular version of a kernel, but not conflicting with another in the sense that the other should net even be *installed*. I always thought one of the advantages of Debian's handling of kernel packages was that you *could* have multiple kernels installed. I usually do this when I upgrade, just in case the new kernel doesn't to the job. I also update lilo.conf to offer a boot-time choice of kernel, so that I can still boot. -- hendrik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install tries to REMOVE my kernel
astrid jurgensen wrote: I recently tried to download and install software using apt-get install. The process was aborted because apt-get install tried to remove the kernel. See details below: apt-get install –no-remove xcdroast 13 upgraded, 13 newly installed, 2 to remove and 500 not upgraded. E: Packages need to be removed but Remove is disabled As seen in the above, 2 files are to be REMOVED: initrd-tools and kernel-image-2.4.18-1-386 The second one of these is the kernel I am currently using, and should therefore not be removed, and I guess that initrd-tools should also not be removed. What is the cause of this problem? (Note: It is not due to my kernel being a bit old. Others have posted questions about this problem already, and they were using more modern kernels. Unfortunately no solutions were posted.) You have 500 packages not upgraded. It seems you are mixing different releases. You probably attempt to install xcdroast form a 'newer' version than the rest of your 500+ packages. Suggestion: bring your system in sync; possibly by upgrading to sarge, as described in http://www.de.debian.org/releases/stable/i386/release-notes/ch-upgrading.en.html If you are mixing different releases on purpose, you have probably encountered a situation where this doesn't work due to dependency problems. Hope that helps, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install tries to REMOVE my kernel
On 2005-12-13, Mark Fletcher penned: > > How sure are we that this problem is related to xcdroast? Try > installing something else, something harmless like an X-based game > or something, to see if it tries to do the same thing. apt-get may > just have got into a mess on your machine. I'm surprised any package > would put a conflicts-dependency on a kernel image since there's no > guarantee users are using a debian-packaged kernel (yes yes, heresy, > I know, but there are plenty of heretics out there). > [delurk] <- heretic (Actually, I use the debian source, but build it without benefit of the debian packaging tools. I could make up an explanation, but it comes down to "that's how I feel most comfortable doing it.") [relurk] -- monique Ask smart questions, get good answers: http://www.catb.org/~esr/faqs/smart-questions.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install tries to REMOVE my kernel
Michael Marsh wrote: On 12/12/05, Joris Hooijberg <[EMAIL PROTECTED]> wrote: 2005/12/12, Michael Marsh <[EMAIL PROTECTED]>: Really? Nothing in what Astrid posted seemed to indicate that to me. The only "kernel-image" that appears is the one that's presumably going to be removed. True. but I'm sure that A. Apt-get's dependency-checking is designed to check upward dependencies as well (i.e. when I remove Gimp , X.org will not be removed, although Gimp depends on X.org). That direction doesn't seem to be relevant here. It's trying to remove something lower in order to install something. B. there's no program at all that even can think of removing a kernel without replacing it or something like that. You're assuming the program will do what it *should* do, not what's it been *told* to do. Clearly, apt-get thinks it should be removing the kernel, and there's no indication that it wants to install a new kernel. Maybe I'm wrong but I think the program Astrid's installing needs a newer kernel than the current... I think the best thing is to save a copy of the kernelimage (can be found in the /boot directory, if not sure; backup the whole /boot directory) before installing. My suggestion would be to run # apt-get -s install xcdroast That'll do a dry-run ("s" for "simulate"), which won't even try to install or remove anything. It might be that a substantial upgrade is needed, and by blocking it with "--no-remove" apt-get has gone into a bizarre mode. -- Michael A. Marsh http://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com That would be my guess too. Looks to me like xcdroast needs a newer kernel than you have. I am somewhat surprised that the package would be set up to conflict with the older kernel version, and even more surprised that apt-get would conclude that the right thing to do would be to remove it (does nothing else [apart perhaps from initrd-tools] depend on the kernel image in the packaging system???) Even though the documentation I could find when googling for xcdroast suggested any kernel from 2.0 up should be good, I found someone on a german debian site advising of problems with 2.4.9 which is only a few versions older than your kernel. At least I _think_ that was what it said... How sure are we that this problem is related to xcdroast? Try installing something else, something harmless like an X-based game or something, to see if it tries to do the same thing. apt-get may just have got into a mess on your machine. I'm surprised any package would put a conflicts-dependency on a kernel image since there's no guarantee users are using a debian-packaged kernel (yes yes, heresy, I know, but there are plenty of heretics out there). Another option would be to install aptitude and see if that has the same problem. I don't know why, but in practice aptitude often succeeds where apt-get fails. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: apt-get install tries to REMOVE my kernel
On 12/12/05, Joris Hooijberg <[EMAIL PROTECTED]> wrote: > 2005/12/12, Michael Marsh <[EMAIL PROTECTED]>: > > Really? Nothing in what Astrid posted seemed to indicate that to me. > > The only "kernel-image" that appears is the one that's presumably > > going to be removed. > > > True. but I'm sure that > > A. Apt-get's dependency-checking is designed to check upward dependencies > as well (i.e. when I remove Gimp , X.org will not be removed, although Gimp > depends on X.org). That direction doesn't seem to be relevant here. It's trying to remove something lower in order to install something. > B. there's no program at all that even can think of removing a kernel > without replacing it or something like that. You're assuming the program will do what it *should* do, not what's it been *told* to do. Clearly, apt-get thinks it should be removing the kernel, and there's no indication that it wants to install a new kernel. > Maybe I'm wrong but I think the program Astrid's installing needs a newer > kernel than the current... > > I think the best thing is to save a copy of the kernelimage (can be found > in the /boot directory, if not sure; backup the whole /boot directory) > before installing. My suggestion would be to run # apt-get -s install xcdroast That'll do a dry-run ("s" for "simulate"), which won't even try to install or remove anything. It might be that a substantial upgrade is needed, and by blocking it with "--no-remove" apt-get has gone into a bizarre mode. -- Michael A. Marsh http://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com
Re: apt-get install tries to REMOVE my kernel
besides, I don't know if you copy-pasted the command you posted here, but the command apt-get install –no-remove xcdroast gives me a "E: Command line option 'n' [from -no-remove] is not known." because the right command should be apt-get install --no-remove xcdroast (with double minus-sign) Running that command apt-get tells me only to install xcdroast, nothing else to install, remove or upgrade... (I use a 2.6 kernel, tough) 2005/12/13, Joris Hooijberg <[EMAIL PROTECTED]>: True. but I'm sure that A. Apt-get's dependency-checking is designed to check upward dependencies as well (i.e. when I remove Gimp , X.org will not be removed, although Gimp depends on X.org). B. there's no program at all that even can think of removing a kernel without replacing it or something like that. Maybe I'm wrong but I think the program Astrid's installing needs a newer kernel than the current... I think the best thing is to save a copy of the kernelimage (can be found in the /boot directory, if not sure; backup the whole /boot directory) before installing. 2005/12/12, Michael Marsh <[EMAIL PROTECTED]>: On 12/12/05, Joris Hooijberg <[EMAIL PROTECTED]> wrote:> I think you'll get a new kernel in return Really? Nothing in what Astrid posted seemed to indicate that to me. The only "kernel-image" that appears is the one that's presumablygoing to be removed.--Michael A. Marsh http://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com
Re: apt-get install tries to REMOVE my kernel
True. but I'm sure that A. Apt-get's dependency-checking is designed to check upward dependencies as well (i.e. when I remove Gimp , X.org will not be removed, although Gimp depends on X.org). B. there's no program at all that even can think of removing a kernel without replacing it or something like that. Maybe I'm wrong but I think the program Astrid's installing needs a newer kernel than the current... I think the best thing is to save a copy of the kernelimage (can be found in the /boot directory, if not sure; backup the whole /boot directory) before installing. 2005/12/12, Michael Marsh <[EMAIL PROTECTED]>: On 12/12/05, Joris Hooijberg <[EMAIL PROTECTED]> wrote:> I think you'll get a new kernel in returnReally? Nothing in what Astrid posted seemed to indicate that to me. The only "kernel-image" that appears is the one that's presumablygoing to be removed.--Michael A. Marshhttp://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com
Re: apt-get install tries to REMOVE my kernel
On 12/12/05, Joris Hooijberg <[EMAIL PROTECTED]> wrote: > I think you'll get a new kernel in return Really? Nothing in what Astrid posted seemed to indicate that to me. The only "kernel-image" that appears is the one that's presumably going to be removed. -- Michael A. Marsh http://www.umiacs.umd.edu/~mmarsh http://mamarsh.blogspot.com
Re: apt-get install tries to REMOVE my kernel
I think you'll get a new kernel in return2005/12/12, astrid jurgensen <[EMAIL PROTECTED]>: I recently tried to download and install software using apt-get install. The process was aborted because apt-get install tried to remove the kernel. See details below:apt-get install –no-remove xcdroast Reading Package Lists...Building Dependency Tree...The following extra packages will be installed: cdda2wav cdrecord e2fslibs e2fsprogs initscripts libatk1.0-0 libblkid1 libc6 libc6-dev libfontconfig1 libglib2.0-0 libpango1.0-0 libpango1.0-common libselinux1 libsepol1 libss2 libuuid1 libxrender-dev libxrender1 locales lsb-base mkisofs render-dev sysv-rc sysvinitSuggested packages: vorbis-tools cdrtools-doc gpart parted e2fsck-static ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp sysv-rc-conf cdparanoiaRecommended packages: libatk1.0-data libglib2.0-data x-ttcidfont-confThe following packages will be REMOVED: initrd-tools kernel-image-2.4.18-1-386The following NEW packages will be installed: cdda2wav cdrecord e2fslibs initscripts libblkid1 libselinux1 libsepol1 libss2 libuuid1 lsb-base mkisofs sysv-rc xcdroastThe following packages will be upgraded: e2fsprogs libatk1.0-0 libc6 libc6-dev libfontconfig1 libglib2.0-0 libpango1.0-0 libpango1.0-common libxrender-dev libxrender1 locales render-dev sysvinit13 upgraded, 13 newly installed, 2 to remove and 500 not upgraded.E: Packages need to be removed but Remove is disabledAs seen in the above, 2 files are to be REMOVED: initrd-tools and kernel-image-2.4.18-1-386The second one of these is the kernel I am currently using, and should therefore not be removed, and I guess that initrd-tools should also not be removed.What is the cause of this problem? (Note: It is not due to my kernel being a bit old. Others have posted questions about this problem already, and they were using more modern kernels. Unfortunately no solutions were posted.)Cheers,Astrid. Sent via the WebMail system at mail.src.wisc.edu
apt-get install tries to REMOVE my kernel
I recently tried to download and install software using apt-get install. The process was aborted because apt-get install tried to remove the kernel. See details below: apt-get install no-remove xcdroast Reading Package Lists... Building Dependency Tree... The following extra packages will be installed: cdda2wav cdrecord e2fslibs e2fsprogs initscripts libatk1.0-0 libblkid1 libc6 libc6-dev libfontconfig1 libglib2.0-0 libpango1.0-0 libpango1.0-common libselinux1 libsepol1 libss2 libuuid1 libxrender-dev libxrender1 locales lsb-base mkisofs render-dev sysv-rc sysvinit Suggested packages: vorbis-tools cdrtools-doc gpart parted e2fsck-static ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp sysv-rc-conf cdparanoia Recommended packages: libatk1.0-data libglib2.0-data x-ttcidfont-conf The following packages will be REMOVED: initrd-tools kernel-image-2.4.18-1-386 The following NEW packages will be installed: cdda2wav cdrecord e2fslibs initscripts libblkid1 libselinux1 libsepol1 libss2 libuuid1 lsb-base mkisofs sysv-rc xcdroast The following packages will be upgraded: e2fsprogs libatk1.0-0 libc6 libc6-dev libfontconfig1 libglib2.0-0 libpango1.0-0 libpango1.0-common libxrender-dev libxrender1 locales render-dev sysvinit 13 upgraded, 13 newly installed, 2 to remove and 500 not upgraded. E: Packages need to be removed but Remove is disabled As seen in the above, 2 files are to be REMOVED: initrd-tools and kernel-image-2.4.18-1-386 The second one of these is the kernel I am currently using, and should therefore not be removed, and I guess that initrd-tools should also not be removed. What is the cause of this problem? (Note: It is not due to my kernel being a bit old. Others have posted questions about this problem already, and they were using more modern kernels. Unfortunately no solutions were posted.) Cheers, Astrid. Sent via the WebMail system at mail.src.wisc.edu