Pinning, Local Repositories

From: Ryan King (rking_at_panoptic.com)
Date: 08/15/05

  • Next message: Anders Breindahl: "Re: lame not in the debian package repository?" 
    Date: Mon, 15 Aug 2005 11:45:06 -0400
To: debian-user@lists.debian.org

    I am working on a project where we need to maintain several deployments of
    our code. I want to set up a repostory so we can:
        - Package our main code up as a .deb
        - Package CPAN modules up that don't already have .deb's
        - Force certain versions of packages /not/ to upgrade until we're
          ready.

    On apt.example.net, I have:
        ~apt/htdocs/binary/*.deb

    On glumble.example.net, I have:
        /etc/apt/sources.list
            deb http://apt.example.net binary/
            # ... normal repo's
        /etc/apt/preferences
            Package: *
            Pin: release o=Example
            Pin-Priority: 900
        apt-cache policy
            # a bunch of 500's, then:
            900 http://apt.example.net binary/ Packages
            release o=Example
            origin apt.example.net

    The setup works for the simple cases of when we put a package up that's
    newer than the one in the distro's repository, but the pinning seems to
    have no effect. If I upload libfoo-perl.0.deb, it doesn't take
    preference over the distro's libfoo-perl.1.deb.

    I've tried a bunch of different options with pinning, but I guess I'm to
    the point where I give up and ask the experts. My figurin' is that the
    o=Example part is not the right thing to key on.

    And while I'm at it, I might as well ask: is there a standard way of doing
    authentication and encryption for the local repositories? Using "https://"
    in my sources.list gives:
        E: The method driver /usr/lib/apt/methods/https could not be found
    ...and I'm pretty sure I have no idea how to do authentication. Both of
    these things kind of go against the spirit of an open-source repository, I
    suppose. Maybe I should just do my own downloading with scp, and then the
    solution is fairly complete - assuming I can get those packages to not be
    overridden by the distro's packages.

    Thanks for your help!
    -rjk 

    -- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
  • Next message: Anders Breindahl: "Re: lame not in the debian package repository?"

    Relevant Pages

    • Re: Global variables
      ... I have a litte OT question: how do you initialize the Repository? ... first class triggered the Starter class. ... principle of object orientation is to design towards an interface, ... Starter class must not reside in the interface respository package. ...
      (comp.object)
    • Re: Fostering Cooperation (was Yum and EXTRAS)
      ... The page does not claim that cooperation would be ... The page is short and to the point in explaining why repository mixing ... that users of independent package providers should encourage them to join ... Fedora Core, it would be beneficial, if Fedora packages and their ...
      (Fedora)
    • Re: STS loading previous edition doesnt remove new classes
      ... classes which don't belong to a package will be made uncommitted. ... maybe you should ask people in this newsgroup if they ever encountered repository corruption. ... This wasn't what I was expecting - I expected that loading a previous ... Developer one can add 20 methods to class A, and developer two, 20 methods to class B and it requires manual merging? ...
      (comp.lang.smalltalk.dolphin)
    • Re: Fedora needs more evangelism for repositories
      ... Package upgrades, interaction with packager about packaging bugs (not ... Pin-Priority: 600 ... If package abc is in "Fedora Extras" and any other repository, ...
      (Fedora)
    • Re: An introduction of the new cheerleader...
      ... >> repository contains a new package, ... But when a package of the same software is in a public ... For inter-repository compatibility, it needs global policies which all ... > to Fedora QA to become a Fedora Extras package. ...
      (Fedora)