RE: [Ltib] PPP, GPP, etc... failures on new package prep

[Stephens, Peter A.]

"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. 

****************************************************************************************