Re: Why does this happen ?
Am Dienstag 26 Juni 2007 schrieb Douglas Allan Tutty: On Sat, Jun 23, 2007 at 11:01:05AM +0200, Hans-J. Ullrich wrote: Oh sorry, I did not prezise my question corretly. I know that both conflict. This is clear for me. What I want to know is, WHY such a conflict happens. Why can (in my case) nexuis not access to libcurl4 and the other ones stay access to libcurl3 ? This was my question, as IMO both libs seem independent for me. On the other hand I wondered, why apt does not inhibit the deinstallation of the other programs or the installation of libcurl 4. Is it, because the philosophy says, in linux everything is allowed to be done and controlled by root ? My question aimed less to the technical side, but to the philosophical side. You want to install libcurl4 which conflicts with your installed libcurl3. Lets assume that they both contain identially named files that would overwrite each other on installation. They may not be destined for eventual coexistance so that is not planned for in their namespace. So apt will remove libcurl3. However, your packages A, B, and C depend on libcurl3 (which is now removed). So apt will remove A, B, and C. Sounds like you're running unstable. Things like this should never happen in stable. The maintainers for A, B, and C can't update them to work with libcurl4 until its available. So the timeline looks like this: libcurl4 becomes available. New package D needs libcurl4. A, B, and C already exist and need libcurl3. Maintainers for A, B, and C, start to transition their packages to use the new libcurl4. Here's where you're at now. Eventually, A, B, C, and D will all depend on libcurl4 and libcurl3 will be obsolete. So philosophically, one must be philosophical about problems when running unstable. Doug. Hi Doug ! Thank you very much for this explanation. This is exactly, what I wanted to know. Yes, I am running unstable. Now I know, that this could be a normal behaviour, but mostly in unstable. Again: Thanks for the help. It explains a lot of things for me. Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does this happen ?
On Sat, Jun 23, 2007 at 11:01:05AM +0200, Hans-J. Ullrich wrote: Oh sorry, I did not prezise my question corretly. I know that both conflict. This is clear for me. What I want to know is, WHY such a conflict happens. Why can (in my case) nexuis not access to libcurl4 and the other ones stay access to libcurl3 ? This was my question, as IMO both libs seem independent for me. On the other hand I wondered, why apt does not inhibit the deinstallation of the other programs or the installation of libcurl 4. Is it, because the philosophy says, in linux everything is allowed to be done and controlled by root ? My question aimed less to the technical side, but to the philosophical side. You want to install libcurl4 which conflicts with your installed libcurl3. Lets assume that they both contain identially named files that would overwrite each other on installation. They may not be destined for eventual coexistance so that is not planned for in their namespace. So apt will remove libcurl3. However, your packages A, B, and C depend on libcurl3 (which is now removed). So apt will remove A, B, and C. Sounds like you're running unstable. Things like this should never happen in stable. The maintainers for A, B, and C can't update them to work with libcurl4 until its available. So the timeline looks like this: libcurl4 becomes available. New package D needs libcurl4. A, B, and C already exist and need libcurl3. Maintainers for A, B, and C, start to transition their packages to use the new libcurl4. Here's where you're at now. Eventually, A, B, C, and D will all depend on libcurl4 and libcurl3 will be obsolete. So philosophically, one must be philosophical about problems when running unstable. Doug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does this happen ?
Hi Libcurl3 conflicts with libcurl4. dselect will tell you that when you try to install libcurl3 and you can download the source package and look at the control file. Cheers Gudjon On Saturday 23 June 2007 10:14:18 Hans-J. Ullrich wrote: Hi all, I wondered, why the additional installation of a library will deinstall the old one (and worth, the packages). IMO the libs should resize together without any harm, and more as long other packages do need them. Just take a look, what would happen, if I try this: -- # LANG=C apt-get install libcurl4 Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: nexuiz nexuiz-server The following packages will be REMOVED: avscan clamav clamav-daemon clamav-freshclam clamsmtp hydrogen jigdo libclamav2 libcurl3 liblrdf0 libraptor1 raptor-utils streamtuner wengophone The following NEW packages will be installed: libcurl4 The following packages will be upgraded: nexuiz nexuiz-server 2 upgraded, 1 newly installed, 14 to remove and 2 not upgraded. Need to get 180kB/1686kB of archives. After unpacking 46.3MB disk space will be freed. Do you want to continue [Y/n]? n Abort. # -- Can someone explain the background behind this behaviour ? Someone must have a good reason for this. Thanks for the help. regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does this happen ?
On Saturday 23 June 2007 11:01:05 Hans-J. Ullrich wrote: Am Samstag 23 Juni 2007 schrieb Gudjon I. Gudjonsson: Hi Libcurl3 conflicts with libcurl4. dselect will tell you that when you try to install libcurl3 and you can download the source package and look at the control file. Cheers Gudjon Oh sorry, I did not prezise my question corretly. I know that both conflict. This is clear for me. What I want to know is, WHY such a conflict happens. Why can (in my case) nexuis not access to libcurl4 and the other ones stay access to libcurl3 ? This was my question, as IMO both libs seem independent for me. On the other hand I wondered, why apt does not inhibit the deinstallation of the other programs or the installation of libcurl 4. Is it, because the philosophy says, in linux everything is allowed to be done and controlled by root ? My question aimed less to the technical side, but to the philosophical side. Hans Packages do conflict if their contents overlap for example. It is sad in this example because some packages depend on libcurl3 and other on libcurl4. You have to check their content to find the solution or ask the packager. /Gudjon On Saturday 23 June 2007 10:14:18 Hans-J. Ullrich wrote: Hi all, I wondered, why the additional installation of a library will deinstall the old one (and worth, the packages). IMO the libs should resize together without any harm, and more as long other packages do need them. Just take a look, what would happen, if I try this: -- # LANG=C apt-get install libcurl4 Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: nexuiz nexuiz-server The following packages will be REMOVED: avscan clamav clamav-daemon clamav-freshclam clamsmtp hydrogen jigdo libclamav2 libcurl3 liblrdf0 libraptor1 raptor-utils streamtuner wengophone The following NEW packages will be installed: libcurl4 The following packages will be upgraded: nexuiz nexuiz-server 2 upgraded, 1 newly installed, 14 to remove and 2 not upgraded. Need to get 180kB/1686kB of archives. After unpacking 46.3MB disk space will be freed. Do you want to continue [Y/n]? n Abort. # -- Can someone explain the background behind this behaviour ? Someone must have a good reason for this. Thanks for the help. regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
