[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [Ltib] PPP, GPP, etc... failures on new package prep
From: |
Stuart Hughes |
Subject: |
RE: [Ltib] PPP, GPP, etc... failures on new package prep |
Date: |
Thu, 20 Mar 2008 18:01:45 +0000 |
Hi Peter,
Yes you could. Additionally you can add your own package pools if you
setup an internal html server to dish out the files.
Regards, Stuart
On Thu, 2008-03-20 at 13:37 -0400, Stephens, Peter A. wrote:
> "You can simply delete the entry in under %ppp_url so it looks like:"
>
> Ah... I see. Could I achieve the same thing by removing ppp from the
> following:
>
> # This is a list of the package pools to use (whitespace
> separated inc newline)
> %pps
> ppp
> gpp
>
>
> Peter A. Stephens
> Advanced Engineering
> address@hidden
> www.delphi.com
> 765-451-7074
>
> -----Original Message-----
> From: Stuart Hughes [mailto:address@hidden
> Sent: Thursday, March 20, 2008 1:34 PM
> To: Stephens, Peter A.
> Cc: address@hidden; address@hidden
> Subject: Re: [Ltib] PPP, GPP, etc... failures on new package prep
>
> Hi Peter,
>
> You can simply delete the entry in under %ppp_url so it looks like:
>
> # The URL of the PPP (Private Package Pool) private code repository
> %ppp_url
>
> # The URL of the GPP (Global Package Pool) master code repository
> %gpp_url http://bitshrine.org/gpp/
>
> This is how it is on the bitshrine version. The failure of the PPP
> won't stop the GPP though. If you're behind a proxy, you can just add
> those defails in the .ltibrc file. So you need to add a valid entry
> for: %http_proxy also you need to change the value of %gpp_proxy from 0
> to 1.
>
> If you've locally added a source tarball to /opt/freescale(ltib)/pkgs it
> will still go out to try to find the corresponding .md5 file so it can
> check it. If this file can't be found it will continue but warn it
> can't check the md5sum. This is expected for new content until you
> either generate locally an md5 file, or upload to the GPP.
>
> I can't help with the Makefile as that depends on what you want to do
> with your application, however I would use a fixed name and not get it
> from the enclosing directory. Also I'd avoid the name 'test'
> (executable name) as it's easy to forget and accidentally pull in the
> UNIX command test, which gets confusing.
>
> Regards, Stuart
>
>
> On Thu, 2008-03-20 at 11:02 -0400, Stephens, Peter A. wrote:
> > Guys, I am trying to build a little test application. I copied your
> > helloworld application as a starting point and packaged it per the FAQ
>
> > to test things out.
> >
> > I got to the "prep" step in the FAQ item "How can I add a completely
> > new package to the root filesystem". I got failures because it could
> > not find the PPP or GPP. This makes sense as I am behind a proxy so I
>
> > changed the ".ltibrc" as needed and now it checks the GPP, but still
> > fails the PPP. I understand this as the PPP still points at the
> > private area for Freescale. What should I do? Should I disable these
>
> > checks? If so, how do you tell LTIB not to check the GPP and PPP?
> >
> > P.S. I added a few lines to the Makefile to help in packaging up the
> > new sources:
> >
> > address@hidden test-0.2]$ svn diff Makefile
> > Index: Makefile
> > ===================================================================
> > --- Makefile (revision 6)
> > +++ Makefile (working copy)
> > @@ -3,6 +3,8 @@
> > progs = test test_static testcpp testcpp_static
> > prefix = /usr
> > DESTDIR =
> > +pkgname = test
> > +pkgver = 0.2
> >
> > all : $(progs)
> >
> > @@ -20,3 +22,7 @@
> >
> > %_static : %.cpp
> > g++ -static $(CXXFLAGS) $< -o $@
> > +
> > +lpp :
> > + rm -f $(progs)
> > + tar
> > -zcvf /opt/freescale/pkgs/$(pkgname)-$(pkgver).tar.gz
> > ../$(pkgname)-$(pkgver)
> >
> > I would rather grab the pkgname and pkgver from the directory name,
> > but haven't yet figgered this out... - Pete
> >
> > Peter A. Stephens
> > address@hidden
> > 765-451-7074
> >
> >
> >
> >
> >
> > Dream as if you'll live forever;
> >
> > Live as if you'll die today.
> > - James Dean
> >
> >
> > Electronics & Safety, Advanced
> > Engineering
> >
> >
> >
> >
> >
> >
> >
> > **********************************************************************
> > ******************
> >
> > Note: If the reader of this message is not the intended recipient, or
> > an employee or agent responsible for delivering this message to the
> > intended recipient, you are hereby notified that any dissemination,
> > distribution or copying of this communication is strictly prohibited.
> > If you have received this communication in error, please notify us
> > immediately by replying to the message and deleting it from your
> > computer. Thank you.
> >
> > **********************************************************************
> > ******************
> >
> > _______________________________________________
> > LTIB home page: http://bitshrine.org
> >
> > Ltib mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/ltib
>
>
> ****************************************************************************************
>
> Note: If the reader of this message is not the intended recipient, or an
> employee or agent responsible for delivering this message to the intended
> recipient, you are hereby notified that any dissemination, distribution or
> copying of this communication is strictly prohibited. If you have received
> this communication in error, please notify us immediately by replying to the
> message and deleting it from your computer. Thank you.
>
> ****************************************************************************************