Re: Test package apt repositories, and "Release" files.

[Andreas Metzler]

Karl M. Hegbloom <[EMAIL PROTECTED]> wrote:
[...]
> Package: *
> Pin: release o=Debian/~njordan
> Pin-Priority: 989

> !!! Will those who know please check the above and see if my
> understanding of how apt/preferences is supposed to be used is correct? 
> I'd hate to give misinformation and have a lot of people believe I know
> what I'm talking about. :-)

> I think that the "Release" file for ~njordan, corresponding to:

> deb http://people.debian.org/~njordan kde3.0/

> ... should look like:

> Archive: unstable
> Component: main
> Origin: Debian/~njordan
> Label: Debian
> Architecture: i386

Hello,
Well, I just tried it out with my local
deb file:/apt-zusatz/ ./
and the entry for /etc/apt/preferences quoted above (but with
Pin-Priority: 666) and it seemed to work:
--
*prompt* apt-cache policy exim4-daemon-light
exim4-daemon-light:
  Installed: (none)
  Candidate: 4.10-0.srh20.19
  Version Table:
 4.10-0.srh20.19 0
666 file: ./ Packages
--
I had to remove the entry from source.list, call apt-get update,
re-add the entry to source.list and call apt-get /again/ to force
reading the Release-file.

Afaik it does not matter very much what you put in the Origin and
Label fields, but it seems to make sense to use the correct
stable/testing/unstable in Archive because it corresponds to the value
used as argument for "apt-get --default-release". You might want to
add a Version-line
 cu andreas
-- 
Hey, da ist ein Ballonautomat auf der Toilette!
Unofficial _Debian-packages_ of latest unstable _tin_
http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/

Re: Test package apt repositories, and "Release" files.

[Stefano Zacchiroli]

On Fri, Nov 22, 2002 at 08:33:44AM +0100, Marc Haber wrote:
> This is the question that hasn't been addressed yet. Is the Release
> file that Karl posted correct?

I'm still waiting for an answer on this from some guru, I've an
apt-gettable repository but I haven't yet looked at the pinning stuff.

If someone can answer on this I will surely set up the needed Release
file.

TIA,
Cheers.

-- 
Stefano Zacchiroli  -  undergraduate student of CS @ Uni. Bologna, Italy
   [EMAIL PROTECTED] | ICQ 33538863 | http://www.cs.unibo.it/~zacchiro
 "I know you believe you understood what you think I said, but I am not
 sure you realize that what you heard is not what I meant!" -- G.Romney


pgpLuio6ogCwB.pgp
Description: PGP signature

Re: Test package apt repositories, and "Release" files.

[Marc Haber]

On 21 Nov 2002 00:48:31 -0800, "Karl M. Hegbloom"
<[EMAIL PROTECTED]> wrote:
>I think that the "Release" file for ~njordan, corresponding to:
>
>deb http://people.debian.org/~njordan kde3.0/
>
>... should look like:
>
>Archive: unstable
>Component: main
>Origin: Debian/~njordan
>Label: Debian
>Architecture: i386
>
>Is that about right?

This is the question that hasn't been addressed yet. Is the Release
file that Karl posted correct?

To give an alternative, here is the Release file from an internal
aptable archive that we use to distribute internal packages compiled
against woody:

[1/[EMAIL PROTECTED]:~$ cat
debian/dists/tpl/woody/main/binary-i386/Release 
Archive: woody
Component: main
Architecture: i386
Origin: tpl
Label: tpl/woody
[2/[EMAIL PROTECTED]:~$ 

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber  |   " Questions are the | Mailadresse im Header
Karlsruhe, Germany  | Beginning of Wisdom " | Fon: *49 721 966 32 15
Nordisch by Nature  | Lt. Worf, TNG "Rightful Heir" | Fax: *49 721 966 31 29

Re: Test package apt repositories, and "Release" files.

[Anthony Towns]

On Thu, Nov 21, 2002 at 09:35:51PM -0600, Manoj Srivastava wrote:
> >>"Karl" == Karl M Hegbloom <[EMAIL PROTECTED]> writes:
>  Karl> Just a reminder...  Will folks who place test packages in "apt"
>  Karl> repositories PLEASE put "Release" files in there along with "Packages"
>  Karl> and "Sources", so that we can use the man apt_preferences functionality
>  Karl> to "Pin" those test package repositories?
>   A real Release file has md5sums of the Packages files, and has
>  a detached signature -- and I can't seem to find a straight forward
>  means of creating one.

There are two different sorts of Release files -- binary-*/Release which
is what Karl was talking about, and dists/*/Release{,.gpg} which is what
you're talking about. The former can be written by hand, and doesn't change
(except at release time), or can be generated from the latter. The latter
needs to be updated every time any Packages file changes, obviously.

It should be fairly straightforward to create a Release{,.gpg} set
yourself, the files aren't particularly complicated. Ripping out code from
"ziyi" in the katie suite might help.

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG signed mail preferred.

 ``If you don't do it now, you'll be one year older when you do.''

Re: Test package apt repositories, and "Release" files.

[Manoj Srivastava]

>>"Karl" == Karl M Hegbloom <[EMAIL PROTECTED]> writes:

 Karl> Just a reminder...  Will folks who place test packages in "apt"
 Karl> repositories PLEASE put "Release" files in there along with "Packages"
 Karl> and "Sources", so that we can use the man apt_preferences functionality
 Karl> to "Pin" those test package repositories?

A real Release file has md5sums of the Packages files, and has
 a detached signature -- and I can't seem to find a straight forward
 means of creating one.

manoj
-- 
 Do your otters do the shimmy? Do they like to shake their tails? Do
 your wombats sleep in tophats? Is your garden full of snails?
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Test package apt repositories, and "Release" files.

[Graham Wilson]

On Thu, Nov 21, 2002 at 01:36:07PM -0500, Matt Zimmerman wrote:
> On Thu, Nov 21, 2002 at 02:19:50AM -0700, Joel Baker wrote:
> > And/or, has katie advanced to the point where mere mortals can actually get
> > it installed and working without taking a 3D6 SAN loss?
> > 
> > For all of it's limitations (and yes, I've failed to find time to patch it
> > to fix many of those, like lack of coping with pools), debarchiver is still
> > the only thing I've found that really copes with things and doesn't require
> > someone to do a lot of support work before it will produce useful results.
> 
> I haven't tried it, but I've heard some positive feedback about
> mini-dinstall.  Release file support is (on the) TODO list.

i use that for a private archive i work with and it is a great package.
it was a little difficult to install, but it works great and is now easy
to use. thanks colin.

--
gram


pgp28NgTHVIVo.pgp
Description: PGP signature