Take the 2-minute tour ×
Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems.. It's 100% free, no registration required.

I'm currently running Debian testing (Wheezy) and am trying to get SCIM working. I want to install the scim-pinyin package, but there is no such package available in the testing repository, although there was one in the previous stable (Squeeze) repository. There is a copy of the package in unstable but not for my architecture (amd64).

Looking at the package versions, I notice that the version in the stable repositories is the same as that in unstable. This being the case, I have two questions:

  1. Is there any reason why I can't install a package from an older repository since I would assume that most Squeeze packages will probably have their dependencies met by the package versions currently in testing?

  2. What is the best way to achieve this? (Add the Squeeze repository to sources.list? Download the Squeeze package and install it manually?)

share|improve this question
    
I once installed a package from Lenny on Squeeze. I think it was lib2c.so. Everything worked fine, however I have had, and still have, a bad feeling about it. First i removed the current Squeeze repo, added Lennys (googled for the URL of the archieve servers), installed the nessesary package and moved back to Squeeze repo removing Lennys. –  Alan Jan 7 '13 at 16:47
2  
See also bugs.debian.org/cgi-bin/bugreport.cgi?bug=659310 ... it sounds like maybe you shouldn't want to install it. –  derobert Jan 7 '13 at 18:42
    
Check out my answer below; also, this SU question might help you. –  Emanuel Berg Jan 7 '13 at 20:10
    
In general your best option is to recompile it on the platform you are using it on. This gives you the best chance of successful usage. Having said that, it was probably removed from Debian for good reason, so I'd check for better alternatives. –  Faheem Mitha Jan 13 '13 at 22:09
add comment

2 Answers

up vote 2 down vote accepted

I this case, yes, it's possible and safe.

As debian keep dependences tree for each requested package.

At all there is still a risk that some libraries could not exist in two different version together in same installation, due to conflict (port reservation, device driver and so). In this kind of situation, apt would prevent you and ask for what to do. (Come back with another UL question in this case;-)

You could add squeeze.list to source.list.d (New versions of APT will ignore filename not ending by .list.):

cat <<eof >/etc/apt/sources.list.d/squeeze.list
deb http://ftp.be.debian.org/debian/ squeeze-updates main contrib
deb-src http://security.debian.org/ squeeze/updates main contrib
eof

add a default directive to /etc/apt/apt.conf.d/

cat <<eof >/etc/apt/apt.conf.d/99squeeze
APT::Default-Release "wheezy";

Than use -t switch to apt-get for overriding default config:

apt-get -t squeeze install scim-pinyin
share|improve this answer
    
This makes perfect sense. In the end, thanks to the info in the link posted by @derobert I decided against installing SCIM and used fcitx instead, which is available in wheezy. So I found a solution to my problem but still learnt something new along the way - thanks. –  Lorax Jan 14 '13 at 22:48
1  
I'd like to point out that files added to sources.list.d are now ignored unless they have the list file extension. So in my case, file would be /etc/apt/sources.list.d/squeeze.list –  carandraug 2 days ago
    
@carandraug: Thanks, answer edited. –  F. Hauri 2 days ago
add comment

I did this once -- it was the image viewer gliv, which I wanted because it can create a slideshow, but the latest version (in sid) had a bug and terminated on startup. Once "downgraded", it worked.

In /etc/apt/sources.list, say it looks like this (otherwise set it just as you want it):

deb http://ftp.de.debian.org/debian sid main contrib non-free
# deb http://ftp.de.debian.org/debian wheezy main contrib non-free
# deb http://ftp.de.debian.org/debian squeeze main contrib non-free

In that case, you'd uncomment the last two lines, then run sudo aptitude update, then aptitude versions [package]. Spot the version you'd like, and run sudo aptitude [package]=[version] (without square brackets; type the version precisely as in the second column of aptitude's output).

When done, you might want to revert /etc/apt/sources.list so you're just roaming one Debian release.

share|improve this answer
    
I wish I could accept both answers, as both make sense. Thanks for the suggestion. –  Lorax Jan 14 '13 at 22:50
    
@Lorax: No problem at all, that's a common situation on the SX sites. –  Emanuel Berg Jan 15 '13 at 16:09
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.