Re: using Git/SVN to manage .info files in local/ tree?

Executive summary: using Git, with three separate repositories. See  
below for details.

On Jan 3, 2009, at 10:40 PM, Charles Lepple wrote:

> Note: if you thought this was going to be a rant about keeping info
> files in CVS, sorry to disappoint you.
>
> I have been keeping .info files for my packages in my own SVN
> repository for some time now, and IMHO things are working pretty well.
>
> The one thing that I think could use a little improvement is tracking
> when versions have been pushed from my local directory to unstable,
> and from unstable to stable (or when another maintainer commits a
> change to CVS, and I blindly overwrite that with local changes when
> upstream releases a new version).
>
> Has anyone set up something like this, where you can easily summarize
> what packages need to be tested, then promoted? (I know there is
> something like this on the PDB for all packages, but I figure this
> could most easily be tracked locally, especially since the PDB has no
> concept of my local/ directory, and takes some time to update.)
>
> I know just enough about Git to be dangerous, so if you have more
> git-fu please shoot holes in this idea: stable, unstable and local are
> all Git repositories (with appropriate ignore rules for both CVS
> metadata and packages which I don't maintain). The unstable repository
> is cloned from local, and both are seeded with the unstable tree from
> CVS (similarly, stable is cloned from unstable, but with the actual
> contents imported from CVS).

patchscript update

Hi,

How do I update the following to the new PatchScript format:

PatchScript: <<
  sed -e 's|@PREFIX@|%p|g' -e 's|@PERL_RAW@|%type_raw[perl]|g' < %a/% 
{Ni}.patch | patch -p1
<<

I get the following warning: "Warning: %a patchfile pathnames are  
deprecated. Use PatchFile, and %{PatchFile} to reference the patch.",  
but there is no PatchFile present.

thanks,

- Koen.

------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword

Re: patchscript update

Koen van der Drift wrote:
> Hi,
>
> How do I update the following to the new PatchScript format:
>
> PatchScript: <<
>   sed -e 's|@PREFIX@|%p|g' -e 's|@PERL_RAW@|%type_raw[perl]|g' < %a/% 
> {Ni}.patch | patch -p1
> <<
>
>
> I get the following warning: "Warning: %a patchfile pathnames are  
> deprecated. Use PatchFile, and %{PatchFile} to reference the patch.",  
> but there is no PatchFile present.
>
> thanks,
>
> - Koen.
>   
How about:

PatchFile: %{Ni}.patch
PatchFile-MD5:  <whatever the MD5 is>
PatchScript:  sed -e 's|@PREFIX@|%p|g' -e
's|@PERL_RAW@|%type_raw[perl]|g' < %{PatchFile} | patch -p1

--

-- 
Alexander Hansen
Fink User Liaison

Re: patchscript update

Ah, my bad, there is a .patch file. Thanks I'll use that.

- Koen.

On Feb 1, 2009, at 12:43 PM, Alexander Hansen wrote:

> Koen van der Drift wrote:
>> Hi,
>>
>> How do I update the following to the new PatchScript format:
>>
>> PatchScript: <<
>>  sed -e 's|@PREFIX@|%p|g' -e 's|@PERL_RAW@|%type_raw[perl]|g' < %a/%
>> {Ni}.patch | patch -p1
>> <<
>>
>>
>> I get the following warning: "Warning: %a patchfile pathnames are
>> deprecated. Use PatchFile, and %{PatchFile} to reference the patch.",
>> but there is no PatchFile present.
>>
>> thanks,
>>
>> - Koen.
>>
> How about:
>
> PatchFile: %{Ni}.patch
> PatchFile-MD5:  <whatever the MD5 is>
> PatchScript:  sed -e 's|@PREFIX@|%p|g' -e

libpcap doesn't build under 10.4.11

Hello. I tried to send this a while ago, but the MIME type got messed 
up, and it was scrubbed.

I've tried to compile libpcap (from the stable and unstable trees) on 
PowerPC OS X 10.4.11. It fails with a compiler error in the BPF code 
about a constant that doesn't exist. When I looked at the code, it 
turned to be a hack working around a bug in OS X 10.3. Well, I guess 
10.4 fixed it. When I took out the code, the library compiled and has 
worked perfectly.

I offer a patch to take it out (by changing the #ifdef around it) for 
10.4 users if anyone else has been having the problem. I suggest that if 
10.3 is still officially supported by Fink, the build script should 
check the OS version, and possibly apply it.

Please reply to me directly with any comments, as I am not subscribed to 
the list.

I hope it helps someone.

--
Dan Harrison

--- pcap-bpf.c.orig	2008-11-21 22:39:34.000000000 -0600
+++ pcap-bpf.c	2008-11-21 22:40:04.000000000 -0600
@@ -323,7 +323,7 @@
  	int ret;

  	ret = write(p->fd, buf, size);
-#ifdef __APPLE__

Re: libpcap doesn't build under 10.4.11

On 03 Feb 2009, at 00:20, Daniel Harrison wrote:

> I've tried to compile libpcap (from the stable and unstable trees) on
> PowerPC OS X 10.4.11. It fails with a compiler error

I am on 10.4.11, and

# fink list -t libpcap
Information about 7928 packages read in 2 seconds.
  i      libpcap 0.9.8-12        Network packet capture library
  i      libpcap-shlibs  0.9.8-12        Network packet capture library

And I just rebuilt it to be sure!

Something else must be going on in addition ...
(this is on a mac-intel, but I'm sure I have it installed on my G5  
too..)

JF Mertens

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Re: libpcap doesn't build under 10.4.11

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

_______________________________________________
Fink-devel mailing list
Fink-devel <at> lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

fink and libLTO.dylib

   I am in the process of preparing llvm and 
llvm-gcc-4.2 packaging for the new llvm 2.5
release (which finally has a usable gfortran
that passes the Polyhedron benchmarks). The
packaging uses the Xcode 3.1 linker in
/Developer/usr/bin so that the LTO is available
at -O4 in the compilers. I am also packaging
the libLTO.dylib which is built as part of
llvm in a llvm-shlibs so that users can replace
Apple's version with that copy. The newer libLTO.dylib
allows for complete LTO support rather than just
dead code elimination.
    The fink maintainer mode is confused by
libLTO.dylib because it's otool -L output shows...

libLTO.dylib:
        @executable_path/../lib/libLTO.dylib (compatibility version 1.0.0, current version 2056.0.0)
        /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
        /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)

Fink should understand that Apple considers the use of  @executable_path/../lib/libLTO.dylib
as a valid path for the shared library.
        Jack

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Re: fink and libLTO.dylib

On Tue, Feb 03, 2009 at 11:10:45AM -0500, Jack Howarth wrote:
>     The fink maintainer mode is confused by
> libLTO.dylib because it's otool -L output shows...
> 
> libLTO.dylib:
>         @executable_path/../lib/libLTO.dylib (compatibility version 1.0.0, current version 2056.0.0)
>         /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)
>         /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0)
> 
> Fink should understand that Apple considers the use of  @executable_path/../lib/libLTO.dylib
> as a valid path for the shared library.

It's only valid if that's the correct relative path from the
executable to the dylib. For /sw/bin/foo, that means
/sw/bin/../lib/libLTO.dylib, which is /sw/lib/libLTO.dylib and that's
correct. But for /sw/lib/foo/foo-util, that seems like it would be
/sw/lib/foo/../lib/libLTO.dylib, which is /sw/lib/lib/libLTO.dylib and
that's totally wrong.

dan

--

-- 
Daniel Macks
dmacks <at> netspace.org
http://www.netspace.org/~dmacks

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com

Re: fink and libLTO.dylib

Daniel,
   I agree its only valid depending upon the location.
However, the point of the exercise here is to provide
the user with the option of using full LTO by bundling
a copy of llvm 2.5's libLTO.dylib with the llvm packages.
I guess we will just have to ignore the maintainer mode
errors.
            Jack

------------------------------------------------------------------------------
Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
software. With Adobe AIR, Ajax developers can use existing skills and code to
build responsive, highly engaging applications that combine the power of local
resources and data with the reach of the web. Download the Adobe AIR SDK and
Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com