http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
Full Version: Apt Pinning
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > Debian
Found a nice newbie-friendly article on apt pinning, which enables the user to prioritize the repos in /etc/apt/sources.list instead of installing/upgrading things simply based on the versioning of the packages:
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
VERY Helpful, helps with gnumeric too which is broken in armel.
Whats the soure entry for 2or0's custom repo? I have jpmatrix one mentioned in your signature, noticed mplayer wasn't in there.
Whats the soure entry for 2or0's custom repo? I have jpmatrix one mentioned in your signature, noticed mplayer wasn't in there.
QUOTE(ZDevil @ Dec 16 2007, 02:16 AM) 
Found a nice newbie-friendly article on apt pinning, which enables the user to prioritize the repos in /etc/apt/sources.list instead of installing/upgrading things simply based on the versioning of the packages:
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
My /etc/apt/preferences is pretty much exactly whats on that link plus a line to keep udev from upgrading. Any others? Maybe we should keep a list of potential apt pit falls.
CODE
Package: udev
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Cal
PS my udev pin might not be at the highest possible version, but it hasn't caused a problem yet.
QUOTE(cal @ Jan 26 2010, 10:41 PM)
QUOTE(ZDevil @ Dec 16 2007, 02:16 AM)
Found a nice newbie-friendly article on apt pinning, which enables the user to prioritize the repos in /etc/apt/sources.list instead of installing/upgrading things simply based on the versioning of the packages:
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
My /etc/apt/preferences is pretty much exactly whats on that link plus a line to keep udev from upgrading. Any others? Maybe we should keep a list of potential apt pit falls.
CODE
Package: udev
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Cal
PS my udev pin might not be at the highest possible version, but it hasn't caused a problem yet.
Thanks for the info, my udev is broken....any ideas on how to fix it?
QUOTE(axeTail @ Jan 27 2010, 02:11 PM)
QUOTE(cal @ Jan 26 2010, 10:41 PM)
QUOTE(ZDevil @ Dec 16 2007, 02:16 AM)
Found a nice newbie-friendly article on apt pinning, which enables the user to prioritize the repos in /etc/apt/sources.list instead of installing/upgrading things simply based on the versioning of the packages:
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
http://jaqque.sbih.org/kplug/apt-pinning.html
One immediate use I thought of is to assign the highest priority to jpmatrix's custom repo, so that 2or0's mplayer won't get replaced by apt-get dist-upgrade.
My /etc/apt/preferences is pretty much exactly whats on that link plus a line to keep udev from upgrading. Any others? Maybe we should keep a list of potential apt pit falls.
CODE
Package: udev
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Pin: version 0.114-2
Pin-Priority: 1001
Package: *
Pin: release a=stable
Pin-Priority: 700
Package: *
Pin: release a=testing
Pin-Priority: 650
Package: *
Pin: release a=unstable
Pin-Priority: 600
Cal
PS my udev pin might not be at the highest possible version, but it hasn't caused a problem yet.
Thanks for the info, my udev is broken....any ideas on how to fix it?
Sorry, I don't really.
Maybe you can roll back with sudo aptitude install <pkgname>=<version>
QUOTE(axeTail @ Jan 27 2010, 07:11 PM)
Thanks for the info, my udev is broken....any ideas on how to fix it?
Look at my post in the Udev and Kernel thread.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.