No subject
Fri Dec 18 02:33:18 GMT 2009
Nginx serves that repo to my local lan and also proxies approx running on
the same machine too. This gives me a both the an upstream proxy and a my
local packages with a couple of simple lines in sources.list.
eg:
deb http://apt/ubuntu karmic main
deb http://apt/ubuntu karmic-updates main
deb http://apt/ubuntu karmic-security main
deb http://apt/internal karmic main
Ubuntu being the upstream proxy and internal being my local package
repository.
In my situation, to keep old versions around I would archive them to a
folder nginx serves as they are built as reprepro does a good job of keeping
your repo current and clean. I have not got around to throwing everything
into VC, but that's going to be my next step and a big recommendation from
me too.
Just to muddy the waters for you a little. :-)
- Karl
--0016e6db2b0a22e03f048148a469
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div class=3D"gmail_quote">On 8 March 2010 22:00, Dave Hall <span dir=3D"lt=
r"><<a href=3D"mailto:dave.hall at skwashd.com">dave.hall at skwashd.com</a>&g=
t;</span> wrote:</div><div class=3D"gmail_quote"><blockquote class=3D"gmail=
_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:=
1ex;">
Hi Paul,<br>
<div class=3D"im"><br>
On Mon, 2010-03-08 at 20:44 +1000, Paul Gear wrote:<br>
> Hi folks,<br>
><br>
> I thought i'd ask a technical question here to give us a bit of re=
lief<br>
> from the leadership structure and all that. =A0:-)<br>
><br>
> I have previously maintained my own software repository for my Debian<=
br>
> systems, but it fell into disuse. =A0When i came back to re-visit the<=
br>
> question, i found that the ballgame had changed, and my scripts to<br>
> maintain my site (they used dpkg-scanpackages and dpkg-scansources)<br=
>
> don't work any more. =A0I found this page which talks about tools =
to<br>
> create my own repository:<br>
> <<a href=3D"http://wiki.debian.org/HowToSetupADebianRepository" tar=
get=3D"_blank">http://wiki.debian.org/HowToSetupADebianRepository</a>>. =
=A0That page<br>
> doesn't seem to nominate a clear winner, and lots of the products =
seem<br>
> to be poorly documented or abandoned.<br>
><br>
> Here are the factors in my repository creation equation:<br>
</div>> =A0 =A0 =A01. I need to support Debian & Ubuntu, both i386 &=
amp; amd64 (but<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 preferably all architectures) with o=
ne repository and one<br>
> =A0 =A0 =A0 =A0 build process.<br>
</div>> =A0 =A0 =A02. Most of my packages are small and architecture-ind=
ependent<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 (perl scripts, Java programs, and th=
e like), but i don't want<br>
> =A0 =A0 =A0 =A0 to be limited to this.<br>
</div>> =A0 =A0 =A03. I want to run the repository on my own LAN to prov=
ide maximum<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 speed and availability to my servers=
- this rules out using<br>
> =A0 =A0 =A0 =A0 PPA.<br>
</div>> =A0 =A0 =A04. I want to use a product that is under active devel=
opment<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 and/or use by Debian and/or Ubuntu d=
evelopers - this means it<br>
> =A0 =A0 =A0 =A0 should be available in main or universe.<br>
</div>> =A0 =A0 =A05. I'd prefer to maintain as few repository manag=
ement files as<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 possible. =A0The archive will not ge=
t big and complex, so it's<br>
> =A0 =A0 =A0 =A0 OK to maintain some by hand, but i'd rather not.<b=
r>
</div>> =A0 =A0 =A06. I want to keep all older versions of my packages o=
nline. =A0(My<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 old scripts used to complain every t=
ime i uploaded a new<br>
> =A0 =A0 =A0 =A0 version because there were already 27 existing version=
s in the<br>
> =A0 =A0 =A0 =A0 repository.)<br>
</div>> =A0 =A0 =A07. I'd prefer to find something that is reasonabl=
y<br>
<div class=3D"im">> =A0 =A0 =A0 =A0 well-documented, because asking Debi=
an developers for help is<br>
> =A0 =A0 =A0 =A0 like extracting blood from a stone (just try #debian o=
n IRC<br>
> =A0 =A0 =A0 =A0 sometime if you don't believe me), and Ubuntu folk=
s tend to<br>
> =A0 =A0 =A0 =A0 look at you all weird-like when you don't want to =
do<br>
> =A0 =A0 =A0 =A0 everything through launchpad & PPA.<br>
> Is this a reasonable list? =A0Is there a product that fits the bill?<b=
r>
<br>
</div>I can't help with the build side of things, all my package buildi=
ng<br>
isn't automated. =A0For the serving of packages I use reprepro and ngin=
x,<br>
for info check out the blog post I prepared earlier<br>
<a href=3D"http://davehall.com.au/blog/dave/2010/02/06/howto-setup-private-=
package-repository-reprepro-nginx" target=3D"_blank">http://davehall.com.au=
/blog/dave/2010/02/06/howto-setup-private-package-repository-reprepro-nginx=
</a><br>
<br>
I think it ticks all the boxes except #6 out of the box, but a quick<br>
shell script should help with the archiving bit. =A0I keep all of my<br>
packaging stuff in version control so I don't need to keep old versions=
<br>
kicking around.<br>
<br>
Cheers<br>
<br>
Dave<br>
<font color=3D"#888888"><font class=3D"Apple-style-span" color=3D"#000000">=
<font class=3D"Apple-style-span" color=3D"#888888"><br></font></font></font=
></blockquote><div><br></div><div class=3D"gmail_quote">I'll second Dav=
e's suggestion of reprepro and nginx.</div>
<div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote">The comment=
at the end of Dave's blog post was mine, and I have since moved from u=
sing apache to nginx too.</div><div class=3D"gmail_quote"><br></div><div cl=
ass=3D"gmail_quote">
I use pbuilder to maintain a few packages for the systems I maintain. From =
pbuilder I target amd64 & i386, jaunty & karmic. I know pbuilder al=
so supports building to debian targets on the same system too, but have not=
had a need to try it yet.</div>
<div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote">From there =
I debsign the .changes files and import them into reprepro.</div><div class=
=3D"gmail_quote">Nginx serves that repo to my local lan and also proxies ap=
prox running on the same machine too. This gives me a both the an upstream =
proxy and a my local packages with a couple of simple lines in sources.list=
.</div>
<div class=3D"gmail_quote"><div class=3D"gmail_quote">eg:</div><div class=
=3D"gmail_quote">deb <a href=3D"http://apt/ubuntu">http://apt/ubuntu</a> ka=
rmic main</div><div class=3D"gmail_quote">deb <a href=3D"http://apt/ubuntu"=
>http://apt/ubuntu</a> karmic-updates main</div>
<div class=3D"gmail_quote">deb <a href=3D"http://apt/ubuntu">http://apt/ubu=
ntu</a> karmic-security main</div><div class=3D"gmail_quote">deb <a href=3D=
"http://apt/internal">http://apt/internal</a> karmic main</div></div><div c=
lass=3D"gmail_quote">
<br></div><div class=3D"gmail_quote">Ubuntu being the upstream proxy and in=
ternal being my local package repository.</div><div class=3D"gmail_quote"><=
br></div><div class=3D"gmail_quote">In my situation, to keep old versions a=
round I would archive them to a folder nginx serves as they are built as re=
prepro does a good job of keeping your repo current and clean. I have not g=
ot around to throwing everything into VC, but that's going to be my nex=
t step and a big recommendation from me too.</div>
<div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote">Just to mud=
dy the waters for you a little. :-)</div><div class=3D"gmail_quote"><br></d=
iv><div>- Karl</div><div><br></div></div>
--0016e6db2b0a22e03f048148a469--
More information about the ubuntu-au
mailing list