On 10 November 2013 16:17, Bob Proulx <b...@proulx.com> wrote: > Beco wrote: >> Bob Proulx wrote: >> > First verify your sources.list file. I didn't see where you said what >> > version of Debian you were using. Stable Wheezy, Testing Jessie, or >> > Unstable Sid. Whatever. Make sure it is consistent. > > I should have asked, can you post your sources.list file? I see in > your message that you are running Wheezy 7. (But I can't say Stable > since you have added many destabilizing things.) > >> > $ apt-show-versions | grep -v uptodate >> >> Nice command. It shows me I still have "squeeze" on my system. > > Unless you have cleaned then old libs may still be hanging around and > they will only be used by the old Squeeze part of the system. > Probably need to do some cleaning. The 'apt-get autoremove' tool is a > good start for it. I also like 'deborphan'. > >> I'm not quite sure what to do with this response: >> >> # apt-show-versions | grep -v uptodate >> >> deb-multimedia-keyring 2012.05.10-dmo3 newer than version in archive >> live-initramfs 2.0.15-1 newer than version in archive >> vlc-nox/wheezy upgradeable from 2.0.3-5 to 1:2.0.1-0.6 > > Ah, yes, there is the problem. You see that the Merillat version has > an epoch on the front. The "1:" part. That makes version 1:2.0.1-0.6 > newer than 2.0.3-5. But not just that single package. This will be > similar across many packages. But it shows the root of the problem. > And it is why people have become annoyed that he is doing this. It > creates problems for people such as yourself that trip into the > pitfall and then have to dig out of it. Meanwhile the work he has > done has helped many people for years. I still use some of the his > packages and am grateful that they are there. And so I have mixed > feelings about it. > >> libisc62 1:9.7.3.dfsg-1~squeeze8 installed: No available version in archive >> libisccc60 1:9.7.3.dfsg-1~squeeze8 installed: No available version in archive > > These are good examples of old orphaned libraries. Nothing is using > them anymore. They can be purged from the system. They don't really > hurt anything being there. But they are lint and they confuse the > issue so I would purge them. Using deborphan (try 'orphaner') is good > to find things like those and clean them out. > >> skype 4.2.0.11-1 installed: No available version in archive > > This is an example of something that is never going to be in the free > archive because it is a nonfree component that you have manually > installed. If you want it then that is just the way things are going > to be. > >> mplayer is uninstalled for now. The only problem I see is vlc. >> >> # apt-cache policy vlc-nox >> vlc-nox: >> Installed: 2.0.3-5 >> Candidate: 1:2.0.1-0.6 >> Version table: >> 1:2.0.1-0.6 0 >> 500 http://www.las.ic.unicamp.br/pub/debian-multimedia/ wheezy/main >> amd64 Packages >> *** 2.0.3-5 0 >> 500 http://ftp.br.debian.org/debian/ wheezy/main amd64 Packages >> 100 /var/lib/dpkg/status > > The epoch is why it is trying to install from the Merillat archive. > > Basically you need to make a choice. Politics between Debian and > Merillat have gotten to the point that you really need to decide which > camp you are in. Debian has gone the libav route. Merillat has gone > the ffmpeg route. You need to decide which you want. If you want to > use the Merillat sources then you need to take this problem and > anything like it there. If you want to go the Debian sources then you > need to remove the Merillat archive and go back to Debian. Or you > need to learn how to deal with the problem somehow. But certainly the > Debian multimedia developers are not happy about the situation for > exactly the problems you have found. They don't want to clean up > someone else's mess. I can't blame them. Look at how you were sucked > into having this problem! > > The ffmpeg v. libav problem isn't entirely clear cut to the outsider. > I am an outsider. But from what I have read I wish Debian had gone > the ffmpeg route. (Can't we all just get along?) But they didn't. > So to make my life easier for better or worse I have stuck with the > Debian packaging of libav. Which means that while I am using some > things from Merillat the multimedia components that depend upon these > are not any of them. > > And so I recommend that you remove the Merillat sources from your > sources.list file. Then get your system back into a sane state. > I am not saying never use a Merillat package. I am just saying that > to get your system cleaned up that you should remove the sources.list > and remove all of the packages from there in order to get things back > into a sane state. After that then you could selectively pick and > choose and probably be okay. But fix your system first. Make sense? > >> Now this command won't work: >> >> # apt-get install vlc-nox=1:2.0.1-0.6 > > That version will force an install from the Merillat archive. And > therefore by dependency any problems you have should be taken up with > his archive and not Debian's. > >> The following packages have unmet dependencies: >> vlc-nox : Depends: libcdio10 but it is not installable >> Depends: libiso9660-7 but it is not installable >> Depends: libupnp3 (>= 1.4.3) but it is not installable >> E: Unable to correct problems, you have held broken packages. > > Something broken in the Merillat archive. Or in the configuration of > your use of it. But neither of those are Debian. > >> And now I'm afraid to boot because of this error: >> >> # apt-get install live-initramfs > > What is live-initramfs? > > $ apt-cache show live-initramfs > N: Unable to locate package live-initramfs > E: No packages found > > Not a Debian package. > >> Unpacking live-initramfs (from .../live-initramfs_1.236.2-1_all.deb) ... >> dpkg: error processing >> /var/cache/apt/archives/live-initramfs_1.236.2-1_all.deb (--unpack): >> trying to overwrite '/usr/share/initramfs-tools/hooks/live', which is >> also in package live-boot-initramfs-tools 3.0.1-1 > > Buggy package! Includes files owned by another package. Bad > package. No biscuit. > >> dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) >> Processing triggers for initramfs-tools ... >> update-initramfs: Generating /boot/initrd.img-3.2.0-4-amd64 >> live-boot: core filesystems devices utils memdisk udev wget blockdev. >> Errors were encountered while processing: >> /var/cache/apt/archives/live-initramfs_1.236.2-1_all.deb >> E: Sub-process /usr/bin/dpkg returned an error code (1) > > I doubt that it actually updated the initrd. What date is on your > initrd file? > > ls -ld /boot/initrd* > > I bet it will be older and that will show that it was not updated by > the above. > >> Is this ok to boot yet? Or do I need to do something urgent before >> attempt to boot? > > I think you are probably okay. No guarantees though! Your system is > generally a little messed up right now. > > Make sure you have a Debian install disk. The netinst disk is fine. > It can be used as a rescue system. I posted this recently about how > to use the rescue mode. *IF* you need it. Probably won't need it. > But if you do then you can rescue your system. > > https://lists.debian.org/debian-user/2013/01/msg00218.html > > Back to solving your problem. I would remove all of the sources > except for official debian ones. Here are generic ones using the > redirector to automatically select a close up to date mirror for you. > > deb http://http.debian.org/debian wheezy main contrib non-free > deb http://http.debian.org/debian wheezy-updates main contrib non-free > deb http://security.debian.org/ wheezy/updates main contrib non-free > > Then using only those sources I would figure out how to use pinning to > force your system back to stable. I _think_ this will do it. > Untested! And I am not a pinning expert so if anyone else sees a > problem with this and suggests something different that is better. > > man apt_preferences > > P >= 1000 > causes a version to be installed even if this constitutes a > downgrade of the package > > File /etc/apt/preferences: > Package: * > Pin: release a=stable > Pin-Priority: 1001 > > Then 'apt-get update' and then 'apt-get upgrade' and then 'apt-get > dist-upgrade'. I think that should pull everything back to wheezy > stable. This may require some more debugging and problem solving > along the way. > > After getting your system back to a sane state then remove that > /etc/apt/preferences file and get back to a normal system. > > Make sense? Hopefully. Good luck! Please report back on your > progress so that we (I!) can learn from it! > > Bob
Hi Bob, I think I got. I needed to downgrade everything in the same command line. Look: # apt-get install vlc-data=2.0.3-5 libmp3lame0=3.99.5+repack1-3 libvlc5=2.0.3-5 libvlccore5=2.0.3-5 libxvidcore4=2:1.3.2-9 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be DOWNGRADED: libmp3lame0 libvlc5 libvlccore5 libxvidcore4 vlc-data 0 upgraded, 0 newly installed, 5 downgraded, 0 to remove and 0 not upgraded. Need to get 6,234 kB of archives. After this operation, 2,706 kB of additional disk space will be used. Do you want to continue [Y/n]? y # apt-show-versions | grep -v uptodate epson-inkjet-printer-201215w 1.0.0-1lsb3.2 installed: No available version in archive kde 5:66 installed: No available version in archive kdebase 5:66 installed: No available version in archive # deborphan --guess-all kde:all # deborphan # Now, guys, how come KDE and KDEBASE does not have archive candidates? Where are they? Thanks, Beco. -- Dr Beco A.I. researcher "For the things we have to learn before we can do them, we learn by doing them" (Aristotle) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caluyw2xhk6nf5tf2ak0arfmfs5yz1a1qzhgfo5c7cvzwxrt...@mail.gmail.com
