<div class="gmail_quote">On Wed, Feb 25, 2009 at 5:30 PM, H.S. <span dir="ltr"><<a href="mailto:hs.samix@gmail.com">hs.samix@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">David Karr wrote:<br>
> On Wed, Feb 25, 2009 at 3:33 PM, Scott Abbey <<a href="mailto:scott@eotr.net">scott@eotr.net</a>> wrote:<br>
><br>
>> On Wed, Feb 25, 2009 at 6:21 PM, David Karr <<a href="mailto:davidmichaelkarr@gmail.com">davidmichaelkarr@gmail.com</a>><br>
>> wrote:<br>
>>> On Wed, Feb 25, 2009 at 3:05 PM, H.S. <<a href="mailto:hs.samix@gmail.com">hs.samix@gmail.com</a>> wrote:<br>
>>>> Which exact repo did you add? Right after you added this repo and<br>
>>>> checked for upgrades and installed the above two packages, were these<br>
>>>> the only packages that were needed to be upgraded/installed?<br>
>>> Ah! I didn't pay attention to this right after it, but now I see that the<br>
>>> new repo is the key to this.<br>
>>><br>
>>> The repo URI was "<a href="http://http.us.debian.org/debian" target="_blank">http://http.us.debian.org/debian</a>".<br>
>> Be very careful adding repos to your system. Debian's repos are *not*<br>
>> compatible with Ubuntu, generally speaking. Key libraries are at<br>
>> different versions and can cause major havoc to an Ubuntu system. It<br>
>> appears you've lucked out this time, but for future reference, don't<br>
>> just add any old repo to your sources. My personal suggestion, for<br>
>> simplicity's sake, is to stick to the official Ubuntu repos and the<br>
>> occasional <a href="http://launchpad.net" target="_blank">launchpad.net</a> PPA. If you absolutely must have a package<br>
>> that can't be installed from one of those two, you can try downloading<br>
>> *just the package* from Debian.<br>
>><br>
><br>
> In this case, I was only using it to install an Emacs lisp package. In the<br>
> future, if I have to do that again, I'll enable the repo, install just that<br>
> package, and disable the repo. If it's for anything else, I'll keep it away<br>
> from update manager.<br>
<br>
</div>One can do this very systematically such that you can add the repo and<br>
it will be checked only for that package. You need to look at apt<br>
documentation for that. This is a relatively more common thing in Debian<br>
where can be running, say, Debian Testing and using Nvidia package from<br>
Debian Unstable. The key is the /etc/apt/preferences file and I think<br>
you need to look at apt pinning and also the "-t" option of aptitude (or<br>
apt-get). All this, of course, if you want to go down this path. Not<br>
sure how this works in Ubuntu though (mixing Hardy, Interpid, Juanty, or<br>
even Debian); works wonderfully in Debian.<br>
</blockquote><div><br>I'll definitely take a look at this. For a one-time shot, it was easy enough to limit the package list to just the single elisp module I wanted. My mistake was forgetting to remove the repo after I installed the elisp module.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Take a look at this:<br>
<a href="http://debian-book-bg.openfmi.net/queue/apt-pinning.html" target="_blank">http://debian-book-bg.openfmi.net/queue/apt-pinning.html</a><br>
<br>
Trust me, the dpkg from Debian is one of the best package managers I<br>
have ever seen. And it is quite flexible while robust. No wonder<br>
Canonical chose Debian to base Ubuntu on. :)<br>
<div class="Ih2E3d"><br>
<br>
><br>
>>> Any reason not to proceed with the flash plugin update at this point?<br>
>> You should be ok now that you've disable the Debian repo. Go ahead and<br>
>> delete that repo entirely to avoid future snafus.<br>
>><br>
><br>
> I think I'm ok with leaving it there, but unchecked, if I have to install<br>
> any other Emacs lisp packages again. I'll never forget the impact of it<br>
> now. :)<br>
<br>
</div>Here is what I do in such special cases. I add the repo and then use the<br>
terminal to do the updates.<br>
to update:<br>
$> sudo aptitude update<br>
<br>
then do a simulated update:<br>
$> sudo aptitude -sV safe-update<br>
<br>
where "s" tells to simulate only and "V" tell to show version.<br>
<br>
If I want to install a package <package>, then<br>
$> sudo aptitude -s install <package><br>
<br>
In short, use "-s" switch to see what will happen. It shows all the<br>
details of what will or will not happen without actually doing anything.<br></blockquote></div><br>It was easy enough to essentially do this graphically. I'll keep this in mind next time, though.<br>