Re: [Fink-devel] Fink distfiles master corrupted?

[TheSin]

This is very odd behaviour I’ll look into it.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jan 31, 2017, at 7:20 AM, Scott Hannahs  
> wrote:
> 
> Just a note.  I was re-installing fink from scratch just using the 
> ./bootstrap and it hangs while downloading bzip2
> http://distfiles.master.finkmirrors.net/distfiles/bzip2-1.0.6.tar.gz
> 
> The file seems to download the whole thing immediately and then hang at 99% 
> complete.
> 
> The same URL hangs downloading in Safari as well.
> 
> Is this a known issue?
> 
> -Scott
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Fink distfiles master corrupted?

[TheSin]

As a quick first attempt I liked your link in safari and had no issues at all, 
I just happen to be doing a fresh install today so I’ll test it via fink and 
see.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jan 31, 2017, at 7:20 AM, Scott Hannahs  
> wrote:
> 
> Just a note.  I was re-installing fink from scratch just using the 
> ./bootstrap and it hangs while downloading bzip2
> http://distfiles.master.finkmirrors.net/distfiles/bzip2-1.0.6.tar.gz
> 
> The file seems to download the whole thing immediately and then hang at 99% 
> complete.
> 
> The same URL hangs downloading in Safari as well.
> 
> Is this a known issue?
> 
> -Scott
> 
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> https://sourceforge.net/p/fink/mailman/fink-devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] daemonic installation problem (was Re: [Fink-users] Repeated failures with update-all)

[TheSin]

Just committed a new revision (11) that will be more selective on the files.  I 
have no idea how a bash-completion script got in that dir, but this should 
avoid it at least.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Nov 14, 2016, at 9:42 AM, Daniel E. Macks  wrote:
> 
> Changing subject and trimming output to specify the underlying problem
> package. Cross-posting to -devel at request of TheSin, who was
> working on the new daemonic--please keep further discussion there.
> 
> Daren Gillespie  said:
> [...]
>> 
>> /sw/bin/dpkg-lockwait -i 
>> /sw/fink/dists/stable/main/binary-darwin-x86_64/base/daemonic_20010902-10_darwin-x86_64.deb
>> (Reading database ... 184140 files and directories currently installed.)
>> Preparing to replace daemonic 20010902-9 (using 
>> .../daemonic_20010902-10_darwin-x86_64.deb) ...
>> Unpacking replacement daemonic ...
>> Setting up daemonic (20010902-10) ...
>> No matching service found for "daemonic", skipping.
>> /sw/bin/dpkg: error processing daemonic (--install):
>> subprocess post-installation script returned error exit status 1
>> Errors were encountered while processing:
>> daemonic
>> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
>> Failed: can't install package daemonic-20010902-10
> 
> --
> Daniel Macks
> dma...@netspace.org
> 
> 
> --
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel

--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Potential feature change for fink

[TheSin]

Could we not make a system-xquartz that provides system-xfree86 at the version 
it actually is via .pc file? This will solve a version issue if we ever return 
to a fink xfree (not saying we ever will, but why close the door).

Then things hat have a versioned conflicts or whatever shock be on the system 
xquartz instead of xfree

Just thinking out loud as I’m not an X11 guy there may be a reason this is a 
bad idea, it’s just my first thought instead of poisoning the xfree version.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Nov 3, 2016, at 3:22 PM, Alexander Hansen  
> wrote:
> 
> I’ve created a git branch named show-xquartz-release-version ( 
> https://github.com/fink/fink/tree/show-xquartz-release-version ) which 
> changes the version of system-xfree86*
> 
> Background:  we used to have a working version test for X11, but that became 
> nonfunctional at some point (I haven’t delved in the commit history for 
> that).   It was decided just to encode “7.2” as the version, corresponding to 
> the Xorg-7.2 codebase, along with an Epoch of 2.
> 
> However, given our recent issues with certain Xquartz versions, it seems like 
> it would be useful for us to track the XQuartz version.  We do track the 
> versions of certain components based on their .pc files, but that isn’t a 
> reliable indicator of an Xquartz release; the most notable break was in libXt 
> between XQuartz-2.8 and 2.9, and its .pc didn’t even change versions. 
> 
> My approach has been to query the receipts database in order to get the 
> aggregate XQuartz version.  This is similar to what we do for the Xcode CL 
> tools for the “xcode” (not “xcode.app”) version.  
> 
> $ fink list -t system-xfree86
> Scanning package description files..
> Information about 9932 packages read in 2 seconds.
> i system-xfree86  3:2.7.112-3 [placeholder for user installed x11]
> i system-xfree86-dev  3:2.7.112-3 [placeholder for user installed 
> x11 development tools]
> i system-xfree86-manual-install   3:2.7.112-3 Manually installed X11 
> components
> i system-xfree86-shlibs   3:2.7.112-3 [placeholder for user installed 
> x11 shared libraries]
> 
> The epoch has been changed to 3 because the Xquartz version is less than 7.2. 
>  I don’t think we actually track the system-xfree86 version anywhere, but 
> there’s no reason not to be consistent.  I have XQuartz-2.7.11 installed, but 
> the package info gives ‘2.7.112':
> 
> $ pkgutil --pkg-info org.macosforge.xquartz.pkg
> package-id: org.macosforge.xquartz.pkg
> version: 2.7.112
> volume: /
> location: 
> install-time: 1478014088
> 
> One downside to this approach is that if somebody removes the receipt the 
> versioning will be lost.  If somebody has an alternative approach to get at 
> the aggregate XQuartz version based on the currently installed files or the 
> output from executables, I’m open to using that.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 
> 
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today. http://sdm.link/xeonphi
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] 10.12-friendly packaging

[TheSin]

feel free if you have a working version, I don’t have 10.12 installed yet and 
I”d need to reinstall master fink to test anything since i run my PR currently. 
 unless you means it’s just a dist update, maybe I can just merge now and have 
one file?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Aug 21, 2016, at 4:47 PM, Alexander Hansen  
> wrote:
> 
> Maintainer: Justin F. Hallett 
> devel/po4a-10.11.info


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] tar-1.26.4 under 10.12: error compiling

[TheSin]

the error does not seem to be with tar at all, it looks like you are trying to 
upgrade fink or something or at least fink thinks you are.

> /sw/bin/fink -y install libgettext8-dev libiconv-dev
> Use 'fink reinstall fink' to switch distributions
> from 10.11 to 10.12.
> 'install' operation not permitted.

That is the issue not tar, the install is part of the tar bootstrap info file, 
but it doesn’t even get to tar yet.  Why is fink tell you you need to switch 
from 10.11 tom 10.12, that is the issue.

I do not have 10.12 ATM so I can’t really help beyond this.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!
--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] tar 1.29 breaks fink packager

[TheSin]

I haven’t tried yet so I’m not seeing it yet.  But I did have lots of problems 
with gnu vs bad tar when I started updating dpkg years ago, so I know I made 
lots of changes to the calls.  I don’t think it’s used the same way at all 
anymore, it’s been a bit so I’ll have not go over the patch again but search 
for tar params in the patch not execlp.  In newer dpkg they have their own exec 
functions now.

I’ll install tar 1.28 and test it with my version to see if it happens, I’ll 
also check in current debian see if it’s happening there and what they are 
doing about it.  I’ll try and make time to check and test it out tonight.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jun 5, 2016, at 9:00 AM, Jack Howarth  wrote:
> 
> 
> 
> On Sun, Jun 5, 2016 at 10:47 AM, TheSin  wrote:
> our version of dpkg is FAR too old to report upstream, not to mention I’m 
> sure it is fixed upstream by now.  Check the patch in my PR see if it’s still 
> needed.  I haven’t had a chance but i’m gonna try it.  I’m pretty sure I have 
> a test case already in dpkg 1.15.x for gnu vs bad tar at the very least.
> 
> Are you saying that you have already found a similar failure in dpkg when 
> using it against the tar 1.27 or 1.28 releases? Also in 
> http://fink.cvs.sourceforge.net/viewvc/fink/experimental/thesin/finkinfo/new/ 
> I don't see any evidence of the execlp part of dpkg.patch since the changes 
> are all based on the newer dpkg. Since this really might represent a 
> previously unknown regression in the newer tar, we really ought to try to 
> puzzle out a reproducer to submit back upstream (assuming that this is just 
> an invocation of tar with options that no longer behaves as expected).
>   Jack
> 
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> > On Jun 5, 2016, at 8:35 AM, Jack Howarth  wrote:
> >
> >  The new tar 1.29 release (which is available on fink tracker at 
> > https://sourceforge.net/p/fink/package-submissions/4664/) passes its test 
> > suite cleanly on x86_64-apple-darwin15 but causes fink to exhibit broken 
> > behavior when installed. The problem is that, when a package is built under 
> > the new tar 1.29 release, the creation of the build-lock misplaces the 
> > DEBIAN control directory at the root level. This creates debs that 
> > incorrectly have the DEBIAN control directory placed at root as well and 
> > thus all conflict with each other.
> >  We should try to puzzle out if the tar hacks used in dpkg.patch really 
> > valid and, if so, try to create a stand-alone test case to report back 
> > upstream to the bug-tar mailing list (as this glitch isn't being captured 
> > by their current test suite).
> >   Jack
> > ps The main changes I see here are...
> >
> > -execlp(TAR,"tar","-cf", "-", "-T", "-", "--null", "--no-recursion", 
> > (char*)0);
> > +execlp(TAR,"tar","-cf", "-", "--null", "-T", "-", "--no-recursion", 
> > (char*)0);
> >
> >
> > for dpkg-1.10.21/dpkg-deb/build.c.
> >
> >
> > --
> > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> > patterns at an interface-level. Reveals which users, apps, and protocols are
> > consuming the most bandwidth. Provides multi-vendor support for NetFlow,
> > J-Flow, sFlow and other flows. Make informed decisions using capacity
> > planning reports. 
> > https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
> > Fink-devel mailing list
> > Fink-devel@lists.sourceforge.net
> > List archive:
> > http://news.gmane.org/gmane.os.apple.fink.devel
> > Subscription management:
> > https://lists.sourceforge.net/lists/listinfo/fink-devel
> 
> 


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] tar 1.29 breaks fink packager

[TheSin]

our version of dpkg is FAR too old to report upstream, not to mention I’m sure 
it is fixed upstream by now.  Check the patch in my PR see if it’s still 
needed.  I haven’t had a chance but i’m gonna try it.  I’m pretty sure I have a 
test case already in dpkg 1.15.x for gnu vs bad tar at the very least.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jun 5, 2016, at 8:35 AM, Jack Howarth  wrote:
> 
>  The new tar 1.29 release (which is available on fink tracker at 
> https://sourceforge.net/p/fink/package-submissions/4664/) passes its test 
> suite cleanly on x86_64-apple-darwin15 but causes fink to exhibit broken 
> behavior when installed. The problem is that, when a package is built under 
> the new tar 1.29 release, the creation of the build-lock misplaces the DEBIAN 
> control directory at the root level. This creates debs that incorrectly have 
> the DEBIAN control directory placed at root as well and thus all conflict 
> with each other. 
>  We should try to puzzle out if the tar hacks used in dpkg.patch really 
> valid and, if so, try to create a stand-alone test case to report back 
> upstream to the bug-tar mailing list (as this glitch isn't being captured by 
> their current test suite).
>   Jack
> ps The main changes I see here are...
> 
> -execlp(TAR,"tar","-cf", "-", "-T", "-", "--null", "--no-recursion", 
> (char*)0);
> +execlp(TAR,"tar","-cf", "-", "--null", "-T", "-", "--no-recursion", 
> (char*)0);
> 
> 
> for dpkg-1.10.21/dpkg-deb/build.c.
> 
> 
> --
> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
> patterns at an interface-level. Reveals which users, apps, and protocols are 
> consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
> J-Flow, sFlow and other flows. Make informed decisions using capacity 
> planning reports. 
> https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Fink

[TheSin]

oh that is awesome I miss drm, welcome back!
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Nov 23, 2015, at 9:06 AM, Max Horn  wrote:
> 
> Hi Dave,
> [CC: fink-devel],
> 
>> On 22 Nov 2015, at 21:39, David R. Morrison  wrote:
>> 
>> Hi Max.
>> 
>> I have indeed been inactive but am planning to resume activity soon.  (As 
>> soon as I get one of my machines upgraded to a El Capitan.)  I'll assess my 
>> packages after I do that and might release some of them as unmaintained.
> 
> Great news :)
> 
> 
> Cheers,
> Max
> --
> Go from Idea to Many App Stores Faster with Intel(R) XDK
> Give your users amazing mobile app experiences with Intel(R) XDK.
> Use one codebase in this all-in-one HTML5 development environment.
> Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
> http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[TheSin]

what about a debian style license file

They list all different licenses which links to each license in the docs dir, 
so if a file uses openssl, that file could be under that license and the rest 
under gpl.  I know Debian doesn’t have the same issue since it has ssl as the 
base system but wouldn’t that license system work?

something like this from dpkg as an example though all debian packages have one 
as the policy states it needs to.

http://metadata.ftp-master.debian.org/changelogs//main/d/dpkg/dpkg_1.18.1_copyright
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jun 21, 2015, at 8:52 AM, Daniel Johnson  
> wrote:
> 
> 
>> On Jun 21, 2015, at 12:29 AM, TheSin  wrote:
>> 
>> if the license says that pens can not be distributed in binary form wouldn’t 
>> it only be ssl that needs to be built, couldn’t other packages which only 
>> dynamically use the dylib still be binary distributed since it does not 
>> contain the open ssl code or library directly it only uses and as such is 
>> useless without it, aka it wouldn’t run unless you downloaded and build 
>> openssl, so think like cvs and wget etc etc could still be binary available 
>> just openssl needs to be built form source first?
>> 
>> Obviously if something links ssl using a .a or static link it would then be 
>> restrictive as well since the ssl binary is now included but dynamic link 
>> should be fine I would imagine since none of the ssl code is in it.
> 
> Unfortunately, the GPL explicitly forbids distributing binaries that *link* 
> to a library with a non-compatible license, even a shared library, whether or 
> not said library is also distributed. The exception is for libraries that are 
> part of the OS. Distributing OpenSSL binaries isn’t a problem since its 
> license is more liberal than the GPL.
> 
> It seems that the issue boils down to this: the OpenSSL license requires 
> things that use it to contain an OpenSSL copyright notice. The GPL forbids 
> that, therefore there’s no way to satisfy both unless the GPL’d program 
> explicitly allows OpenSSL to be used (which many do). I believe LGPL is OK 
> since it allows linking to even propriety code. Also, non-GPL programs are 
> fine, e.g. subversion uses Apache 2.0 license and has no issue. Neither does 
> python. Hopefully there’ll be more incentive for projects to use native 
> SecureTransport now that OpenSSL is gone from 10.11. Libcurl and git have 
> already switched.
> 
> I guess we need to audit the openssl-using packages to see if they’re 
> compatible, otherwise mark them Restricted. This was easier when we didn’t 
> have a bindist. :)
> 
> IANAL
> Daniel
> 


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL vs. LibreSSL

[TheSin]

if the license says that pens can not be distributed in binary form wouldn’t it 
only be ssl that needs to be built, couldn’t other packages which only 
dynamically use the dylib still be binary distributed since it does not contain 
the open ssl code or library directly it only uses and as such is useless 
without it, aka it wouldn’t run unless you downloaded and build openssl, so 
think like cvs and wget etc etc could still be binary available just openssl 
needs to be built form source first?

Obviously if something links ssl using a .a or static link it would then be 
restrictive as well since the ssl binary is now included but dynamic link 
should be fine I would imagine since none of the ssl code is in it.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Jun 20, 2015, at 6:17 PM, Alexander Hansen  
> wrote:
> 
>> 
>> On Jun 20, 2015, at 17:05, Jack Howarth  wrote:
>> 
>> 
>> 
>> On Sat, Jun 20, 2015 at 7:52 PM, Alexander Hansen 
>>  wrote:
>>> 
>>> Fedora doesn't have a build dependency on OpenSSL for their cvs package but 
>>> does build it against a MIT licensed krb5 which in turn is built against 
>>> OpenSSL.
>>>  
>>> Daniel
>> 
>> That’s kind of irrelevant unless they’re using an OpenSSL that doesn’t *come 
>> with the OS*.  So unless you’re talking about binaries from an unofficial 
>> repository...
>> 
>> 
>> 
>> It seems to be a moot point for cvs since we aren't linking in openssl 
>> anyway...
>> 
>> /sw/bin/cvs:
>>  /sw/lib/libintl.8.dylib (compatibility version 10.0.0, current version 
>> 10.2.0)
>>  
>> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
>>  (compatibility version 150.0.0, current version 1153.18.0)
>>  /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos 
>> (compatibility version 5.0.0, current version 6.0.0)
>>  /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 
>> 1.2.5)
>>  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
>> version 1213.0.0)
>> 
>> Also, since the Kerberos.framework is built against the system ssl package, 
>> any ancient darwin which still built the Kerberos framework against openssl 
>> would have used a system copy.
>> 
> 
> Which Daniel already mentioned, and fixed in CVS.
> --
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] ocaml-findlib

[TheSin]

Resend and include list this time, original sent Apr 24th, 2015 with no reply 
yet.

ocaml-findlib has a missing build dep on camlp4
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Handling flat_namespace on 10.10+

[TheSin]

yeah I tried to build something with flat_namespace today just so I could see 
the symbols file but the validator wouldn’t pass, I guess I could have turned 
off -m though ;) I’ll try again since I just thought of that now.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Apr 28, 2015, at 3:15 PM, Jack Howarth  wrote:
> 
> Note that we are using the absence of TWOLEVEL in the otool -hv output
> in Validation.pm...
> 
>   if (open (OTOOL, "$otool -hv '$dylib_temp' |")) 
> {
>; ; ; #
> skip first three lines
>unless (  =~ /TWOLEVEL/ ) {
>print "Error:
> $dylib_temp appears to have been linked using a flat namespace.\n";
>print "   If this
> package BuildDepends on libtool2, make sure that you use\n";
>print "
> BuildDepends: libtool2 (>= 2.4.2-4).\n";
>print "   and use
> autoreconf to regenerate the configure script.\n";
>print "   If the
> package doesn't BuildDepend on libtool2, you'll need to\n";
>print "   update
> its build procedure to avoid passing\n";
>print "
> -Wl,-flat_namespace\n";
>print "   when
> linking libraries.\n";
>$looks_good = 0;
>}
>close (OTOOL);
>}
> 
> On Tue, Apr 28, 2015 at 5:12 PM, Jack Howarth  
> wrote:
>> There are a couple of trivial tests for flat_namespace linkage.
>> 
>> %  /Library/Developer/CommandLineTools/usr/bin/dyldinfo -bind
>> /sw/lib/openmpi/libmpi.1.dylib
>> bind information:
>> segment section  addresstypeaddend dylib
>> symbol
>> __DATA  __got0x001CC000pointer  0 flat-namespace
>> _ADIOI_DFLT_ERR_HANDLER
>> __DATA  __got0x001CC008pointer  0 flat-namespace
>> _ADIOI_Datarep_head
>> 
>> or
>> 
>> % otool -hv /sw/lib/openmpi/libmpi.1.dylib
>> /sw/lib/openmpi/libmpi.1.dylib:
>> Mach header
>>  magic cputype cpusubtype  capsfiletype ncmds sizeofcmds  flags
>> MH_MAGIC_64  X86_64ALL  0x00   DYLIB17   1888
>> DYLDLINK NO_REEXPORTED_DYLIBS
>> 
>> where the absence of TWOLEVEL indicates flat_namespace linkage...
>> 
>> % otool -hvi /sw/lib/libfftw3.3.dylib
>> /sw/lib/libfftw3.3.dylib:
>> Mach header
>>  magic cputype cpusubtype  capsfiletype ncmds sizeofcmds  flags
>> MH_MAGIC_64  X86_64ALL  0x00   DYLIB15   1768
>> NOUNDEFS DYLDLINK TWOLEVEL NO_REEXPORTED_DYLIBS
>> 
>> On Tue, Apr 28, 2015 at 1:46 PM, TheSin  wrote:
>>> if we upgrade to my PR I think we could use the symbols files in the dpkg 
>>> info die to find flat libs, I’m not 100% certain as I’d need an example to 
>>> test, but if flat_namespace creates a symbol it would be possible, it could 
>>> even be a trigger to process and sort all libs known to use flat_namespace, 
>>> then just check that.  Either options is pretty easy to do.
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>> 
>>>> On Apr 28, 2015, at 11:14 AM, Alexander Hansen 
>>>>  wrote:
>>>> 
>>>> 
>>>>> On Apr 28, 2015, at 09:41, Alexander Hansen  
>>>>> wrote:
>>>>> 
>>>>> 
>>>>>> On Apr 28, 2015, at 09:36, Jack Howarth  
>>>>>> wrote:
>>>>>> 
>>>>>> Looking at the code, it seem we would have to do this check in sub
>>>>>> validate_dpkg_file and use global boolean called
>>>>>> skip_flat_namespace_check or such. In validate_dpkg_file, regex check
>>>>>> $dpkg_filename against both openmpi-shlibs_*.deb or openmpi_*.deb. If
>>>>>> either match, set skip_flat_namespace_check to true
>>>>>> and otherwise to false. Then add skip_flat_namespace_check as a
>>>>>> conditional in the...

Re: [Fink-devel] Handling flat_namespace on 10.10+

[TheSin]

if we upgrade to my PR I think we could use the symbols files in the dpkg info 
die to find flat libs, I’m not 100% certain as I’d need an example to test, but 
if flat_namespace creates a symbol it would be possible, it could even be a 
trigger to process and sort all libs known to use flat_namespace, then just 
check that.  Either options is pretty easy to do.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

> On Apr 28, 2015, at 11:14 AM, Alexander Hansen  
> wrote:
> 
> 
>> On Apr 28, 2015, at 09:41, Alexander Hansen  
>> wrote:
>> 
>> 
>>> On Apr 28, 2015, at 09:36, Jack Howarth  wrote:
>>> 
>>> Looking at the code, it seem we would have to do this check in sub
>>> validate_dpkg_file and use global boolean called
>>> skip_flat_namespace_check or such. In validate_dpkg_file, regex check
>>> $dpkg_filename against both openmpi-shlibs_*.deb or openmpi_*.deb. If
>>> either match, set skip_flat_namespace_check to true
>>> and otherwise to false. Then add skip_flat_namespace_check as a
>>> conditional in the...
>>> 
>>> if (open (OTOOL, "$otool -hv '$dylib_temp' |")) {
>>> 
>>> state that controls the flat namespace checks on each file.
>>> 
>> 
>> As Daniel said, adding a new .info field (if that’s what you mean by global 
>> boolean) involves adding on another hack to the .deb control field for 2 
>> packages out of more than 1.  For something that end-users never see.  
>> 
>> It’d be easier just to get Brendan to whitelist the packages for his auto 
>> builder.
>> -- 
>> Alexander Hansen, Ph.D.
>> Fink User Liaison
>> 
> 
> Oh wait, I re-parsed that, so I think I understand better what you’re getting 
> at.  And I don’t think it will work as intended, since I believe 
> $validate_dpkg_file is run only on actual .debs and not on root directories 
> before they get packed.
> 
> In principle we could just check individual dylib’s names against a whitelist 
> of filename patterns and if they match we can skip the flat_namespace check 
> via a ‘next’.
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 
> 
> --
> One dashboard for servers and applications across Physical-Virtual-Cloud 
> Widest out-of-the-box monitoring support with 50+ applications
> Performance metrics, stats and reports that give you Actionable Insights
> Deep dive visibility with transaction tracing using APM Insight.
> http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS annoyances? How about git?

[TheSin]

to be fair there are lots of plus’ since others could make PRs against the 
maintainer too, who could then accept and push a PR to fink official.  Keeping 
suggestions cleaner, so it’s not all bad there are benefits to it, I just 
wanted to make sure it was all thought out.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Feb 6, 2015, at 9:53 AM, Alexander Hansen  
wrote:

> Right.  Nothing’s set in stone yet. :-)   
> 
> Ideally, it’d be good if people could update their own packages without going 
> through PRs, but I don’t know of a way to enforce that other than the honor 
> system.
> 
>> On Feb 6, 2015, at 8:41 AM, TheSin  wrote:
>> 
>> I have mixed emotions on this one.  But I don’t have a better solution it 
>> does give us some good extras this way, but it also puts more on the plates 
>> of those that can merge, and it adds a massive slow down and more steps to 
>> update packages, it also will make a TON of forks that some uses might point 
>> fink to (again plus and minus here).
>> 
>> I’t basically like a request-tracker for EVERYTHING, and we know how 
>> annoying and slow the request tracker is already with less entries.  Just 
>> want to make sure it was fully thought out, again mixed emotions so I’m not 
>> against it just pointing things out.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On Feb 6, 2015, at 9:32 AM, Alexander Hansen  
>> wrote:
>> 
>>> Yeah, at least initially.  People who already have the permissions to 
>>> modify the fink/* family on github can make immediate modifications and 
>>> approve the PRs.  But just because they can make immediate changes doesn’t 
>>> mean that they necessarily should. :-)  
>>> 
>>>> On Feb 6, 2015, at 8:27 AM, TheSin  wrote:
>>>> 
>>>> so we all fork it, make PRs and then it goes to the official repo?  Just 
>>>> want to clarify.
>>>> ---
>>>> TS
>>>> http://www.southofheaven.org/
>>>> Life begins and ends with chaos, live between the chaos!
>>>> 
>>>> On Feb 6, 2015, at 9:23 AM, Alexander Hansen  
>>>> wrote:
>>>> 
>>>>> 3)  After the switchover, I propose that we make all changes to the 
>>>>> distribution via pull requests on Github.  I don’t happen to recall 
>>>>> whether the selfupdate-git code in the development branch of that name 
>>>>> treats the local checkout as a fork to make this easy to do in place.
>>>> 
>>> 
>>> 
>>> 
>> 
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> 


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS annoyances? How about git?

[TheSin]

so we all fork it, make PRs and then it goes to the official repo?  Just want 
to clarify.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Feb 6, 2015, at 9:23 AM, Alexander Hansen  
wrote:

> 3)  After the switchover, I propose that we make all changes to the 
> distribution via pull requests on Github.  I don’t happen to recall whether 
> the selfupdate-git code in the development branch of that name treats the 
> local checkout as a fork to make this easy to do in place.


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] CVS annoyances? How about git?

[TheSin]

I have mixed emotions on this one.  But I don’t have a better solution it does 
give us some good extras this way, but it also puts more on the plates of those 
that can merge, and it adds a massive slow down and more steps to update 
packages, it also will make a TON of forks that some uses might point fink to 
(again plus and minus here).

I’t basically like a request-tracker for EVERYTHING, and we know how annoying 
and slow the request tracker is already with less entries.  Just want to make 
sure it was fully thought out, again mixed emotions so I’m not against it just 
pointing things out.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Feb 6, 2015, at 9:32 AM, Alexander Hansen  
wrote:

> Yeah, at least initially.  People who already have the permissions to modify 
> the fink/* family on github can make immediate modifications and approve the 
> PRs.  But just because they can make immediate changes doesn’t mean that they 
> necessarily should. :-)  
> 
>> On Feb 6, 2015, at 8:27 AM, TheSin  wrote:
>> 
>> so we all fork it, make PRs and then it goes to the official repo?  Just 
>> want to clarify.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On Feb 6, 2015, at 9:23 AM, Alexander Hansen  
>> wrote:
>> 
>>> 3)  After the switchover, I propose that we make all changes to the 
>>> distribution via pull requests on Github.  I don’t happen to recall whether 
>>> the selfupdate-git code in the development branch of that name treats the 
>>> local checkout as a fork to make this easy to do in place.
>> 
> 
> 
> 


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[TheSin]

correct as it hasn’t gotten approval form the core team.  Though I still stand 
by that it should be allowed, it would help solve lots of grief.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Aug 20, 2014, at 8:36 AM, Jack Howarth  wrote:

> So I assume that means the desired behavior of BDO packages having a Dep on 
> other BDO packages currently won't pass validation in fink, right?
> 
> 
> On Wed, Aug 20, 2014 at 10:25 AM, TheSin  wrote:
> I have always said and stand by that BDO packages should be allowed to have a 
> Dep on other BDO packages.
> 
> So -dev packages can dep on other -dev packages.  It’s be a slight bending of 
> the rule but still keep it close to the original and it would solve lots of 
> issues.  I have brought this up a few times in the past.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On Aug 20, 2014, at 8:14 AM, Jack Howarth  wrote:
> 
> > The buildworld has also exposed a major flaw in the r-base* packaging. The 
> > builds logs for…
> >
> > http://www.snaggledworks.com/fink/buildworld/2014-07-24/logs/cran-slam-r30.log
> >
> > and
> >
> > http://www.snaggledworks.com/fink/buildworld/2014-07-24/logs/cran-rjava-r31.log
> >
> > show the missing dependencies on gcc49-compilers and libicu48-dev (among 
> > others from
> > /sw/Library/Frameworks/R.framework/Resources/etc/Makeconf's linkage of
> > LIBS =  -lpcre -llzma -lbz2 -lz -lm -liconv -licuuc -licui18n
> >
> > The debian developers solve this in their r-base-dev package with 
> > dependencies on the required *-dev packages…
> >
> > https://packages.debian.org/sid/r-base-dev
> >
> > Unfortunately the use of BuildDependsOnly: True in the r-base*-dev 
> > split-off prohibits this in fink. So it would appear that the only solution 
> > is to explicitly add those missing *-dev dependencies to the BuildDepends 
> > in every single cran package in libs/rmods. Ugh.
> >  Jack
> > ps It makes one wonder if fink couldn't be modified to special case the 
> > BuildDependsOnly: True to disable it for the *-dev split-off itself. That 
> > is that Depends on *-dev which use BuildDependsOnly: True are ignored for 
> > the case of their presence in a *-dev which has already has 
> > BuildDependsOnly: True itself since that will recursively force the 
> > BuildDependsOnly: True on the other -dev packages to be honored despite 
> > their presence in the Depends of r-rbase*-dev.
> >
> >
> > On Wed, Aug 20, 2014 at 7:55 AM, Hanspeter Niederstrasser 
> >  wrote:
> > >http://www.snaggledworks.com/fink/buildworld/2014-07-24/out/filters.xml
> > >
> > > but this gives me a 404 error.
> >
> > That's fixed now.
> >
> > > In any case, I fixed some of the issues you pointed out (in sdl2, 
> > > fflas-ffpack, mc, the-silver-searcher) but now am mostly left with 
> > > "failures/project/insufficient_permission" failures, but I am not quite 
> > > sure what the failure indicates. Perhaps this:
> > >
> > >cp: /sw/share/info/dir.bak: Permission denied
> > >
> > > I think this is caused by the install-info tool and the fact that the 
> > > affected packages (e.g. grep) use the "InfoDocs" fields. I don't think a 
> > > package author can do much about that, can they? As such, perhaps you 
> > > could check if the above line is the only one with "permission denied", 
> > > and in that case, demote the "failure" to a "warning" ?
> >
> > Yeah, I've downgraded those to a warning.  fink-bld takes care of any
> > writing being done directly into %p.
> >
> > Hanspeter
> >
> >
> > --
> > Slashdot TV.
> > Video for Nerds.  Stuff that matters.
> > http://tv.slashdot.org/
> > ___
> > Fink-devel mailing list
> > Fink-devel@lists.sourceforge.net
> > List archive:
> > http://news.gmane.org/gmane.os.apple.fink.devel
> > Subscription management:
> > https://lists.sourceforge.net/lists/listinfo/fink-devel
> >
> > --
> > Slashdot TV.
> > Video for Nerds.  Stuff that matters.
> > http://tv.slashdot.org/___
> > Fink-devel mailing list
> > Fink-devel@lists.sourceforge.net
> > List archive:
> > http://news.gmane.org/gmane.os.apple.fink.devel
> > Subscription management:
> > https://lists.sourceforge.net/lists/listinfo/fink-devel
> 
> 


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[TheSin]

I have always said and stand by that BDO packages should be allowed to have a 
Dep on other BDO packages.

So -dev packages can dep on other -dev packages.  It’s be a slight bending of 
the rule but still keep it close to the original and it would solve lots of 
issues.  I have brought this up a few times in the past.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Aug 20, 2014, at 8:14 AM, Jack Howarth  wrote:

> The buildworld has also exposed a major flaw in the r-base* packaging. The 
> builds logs for…
> 
> http://www.snaggledworks.com/fink/buildworld/2014-07-24/logs/cran-slam-r30.log
> 
> and
> 
> http://www.snaggledworks.com/fink/buildworld/2014-07-24/logs/cran-rjava-r31.log
> 
> show the missing dependencies on gcc49-compilers and libicu48-dev (among 
> others from
> /sw/Library/Frameworks/R.framework/Resources/etc/Makeconf's linkage of
> LIBS =  -lpcre -llzma -lbz2 -lz -lm -liconv -licuuc -licui18n
> 
> The debian developers solve this in their r-base-dev package with 
> dependencies on the required *-dev packages…
> 
> https://packages.debian.org/sid/r-base-dev
> 
> Unfortunately the use of BuildDependsOnly: True in the r-base*-dev split-off 
> prohibits this in fink. So it would appear that the only solution is to 
> explicitly add those missing *-dev dependencies to the BuildDepends in every 
> single cran package in libs/rmods. Ugh.
>  Jack
> ps It makes one wonder if fink couldn't be modified to special case the 
> BuildDependsOnly: True to disable it for the *-dev split-off itself. That is 
> that Depends on *-dev which use BuildDependsOnly: True are ignored for the 
> case of their presence in a *-dev which has already has BuildDependsOnly: 
> True itself since that will recursively force the BuildDependsOnly: True on 
> the other -dev packages to be honored despite their presence in the Depends 
> of r-rbase*-dev.
> 
> 
> On Wed, Aug 20, 2014 at 7:55 AM, Hanspeter Niederstrasser 
>  wrote:
> >http://www.snaggledworks.com/fink/buildworld/2014-07-24/out/filters.xml
> >
> > but this gives me a 404 error.
> 
> That's fixed now.
> 
> > In any case, I fixed some of the issues you pointed out (in sdl2, 
> > fflas-ffpack, mc, the-silver-searcher) but now am mostly left with 
> > "failures/project/insufficient_permission" failures, but I am not quite 
> > sure what the failure indicates. Perhaps this:
> >
> >cp: /sw/share/info/dir.bak: Permission denied
> >
> > I think this is caused by the install-info tool and the fact that the 
> > affected packages (e.g. grep) use the "InfoDocs" fields. I don't think a 
> > package author can do much about that, can they? As such, perhaps you could 
> > check if the above line is the only one with "permission denied", and in 
> > that case, demote the "failure" to a "warning" ?
> 
> Yeah, I've downgraded those to a warning.  fink-bld takes care of any
> writing being done directly into %p.
> 
> Hanspeter
> 
> 
> --
> Slashdot TV.
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel
> 
> --
> Slashdot TV.  
> Video for Nerds.  Stuff that matters.
> http://tv.slashdot.org/___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Circular dependency for python27 on Darwin13

[TheSin]

aren’t these BDO? how can you dep on them then?  And since you can’t dep on 
them how can you have a circ dep with them?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Jun 11, 2014, at 1:19 AM, Martin Costabel  wrote:

> pkgconfig->glib2-dev


--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] setting up non-root user for new glassfish4 package

[TheSin]

the new apache 2.4 in my exp has helper scripts for everything, it’s much much 
better honestly, hopefully se can add it to fink soonish, though my dpkg branch 
has pretty much lost all stream, and have caused me to loose steam on it again.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On May 6, 2014, at 5:55 PM, Jack Howarth  wrote:

> Justin,
> I need to get a glassfish4 application server package into fink. My 
> current packaging is based on the homebrew installation approach and is 
> attached. It requires the command…
> 
> asadmin start-domain
> 
> to be executed as sudo so that the
> 
> /sw/opt/glassfish4/glassfish/domains/domain1/logs/server.log
> 
> and other files can be written. There is a description of configuring 
> glassfish4 as a glassfish user at…
> 
> http://www.physics.usyd.edu.au/~rennie/glassfish.html#Step1
> 
> Since you maintain the apache2 package, I was hoping you might have some 
> advice on how we can modify my existing packaging to use a glassfish user 
> under fink.
>   Jack
> ps The glassfish4 quick start guide can be obtained from
> 
>  https://glassfish.java.net/docs/4.0/quick-start-guide.pdf
> 
> pps I have a profile.d appending the PATH ala homebrew. If you try to execute 
> asadmin via a symlink in /sw/bin, the program will fail as it tries to find 
> the glassfish4 configuration files relative to the bin path where asadmin was 
> started.
> 


--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for migrating your SCM now
http://p.sf.net/sfu/perforce
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Time for 10.6 to go EOL

[TheSin]

well then I’m game ;)
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Mar 28, 2014, at 7:34 PM, Alexander Hansen  
wrote:

> Pretty much the same, yeah, but we get to say 'no longer supported' :-)
> 
> Sent from my iPod
> 
>> On Mar 28, 2014, at 18:23, TheSin  wrote:
>> 
>> so really not much different then it is today?
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>>> On Mar 28, 2014, at 6:48 PM, Alexander Hansen  
>>> wrote:
>>> 
>>> We've reached the point where it appears that most maintainers don't 
>>> have access to 10.6, and we're getting divergences between the trees. 
>>> I've also found some packages that won't build as 32-bit.
>>> 
>>> Also, most of our efforts probably need to be concentrated on fixing the 
>>> Xcode 5.1 build failures on 10.8 and 10.9.
>>> 
>>> I propose ending official project support for 10.6 at the end of April. 
>>> There are a couple of options:
>>> 
>>> 1)  Move all of the package descriptions into a 10.6-EOL structure.
>>> 2)  Do nothing and just not update any of the base packages in the 10.4 
>>> tree.
>>> 
>>> If somebody has an interest in keeping 10.6 going unofficially, they are 
>>> certainly welcome to do that.
>>> -- 
>>> Alexander Hansen, Ph.D.
>>> Fink User Liaison
>>> My package updates: http://finkakh.wordpress.com/
>>> 
>>> --
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> List archive:
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>> Subscription management:
>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>> 


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Time for 10.6 to go EOL

[TheSin]

so really not much different then it is today?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Mar 28, 2014, at 6:48 PM, Alexander Hansen  
wrote:

> We've reached the point where it appears that most maintainers don't 
> have access to 10.6, and we're getting divergences between the trees. 
> I've also found some packages that won't build as 32-bit.
> 
> Also, most of our efforts probably need to be concentrated on fixing the 
> Xcode 5.1 build failures on 10.8 and 10.9.
> 
> I propose ending official project support for 10.6 at the end of April. 
>  There are a couple of options:
> 
> 1)  Move all of the package descriptions into a 10.6-EOL structure.
> 2)  Do nothing and just not update any of the base packages in the 10.4 
> tree.
> 
> If somebody has an interest in keeping 10.6 going unofficially, they are 
> certainly welcome to do that.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
> 
> --
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Killing python26

[TheSin]

I agree with all of this we only really need 27 and 33/34.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Mar 20, 2014, at 9:20 AM, Daniel Johnson  wrote:

> 
> On Mar 20, 2014, at 9:40 AM, TheSin  wrote:
> 
>> I vote take out the axe, your python version options are getting out of hand 
>> honestly.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On Mar 20, 2014, at 12:13 AM, Daniel Macks  wrote:
>> 
>>> We've been dragging python26 along for years, since back when it was the 
>>> latest thing. It's not. Python27 has been available in fink for many years, 
>>> and even in the past several OS X versions. Upstream says "Python itself 
>>> has jumped to the 3.x series in 2008, with some major changes that may make 
>>> upgrading non-trivial in some cases, so it makes sense to keep "some" 
>>> python2.x in fink (OS X still has python27 and maybe older also). Upstream 
>>> plans to keep 27 in maintenance mode for at least a while longer but gave 
>>> up on even security patches for 26 as I understand it. 
>>> 
>>> As of yesterday, the only dependencies on python26 are the -py26 suite of 
>>> modules--there does not appear to be anything outside of this 
>>> self-contained tree. Is it time to chop down that tree? There are no -py26 
>>> modules that do not have a parallel -py27 variant. Ordinarily, I'd not 
>>> object to keeping ancient versions of things around and just stop bringing 
>>> them forward when we roll the next Distribution, but python26 is also the 
>>> only package still using db48, another ancient version. I'd love to stop 
>>> having to support ancient versions of things that are not even getting 
>>> security-support upstream altogether. 
>>> 
>>> dan
>>> 
>>> --
>>> Daniel Macks
>>> dma...@netspace.org
> 
> I agree. There's no reason to keep 2.6 around as 2.7 is fully backward 
> compatible.
> 
> It's also reasonable to kill 3.1 as it's now unsupported upstream. 3.3 and 
> the just released 3.4 will stay of course, but we might also consider killing 
> 3.2 even though it still gets patches. 3.3 introduced better backward 
> compatibility with 2.7 to ease porting to 3.x and vastly improved unicode 
> string handling.
> 
> There are no language changes between 3.3 and 3.4, just new and updated 
> library modules, so if maintainers can add 3.4 variants to their packages 
> that would be awesome.
> 
> Daniel


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Killing python26

[TheSin]

I vote take out the axe, your python version options are getting out of hand 
honestly.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On Mar 20, 2014, at 12:13 AM, Daniel Macks  wrote:

> We've been dragging python26 along for years, since back when it was the 
> latest thing. It's not. Python27 has been available in fink for many years, 
> and even in the past several OS X versions. Upstream says "Python itself has 
> jumped to the 3.x series in 2008, with some major changes that may make 
> upgrading non-trivial in some cases, so it makes sense to keep "some" 
> python2.x in fink (OS X still has python27 and maybe older also). Upstream 
> plans to keep 27 in maintenance mode for at least a while longer but gave up 
> on even security patches for 26 as I understand it. 
> 
> As of yesterday, the only dependencies on python26 are the -py26 suite of 
> modules--there does not appear to be anything outside of this self-contained 
> tree. Is it time to chop down that tree? There are no -py26 modules that do 
> not have a parallel -py27 variant. Ordinarily, I'd not object to keeping 
> ancient versions of things around and just stop bringing them forward when we 
> roll the next Distribution, but python26 is also the only package still using 
> db48, another ancient version. I'd love to stop having to support ancient 
> versions of things that are not even getting security-support upstream 
> altogether. 
> 
> dan
> 
> --
> Daniel Macks
> dma...@netspace.org
> 
> 
> --
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar

[TheSin]

oh nice didn't know that, guess I just feel old since I still use -z ;)
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2014-01-16, at 7:47 AM, Alexander Hansen  wrote:

> On 1/16/14 6:35 AM, TheSin wrote:
>> shouldn't fink be sending ta -xzvf ??  it's missing the -z for gzip
>> 
>> that being said I don't think it'll fix it but it's still odd.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2014-01-16, at 7:12 AM, Charles Lepple  wrote:
>> 
>>> env LANG=C LC_ALL=C /sw.lion/bin/tar  --no-same-owner --no-same-permissions 
>>> -xvf /Users/clepple/Downloads/CGI-FormBuilder-3.09.tgz
>>> /sw.lion/bin/tar: This does not look like a tar archive
>>> /sw.lion/bin/tar: Skipping to next header
>>> /sw.lion/bin/tar: Exiting with failure status due to previous errors
>>> ### execution of env failed, exit code 2
>> 
>> 
>> 
> 
> No, we deliberately dropped adding -z (or -j, or whatever), because tars at 
> least as new as the gnu tar from 10.5 are supposed to be able to figure out 
> what compression utility is needed, so we can get away with using "tar -xvf" 
> on uncompressed tarballs, gzipped tarballs, bzipped tarballs, and xzipped 
> tarballs without having to go through conditionals to figure out what 
> decompressor is needed.
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] strange .tgz file doesn't pass gnutar heuristics, but can be extracted with gunzip and tar

[TheSin]

shouldn't fink be sending ta -xzvf ??  it's missing the -z for gzip

that being said I don't think it'll fix it but it's still odd.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2014-01-16, at 7:12 AM, Charles Lepple  wrote:

> env LANG=C LC_ALL=C /sw.lion/bin/tar  --no-same-owner --no-same-permissions 
> -xvf /Users/clepple/Downloads/CGI-FormBuilder-3.09.tgz
> /sw.lion/bin/tar: This does not look like a tar archive
> /sw.lion/bin/tar: Skipping to next header
> /sw.lion/bin/tar: Exiting with failure status due to previous errors
> ### execution of env failed, exit code 2


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Redistribution

[TheSin]

http://bindist.finkproject.org

We are working on bring the bindist back online.  Check that out before you put 
too much work into it.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-12-21, at 9:49 AM, Kevin Ingwersen  wrote:

> Am 21.12.2013 um 08:03 schrieb Alexander Hansen :
> 
>> On 12/20/13 10:08 PM, Kevin Ingwersen wrote:
>>> Hey.
>>> 
>>> I just saw that there is a 0.9 release, targeting very old OS X versions. 
>>> How could one create a binary package for such redistribution? I have a 
>>> pretty blank distribution right here.
>>> 
>>> Kind regards, Ingwie
>> 
>> In the past we've done the following:
>> 
>> 1)  Build most of the available packages in the stable tree for a particular 
>> distribution for supported architectures and host them to a server.  There 
>> are a couple of somewhat automated tools that folks use to do that.  We 
>> stopped providing binaries in part because we were mostly relying on one 
>> particular developer to be able to take a machine down for a period of 
>> several days to build the packages and upload them to our main server, and 
>> it got to be too much effort.
>> 
>> 2)  Create the actual installer.  This has historically been problematic for 
>> reasons I don't completely understand--the changes seemed never to be 
>> trivial.  The installer script sources are stored at
>> 
>> https://github.com/fink/scripts/tree/master/installer
>> 
>> -- 
>> Alexander Hansen, Ph.D.
>> Fink User Liaison
>> My package updates: http://finkakh.wordpress.com/
> 
> Well, I have a Mac Mini that runs all day; its a homeserver that does a lot 
> of automated tasks. It wouldn’t be a biggie to add some compiling…it would at 
> least take use of the otherwise idling processor ^^.
> I’ll look into that, because I saw that you can install GCC and alike thru it 
> - thats pretty convinient imho, especially on older OS X’es.
> 
> Kind regards, Ingwie
> --
> Rapidly troubleshoot problems before they affect your business. Most IT 
> organizations don't have a clear picture of how application performance 
> affects their revenue. With AppDynamics, you get 100% visibility into your 
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Using the bindist

[TheSin]

no problem at all, we have been hard at work getting bindists back up and 
running so I'm very happy to see people using them and reporting bugs so that 
we can get this very valuable part of fink back up and running for everyone.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-26, at 2:12 PM, Martin Costabel  wrote:

> On 26/11/13 19:26, TheSin wrote:
>> the issue was that apt was converting _ into %5f in the debarch  
>> darwin-x86_64 = darwin-x86%5f64 in the deb file name.  So fink could never 
>> find it and thus thought it wasn't present.
>> The fix for this is now in git.
> 
> It works. Thanks for finding this so quickly.
> 
> -- 
> Martin
> 
> 


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Using the bindist

[TheSin]

the issue was that apt was converting _ into %5f in the debarch  darwin-x86_64 
= darwin-x86%5f64 in the deb file name.  So fink could never find it and thus 
thought it wasn't present.

The fix for this is now in git.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-25, at 5:59 PM, Alexander Hansen  wrote:

> On 11/25/13 4:34 PM, TheSin wrote:
>> but build depends should not be required to simply install a deb, so does 
>> this mean build lock needs an if so it can ignore builddeps if it's 
>> installing via bindist.  Since most of this code was down and tweaked for 
>> the years we didn't' have a bindist avail I suppose that is no surprise.  
>> I'll have a look at the fink code tomorrow on this and see if Ic an solve it.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
> 
> The problem is that the buildlock code should not be triggered _at all_ if 
> installing from a bindist, since there's no build.
> 
> I've got a 10.5 virtual machine around, so I can see if bindist access still 
> works there.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Using the bindist

[TheSin]

I completely agree, I just need to check the code (since I'm un familiar with 
it) but since it knows to call apt-get there should be a way to know it's using 
the bindist and to not run the lock.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-25, at 5:59 PM, Alexander Hansen  wrote:

> On 11/25/13 4:34 PM, TheSin wrote:
>> but build depends should not be required to simply install a deb, so does 
>> this mean build lock needs an if so it can ignore builddeps if it's 
>> installing via bindist.  Since most of this code was down and tweaked for 
>> the years we didn't' have a bindist avail I suppose that is no surprise.  
>> I'll have a look at the fink code tomorrow on this and see if Ic an solve it.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
> 
> The problem is that the buildlock code should not be triggered _at all_ if 
> installing from a bindist, since there's no build.
> 
> I've got a 10.5 virtual machine around, so I can see if bindist access still 
> works there.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Using the bindist

[TheSin]

but build depends should not be required to simply install a deb, so does this 
mean build lock needs an if so it can ignore builddeps if it's installing via 
bindist.  Since most of this code was down and tweaked for the years we didn't' 
have a bindist avail I suppose that is no surprise.  I'll have a look at the 
fink code tomorrow on this and see if Ic an solve it.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-25, at 5:04 PM, Alexander Hansen  wrote:

> On 11/25/13 3:34 PM, TheSin wrote:
>> would these happen to be runtimdeps per chance?
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-11-25, at 3:34 PM, Martin Costabel  wrote:
>> 
>>>> dpkg: dependency problems prevent configuration of 
>>>> fink-buildlock-octave-3.6.4-9:
>>>> fink-buildlock-octave-3.6.4-9 depends on arpack-ng (>= 3.1.3-3) | 
>>>> arpack-ng-mpi (>= 3.1.2-4); however:
>>>>  Package arpack-ng is not installed.
>>>>  Package arpack-ng-mpi is not installed.
>>>> fink-buildlock-octave-3.6.4-9 depends on qrupdate (>= 1.1.2-7); however:
>>>>  Package qrupdate is not installed.
>>>> /sw/bin/dpkg: error processing fink-buildlock-octave-3.6.4-9 (--install):
> 
> Nope, those are BuildDependsOnly packages, and are BuildDepends (no surprise).
> 
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Using the bindist

[TheSin]

would these happen to be runtimdeps per chance?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-25, at 3:34 PM, Martin Costabel  wrote:

> On 25/11/13 13:27, Martin Costabel wrote:
> []
>> The result is that Fink correctly downloaded the debs from the bindist
>> server, but then went ahead and compiled them from source anyway,
>> without apologizing in any way. An example output is shown below.
> 
> It is actually worse. In that example, the installation completed in the 
> end, even if there was an unnecessary build step involved. But with 
> UseBinaryDist: true, fink is now unwilling to install some packages at 
> all. There must be some serious miscommunication between fink and 
> apt-get. Installing the same package with "sudo apt-get install" works 
> perfectly. Below is the output.
> 
> This looks now more like a bug in fink than a mere user error.
> 
> --
> Martin
> 
>> costabel% fink install octave364
>> Information about 8157 packages read in 0 seconds.
>> The following package will be installed or updated:
>> octave364
>> /sw/bin/apt-get-lockwait -q --ignore-breakage --download-only install 
>> octave364=3.6.4-9
>> Reading Package Lists...
>> Building Dependency Tree...
>> The following NEW packages will be installed:
>>  octave364
>> 0 packages upgraded, 1 newly installed, 0 to remove and 21  not upgraded.
>> Need to get 0B/2620kB of archives. After unpacking 12.2MB will be used.
>> Download complete and in download only mode
>> Setting runtime build-lock...
>> dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-octave-3.6.4-9 
>> /sw/src/fink.build
>> dpkg-deb: building package `fink-buildlock-octave-3.6.4-9' in 
>> `/sw/src/fink.build/fink-buildlock-octave-3.6.4-9_2013.11.25-21.36.47_darwin-x86_64.deb'.
>> Installing build-lock package...
>> /sw/bin/dpkg-lockwait -i 
>> /sw/src/fink.build/fink-buildlock-octave-3.6.4-9_2013.11.25-21.36.47_darwin-x86_64.deb
>> Selecting previously deselected package fink-buildlock-octave-3.6.4-9.
>> (Reading database ... 263729 files and directories currently installed.)
>> Unpacking fink-buildlock-octave-3.6.4-9 (from 
>> .../fink-buildlock-octave-3.6.4-9_2013.11.25-21.36.47_darwin-x86_64.deb) ...
>> dpkg: dependency problems prevent configuration of 
>> fink-buildlock-octave-3.6.4-9:
>> fink-buildlock-octave-3.6.4-9 depends on arpack-ng (>= 3.1.3-3) | 
>> arpack-ng-mpi (>= 3.1.2-4); however:
>>  Package arpack-ng is not installed.
>>  Package arpack-ng-mpi is not installed.
>> fink-buildlock-octave-3.6.4-9 depends on qrupdate (>= 1.1.2-7); however:
>>  Package qrupdate is not installed.
>> /sw/bin/dpkg: error processing fink-buildlock-octave-3.6.4-9 (--install):
>> dependency problems - leaving unconfigured
>> Errors were encountered while processing:
>> fink-buildlock-octave-3.6.4-9
>> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
>> Can't set build lock for octave (3.6.4-9)
>> 
>> If any [etc...]
>> Failed: buildlock failure
>> costabel% sudo apt-get install octave364
>> Reading Package Lists... Done
>> Building Dependency Tree... Done
>> The following NEW packages will be installed:
>>  octave364
>> 0 packages upgraded, 1 newly installed, 0 to remove and 21  not upgraded.
>> Need to get 0B/2620kB of archives. After unpacking 12.2MB will be used.
>> Selecting previously deselected package octave364.
>> (Reading database ... 263729 files and directories currently installed.)
>> Unpacking octave364 (from .../octave364_3.6.4-9_darwin-x86%5f64.deb) ...
>> Setting up octave364 (3.6.4-9) ...
> 
> 
> 
> --
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing 
> conversations that shape the rapidly evolving mobile landscape. Sign up now. 
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] pruning -nox variants

[TheSin]

I personally ALWAYS select -nox, as I use NOTHING with GUIs, so I personally 
would rather not require XQuartz.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-20, at 6:10 PM, Jack Howarth  wrote:

>   Considering the dependency chain issues produced by certain packages
> with -nox variants, it might be worthwhile to review those packages and
> make a cold judgement on the cost/benefits in each case. For example,
> texlive is a rather large package to build and if the user naively chooses the
> wrong (ie, -nox) variant, they are forced to rebuild it. This was less of an
> issue when we had official binary support but considering that the vast 
> majority
> of users are building locally, the decision should be more on the metrics 
> of...
> 
> 1) how much larger is the dependency train of the package with X11 support?
> 2) how much longer does the build of the package itself take with X11 support?
> 3) how much core functionality is lost from the package by skipping te X11 
> support?
> 
> I suspect a lot of the -nox variants have been added more as an exercise in
> packaging technique than to provide real benefit (and less confusion) to the
> majority of the user base. In those cases, we should seriously consider
> deprecating the -nox variant with the addition of a obsoleted split-off
> as a placeholder ala gnuplot-minimal.
> Jack
> 
> --
> Shape the Mobile Experience: Free Subscription
> Software experts and developers: Be at the forefront of tech innovation.
> Intel(R) Software Adrenaline delivers strategic insight and game-changing 
> conversations that shape the rapidly evolving mobile landscape. Sign up now. 
> http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

I completely agree with tar maybe I'll give it a shot today, just got to work 
so I'll see how busy things are.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-04, at 7:53 AM, Alexander Hansen  wrote:

> On 11/4/13 6:29 AM, TheSin wrote:
>> great thanks for testing I'll be sure to add this patch to my dpkg/tar maybe 
>> someone could get the current versions?
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-11-04, at 2:59 AM, Martin Costabel  wrote:
>> 
> 
> Sounds good.  I was holding off to make sure we had a solution that folks 
> were happy with. :-)
> 
> It's probably worth freshening tar to the latest upstream while we're at it.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

great thanks for testing I'll be sure to add this patch to my dpkg/tar maybe 
someone could get the current versions?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-04, at 2:59 AM, Martin Costabel  wrote:

> On 4/11/13 05:03, TheSin wrote:
>> Thought I'd post this here, this is the reply from the dpkg author that I 
>> have been trying to fix the u-a tests with.  I haven't had a chance to apply 
>> and test the patch or even look at it, but I hope to do so this week.
> 
>> diff --git a/dpkg-deb/main.c b/dpkg-deb/main.c
>> index 28bcd7b..abfe336 100644
>> --- a/dpkg-deb/main.c
>> +++ b/dpkg-deb/main.c
>> @@ -216,6 +216,8 @@ int main(int argc, const char *const *argv) {
>>bindtextdomain(PACKAGE, LOCALEDIR);
>>textdomain(PACKAGE);
>> 
>> +  gettext("");
>> +
>>dpkg_set_progname(BACKEND);
>>standard_startup();
>>myopt(&argv, cmdinfos, printforhelp);
> 
> This does indeed work (I guess that is what I meant when I wrote 
> "understanding what the precise mechanism of the crash is would
> require a deep understanding of CoreFoundation's innards" :-) ). I tested it 
> in dpkg and in tar (remember that these are two independent bugs, both need 
> fixing).
> 
> For the current dpkg-1.10.21 in Fink, the insertion of gettext("") can be 
> done as is in include/dpkg.h ( that's where textdomain(PACKAGE) appears), or 
> in dpkg-deb.main.c after the line
> 
>  standard_startup(&ejbuf, argc, &argv, NULL, 0, cmdinfos);
> 
> The patch works also for tar, when it is applied in /src/tar.c.
> 
> -- 
> Martin
> 
> 
> 
> 
> 


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

Thought I'd post this here, this is the reply from the dpkg author that I have 
been trying to fix the u-a tests with.  I haven't had a chance to apply and 
test the patch or even look at it, but I hope to do so this week.

Martin and thoughts or insights on this?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-03, at 8:10 PM, Guillem Jover  wrote:

> Hi!
> 
> On Fri, 2013-11-01 at 07:32:55 -0600, TheSin wrote:
>> Hey Guillem, I doubt this has anything to do with our failing tests,
>> but this is a bug i have been trying very HARD to track down that
>> just showed up on 10.9.
> 
>> I have a small fix for it where I can all dpkg-dev commands with
>> LANG=C LC_ALL=C dpkg-deb
>> 
>> But now that we know the real cause of these issues maybe I could
>> help go over to the code base and find all the instances of forks
>> that use gettext inline and convert them like bellow?
> 
> Unfortunately there's parts of the code base that would be very
> cumbersome and unwieldy to fix, for something I consider an issue
> between gettext and CoreFoundation. And performing the proposed
> changes would result in pretty annoying code. I'll report this to
> gettext upstream.
> 
>> Would you like an official bug report on this?
> 
> Filing these on the Debian BTS is a sure way to guarantee they won't
> get missed or forgotten.
> 
>> On 2013-11-01, at 5:15 AM, Martin Costabel  wrote:
>>> I don't think we can do much about the behavior of gettext. As long
>>> as it uses the CoreFoundation framework, it will not be "async-signal
>>> safe", so it must not be used in the child process after a 'fork' and
>>> before 'exec'. This is documented in many places.
> 
> Actually given how gettext uses the CoreFoundation framework (which I
> guess is starting other threads behind the program's back :), it seems
> to me it should be pretty safe, as long as a gettext function is
> called on the main thread.
> 
> The only two places inside gettext where it calls CoreFoundation
> functions, cache their results, so if we call gettext once before the
> fork() that looks to me it should pre-initialize the cache and avoid
> the subsequent crash?
> 
>>> After reading some of the docs, I find it rather astonishing that
>>> dpkg did not crash before. That it crashes when LANG is unset is
>>> less surprising than that it does not crash when LANG is set and
>>> that it waited until OSX 10.8 or 10.9 to show the crash, but
>>> understanding what the precise mechanism of the crash is would
>>> require a deep understanding of CoreFoundation's innards.
>>> 
>>> I think that these are real programming errors in dpkg and tar. They
>>> should not use any '_("")' type strings in the child process after
>>> 'fork'. If they really want to transmit localized messages as
>>> parameters to some function in the child process, they should
>>> evaluate the string *before* the 'fork' and transmit a variable
>>> to the function, like so:
> 
> The way I see the issue here, is that yes calling async-signal-unsafe
> functions after a fork is a problem, but not one created by dpkg,
> because that's only an issue if the program is multi-threaded, and if
> in this case the CoreFoundation framework is creating threads behind
> dpkg's back, the dpkg expectations don't hold true.
> 
> In any case, could you try the attached patch, if that workarounds the
> issue for now, I'll apply something like this until a possibly fixed
> gettext is released.
> 
> Thanks,
> Guillem
diff --git a/dpkg-deb/main.c b/dpkg-deb/main.c
index 28bcd7b..abfe336 100644
--- a/dpkg-deb/main.c
+++ b/dpkg-deb/main.c
@@ -216,6 +216,8 @@ int main(int argc, const char *const *argv) {
   bindtextdomain(PACKAGE, LOCALEDIR);
   textdomain(PACKAGE);
 
+  gettext("");
+
   dpkg_set_progname(BACKEND);
   standard_startup();
   myopt(&argv, cmdinfos, printforhelp);
--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

thanks for the really good explanation of this Martin I'm going to open a 
report with debian and talk to the author about this.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-11-01, at 5:15 AM, Martin Costabel  wrote:

> On 1/11/13 02:10, TheSin wrote:
>> shouldn't get text have a fallback or maybe we should create one, this type 
>> of thing is going to cause issue all over, and setting it to N or not 
>> translate isn't really a good solution.  Maybe get text needs to have a 
>> fallback added to it instead?
> 
> I don't think we can do much about the behavior of gettext. As long as it 
> uses the CoreFoundation framework, it will not be "async-signal safe", so it 
> must not be used in the child process after a 'fork' and before 'exec'. This 
> is documented in many places.
> 
> After reading some of the docs, I find it rather astonishing that dpkg did 
> not crash before. That it crashes when LANG is unset is less surprising than 
> that it does not crash when LANG is set and that it waited until OSX 10.8 or 
> 10.9 to show the crash, but understanding what the precise mechanism of the 
> crash is would require a deep understanding of CoreFoundation's innards.
> 
> I think that these are real programming errors in dpkg and tar. They should 
> not use any '_("")' type strings in the child process after 'fork'. If they 
> really want to transmit localized messages as parameters to some function in 
> the child process, they should evaluate the string *before* the 'fork' and 
> transmit a variable to the function, like so:
> 
> --- dpkg-deb/extract.c~   2013-11-01 11:28:21.0 +0100
> +++ dpkg-deb/extract.c2013-11-01 11:30:51.0 +0100
> @@ -244,5 +244,7 @@
> m_pipe(p1);
> +char* failedtowrite = _("failed to write to pipe in copy");
> if (!(c1= m_fork())) {
>   close(p1[0]);
> -  stream_fd_copy(ar, p1[1], memberlen, _("failed to write to pipe in 
> copy"));
> +  stream_fd_copy(ar, p1[1], memberlen, failedtowrite);
>   if (close(p1[1]) == EOF) ohshite(_("failed to close pipe in copy"));
> 
> -- 
> Martin
> 
> 
> 
> 
> 


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

shouldn't get text have a fallback or maybe we should create one, this type of 
thing is going to cause issue all over, and setting it to N or not translate 
isn't really a good solution.  Maybe get text needs to have a fallback added to 
it instead?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-10-31, at 6:43 PM, Martin Costabel  wrote:

> On 31/10/13 20:25, TheSin wrote:
>> ChangeLog:dpkg-deb: Use fd_fd_copy instead of stream_fd_copy
>> 
>> dpkg-deb/extract.c:if (fd_fd_copy(arfd, p1[1], memberlen, &err) < 0)
>> 
>> need to check &err I think.
> 
> Yes, I see now that this line has been fixed in new dpkg
> <http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=bd0da28> 
> but purely by accident, for a different reason 
> <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=621763>.
> 
> However, since they are not aware of our problem on MacOSX, it is possible 
> that they introduced the same kind of bug elsewhere. I see, for example, in 
> dpkg-1.16.12/dpkg-deb/extract.c:61
> 
>  pid = subproc_fork();
>  if (pid == 0) {
>command_shell(buf, _("shell command to move files"));
>  }
>  subproc_wait_check(pid, _("shell command to move files"), 0);
> 
> and similar things at two other places. This looks like it might break on OSX 
> 10.9.
> 
> -- 
> Martin
> 
> 


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

ChangeLog:dpkg-deb: Use fd_fd_copy instead of stream_fd_copy

dpkg-deb/extract.c:if (fd_fd_copy(arfd, p1[1], memberlen, &err) < 0)

need to check &err I think.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-10-31, at 12:03 PM, Martin Costabel  wrote:

> On 29/10/13 16:31, TheSin wrote:
>> I honestly believe we need to patch tar to have a fallback when they aren't 
>> set.  All this patching everywhere could easily be fixed if we fix tar 
>> instead.  Sadly I'm not well enough versed in C to do so but if someone 
>> could that would be super.
> 
> I think I found it. At least I have now fixed versions of dpkg and tar that 
> no longer crash as before.
> 
> In fact, the crash of dpkg comes from a bug in dpkg that is independent of a 
> similar bug in tar. That is, if you only fix dpkg as described below, it will 
> work correctly even with the unfixed tar, but tar has its own crash that 
> happens when it is run with LANG unset.
> 
> The fix is a one-line patch for dpkg that can be written as a perl pie:
> 
>  perl -pi.bak -e 's| (_\(\"failed)| N$1|' dpkg-deb/extract.c
> 
> or as a diff:
> 
> --- dpkg-deb/extract.c~   2003-10-25 22:03:21.0 +0200
> +++ dpkg-deb/extract.c2013-10-31 18:00:47.0 +0100
> @@ -247 +247 @@
> -  stream_fd_copy(ar, p1[1], memberlen, _("failed to write to pipe in 
> copy"));
> +  stream_fd_copy(ar, p1[1], memberlen, N_("failed to write to pipe in 
> copy"));
> 
> (this is for Fink's dpkg-1.10.21; I don't know if the bug is still present in 
> the same form in new versions of dpkg).
> 
> For tar, the corresponding perl script fixes 4 lines (it is possible that 
> only one of them is essential)
> 
>  perl -pi.bak -e 's|_\(\"tar|N$&|g' src/system.c
> 
> (Here the bug is still present in the new version 1.27).
> 
> Explanation:
> The error appears when a child process (tar in the case of dpkg, gzip or 
> similar in the case of tar) is spawned via 'fork' and a string of the form 
> _("string") appears between 'fork' and 'exec' commands. This calls gettext 
> and hence libintl and the CoreFoundation framework. Calling frameworks 
> between 'fork' and 'exec' is not safe, see CAVEATS in `man fork`. If one 
> replaces '_("string")' by 'N_("string")', no gettext call is involved. One 
> could also just replace it by '"string"', which is the same thing.
> 
> -- 
> Martin
> 
> 
> 


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] dpkg on 10.9

[TheSin]

I honestly believe we need to patch tar to have a fallback when they aren't 
set.  All this patching everywhere could easily be fixed if we fix tar instead. 
 Sadly I'm not well enough versed in C to do so but if someone could that would 
be super.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-10-29, at 9:05 AM, Martin Costabel  wrote:

> On 28/10/13 23:17, Alexander Hansen wrote:
>> On 10/28/13 2:58 PM, Martin Costabel wrote:
>>> I remember a discussion 2 months ago about dpkg producing en error
>>> 
>>> tar: This does not look like a tar archive
>>> tar: Exiting with failure status due to previous errors
>>> /sw/bin/dpkg-deb: subprocess tar returned error exit status 2
> []
>> There's something weird going on with dpkg/tar/gettext.
>> 
>> As an interim workaround, fink's calls to dpkg are wrapped setting
>> environment variables LANG="C" and LC_ALL="C".
> 
> Indeed, 'env LANG=C dpkg' works correctly and does not produce the 
> errors, same as 'env LANG=en dpkg' or even 'env LANG=zh_HK.Big5HKSCS 
> dpkg'. I have to add that in my environment, LANG and LC_ALL are not set:
> 
> costabel% locale
> LANG=
> LC_COLLATE="C"
> LC_CTYPE="C"
> LC_MESSAGES="C"
> LC_MONETARY="C"
> LC_NUMERIC="C"
> LC_TIME="C"
> LC_ALL=
> 
> The problem is in Fink's tar which does not work with compressed 
> archives if LANG is not set. I have not yet understood where exactly 
> hides the bug.
> 
> -- 
> Martin
> 
> 
> 
> --
> Android is increasing in popularity, but the open development platform that
> developers love is also attractive to malware creators. Download this white
> paper to learn more about secure code signing practices that can help keep
> Android apps secure.
> http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Android is increasing in popularity, but the open development platform that
developers love is also attractive to malware creators. Download this white
paper to learn more about secure code signing practices that can help keep
Android apps secure.
http://pubads.g.doubleclick.net/gampad/clk?id=65839951&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] docutils-py PreRmScript has problems with update-alternatives in new dpkg-1.16 test branch

[TheSin]

this will work, the problem is that the old u-a would fail too it was just 
silent, the new u-a is more robust with errors, thus that script was always 
broken, the link would shave been left dangling.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-09-17, at 8:07 AM, Hanspeter Niederstrasser  
wrote:

> Charles,
> 
> The PreRmScript from docutils-py has problems with the new dpkg that is 
> being tested.  The update-alternatives during PreRmScript fails to 
> correctly uninstall and makes it impossible to remove the package.  The 
> actual error is this:
> 
> Removing docutils-py27 ...
> update-alternatives: error: no alternatives for rst2html-py
> 
> The following patch (with a Revision bump) fixes this so that it works 
> with the new dpkg.  I can commit to 10.7, but don't have a way to test 
> to make sure that it works with the old/current dpkg (it should).
> 
>  8<  8<  8<  8<  8< 
> @@ -48,19 +48,19 @@
>  #  link  namepath (source) 
>priority
>  update-alternatives --install %p/bin/$i$i 
> %p/bin/$i-%type_raw[python].py %type_pkg[python] \
>  --slave   %p/bin/$i.py $i-py 
> %p/bin/$i-%type_raw[python].py
>done
>  <<
> 
>  PreRmScript: <<
>if [ $1 != "upgrade" ]; then
> -for i in rst2html rst2latex rst2man rst2odt rst2odt_prepstyles 
> rst2pseudoxml rst2s5 rst2xetex rst2xml rstpep2ht; do
> -  update-alternatives --remove-all $i
> -  update-alternatives --remove-all $i-py
> +for i in rst2html rst2latex rst2man rst2odt rst2odt_prepstyles 
> rst2pseudoxml rst2s5 rst2xetex rst2xml rstpep2html; do
> +  update-alternatives --remove $i %p/bin/$i-%type_raw[python].py
> +  update-alternatives --remove $i-py %p/bin/$i-%type_raw[python].py
>  done
>fi
>  <<
> 
>  DocFiles: README.html BUGS.html COPYING.html HISTORY.html FAQ.html 
> THANKS.html
> 
>  Description: Python-approved WYSIWYG text markup toolkit
>  DescDetail: <<
>  8<  8<  8<  8<  8< 
> 
> Hanspeter
> 
> --
> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. 
http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fvp changes

[TheSin]

I don't believe I messed with the standalone version, though it could easily be 
added, my only focus was the --apt output.  Since i"m not sure what relies on 
the standalone I couldn't test if it would break anything.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-24, at 12:05 AM, Daniel Macks  wrote:

> Global $config is fine in this situation (UseFinkModules 
> compartmentalizes the handling of some initialization, and it does 
> export some Fink::Services functions into the main namespace). 
> 
> Is --apt ode fixed for this new more-detailed output in standalone mode 
> (when /sw/lib/perl5 (or in whatever @BASEPATH@ is defined) doesn't 
> exist? I have fink in /sw, and the finkaptstatus data looks unchanged 
> by this patch when I move aside my /sw/lib/perl5...still has the old 
> format not the extra fields you are adding. 
> 
> dan
> 
> On Sat, 22 Jun 2013 19:36:40 -0600, TheSin  wrote:
> Okay now it works, standalone, --apt and --dpkg all tested, hopefully 
> declaring $config as a global isn't bad ;)
>> 
>> -
>> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-22, at 7:30 PM, TheSin  wrote:
>> 
>>> I take it back it only worked with out --apt :\
>>>> Fetched 1072 kB in 4s (222 kB/s)> Can't locate 
>> Fink/Config.pm in @INC (@INC contains: /Library/Perl/5.12/darwin-th
>>>> I'll keep working on this :\
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>>> On 2013-06-22, at 7:27 PM, TheSin  wrote:
>>>>> okay now that I have inet back and hopefully stable, I fixed it 
>> so that I get the right arch now. 
>>>>>> Package: 64bit-cpu
>>>> Status: install ok installed
>>>> Priority: optional
>>>> Architecture: darwin-x86_64
>>>> Version: 0-1
>>>> Maintainer: Fink Devel 
>>>> Description: [virtual package representing the 64bit capability of 
>> the CPU]
>>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>>> are running is 64bit capable. >> . >> Web site: 
>> http://www.finkproject.org/faq/usage-general.php#virtpackage
>>>> . >> Maintainer: Fink Devel 
>>>>>>>>>> Here is the new patch, hopefully I did it right I 
>> couldn't figure out what or why UseFinkModules() was for or did since 
>> it returns and exports nothing.  If this is wrong please let me know. 
>>>> 
>>>>>> ---
>>>> TS
>>>> http://www.southofheaven.org/
>>>> Life begins and ends with chaos, live between the chaos!
>>>>>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>>>>>>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin 
>>  wrote:
>>>>> The new apt is much more strict on the fields in status files, to 
>> get >>> it to work I need to make a few minor changes to f-v-p, I 
>> spent lots of >>> time working on apt 0.9.82 trying to figure out why 
>> girts weren't >>> working and it turns out the parser was considering 
>> them invalid due to >>> missing fields like arch and priority.  So I 
>> made a quick patch which >>> is in my pull request and i'll attach it 
>> here as well.  I'd add it >>> myself but I'm not sure which branch 
>> and if it'll affect anything else >>> that uses f-v-p
>>>>>>>>>> the current output looks like
>>>>>>>>>> Package: 64bit-cpu
>>>>>> Status: install ok installed
>>>>>> Version: 0-1
>>>>>> description: [virtual package representing the 64bit capability 
>> of the CPU]
>>>>>>>>>> I'd like to change it to look like
>>>>>>>>>> Package: 64bit-cpu
>>>>>> Status: install ok installed
>>>>>> Priority: optional
>>>>>> Architecture: all
>>>>>> Version: 0-1
>>>>>> Maintainer: Fink Devel 
>>>>>> Description: [virtual package representing the 64bit capability 
>> of the CPU]
>>>>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>>>>> are running is 64bit capable. >>>> . >>>> Web site: 
>&g

Re: [Fink-devel] fvp changes

[TheSin]

I'd really like to get this committed before the next release if possible, any 
other objections or can I go a head and commit it to master?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-22, at 7:36 PM, TheSin  wrote:

> Okay now it works, standalone, --apt and --dpkg all tested, hopefully 
> declaring $config as a global isn't bad ;)
> 
> 
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2013-06-22, at 7:30 PM, TheSin  wrote:
> 
>> I take it back it only worked with out --apt :\
>> 
>> Fetched 1072 kB in 4s (222 kB/s)
>> Can't locate Fink/Config.pm in @INC (@INC contains: 
>> /Library/Perl/5.12/darwin-th
>> 
>> I'll keep working on this :\
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-22, at 7:27 PM, TheSin  wrote:
>> 
>>> okay now that I have inet back and hopefully stable, I fixed it so that I 
>>> get the right arch now.
>>> 
>>> Package: 64bit-cpu
>>> Status: install ok installed
>>> Priority: optional
>>> Architecture: darwin-x86_64
>>> Version: 0-1
>>> Maintainer: Fink Devel 
>>> Description: [virtual package representing the 64bit capability of the CPU]
>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>> are running is 64bit capable. 
>>> . 
>>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>>> . 
>>> Maintainer: Fink Devel 
>>> 
>>> 
>>> 
>>> Here is the new patch, hopefully I did it right I couldn't figure out what 
>>> or why UseFinkModules() was for or did since it returns and exports 
>>> nothing.  If this is wrong please let me know.
>>> 
>>> 
>>> ---
>>> TS
>>> http://www.southofheaven.org/
>>> Life begins and ends with chaos, live between the chaos!
>>> 
>>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>>> 
>>>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  
>>>> wrote:
>>>> The new apt is much more strict on the fields in status files, to get 
>>>> it to work I need to make a few minor changes to f-v-p, I spent lots of 
>>>> time working on apt 0.9.82 trying to figure out why girts weren't 
>>>> working and it turns out the parser was considering them invalid due to 
>>>> missing fields like arch and priority.  So I made a quick patch which 
>>>> is in my pull request and i'll attach it here as well.  I'd add it 
>>>> myself but I'm not sure which branch and if it'll affect anything else 
>>>> that uses f-v-p
>>>>> 
>>>>> the current output looks like
>>>>> 
>>>>> Package: 64bit-cpu
>>>>> Status: install ok installed
>>>>> Version: 0-1
>>>>> description: [virtual package representing the 64bit capability of the 
>>>>> CPU]
>>>>> 
>>>>> I'd like to change it to look like
>>>>> 
>>>>> Package: 64bit-cpu
>>>>> Status: install ok installed
>>>>> Priority: optional
>>>>> Architecture: all
>>>>> Version: 0-1
>>>>> Maintainer: Fink Devel 
>>>>> Description: [virtual package representing the 64bit capability of the 
>>>>> CPU]
>>>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>>>> are running is 64bit capable. 
>>>>> . 
>>>>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>>>>> . 
>>>>> Maintainer: Fink Devel 
>>>> 
>>>> This change to --apt output looks reasonable to me. I talked to TheSin 
>>>> in #fink yesterday, who confirmed that old apt would also accept it, so 
>>>> I don't see harm in sending this to master now (rather than later as 
>>>> part of the large apt upgrade work) (would also benefit anyone who's 
>>>> experimenting with new debian tools of any sort). 
>>>> 
>>>> Technical question: Is this really Architecture:all, given that it's 
>>>> generated by a fink that is single-arch?
>>>> 
>>>> dan
>>>> 
>>>> --
>>>> Daniel Macks
>>>> dma...@netspace.org
>>>> 
>>>> 
>>>> 
>>>> --
>>>> This SF.net email is sponsored by Windows:
>>>> 
>>>> Build for Windows Store.
>>>> 
>>>> http://p.sf.net/sfu/windows-dev2dev
>>>> ___
>>>> Fink-devel mailing list
>>>> Fink-devel@lists.sourceforge.net
>>>> List archive:
>>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>> Subscription management:
>>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>>> 
>> 
> 


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fvp changes

[TheSin]

Okay now it works, standalone, --apt and --dpkg all tested, hopefully declaring 
$config as a global isn't bad ;)



fvp.patch
Description: Binary data

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-22, at 7:30 PM, TheSin  wrote:

> I take it back it only worked with out --apt :\
> 
> Fetched 1072 kB in 4s (222 kB/s)
> Can't locate Fink/Config.pm in @INC (@INC contains: 
> /Library/Perl/5.12/darwin-th
> 
> I'll keep working on this :\
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2013-06-22, at 7:27 PM, TheSin  wrote:
> 
>> okay now that I have inet back and hopefully stable, I fixed it so that I 
>> get the right arch now.
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Priority: optional
>> Architecture: darwin-x86_64
>> Version: 0-1
>> Maintainer: Fink Devel 
>> Description: [virtual package representing the 64bit capability of the CPU]
>> The presence of the 64bit-cpu package indicates that the CPU on which we
>> are running is 64bit capable. 
>> . 
>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>> . 
>> Maintainer: Fink Devel 
>> 
>> 
>> 
>> Here is the new patch, hopefully I did it right I couldn't figure out what 
>> or why UseFinkModules() was for or did since it returns and exports nothing. 
>>  If this is wrong please let me know.
>> 
>> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:
>> 
>>> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  wrote:
>>> The new apt is much more strict on the fields in status files, to get 
>>> it to work I need to make a few minor changes to f-v-p, I spent lots of 
>>> time working on apt 0.9.82 trying to figure out why girts weren't 
>>> working and it turns out the parser was considering them invalid due to 
>>> missing fields like arch and priority.  So I made a quick patch which 
>>> is in my pull request and i'll attach it here as well.  I'd add it 
>>> myself but I'm not sure which branch and if it'll affect anything else 
>>> that uses f-v-p
>>>> 
>>>> the current output looks like
>>>> 
>>>> Package: 64bit-cpu
>>>> Status: install ok installed
>>>> Version: 0-1
>>>> description: [virtual package representing the 64bit capability of the CPU]
>>>> 
>>>> I'd like to change it to look like
>>>> 
>>>> Package: 64bit-cpu
>>>> Status: install ok installed
>>>> Priority: optional
>>>> Architecture: all
>>>> Version: 0-1
>>>> Maintainer: Fink Devel 
>>>> Description: [virtual package representing the 64bit capability of the CPU]
>>>> The presence of the 64bit-cpu package indicates that the CPU on which we
>>>> are running is 64bit capable. 
>>>> . 
>>>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>>>> . 
>>>> Maintainer: Fink Devel 
>>> 
>>> This change to --apt output looks reasonable to me. I talked to TheSin 
>>> in #fink yesterday, who confirmed that old apt would also accept it, so 
>>> I don't see harm in sending this to master now (rather than later as 
>>> part of the large apt upgrade work) (would also benefit anyone who's 
>>> experimenting with new debian tools of any sort). 
>>> 
>>> Technical question: Is this really Architecture:all, given that it's 
>>> generated by a fink that is single-arch?
>>> 
>>> dan
>>> 
>>> --
>>> Daniel Macks
>>> dma...@netspace.org
>>> 
>>> 
>>> 
>>> --
>>> This SF.net email is sponsored by Windows:
>>> 
>>> Build for Windows Store.
>>> 
>>> http://p.sf.net/sfu/windows-dev2dev
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> List archive:
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>> Subscription management:
>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>> 
> 

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fvp changes

[TheSin]

the arch was the only thing I was a little on the fence about, I used all cause 
i knew it'd work and give the least amount of grief but really I think it 
should be the system's arch, but I wanted to talk to you about that, what is 
the best fink function to return x86_64?

Sorry I haven't been reachable this flood in AB is affecting my internet, I'm 
tethered at the moment to check email.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2013-06-21, at 11:56 PM, Daniel Macks  wrote:

> On Thu, 20 Jun 2013 22:11:20 -0600, TheSin  wrote:
> The new apt is much more strict on the fields in status files, to get 
> it to work I need to make a few minor changes to f-v-p, I spent lots of 
> time working on apt 0.9.82 trying to figure out why girts weren't 
> working and it turns out the parser was considering them invalid due to 
> missing fields like arch and priority.  So I made a quick patch which 
> is in my pull request and i'll attach it here as well.  I'd add it 
> myself but I'm not sure which branch and if it'll affect anything else 
> that uses f-v-p
>> 
>> the current output looks like
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Version: 0-1
>> description: [virtual package representing the 64bit capability of the CPU]
>> 
>> I'd like to change it to look like
>> 
>> Package: 64bit-cpu
>> Status: install ok installed
>> Priority: optional
>> Architecture: all
>> Version: 0-1
>> Maintainer: Fink Devel 
>> Description: [virtual package representing the 64bit capability of the CPU]
>> The presence of the 64bit-cpu package indicates that the CPU on which we
>> are running is 64bit capable. 
>> . 
>> Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
>> . 
>> Maintainer: Fink Devel 
> 
> This change to --apt output looks reasonable to me. I talked to TheSin 
> in #fink yesterday, who confirmed that old apt would also accept it, so 
> I don't see harm in sending this to master now (rather than later as 
> part of the large apt upgrade work) (would also benefit anyone who's 
> experimenting with new debian tools of any sort). 
> 
> Technical question: Is this really Architecture:all, given that it's 
> generated by a fink that is single-arch?
> 
> dan
> 
>  --
> Daniel Macks
> dma...@netspace.org
> 
> 
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-dev2dev
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] fvp changes

[TheSin]

The new apt is much more strict on the fields in status files, to get it to 
work I need to make a few minor changes to f-v-p, I spent lots of time working 
on apt 0.9.82 trying to figure out why girts weren't working and it turns out 
the parser was considering them invalid due to missing fields like arch and 
priority.  So I made a quick patch which is in my pull request and i'll attach 
it here as well.  I'd add it myself but I'm not sure which branch and if it'll 
affect anything else that uses f-v-p

the current output looks like

Package: 64bit-cpu
Status: install ok installed
Version: 0-1
description: [virtual package representing the 64bit capability of the CPU]

I'd like to change it to look like


Package: 64bit-cpu
Status: install ok installed
Priority: optional
Architecture: all
Version: 0-1
Maintainer: Fink Devel 
Description: [virtual package representing the 64bit capability of the CPU]
 The presence of the 64bit-cpu package indicates that the CPU on which we
 are running is 64bit capable.
 .
 Web site: http://www.finkproject.org/faq/usage-general.php#virtpackage
 .
 Maintainer: Fink Devel 




fvp.patch
Description: Binary data

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OT: M4 & the SDL Framework

[TheSin]

I concur 100% this isn't a fault of the software nor is something that can be 
resolved upstream, this is just about build system understanding and knowing 
where things are on your system, since fink does not pollute /usr the typical 
places to search like /usr/bin or /usr/local/bin will not turn up sdl-config, 
you have to tell configure that it's in /sw/bin/ as it has no way of knowing 
that on it's own.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-08-01, at 11:39 AM, Daniel Macks wrote:

> On Wed, 1 Aug 2012 10:33:45 -0700, David Lowe  wrote:
> On 2012 Jul 31, at 4:15 PM, TheSin wrote:
>> 
>>> dpkg -S sdl-config
>>> sdl: /sw/bin/sdl-config
>>>> sdl is the dev files for fink installed sdl, I'm not sure what 
>> you are trying to build that needs sdl but it likely just does no 
>> know about your fink installation.  Check that you have sdl 
>> installed, if you do then check whatever you are trying use sdl with 
>> to see if configure has an --sdl-prefix type switch to tell it that 
>> it's in whatever your fink install is, default /sw
>> 
>> I guess when i titled this as off-topic i didn't make it clear 
>> enough that this is not a fink issue.  I have no problem building 
>> freeciv-sdl in fink, as that uses *.dylibs that the configure can 
>> easily pick up.  As an experiment, i was trying to build an sdl 
>> client for freeciv outside of fink.  This is failing, as we can't 
>> seem to detect or use SDL.framework provided in binary format by 
>> libSDL.  This is definitely beyond my expertise, and it seems to be 
>> stumping everyone else as well [Sam Lantinga included].  Sorry for 
>> the noise. 
> 
> Given sdl using sdl-config and sdl.pc as the ways to publish flags, 
> which is the problem here: those file(s) not being found by [the 
> build-system of whatever you are trying to compile against SDL], or 
> that build-system not handling them properly, or the flags not being 
> correct for accomplishing that compiling? None of these seem to cry out 
> for an .m4 solution IMO. 
> 
> dan
> 
>  --
> Daniel Macks
> dma...@netspace.org
> 
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OT: M4 & the SDL Framework

[TheSin]

again I refer to my response.

since we now know this is a self build.

>> check whatever you are trying use sdl with to see if configure has an 
>> --sdl-prefix type switch to tell it that it's in whatever your fink install 
>> is, default /sw

/sw is not a default place to look for anything so you need to tell configure 
about it some how.  You need to check your configure flags and see if there is 
one you may also need to set CFLAGS and LDFLAGS in order to find things.

This is all stuff that is outside of fink and can not be supported, I'm just 
giving you ideas and places to check, alternatively you could just make this 
into a local fink package and avoid having to tell it about fink ;)
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-08-01, at 11:33 AM, David Lowe wrote:

> On 2012 Jul 31, at 4:15 PM, TheSin wrote:
> 
>> dpkg -S sdl-config
>> sdl: /sw/bin/sdl-config
>> 
>> sdl is the dev files for fink installed sdl, I'm not sure what you are 
>> trying to build that needs sdl but it likely just does no know about your 
>> fink installation.  Check that you have sdl installed, if you do then check 
>> whatever you are trying use sdl with to see if configure has an --sdl-prefix 
>> type switch to tell it that it's in whatever your fink install is, default 
>> /sw
> 
>   I guess when i titled this as off-topic i didn't make it clear enough 
> that this is not a fink issue.  I have no problem building freeciv-sdl in 
> fink, as that uses *.dylibs that the configure can easily pick up.  As an 
> experiment, i was trying to build an sdl client for freeciv outside of fink.  
> This is failing, as we can't seem to detect or use SDL.framework provided in 
> binary format by libSDL.  This is definitely beyond my expertise, and it 
> seems to be stumping everyone else as well [Sam Lantinga included].  Sorry 
> for the noise.
> 
> sent from Lion
> 
> Wash: "Man walks down the street in a hat like that, you know he's not afraid 
> of anything ... "
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OT: M4 & the SDL Framework

[TheSin]

dpkg -S sdl-config
sdl: /sw/bin/sdl-config

sdl is the dev files for fink installed sdl, I'm not sure what you are trying 
to build that needs sdl but it likely just does no know about your fink 
installation.  Check that you have sdl installed, if you do then check whatever 
you are trying use sdl with to see if configure has an --sdl-prefix type switch 
to tell it that it's in whatever your fink install is, default /sw
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-31, at 5:05 PM, David Lowe wrote:

>   I raised an issue with the libSDL project that their provided automake 
> macro is incapable of detecting and configuring their provided runtime 
> framework.  Sam Lantinga responded with: "I typically build and install SDL 
> on Mac OS X using the unix style configure/install which works fine.  Can you 
> submit a patch for sdl.m4 which does the right thing for you?  I'm attaching 
> the file for you."  I don't speak M4 and have only rudimentary understanding 
> of frameworks.  However, it does seem like the macro is searching for a file 
> called 'sdl-config' and i don't see such a file inside the SDL framework.  At 
> this point i'm not sure if:
> 
> 1) 'sdl-config' is in the framework but hidden.
> 2) The framework needs to be built differently to include 'sdl-config'.
> 3) The macro needs to test for some other file inside the framework.
> 
>   Here is the M4 file:
> 
>> # Configure paths for SDL
>> # Sam Lantinga 9/21/99
>> # stolen from Manish Singh
>> # stolen back from Frank Belew
>> # stolen from Manish Singh
>> # Shamelessly stolen from Owen Taylor
>> 
>> # serial 1
>> 
>> dnl AM_PATH_SDL([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]])
>> dnl Test for SDL, and define SDL_CFLAGS and SDL_LIBS
>> dnl
>> AC_DEFUN([AM_PATH_SDL2],
>> [dnl 
>> dnl Get the cflags and libraries from the sdl2-config script
>> dnl
>> AC_ARG_WITH(sdl-prefix,[  --with-sdl-prefix=PFX   Prefix where SDL is 
>> installed (optional)],
>>sdl_prefix="$withval", sdl_prefix="")
>> AC_ARG_WITH(sdl-exec-prefix,[  --with-sdl-exec-prefix=PFX Exec prefix where 
>> SDL is installed (optional)],
>>sdl_exec_prefix="$withval", sdl_exec_prefix="")
>> AC_ARG_ENABLE(sdltest, [  --disable-sdltest   Do not try to compile and 
>> run a test SDL program],
>>  , enable_sdltest=yes)
>> 
>>  min_sdl_version=ifelse([$1], ,0.9.0,$1)
>> 
>>  if test "x$sdl_prefix$sdl_exec_prefix" = x ; then
>>PKG_CHECK_MODULES([SDL], [sdl2 >= $min_sdl_version],
>>   [sdl_pc=yes],
>>   [sdl_pc=no])
>>  else
>>sdl_pc=no
>>if test x$sdl_exec_prefix != x ; then
>>  sdl_config_args="$sdl_config_args --exec-prefix=$sdl_exec_prefix"
>>  if test x${SDL_CONFIG+set} != xset ; then
>>SDL_CONFIG=$sdl_exec_prefix/bin/sdl2-config
>>  fi
>>fi
>>if test x$sdl_prefix != x ; then
>>  sdl_config_args="$sdl_config_args --prefix=$sdl_prefix"
>>  if test x${SDL_CONFIG+set} != xset ; then
>>SDL_CONFIG=$sdl_prefix/bin/sdl2-config
>>  fi
>>fi
>>  fi
>> 
>>  if test "x$sdl_pc" = xyes ; then
>>no_sdl=""
>>SDL_CONFIG="pkg-config sdl2"
>>  else
>>as_save_PATH="$PATH"
>>if test "x$prefix" != xNONE && test "$cross_compiling" != yes; then
>>  PATH="$prefix/bin:$prefix/usr/bin:$PATH"
>>fi
>>AC_PATH_PROG(SDL_CONFIG, sdl2-config, no, [$PATH])
>>PATH="$as_save_PATH"
>>AC_MSG_CHECKING(for SDL - version >= $min_sdl_version)
>>no_sdl=""
>> 
>>if test "$SDL_CONFIG" = "no" ; then
>>  no_sdl=yes
>>else
>>  SDL_CFLAGS=`$SDL_CONFIG $sdl_config_args --cflags`
>>  SDL_LIBS=`$SDL_CONFIG $sdl_config_args --libs`
>> 
>>  sdl_major_version=`$SDL_CONFIG $sdl_config_args --version | \
>> sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'`
>>  sdl_minor_version=`$SDL_CONFIG $sdl_config_args --version | \
>> sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'`
>>  sdl_micro_version=`$SDL_CONFIG $sdl_config_args --version | \
>> sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'`
>>  if test "x$enable_sdltest" = "xyes" ; then
>>ac_save_CFLAGS="$CFLAGS"
>>ac_save_CXXFLAGS="$CXXFLAGS"
>>ac_save_LIBS="$LIBS"
>>CFLAGS="$CFLAGS $SDL_CFLAGS"
>>CXXFLAGS="$CXXFLAGS $SDL_CFLAGS"
>>LIBS="$LIBS $SDL_LIBS"
>> dnl
>> dnl Now check if the installed SDL is sufficiently new. (Also sanity
>> dnl checks the results of sdl2-config to some extent
>> dnl
>>  rm -f conf.sdltest
>>  AC_TRY_RUN([
>> #include 
>> #include 
>> #include 
>> #include "SDL.h"
>> 
>> char*
>> my_strdup (char *str)
>> {
>>  char *new_str;
>> 
>>  if (str)
>>{
>>  new_str = (char *)malloc ((strlen (str) + 1) * sizeof(char));
>>  strcpy (new_str, str);
>>}
>>  else
>>new_str = NULL;
>> 
>>  return new_str;
>> }
>> 
>> int main (int argc, char *argv[])
>> {
>>  int major, minor, micro;
>> 

[Fink-devel] swftools

[TheSin]

since the maintainer's email csi...@ccr.jussieu.fr no longer exists I'm sending 
this to the fink-devel list, this is what I sent him.

---


Hi I modified your 10.6 version of swftools so i could get it to install on 
10.7 I'm not sure if this will work on 10.6 but it works great on 10.7 and I 
require it to make a libjs-yui port, just wondering if you mind if I commit it 
for you?  Deps were upgraded, t1lib was removed and zziplib13-shlibs, 
ghostscript-fonts were added and the latest source was used, other then that 
it's all the same.



swftools.info
Description: Binary data

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [fink-core] gettext-0.18 issues

[TheSin]

I would like to test and if everything is okay use 0.18.x in my new dpkg 
branch, 0.17 is causing me to have to add lots of patches that 0.18.x wouldn't 
require.  I'll start testing it as soon as I keep up my push requires and 
change it to forked/branch.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-16, at 3:09 PM, Hanspeter Niederstrasser wrote:

> Based on recent discussions about updating old base packages, I've gone 
> ahead and redid some basic testing of gettext-0.18 since 0.18.1.1 is the 
> current release (my previous attempt was with 0.18).
> 
> As noted in my last message, I was 60% sure the linuxdcpp failure with 
> 0.18 was a runtime failure, but I do not see that happening with 
> gettext-0.18.1.1 (or at least it's not immediate, though I don't 
> remember how the failure was manifested). As for gnash (the other 
> package I had that didn't like newer gettext), given that firefox-x11 is 
> dead and gnash by extension, I see no reason to use gnash as a blocker 
> either.
> 
> The only compilation failure I got while building linuxdcpp was finding 
> a bug that old clang tickled by xgettext.c and is fixed with -O0 
> .  I believe clang is fixed 
> in Xcode 4.2-final (I'm still on 4.1), so presumably 
> gettext-tools-0.18.1.1 would need a BDep on that in order to remove the 
> -O0 flag.
> 
> You can see my revived gettext-0.18.1.1 .infos here 
> . 
>  Please test it (and modify as needed) if it's wanted for dists/stable.
> 
> Hanspeter
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> fink-core mailing list
> fink-c...@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.core
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-core


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] po-debconf-1.0.16+nmu2-1 fails to build

[TheSin]

thanks Snaggle I'll look into this as soon as I'm back home on sunday.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-14, at 7:00 AM, Hanspeter Niederstrasser wrote:

> # Fix the POD quotes (--quotes is not sufficient for the French quotes) \
>   case $l in \
> de) \
>   sed -i -e 's/ds C` ""$/ds C` »/' \
>  -e "s/ds C' \"\"$/ds C' «/" \
>  $l/$p.$s; \
>   ;; \
> fr) \
>   sed -i -e 's/ds C` ""$/ds C` «\\ /' \
>  -e "s/ds C' \"\"$/ds C'  »/" \
>  $l/$p.$s; \
>   ;; \
>   esac; \
>   rm -f $p.pod; \
>   test $l = en || mv $l/$p.$s $l/$p.$l.$s; \
> done; \
>   done
> /bin/sh: -c: line 1: syntax error: unexpected end of file
> make[1]: *** [default] Error 2
> make: *** [all] Error 2
> 
> 
> Full log at: 
> http://snaggledworks.com/fink/logs/fink-build-log_po-debconf_1.0.16+nmu2-1_2012.07.14-08.53.14
> 
> Hanspeter


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] automake1.11-1.11.6-1 fails tests on 10.6/i386 (10.6/x86_64 passes)

[TheSin]

if you have the time, try the dpkg/texinfo/objtools from my experimental, it 
reworks all of install-info.

but it's experimental, so it's not a solution but I'm curious if it would fix 
it for you.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-12, at 2:27 PM, Hanspeter Niederstrasser wrote:

> On 7/12/2012 2:11 PM, Hanspeter Niederstrasser wrote:
>> On 7/12/2012 12:23 PM, Max Horn wrote:
>>> Hi there,
>>> 
>>> what do these commands return for you?
>>> 
>>>which install-info
>>>install-info --version
>>> 
>>> In any case, those failures should be harmless (and I can disable them).
>> 
>> i386 (failing):
>> 
>> $ which install-info
>> /sw32/sbin/install-info
>> $ install-info --version
>> Debian install-info 1.10.21.  Copyright (C) 1994,1995
>> $ dpkg -S /sw32/sbin/install-info
>> dpkg: /sw32/sbin/install-info
>> 
>> x86_64 has the same output, but in /sw64.
>> 
> 
> Running some more tests to narrow it down, but when I installed 
> texlive-base on the x86_64 install, automake1.11-1.11.6-1 also failed to 
> build.
> 
> Hanspeter
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] New dpkg and fink-virtual-pkgs

[TheSin]

here is a sample of the warning, with Debug and normal

justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -D663 -i 
/sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb 
(Reading database ... 195772 files and directories currently installed.)
Preparing to replace test-simple-pm5123 0.98-1 (using 
.../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
D01: process_archive oldversionstatus=installed
D02: maintainer_script_alternative nonexistent prerm 
'/sw/var/lib/dpkg/info/test-simple-pm5123.prerm'
D02: maintainer_script_new nonexistent preinst 
'/sw/var/lib/dpkg/tmp.ci/preinst'
Unpacking replacement test-simple-pm5123 ...
D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postrm ( upgrade 
0.98-1 )
D01: process_archive updating info directory
D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postrm as 
/sw/var/lib/dpkg/info/test-simple-pm5123.postrm
D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postinst as 
/sw/var/lib/dpkg/info/test-simple-pm5123.postinst
D02: process_archive info unlinked 
/sw/var/lib/dpkg/info/test-simple-pm5123.md5sums
D02: process_archive tmp.ci script/file '.' contains dot
D02: process_archive tmp.ci script/file '..' contains dot
D02: process_archive tmp.ci script/file '/sw/var/lib/dpkg/tmp.ci/control' 
is control
D02: process_archive tmp.ci script/file 'package.info' contains dot
D01: generating infodb hashfile
D40: checking dependencies of test-simple-pm5123:darwin-x86_64 (- )
D000400:   checking group ...
D000400: checking possibility  -> perl5123-core
D000400: virtual version 0-0 >= , PASS
D000400: is fink-virtual, ok and found
D000400: found 3
D000400:   found 3 matched 0 possfixbytrig -
D000400:   checking group ...
D000400: checking possibility  -> file-spec-pm5123
D000400: virtual version 0-0 >= , PASS
D000400: is fink-virtual, ok and found
D000400: found 3
D000400:   found 3 matched 0 possfixbytrig -
D000400:   checking group ...
D000400: checking possibility  -> test-harness-pm5123
D000400: virtual version 0-0, Forced!
D000400: is fink-virtual, ok and found
D000400: found 2
D000400:   found 2 matched 0 possfixbytrig -
D000400:   checking group ...
D000400: checking possibility  -> darwin
D000400: virtual version 11.4.0-1 >= 11-1, PASS
D000400: is fink-virtual, ok and found
D000400: found 3
D000400:   found 3 matched 0 possfixbytrig -
D40: ok 2 msgs >> test-simple-pm5123 depends on test-harness-pm5123 (>= 
3.21-104); however:
  Version of test-harness-pm5123 on system is 0-0.
<<
D40: checking Breaks
D000400:  checking virtbroken test-simple-pm
dpkg: test-simple-pm5123: dependency problems, but configuring anyway as you 
requested:
 test-simple-pm5123 depends on test-harness-pm5123 (>= 3.21-104); however:
  Version of test-harness-pm5123 on system is 0-0.
Setting up test-simple-pm5123 (0.98-1) ...
D01: deferred_configure updating conffiles
D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postinst ( 
configure 0.98-1 )




justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i 
/sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb 
(Reading database ... 195772 files and directories currently installed.)
Preparing to replace test-simple-pm5123 0.98-1 (using 
.../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
Unpacking replacement test-simple-pm5123 ...
dpkg: test-simple-pm5123: dependency problems, but configuring anyway as you 
requested:
 test-simple-pm5123 depends on test-harness-pm5123 (>= 3.21-104); however:
  Version of test-harness-pm5123 on system is 0-0.
Setting up test-simple-pm5123 (0.98-1) ...

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-02, at 4:04 PM, TheSin wrote:

> well if this is the case it's a very easy thing to lift form my dpkg 1.16.3 
> patch, and like I posted I could currently turn it into a warning so we are 
> notified?
> 
> Currently my patch in exp does like the 1.10 patch and just assumes 0-0 is 
> good, but I due agree this isn't best it's just how it currently is.
> 
> You guys are the boss so once core know what they want I'm happy to help get 
> it there.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2012-07-02, at 11:55 AM, Daniel Macks wrote:
> 
>> On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen  
>> wrote:
>> Op 01-07-12 21:54, TheSin schreef:
>>>> would we rather it silently do it or with a warning but still pass? 
>>> I assume no warning but thought I'd show an example. 
>>>>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i 
>

Re: [Fink-devel] New dpkg and fink-virtual-pkgs

[TheSin]

well if this is the case it's a very easy thing to lift form my dpkg 1.16.3 
patch, and like I posted I could currently turn it into a warning so we are 
notified?

Currently my patch in exp does like the 1.10 patch and just assumes 0-0 is 
good, but I due agree this isn't best it's just how it currently is.

You guys are the boss so once core know what they want I'm happy to help get it 
there.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-07-02, at 11:55 AM, Daniel Macks wrote:

> On Sun, 01 Jul 2012 21:59:43 +0200, Sjors Gielen  wrote:
> Op 01-07-12 21:54, TheSin schreef:
>>> would we rather it silently do it or with a warning but still pass? 
>> I assume no warning but thought I'd show an example. 
>>>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i 
>> /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb > (Reading 
>> database ... 195742 files and directories currently installed.)
>>> Preparing to replace test-simple-pm5123 0.98-1 (using 
>> .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ... 
>>> Unpacking replacement test-simple-pm5123 ... 
>>> dpkg: test-simple-pm5123: dependency problems, but configuring 
>> anyway as you requested:
>>> test-simple-pm5123 depends on test-harness-pm5123 (>= 3.21-104); however:
>>>  Version of test-harness-pm5123 on system is 0-0. 
>>> Setting up test-simple-pm5123 (0.98-1) ... 
>> 
>> That depends on whether we want to move to a different system. I think
>> depending on the correct version of the Perl module is a good thing, so
>> it depends on whether we want fink-virtual-pkgs to set the correct
>> version number for Perl modules (for example, by loading it then
>> checking $VERSION). If we intend to write such a patch, this warning
>> might be a good reminder to do this at a certain point. Otherwise the
>> warning is just silly and annoying, and trains people to ignore warnings
>> in dpkg... 
> 
> We definitely don't want to blindly assume that "have a provided 
> module, therefore it's good enough version" (ignoring the version)! 
> Most perl-modules are "dual-lifed" and exist on CPAN independently and 
> develop and release on their own (!= perl-core) cycle. If a package 
> says "foo-pmXXX >= 2.0" and perlXXX-core only has it at 1.0, fink 
> should be looking to install an actual foo-pmXXX package of at least 
> version 2.0, not accept the 1.0 in perl core. If a package really 
> doesn't care what version of foo-pmXXX it gets (or it knows that the 
> ones in perl core are good enough) the maintainer can simply not bother 
> specifying the version. If a dependency really is satisfiable by perl 
> core, there's no need to specify the dependency at all. At worst, 
> specifying the version forces users to install the dual-lifed 
> independent package in the cases where perl core's is good enough. An 
> alternative would be to look up what perlXXX-core have the minimum 
> version needed and have those variants not specify the dependency 
> (since the dependencty on perlXXX-core will obviously be sufficient), 
> only explicitly specifying it on the lower ones (where perlXXX-core is 
> not and user would need to have the separate package installed 
> regardless).Regarding detecting the versions to provide dynamically, 
> that's...pretty expensive, and becomes fragile as soon as a user 
> installs a nonstandard module or perl-core that overwrites anything 
> standard. More self-consistent would be to haul Module::CoreList into 
> fink-core. It's a giant hash that hardcodes the known module-versions 
> of all perl-core modules in all perl-versions.On the other hand, this 
> whole idea is a non-starter as soon as we start packaging our own perl 
> interps (which is where we seem to be headed with the 10.[78] shared 
> distro and not wanting to block the ability to have newer perlXXX-core 
> ever in the future). That's because perlXXX-core could be a package, 
> not a data structure that Fink::VirtPackages can forge to its liking. 
> The general idea of versioned provides sure is interesting, but 
> special-casing it in f-v-p in a way that isn't really applicable to 
> other places one might want it seems like we're setting up a maintence 
> mess for the future. 
> 
> dan
> 
>  --
> Daniel Macks
> dma...@netspace.org
> 
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can resp

Re: [Fink-devel] New dpkg and fink-virtual-pkgs

[TheSin]

would we rather it silently do it or with a warning but still pass?  I assume 
no warning but thought I'd show an example.

justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -i 
/sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb 
(Reading database ... 195742 files and directories currently installed.)
Preparing to replace test-simple-pm5123 0.98-1 (using 
.../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
Unpacking replacement test-simple-pm5123 ...
dpkg: test-simple-pm5123: dependency problems, but configuring anyway as you 
requested:
 test-simple-pm5123 depends on test-harness-pm5123 (>= 3.21-104); however:
  Version of test-harness-pm5123 on system is 0-0.
Setting up test-simple-pm5123 (0.98-1) ...
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-29, at 2:10 PM, TheSin wrote:

> okay, I'll reuse the same code if we are okay with that, thanks drm no one in 
> irc knew and I want to fix my version of dpkg, I'll comment the patch so the 
> next version we'll remember.
> ---
> TS
> http://www.southofheaven.org/
> Life begins and ends with chaos, live between the chaos!
> 
> On 2012-06-29, at 2:13 PM, David R. Morrison wrote:
> 
>> My recollection is that we hacked the dpkg code to allow unversioned 
>> virtuals at the time we introduced virtual pkgs.
>> 
>> -- Dave
>> 
>> On Jun 29, 2012, at 2:01 PM, TheSin wrote:
>> 
>>> So I'm not sure how but the old dpkg seemed to not check version of 
>>> fink-virtuals, the patch I'm using is pretty much identical and it should 
>>> have checked, but somehow it allowed things to install that I can't get in 
>>> my new dpkg.
>>> 
>>> when trying to install test-simple-pm5123 for example, dpkg is right 
>>> fink-virtual-pkgs returns test-harness-pm5123 as 0-0 but test-simple-pm5123 
>>> requires test-harness-pm5123 <= 3.21-104, see example below.  So dpkg is 
>>> functioning properly the problem is that some how in dpkg 1.10 the same 
>>> code would pass.  So the question is how do we solve this?
>>> 
>>> a) add version to fink-virtual-pkgs
>>> b) rewrite fink-virtual-pkgs to get the version it's self (this seems like 
>>> a great option but the extra time without a cache would be terrible)
>>> c) assume 0-0 means it's good to go and ignore the version test
>>> 
>>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ fink-virtual-pkgs 
>>> --dpkg | grep test-harness-pm
>>> test-harness-pm5123 0   0   0
>>> 
>>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -D663 -i 
>>> /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb
>>> (Reading database ... 195742 files and directories currently installed.)
>>> Preparing to replace test-simple-pm5123 0.98-1 (using 
>>> .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
>>> D01: process_archive oldversionstatus=unpacked but not configured
>>> D02: maintainer_script_new nonexistent preinst 
>>> '/sw/var/lib/dpkg/tmp.ci/preinst'
>>> Unpacking replacement test-simple-pm5123 ...
>>> D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postrm ( 
>>> upgrade 0.98-1 )
>>> D01: process_archive updating info directory
>>> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postrm as 
>>> /sw/var/lib/dpkg/info/test-simple-pm5123.postrm
>>> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postinst as 
>>> /sw/var/lib/dpkg/info/test-simple-pm5123.postinst
>>> D02: process_archive info unlinked 
>>> /sw/var/lib/dpkg/info/test-simple-pm5123.md5sums
>>> D02: process_archive tmp.ci script/file '.' contains dot
>>> D02: process_archive tmp.ci script/file '..' contains dot
>>> D02: process_archive tmp.ci script/file 
>>> '/sw/var/lib/dpkg/tmp.ci/control' is control
>>> D02: process_archive tmp.ci script/file 'package.info' contains dot
>>> D01: generating infodb hashfile
>>> D40: checking dependencies of test-simple-pm5123:darwin-x86_64 (- 
>>> )
>>> D000400:   checking group ...
>>> D000400: checking possibility  -> perl5123-core
>>> D000400: virtual version 0-0 >= , PASS
>>> D000400: is fink-virtual, ok and found
>>> D000400: found 3
>>> D000400:   found 3 matched 0 possfixbytrig -
>>> D000400:   checking group ...
>>> D000400: checking possibility  -> file-spec-pm5123
>>> D

Re: [Fink-devel] New dpkg and fink-virtual-pkgs

[TheSin]

okay, I'll reuse the same code if we are okay with that, thanks drm no one in 
irc knew and I want to fix my version of dpkg, I'll comment the patch so the 
next version we'll remember.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-29, at 2:13 PM, David R. Morrison wrote:

> My recollection is that we hacked the dpkg code to allow unversioned virtuals 
> at the time we introduced virtual pkgs.
> 
>  -- Dave
> 
> On Jun 29, 2012, at 2:01 PM, TheSin wrote:
> 
>> So I'm not sure how but the old dpkg seemed to not check version of 
>> fink-virtuals, the patch I'm using is pretty much identical and it should 
>> have checked, but somehow it allowed things to install that I can't get in 
>> my new dpkg.
>> 
>> when trying to install test-simple-pm5123 for example, dpkg is right 
>> fink-virtual-pkgs returns test-harness-pm5123 as 0-0 but test-simple-pm5123 
>> requires test-harness-pm5123 <= 3.21-104, see example below.  So dpkg is 
>> functioning properly the problem is that some how in dpkg 1.10 the same code 
>> would pass.  So the question is how do we solve this?
>> 
>> a) add version to fink-virtual-pkgs
>> b) rewrite fink-virtual-pkgs to get the version it's self (this seems like a 
>> great option but the extra time without a cache would be terrible)
>> c) assume 0-0 means it's good to go and ignore the version test
>> 
>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ fink-virtual-pkgs --dpkg 
>> | grep test-harness-pm
>> test-harness-pm5123  0   0   0
>> 
>> justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -D663 -i 
>> /sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb
>> (Reading database ... 195742 files and directories currently installed.)
>> Preparing to replace test-simple-pm5123 0.98-1 (using 
>> .../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
>> D01: process_archive oldversionstatus=unpacked but not configured
>> D02: maintainer_script_new nonexistent preinst 
>> '/sw/var/lib/dpkg/tmp.ci/preinst'
>> Unpacking replacement test-simple-pm5123 ...
>> D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postrm ( upgrade 
>> 0.98-1 )
>> D01: process_archive updating info directory
>> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postrm as 
>> /sw/var/lib/dpkg/info/test-simple-pm5123.postrm
>> D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postinst as 
>> /sw/var/lib/dpkg/info/test-simple-pm5123.postinst
>> D02: process_archive info unlinked 
>> /sw/var/lib/dpkg/info/test-simple-pm5123.md5sums
>> D02: process_archive tmp.ci script/file '.' contains dot
>> D02: process_archive tmp.ci script/file '..' contains dot
>> D02: process_archive tmp.ci script/file 
>> '/sw/var/lib/dpkg/tmp.ci/control' is control
>> D02: process_archive tmp.ci script/file 'package.info' contains dot
>> D01: generating infodb hashfile
>> D40: checking dependencies of test-simple-pm5123:darwin-x86_64 (- )
>> D000400:   checking group ...
>> D000400: checking possibility  -> perl5123-core
>> D000400: virtual version 0-0 >= , PASS
>> D000400: is fink-virtual, ok and found
>> D000400: found 3
>> D000400:   found 3 matched 0 possfixbytrig -
>> D000400:   checking group ...
>> D000400: checking possibility  -> file-spec-pm5123
>> D000400: virtual version 0-0 >= , PASS
>> D000400: is fink-virtual, ok and found
>> D000400: found 3
>> D000400:   found 3 matched 0 possfixbytrig -
>> D000400:   checking group ...
>> D000400: checking possibility  -> test-harness-pm5123
>> D000400: virtual version 0-0 < 3.21-104, FAIL
>> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> 
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and 
>> threat landscape has changed and how IT managers can respond. Discussions 
>> will include endpoint security, mobile security and the latest in malware 
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> List archive:
>> http://news.gmane.org/gmane.os.apple.fin

[Fink-devel] New dpkg and fink-virtual-pkgs

[TheSin]

So I'm not sure how but the old dpkg seemed to not check version of 
fink-virtuals, the patch I'm using is pretty much identical and it should have 
checked, but somehow it allowed things to install that I can't get in my new 
dpkg.

when trying to install test-simple-pm5123 for example, dpkg is right 
fink-virtual-pkgs returns test-harness-pm5123 as 0-0 but test-simple-pm5123 
requires test-harness-pm5123 <= 3.21-104, see example below.  So dpkg is 
functioning properly the problem is that some how in dpkg 1.10 the same code 
would pass.  So the question is how do we solve this?

a) add version to fink-virtual-pkgs
b) rewrite fink-virtual-pkgs to get the version it's self (this seems like a 
great option but the extra time without a cache would be terrible)
c) assume 0-0 means it's good to go and ignore the version test

justin@tracer [/sw/fink/dists/local/main/finkinfo]$ fink-virtual-pkgs --dpkg | 
grep test-harness-pm
test-harness-pm5123 0   0   0

justin@tracer [/sw/fink/dists/local/main/finkinfo]$ sudo dpkg -D663 -i 
/sw/fink/debs/test-simple-pm5123_0.98-1_darwin-x86_64.deb
(Reading database ... 195742 files and directories currently installed.)
Preparing to replace test-simple-pm5123 0.98-1 (using 
.../test-simple-pm5123_0.98-1_darwin-x86_64.deb) ...
D01: process_archive oldversionstatus=unpacked but not configured
D02: maintainer_script_new nonexistent preinst 
'/sw/var/lib/dpkg/tmp.ci/preinst'
Unpacking replacement test-simple-pm5123 ...
D02: fork/exec /sw/var/lib/dpkg/info/test-simple-pm5123.postrm ( upgrade 
0.98-1 )
D01: process_archive updating info directory
D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postrm as 
/sw/var/lib/dpkg/info/test-simple-pm5123.postrm
D02: process_archive info installed /sw/var/lib/dpkg/tmp.ci/postinst as 
/sw/var/lib/dpkg/info/test-simple-pm5123.postinst
D02: process_archive info unlinked 
/sw/var/lib/dpkg/info/test-simple-pm5123.md5sums
D02: process_archive tmp.ci script/file '.' contains dot
D02: process_archive tmp.ci script/file '..' contains dot
D02: process_archive tmp.ci script/file '/sw/var/lib/dpkg/tmp.ci/control' 
is control
D02: process_archive tmp.ci script/file 'package.info' contains dot
D01: generating infodb hashfile
D40: checking dependencies of test-simple-pm5123:darwin-x86_64 (- )
D000400:   checking group ...
D000400: checking possibility  -> perl5123-core
D000400: virtual version 0-0 >= , PASS
D000400: is fink-virtual, ok and found
D000400: found 3
D000400:   found 3 matched 0 possfixbytrig -
D000400:   checking group ...
D000400: checking possibility  -> file-spec-pm5123
D000400: virtual version 0-0 >= , PASS
D000400: is fink-virtual, ok and found
D000400: found 3
D000400:   found 3 matched 0 possfixbytrig -
D000400:   checking group ...
D000400: checking possibility  -> test-harness-pm5123
D000400: virtual version 0-0 < 3.21-104, FAIL

---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] [Fink-users] Massive update tonight failed ...

[TheSin]

I already thought of these options, the problem would be the same problem I see 
with gettext-tools, the desync in revisions with double pkgs is very misleading 
and double the work.  I've pretty much been working 8+ hours a day some days 
24hours a day working on debian tools for fink for the last week.  It's lots of 
work and splitting things up makes even more work, now we need a package that 
patches out po4a, then a package that patches everything else out and only make 
the po4a.

Honestly I think we just need to pick one.

a) smaller depends and no intl man pages
b) suck it up and support for ppl that don't speak english.

The sad reality is that debian is going to use po4a for everything and is 
already almost there, so we just have to choose.  At this point I have chosen a 
to make ppl happy, locales at this point as still there so runtime isn't po4a 
dependant, only man pages.  Though I do believe that locales will be going to 
po4a as well in the future.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-29, at 9:08 AM, Alexander Hansen wrote:

> On 6/29/12 7:13 AM, TheSin wrote:
>> po4a has been removed, since I only speak en this doesn't affect me at all, 
>> po4a = po 4 all, aka it's an i18n man/locale translator, so now both 
>> debianutils and sensible-utils will install international man pages but I 
>> believe they won't be translated.  Not a huge deal to make people happy I 
>> suppose, but in the future we are still going to have an issue with 
>> install-info being removed form dpkg, debian uses tex for install-info now.  
>> So we need a plan to deal with this if people already complain from a few 
>> required tools.
>> 
>> Anyhow the none po4a version are in cvs now.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
> 
> Let's take this to -devel.
> 
> I had a couple of thoughts here:
> 
> 1)  Make a non-essential, non-splitoff companion package to build and
> install the translated manpages via po4a.
> 
> 2)  Do a local build including all the manpages, put those in a tarball
> (e.g. with top directory share/ to be friendly to those not using the
> default Fink path), upload them somewhere, make that a SourceN, and
> install the pre-compiled pages into the .deb.
> 
> 3) Get a bindist.  (not a near-term option).
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
> 
> 


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] install-info replacement

[TheSin]

this is a good option to explore I think.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-29, at 9:38 AM, Alexander Hansen wrote:

> On 6/29/12 6:14 AM, TheSin wrote:
>> I agree that it does not need to be essential at all, but that being said 
>> new versions of dpkg in the future will require tex for install-info since 
>> its being deprecated for ginstall-info upstream so maybe we need to look at 
>> debs of debs?  I'll re-work debianutils today and split it up I should be 
>> able to make it 2 pkgs and break out po4a I did it for the new dpkg already. 
>> BTW po4a is the po translator Debian now uses on all essentials.  
>> 
> 
> Meh.  If dpkg upstream is using TeX instead of the old install-info
> that's going to be really painful for our purposes.  _They_ can do that
> since they're fundamentally a provider of prebuilt binaries, and aren't
> forcing all of _their_ users to install TeX.
> 
> I wonder if there's a lighter-weight option we can use here...
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
> 
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] new debianutils and mktemp/readlink

[TheSin]

excellent and the only pkg that used an absolute path was fixed already, any 
objections to me upgrading debianutils?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-27, at 8:08 AM, David R. Morrison wrote:

> /usr/bin/readlink is present on both 10.6 and 10.5.
> 
>  -- Dave
> 
> On Jun 27, 2012, at 7:44 AM, TheSin wrote:
> 
>> it turns out that Lion have /usr/bin/readlink as well, can anyone confirm 
>> this on 10.6/10.5 if so then it won't matter if I replace debianutils.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2012-06-26, at 12:10 PM, Alexander Hansen wrote:
>> 
>>> On 6/26/12 11:04 AM, TheSin wrote:
>>>> I'm working on updating all the debian packages, one that is seriously out 
>>>> of date is debianutils, newer debianutils no longer provides mktemp or 
>>>> read link these are all part of coretuils.
>>>> 
>>>> I have already updated the 3 packages that were using readlink in 10.7: 
>>>> php5, libmpfr4, valgrind, I added a BuildDepend on coreutils and change 
>>>> the call to use greadlink, these are build only changes (except in the 
>>>> case of php5) so no rev up was required.
>>>> 
>>>> in the case of mktemp, the current packages make calls to it:
>>>> 
>>>> nettle4
>>>> netpbm
>>>> php5
>>>> lapack341
>>>> 
>>>> This one is a little more tricky, /usr/bin/mktemp exists on lion but some 
>>>> of the switches are different, the other options is to use coreutils and 
>>>> call gmktemp, these packages will require more input as some are runtime 
>>>> and I don't feel comfortable changing them without knowing the packages 
>>>> and how they work.
>>>> 
>>>> I'll be fixing php5, I'm hope the other three packages could get updated 
>>>> so I may upgrade debianutils.
>>>> ---
>>>> TS
>>>> http://www.southofheaven.org/
>>>> Life begins and ends with chaos, live between the chaos!
>>>> 
>>>> 
>>> 
>>> As an addendum:  Apple provides mktemp as far back as Leopard, so people
>>> do have the option not to drag in coreutils.
>>> 
>>> lapack341 just switched over to Apple's mktemp.
>>> -- 
>>> Alexander Hansen, Ph.D.
>>> Fink User Liaison
>>> My package updates: http://finkakh.wordpress.com/
>>> 
>>> 
>> 
>> 
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and 
>> threat landscape has changed and how IT managers can respond. Discussions 
>> will include endpoint security, mobile security and the latest in malware 
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> List archive:
>> http://news.gmane.org/gmane.os.apple.fink.devel
>> Subscription management:
>> https://lists.sourceforge.net/lists/listinfo/fink-devel
> 
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] new debianutils and mktemp/readlink

[TheSin]

it turns out that Lion have /usr/bin/readlink as well, can anyone confirm this 
on 10.6/10.5 if so then it won't matter if I replace debianutils.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-06-26, at 12:10 PM, Alexander Hansen wrote:

> On 6/26/12 11:04 AM, TheSin wrote:
>> I'm working on updating all the debian packages, one that is seriously out 
>> of date is debianutils, newer debianutils no longer provides mktemp or read 
>> link these are all part of coretuils.
>> 
>> I have already updated the 3 packages that were using readlink in 10.7: 
>> php5, libmpfr4, valgrind, I added a BuildDepend on coreutils and change the 
>> call to use greadlink, these are build only changes (except in the case of 
>> php5) so no rev up was required.
>> 
>> in the case of mktemp, the current packages make calls to it:
>> 
>> nettle4
>> netpbm
>> php5
>> lapack341
>> 
>> This one is a little more tricky, /usr/bin/mktemp exists on lion but some of 
>> the switches are different, the other options is to use coreutils and call 
>> gmktemp, these packages will require more input as some are runtime and I 
>> don't feel comfortable changing them without knowing the packages and how 
>> they work.
>> 
>> I'll be fixing php5, I'm hope the other three packages could get updated so 
>> I may upgrade debianutils.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> 
> 
> As an addendum:  Apple provides mktemp as far back as Leopard, so people
> do have the option not to drag in coreutils.
> 
> lapack341 just switched over to Apple's mktemp.
> -- 
> Alexander Hansen, Ph.D.
> Fink User Liaison
> My package updates: http://finkakh.wordpress.com/
> 
> 


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] new debianutils and mktemp/readlink

[TheSin]

I'm working on updating all the debian packages, one that is seriously out of 
date is debianutils, newer debianutils no longer provides mktemp or read link 
these are all part of coretuils.

I have already updated the 3 packages that were using readlink in 10.7: php5, 
libmpfr4, valgrind, I added a BuildDepend on coreutils and change the call to 
use greadlink, these are build only changes (except in the case of php5) so no 
rev up was required.

in the case of mktemp, the current packages make calls to it:

nettle4
netpbm
php5
lapack341

This one is a little more tricky, /usr/bin/mktemp exists on lion but some of 
the switches are different, the other options is to use coreutils and call 
gmktemp, these packages will require more input as some are runtime and I don't 
feel comfortable changing them without knowing the packages and how they work.

I'll be fixing php5, I'm hope the other three packages could get updated so I 
may upgrade debianutils.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] audiofile/libaudiofile1 in 10.7

[TheSin]

Done and Done, it's in cvs now.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-05-31, at 10:04 AM, Jack Howarth wrote:

> On Thu, May 31, 2012 at 08:43:00AM -0600, TheSin wrote:
>> I believe it was the version before this one that broke api/abi compat in 
>> the lib without a lib version update and it didn't work with clang, I was so 
>> busy trying to fix that mess I didn't even test the new release with clang 
>> is all, I'll try and test it today and if all is well I'll remove that 
>> requirement.
> 
> Thanks. Please do add an InfoTest to libaudiofile1.info. I found that...
> 
> InfoTest: TestScript: make check || exit 2
> 
> worked fine.
>Jack
> 
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2012-05-31, at 8:24 AM, Jack Howarth wrote:
>> 
>>> Justin,
>>>  Why are we using llvm-gcc-4.2/llvm-g++-4.2 in the 10.7 info files
>>> for audiofile/libaudiofile1? Current Apple clang seems capable of
>>> building both. If you add an InfoTest to libaudiofile1, you should
>>> find that all of the tests pass from the resuling clang build...
>>> 
>>> make  check-TESTS
>>> [==] Running 1 test from 1 test case.
>>> [--] Global test environment set-up.
>>> [--] 1 test from AES
>>> [ RUN  ] AES.AIFF
>>> [   OK ] AES.AIFF (1 ms)
>>> [--] 1 test from AES (1 ms total)
>>> 
>>> [--] Global test environment tear-down
>>> [==] 1 test from 1 test case ran. (1 ms total)
>>> [  PASSED  ] 1 test.
>>> PASS: aes
>>> [==] Running 12 tests from 1 test case.
>>> [--] Global test environment set-up.
>>> [--] 12 tests from ChannelMatrix
>>> [ RUN  ] ChannelMatrix.ReadInt8
>>> [   OK ] ChannelMatrix.ReadInt8 (1 ms)
>>> [ RUN  ] ChannelMatrix.ReadInt16
>>> [   OK ] ChannelMatrix.ReadInt16 (1 ms)
>>> [ RUN  ] ChannelMatrix.ReadInt24
>>> [   OK ] ChannelMatrix.ReadInt24 (1 ms)
>>> [ RUN  ] ChannelMatrix.ReadInt32
>>> [   OK ] ChannelMatrix.ReadInt32 (0 ms)
>>> [ RUN  ] ChannelMatrix.ReadFloat
>>> [   OK ] ChannelMatrix.ReadFloat (1 ms)
>>> [ RUN  ] ChannelMatrix.ReadDouble
>>> [   OK ] ChannelMatrix.ReadDouble (1 ms)
>>> [ RUN  ] ChannelMatrix.WriteInt8
>>> [   OK ] ChannelMatrix.WriteInt8 (1 ms)
>>> [ RUN  ] ChannelMatrix.WriteInt16
>>> [   OK ] ChannelMatrix.WriteInt16 (2 ms)
>>> [ RUN  ] ChannelMatrix.WriteInt24
>>> [   OK ] ChannelMatrix.WriteInt24 (1 ms)
>>> [ RUN  ] ChannelMatrix.WriteInt32
>>> [   OK ] ChannelMatrix.WriteInt32 (2 ms)
>>> [ RUN  ] ChannelMatrix.WriteFloat
>>> [   OK ] ChannelMatrix.WriteFloat (2 ms)
>>> [ RUN  ] ChannelMatrix.WriteDouble
>>> [   OK ] ChannelMatrix.WriteDouble (1 ms)
>>> [--] 12 tests from ChannelMatrix (14 ms total)
>>> 
>>> [--] Global test environment tear-down
>>> [==] 12 tests from 1 test case ran. (14 ms total)
>>> [  PASSED  ] 12 tests.
>>> PASS: channelmatrix
>>> [==] Running 12 tests from 12 test cases.
>>> [--] Global test environment set-up.
>>> [--] 1 test from Data
>>> [ RUN  ] Data.Null
>>> [   OK ] Data.Null (0 ms)
>>> [--] 1 test from Data (0 ms total)
>>> 
>>> [--] 1 test from Channels
>>> [ RUN  ] Channels.Null
>>> [   OK ] Channels.Null (0 ms)
>>> [--] 1 test from Channels (1 ms total)
>>> 
>>> [--] 1 test from Rate
>>> [ RUN  ] Rate.Null
>>> [   OK ] Rate.Null (0 ms)
>>> [--] 1 test from Rate (0 ms total)
>>> 
>>> [--] 1 test from Compression
>>> [ RUN  ] Compression.Null
>>> [   OK ] Compression.Null (0 ms)
>>> [--] 1 test from Compression (0 ms total)
>>> 
>>> [--] 1 test from SampleFormat
>>> [ RUN  ] SampleFormat.Null
>>> [   OK ] SampleFormat.Null (0 ms)
>>> [--] 1 test from SampleFormat (0 ms total)
>>> 
>>> [--] 1 test from ByteOrder
>>> [ RUN  ] ByteOrder.Null
>>> [   OK ] ByteOrder.Null (0 ms)
>>> [--] 1 test from ByteOrder (0 ms total)

Re: [Fink-devel] audiofile/libaudiofile1 in 10.7

[TheSin]

I believe it was the version before this one that broke api/abi compat in the 
lib without a lib version update and it didn't work with clang, I was so busy 
trying to fix that mess I didn't even test the new release with clang is all, 
I'll try and test it today and if all is well I'll remove that requirement.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-05-31, at 8:24 AM, Jack Howarth wrote:

> Justin,
>   Why are we using llvm-gcc-4.2/llvm-g++-4.2 in the 10.7 info files
> for audiofile/libaudiofile1? Current Apple clang seems capable of
> building both. If you add an InfoTest to libaudiofile1, you should
> find that all of the tests pass from the resuling clang build...
> 
> make  check-TESTS
> [==] Running 1 test from 1 test case.
> [--] Global test environment set-up.
> [--] 1 test from AES
> [ RUN  ] AES.AIFF
> [   OK ] AES.AIFF (1 ms)
> [--] 1 test from AES (1 ms total)
> 
> [--] Global test environment tear-down
> [==] 1 test from 1 test case ran. (1 ms total)
> [  PASSED  ] 1 test.
> PASS: aes
> [==] Running 12 tests from 1 test case.
> [--] Global test environment set-up.
> [--] 12 tests from ChannelMatrix
> [ RUN  ] ChannelMatrix.ReadInt8
> [   OK ] ChannelMatrix.ReadInt8 (1 ms)
> [ RUN  ] ChannelMatrix.ReadInt16
> [   OK ] ChannelMatrix.ReadInt16 (1 ms)
> [ RUN  ] ChannelMatrix.ReadInt24
> [   OK ] ChannelMatrix.ReadInt24 (1 ms)
> [ RUN  ] ChannelMatrix.ReadInt32
> [   OK ] ChannelMatrix.ReadInt32 (0 ms)
> [ RUN  ] ChannelMatrix.ReadFloat
> [   OK ] ChannelMatrix.ReadFloat (1 ms)
> [ RUN  ] ChannelMatrix.ReadDouble
> [   OK ] ChannelMatrix.ReadDouble (1 ms)
> [ RUN  ] ChannelMatrix.WriteInt8
> [   OK ] ChannelMatrix.WriteInt8 (1 ms)
> [ RUN  ] ChannelMatrix.WriteInt16
> [   OK ] ChannelMatrix.WriteInt16 (2 ms)
> [ RUN  ] ChannelMatrix.WriteInt24
> [   OK ] ChannelMatrix.WriteInt24 (1 ms)
> [ RUN  ] ChannelMatrix.WriteInt32
> [   OK ] ChannelMatrix.WriteInt32 (2 ms)
> [ RUN  ] ChannelMatrix.WriteFloat
> [   OK ] ChannelMatrix.WriteFloat (2 ms)
> [ RUN  ] ChannelMatrix.WriteDouble
> [   OK ] ChannelMatrix.WriteDouble (1 ms)
> [--] 12 tests from ChannelMatrix (14 ms total)
> 
> [--] Global test environment tear-down
> [==] 12 tests from 1 test case ran. (14 ms total)
> [  PASSED  ] 12 tests.
> PASS: channelmatrix
> [==] Running 12 tests from 12 test cases.
> [--] Global test environment set-up.
> [--] 1 test from Data
> [ RUN  ] Data.Null
> [   OK ] Data.Null (0 ms)
> [--] 1 test from Data (0 ms total)
> 
> [--] 1 test from Channels
> [ RUN  ] Channels.Null
> [   OK ] Channels.Null (0 ms)
> [--] 1 test from Channels (1 ms total)
> 
> [--] 1 test from Rate
> [ RUN  ] Rate.Null
> [   OK ] Rate.Null (0 ms)
> [--] 1 test from Rate (0 ms total)
> 
> [--] 1 test from Compression
> [ RUN  ] Compression.Null
> [   OK ] Compression.Null (0 ms)
> [--] 1 test from Compression (0 ms total)
> 
> [--] 1 test from SampleFormat
> [ RUN  ] SampleFormat.Null
> [   OK ] SampleFormat.Null (0 ms)
> [--] 1 test from SampleFormat (0 ms total)
> 
> [--] 1 test from ByteOrder
> [ RUN  ] ByteOrder.Null
> [   OK ] ByteOrder.Null (0 ms)
> [--] 1 test from ByteOrder (0 ms total)
> 
> [--] 1 test from DataOffset
> [ RUN  ] DataOffset.Null
> [   OK ] DataOffset.Null (0 ms)
> [--] 1 test from DataOffset (0 ms total)
> 
> [--] 1 test from FrameCount
> [ RUN  ] FrameCount.Null
> [   OK ] FrameCount.Null (0 ms)
> [--] 1 test from FrameCount (0 ms total)
> 
> [--] 1 test from AES
> [ RUN  ] AES.Null
> [   OK ] AES.Null (0 ms)
> [--] 1 test from AES (0 ms total)
> 
> [--] 1 test from Setup
> [ RUN  ] Setup.Null
> [   OK ] Setup.Null (0 ms)
> [--] 1 test from Setup (0 ms total)
> 
> [--] 1 test from File
> [ RUN  ] File.Bad
> [   OK ] File.Bad (0 ms)
> [--] 1 test from File (0 ms total)
> 
> [--] 1 test from Query
> [ RUN  ] Query.Bad
> [   OK ] Query.Bad (0 ms)
> [--] 1 test from Query (0 ms total)
> 
> [--] Global test environment tear-down
> [==] 12 tests from 12 test cases ran. (1 ms total)
> [  PASSED  ] 12 tests.
> PASS: error
> PASS: floatto24
> [==] Running 4 tests from 1 test case.
> [--] Global test environment set-up.
> [--] 4 tests from FloatToIntTest
> [ RUN  ] FloatToIntTest.Int8
> [   OK ] FloatToIntTest.Int8 (1 ms)
> [ RUN  ] FloatToIntTest.Int16
> [   OK ] FloatToIntTest.Int16 (1 ms)
> [ RUN  ] FloatToIntTest.Int24
> [   OK ] FloatToIntTest.Int24 (1 ms)
> [ RUN  ] FloatToIntTest.Int32
> [   OK ] 

Re: [Fink-devel] New fink release imminent

[TheSin]

ahh that makes sense now ;) I thought this was suppose to replace passed like 
in my uidgid branch, I was going to say to counter that issue I created 
pastiest ownership scripts that auto generated.  But since that isn't' the case 
I'll go back to my quiet corner and let the people that know wants going on 
talk and not interrupt ;)

And for sure arm been a while I missed you guys so I decided to make more time 
for fink again. ;)
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-05-10, at 8:08 AM, David R. Morrison wrote:

> Hi Justin.  Long time no see :)
> 
> Actually, this particular user is only being used during "fink build."  No 
> files are supposed to belong to that user at the end of the build process.  
> So there shouldn't be a problem.
> 
> (But maybe we should, if we don't already, do a validator check to make sure 
> that no files are owed by fink-bld.)
> 
>  -- Dave
> 
> 
> On May 10, 2012, at 9:33 AM, TheSin wrote:
> 
>> the problem with it IIRC from WAY BACK want I worked on my uidgid branch is 
>> that dpkg stores the uid/gid and did not the name/group, so if the uid 
>> differs when a deb is installed instead of the the fink build process it 
>> will have the wrong perms, unless things have changed since then.
>> ---
>> TS
>> http://www.southofheaven.org/
>> Life begins and ends with chaos, live between the chaos!
>> 
>> On 2012-05-10, at 6:33 AM, David R. Morrison wrote:
>> 
>>> I think Dustin's approach is a good one -- less intrusive to users' systems.
>>> 
>>> -- Dave
>>> 
>>> On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:
>>> 
>>>> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen 
>>>>  wrote:
>>>> We're approaching the May 16 planned deadline for a new Fink  (0.33.0)
>>>> release.  The current plan is to incorporate:
>>>> 
>>>> 2)  moving creation of the fink-bld user from passwd-fink-bld into fink,
>>>> as per https://github.com/fink/fink/pull/30 .
>>>> Note that if there is already a fink-bld user, fink recognizes it.  This
>>>> will also entail using a dummy passwd-fink-bld package in the 10.7/ tree
>>>> to replace the real package, and updating passwd in the 10.4/ tree so
>>>> that it doesn't generate the passwd-fink-bld user anymore.
>>>> 
>>>> I hacked together an alternative to this branch, which creates the 
>>>> fink-bld user and group during selfupdate or bootstrap, but selects a UID 
>>>> which is not on the system rather than using a fixed one:
>>>> 
>>>> https://github.com/dustinac/fink/commits/add-fink-bld
>>>> 
>>>> Some background: Currently, fink-bld is always created with UID 266. As 
>>>> was discussed on fink-core, this could be a problem in the rare case that 
>>>> UID 266 has already been assigned to a different user on the system prior 
>>>> to installing or updating fink. With an autoselected UID, there is no risk 
>>>> of such a collision.
>>>> 
>>>> Dustin
>>>> --
>>>> Live Security Virtual Conference
>>>> Exclusive live event will cover all the ways today's security and 
>>>> threat landscape has changed and how IT managers can respond. Discussions 
>>>> will include endpoint security, mobile security and the latest in malware 
>>>> threats. 
>>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
>>>> Fink-devel mailing list
>>>> Fink-devel@lists.sourceforge.net
>>>> List archive:
>>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>> Subscription management:
>>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>>> 
>>> --
>>> Live Security Virtual Conference
>>> Exclusive live event will cover all the ways today's security and 
>>> threat landscape has changed and how IT managers can respond. Discussions 
>>> will include endpoint security, mobile security and the latest in malware 
>>> threats. 
>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> List archive:
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>> Subscription management:
>>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>> 
> 


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] New fink release imminent

[TheSin]

the problem with it IIRC from WAY BACK want I worked on my uidgid branch is 
that dpkg stores the uid/gid and did not the name/group, so if the uid differs 
when a deb is installed instead of the the fink build process it will have the 
wrong perms, unless things have changed since then.
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!

On 2012-05-10, at 6:33 AM, David R. Morrison wrote:

> I think Dustin's approach is a good one -- less intrusive to users' systems.
> 
>   -- Dave
> 
> On May 10, 2012, at 4:32 AM, Dustin Cartwright wrote:
> 
>> On Thu, May 10, 2012 at 12:45 AM, Alexander Hansen 
>>  wrote:
>> We're approaching the May 16 planned deadline for a new Fink  (0.33.0)
>> release.  The current plan is to incorporate:
>> 
>> 2)  moving creation of the fink-bld user from passwd-fink-bld into fink,
>> as per https://github.com/fink/fink/pull/30 .
>> Note that if there is already a fink-bld user, fink recognizes it.  This
>> will also entail using a dummy passwd-fink-bld package in the 10.7/ tree
>> to replace the real package, and updating passwd in the 10.4/ tree so
>> that it doesn't generate the passwd-fink-bld user anymore.
>> 
>> I hacked together an alternative to this branch, which creates the fink-bld 
>> user and group during selfupdate or bootstrap, but selects a UID which is 
>> not on the system rather than using a fixed one:
>> 
>> https://github.com/dustinac/fink/commits/add-fink-bld
>> 
>> Some background: Currently, fink-bld is always created with UID 266. As was 
>> discussed on fink-core, this could be a problem in the rare case that UID 
>> 266 has already been assigned to a different user on the system prior to 
>> installing or updating fink. With an autoselected UID, there is no risk of 
>> such a collision.
>> 
>> Dustin
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and 
>> threat landscape has changed and how IT managers can respond. Discussions 
>> will include endpoint security, mobile security and the latest in malware 
>> threats. 
>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> List archive:
>> http://news.gmane.org/gmane.os.apple.fink.devel
>> Subscription management:
>> https://lists.sourceforge.net/lists/listinfo/fink-devel
> 
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond. Discussions 
> will include endpoint security, mobile security and the latest in malware 
> threats. 
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> List archive:
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] PHP5-cli issues

[TheSin]

all modules will do that, so disable all modules in the /sw/etc/php5/cli conf 
file, you can keep them on in the apache2 conf if you want.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 2010-03-19, at 9:36 AM, Steven Van Ingelgem wrote:

> What would be the proper way of handling this (for the time being)? Disabling 
> any modules? Or just the mysql one?
> 
> On 19 March 2010 14:38, TheSin  wrote:
> these are all known issues, I'm' working on php5.3 and I hope to have them 
> fixed in it, that is what is taking me so long, getting a proper build where 
> I only have to build the dso's once that will work with both cli and apache 
> mod.
> ---
> TS
> http://southofheaven.org/
> Chaos is the beginning and end, try dealing with the rest.
> 
> On 2010-03-19, at 5:19 AM, Steven Van Ingelgem wrote:
> 
>> Hi,
>> 
>> 
>> I am a first-time user of fink, and as such I am having troubles with the 
>> php5-cli package...
>> 
>> Versions:
>> ProductName: Mac OS X ProductVersion: 10.5.8 BuildVersion: 9L30
>> GCC: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)
>> Fink: 0.29.10
>> 
>> I enabled the unstable/main & unstable/crypto (as described in the faq) to 
>> get the latest software.
>> 
>> then I compiled php5-cli (and also the apache-version), as well as 
>> php5-mysql, php5-pear and some others.
>> 
>> 
>> All compilation went ok, but afterwards I got this:
>> 
>> Step 1)
>> ste...@mac-mini:~$ php -i >/dev/null
>> PHP Warning:  PHP Startup: Unable to load dynamic library 
>> '/sw/lib/php5/20060613/mysql.so' - (null) in Unknown on line 0
>> PHP Warning:  PHP Startup: Unable to load dynamic library 
>> '/sw/lib/php5/20060613/mysqli.so' - (null) in Unknown on line 0
>> PHP Warning:  PHP Startup: Unable to load dynamic library 
>> '/sw/lib/php5/20060613/pdo.so' - (null) in Unknown on line 0
>> PHP Warning:  PHP Startup: Unable to load dynamic library 
>> '/sw/lib/php5/20060613/pdo_mysql.so' - (null) in Unknown on line 0
>> 
>> the correct directory has "-zts" at the end ...
>> 
>> Step 2)
>> Changing the extension_dir into the zts variant now, I get this:
>> 
>> ste...@mac-mini:~$ php -i >/dev/null
>> dyld: NSLinkModule() error
>> dyld: Symbol not found: _core_globals_id
>>  Referenced from: /sw/lib/php5/20060613-zts/mysql.so
>>  Expected in: dynamic lookup
>> 
>> Trace/BPT trap
>> 
>> 
>> What can I do to resolve this problem?
>> 
>> 
>> Thanks
>> --
>> Download Intel® Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> http://news.gmane.org/gmane.os.apple.fink.devel
>> Subscription management:
>> https://lists.sourceforge.net/lists/listinfo/fink-devel
> 


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] PHP5-cli issues

[TheSin]

these are all known issues, I'm' working on php5.3 and I hope to have them 
fixed in it, that is what is taking me so long, getting a proper build where I 
only have to build the dso's once that will work with both cli and apache mod.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 2010-03-19, at 5:19 AM, Steven Van Ingelgem wrote:

> Hi,
> 
> 
> I am a first-time user of fink, and as such I am having troubles with the 
> php5-cli package...
> 
> Versions:
> ProductName: Mac OS X ProductVersion: 10.5.8 BuildVersion: 9L30
> GCC: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5490)
> Fink: 0.29.10
> 
> I enabled the unstable/main & unstable/crypto (as described in the faq) to 
> get the latest software.
> 
> then I compiled php5-cli (and also the apache-version), as well as 
> php5-mysql, php5-pear and some others.
> 
> 
> All compilation went ok, but afterwards I got this:
> 
> Step 1)
> ste...@mac-mini:~$ php -i >/dev/null
> PHP Warning:  PHP Startup: Unable to load dynamic library 
> '/sw/lib/php5/20060613/mysql.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library 
> '/sw/lib/php5/20060613/mysqli.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library 
> '/sw/lib/php5/20060613/pdo.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library 
> '/sw/lib/php5/20060613/pdo_mysql.so' - (null) in Unknown on line 0
> 
> the correct directory has "-zts" at the end ...
> 
> Step 2)
> Changing the extension_dir into the zts variant now, I get this:
> 
> ste...@mac-mini:~$ php -i >/dev/null
> dyld: NSLinkModule() error
> dyld: Symbol not found: _core_globals_id
>   Referenced from: /sw/lib/php5/20060613-zts/mysql.so
>   Expected in: dynamic lookup
> 
> Trace/BPT trap
> 
> 
> What can I do to resolve this problem?
> 
> 
> Thanks
> --
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
> Subscription management:
> https://lists.sourceforge.net/lists/listinfo/fink-devel


--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] ffmpeg

[TheSin]

be my guest I will get around to it someday I just can't say it'll be  
soon ;)
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 2009-09-29, at 11:11 AM, David Fang wrote:

>> I'm getting lots of emails about ffmpeg not compiling on 10.6 64bit,
>> I'm still working on apache2/php5, so if anyone has to time to tackle
>> or take over ffmpeg be my guest ;)  if not i'll get to it as soon  
>> as I
>> can.
>
> Hi,
>
> I've also tried compiling a package for ffmpeg 0.5 on powerpc- 
> darwin8, but run into some linker errors, I haven't patched around  
> yet.  Is there any interest in upgrading to 0.5, powerpc-darwin8?
>
> Fang
>
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>>
>> --
>> Come build with us! The BlackBerry® Developer Conference in SF,  
>> CA
>> is the only developer event you need to attend this year. Jumpstart  
>> your
>> developing skills, take BlackBerry mobile applications to market  
>> and stay
>> ahead of the curve. Join us from November 9-12, 2009. Register  
>> now!
>> http://p.sf.net/sfu/devconf
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> http://news.gmane.org/gmane.os.apple.fink.devel
>> Subscription management:
>> https://lists.sourceforge.net/lists/listinfo/fink-devel
>>
>
> David Fang
> http://www.csl.cornell.edu/~fang/
> http://www.achronix.com/
>
>


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] ffmpeg

[TheSin]

I'm getting lots of emails about ffmpeg not compiling on 10.6 64bit,  
I'm still working on apache2/php5, so if anyone has to time to tackle  
or take over ffmpeg be my guest ;)  if not i'll get to it as soon as I  
can.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.


--
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] xchemdraw

[TheSin]

I'm working on 64bit pkgs, just trying to get threw apache2 and php5 first
but i'll get to em, thanks for the report.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 2009-09-12, at 10:22 PM, William G. Scott wrote:

I just tried to build xchemdraw on 64-bit SL.  It fails with this error:

../libtool: line 1800: cd: NONE: No such file or directory
libtool: link: cannot determine absolute directory name of `NONE'
make[2]: *** [xdrawchem] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Putting the following line in the PatchScript appears to result in a
fully-functional xchemdraw:

 mkdir -p xdrawchem/NONE










--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] php5 build fails

[TheSin]

I woudl assume the files required are in libbind6-dev since that pkg  
just dramatically changed.  I'll have to look into this.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 5-Mar-09, at 2:53 PM, Alexander Hansen wrote:

> Damian Dimmich wrote:
>> Hi,
>>
>> The latest php5 .info file fails to build on my system - running  
>> intel/10.5
>>
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:51:28:
>> error: bind/arpa/inet.h: No such file or directory
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:53:24:
>> error: bind/netdb.h: No such file or directory
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:59:31:
>> error: bind/arpa/nameser.h: No such file or directory
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:62:25:
>> error: bind/resolv.h: No such file or directory
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c: In
>> function 'php_gethostbyaddr':
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:161:
>> warning: assignment makes pointer from integer without a cast
>> /sw/src/fink.build/php5-5.2.6-4/php-5.2.6/ext/standard/dns.c:163:
>> warning: assignment makes pointer from integer without a cast
>>
>> The headers in question seem to belong to the bind package.
>>
>> 'fink list bind' gives:
>>
>> Information about 7923 packages read in 2 seconds.
>> bind99.5.999-3  Berkeley Internet  
>> Name
>> Domain
>> p   bind9-dev   [virtual package]
>> p   bind9-shlibs[virtual package]
>> bind9-ssl9.5.999-3  Berkeley Internet  
>> Name
>> Domain
>> i   bind9-ssl-dev9.5.999-3  Berkeley Internet  
>> Name
>> Domain
>> i   bind9-ssl-shlibs 9.5.999-3  Berkeley Internet  
>> Name
>> Domain
>> libbind6 5.999-3Berkeley Internet  
>> Name
>> Domain
>> libbind6-dev 5.999-3Berkeley Internet  
>> Name
>> Domain
>> webmin-bind  1.270-1Webmin module: BIND  
>> DNS
>> Server
>>
>> so in theory I should have the correct headers.
>>
>> Looking in /sw/include/ I only have a 'bind9' directory, as opposed  
>> to a
>> 'bind'.
>> This only contains the following headers: check.h
>> getaddresses.h  version.h
>> and none of the ones php is looking for...
>>
>> Any ideas/suggestions?
>>
>> Thanks!
>> Damian
>>
>>
> What does the output line before these messages say?
>
> -- 
> Alexander Hansen
> Fink User Liaison
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San  
> Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the  
> Enterprise
> -Strategies to boost innovation and cut costs with open source  
> participation
> -Receive a $600 discount off the registration fee with the source  
> code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] [FFmpeg] Gracefuly Enable Swscale

[TheSin]

I'll start on a new ffmpeg then, I'll make a new snap.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 5-Nov-08, at 4:47 PM, Pierre-Henri Lavigne wrote:

>
> Gnu day,
>
> To resume, VLC 0.8.6i latest issue is ffmpeg :
> https://sourceforge.net/tracker2/?func=detail&aid=1924399&group_id=17203&atid=414256
> ffmpeg compiled with the swscale mode disables some stuffs like
> img_resample defined now as a deprecated API . I googled patches with
> various sites like freeBSD, Debian, etc... actually it seems the patch
> is simple to re-enable them while keeping the swscale option.
>
> About vlc 0.9.5 :
> I verified, VLC is using latest librairies about nearly everything. It
> means providing a newer ffmpeg version (at least march 2008), updating
> other sounds / video stuffs...
>
> To my point of view, to get an other nice player in Fink, I suggest
> first to add the 0.8.6i version instead of restarting from scratch any
> work for the 0.9 bundle and wait again :/
> Before the next steps, if anybody has feedback about this patch, like
> "it's evil" - "you'll get troubles with other packages", please tell  
> us
> :D Any clues / advices are welcome(d ?).  Thanks to Matthias I fixed  
> the
> other dependencies (libtar,...) I'm rebuilding a bunch of packages
> depending from ffmpeg, libavformat, libavcodec, ... and everything  
> seems
> fine atm
>
> An other question: I worked with JF Mertens (thanks for the seamonkey
> fix ;) to update wxgtk to the 2.8.7 version a few months ago. I've  
> just
> read on the site that 2.8.9 was considered as "Stable". Is this a
> primary required update regards to Fink ?
>
> Thanks, cheers and be crazy,
>
> Pierre-Henri
>
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

nothing, I don't have access to 10.4, I might just mark the pkg 10.5  
only.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 14-Oct-08, at 12:28 PM, Mario Volke wrote:

> Anything new about the linker problem on mac 10.4?
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

even with the new version I sent you?
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 6-Oct-08, at 12:30 AM, Mario wrote:

> Hi,
>
> it is not a PDO specific problem. When I install the php5-mysql  
> module.
> I'm getting the same linking error with mysql.so
>
>
> dyld: NSLinkModule() error
> dyld: Symbol not found: _core_globals_id
>  Referenced from: /sw/lib/php5/libexec/mysql.so
>  Expected in: dynamic lookup
>
> Trace/BPT trap
>
>
>
>
>
>
> TheSin schrieb:
>> thanks I'll have a peek, at it, might take a few days though since  
>> I'm  pretty ill at the moment and can only sit at my desk a little  
>> at a time.
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>> On 4-Oct-08, at 12:48 AM, Mario wrote:
>>> Ok I've tried something:
>>> The extension_dir in the /sw/etc/php5/cli/php.ini was not set.
>>> So
>>> extension_dir = "/sw/lib/php5/20060613-zts"
>>>
>>> But this doesn't fix the problem. Now I'm getting the folling  
>>> message:
>>>
>>> dyld: NSLinkModule() error
>>> dyld: Symbol not found: _core_globals_id
>>> Referenced from: /sw/lib/php5/20060613-zts/gd.so
>>> Expected in: dynamic lookup
>>>
>>> Trace/BPT trap
>>>
>>>
>>>
>>>
>>>
>>> TheSin schrieb:
>>>> fixed for cli and cgi variants in cvs now, thanks for the report.
>>>> ---
>>>> TS
>>>> http://southofheaven.org/
>>>> Chaos is the beginning and end, try dealing with the rest.
>>>> On 30-Sep-08, at 2:27 AM, Mario wrote:
>>>>> Hi there,
>>>>>
>>>>> I stated this bug already in the general mailing list. But nobody
>>>>> recognized it there.
>>>>>
>>>>> I've installed the php5-cli package and there seems to be  
>>>>> something
>>>>> wrong with the php5.info file. On lines 202-203 you find the
>>>>> following:
>>>>>
>>>>> --with-config-file-path=/etc/php5/cli \
>>>>> --with-config-file-scan-dir=/etc/php5/conf.d \
>>>>>
>>>>> The problem is that the config files are not in /etc/php5/cli,
>>>>> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
>>>>> The cgi version has the same bug. Only the apache2 version  
>>>>> works   correct.
>>>>>
>>>>> So it would be nice to update the package in order to get the   
>>>>> right  paths.
>>>>>
>>>>> Another point: It seems the php.ini files will get overridden
>>>>> everytime
>>>>> an update occurs. If that's the case it would be really bad to
>>>>> reconfigure php all the time.
>>>>>
>>>>> Can someone help me out here?
>>>>> Thanks
>>>>>
>>>>>
>>>>> -
>>>>> This SF.Net email is sponsored by the Moblin Your Move   
>>>>> Developer's  challenge
>>>>> Build the coolest Linux based applications with Moblin SDK &  
>>>>> win   great prizes
>>>>> Grand prize is a trip for two to an Open Source event anywhere  
>>>>> in   the world
>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>> ___
>>>>> Fink-devel mailing list
>>>>> Fink-devel@lists.sourceforge.net
>>>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>>>
>>>> -
>>>> This SF.Net email is sponsored by the Moblin Your Move  
>>>> Developer's  challenge
>>>> Build the coolest Linux based applications with Moblin SDK & win   
>>>> great prizes
>>>> Grand prize is a trip for two to an Open Source event anywhere  
>>>> in  the world
>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

php5 compiles 3 times with 3 different sets of configure params, the  
apache2 variant is the most complete, the cli and cgi versions are  
slightly different options and doesn't rely on certain answers from  
the apache2 dev scripts.  So I have a change some values be hand,  
those are the lines I removed, I thought the were superfluous, and on  
10.5 I'm right but i thought it was the newer version of php5 that  
fixed it not 10.5, anyhow I'll be sending you an info file and patch  
file, there are instructions on the fink website on how to use them,  
I'm hoping this will work cause I remember last time I was trying to  
figure out the dlopen stuff in php5 and it wasn't fun and it'll be  
even less fun with no 10.4 available to me at all.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 4-Oct-08, at 9:44 AM, Mario Volke wrote:

> Ok hope this works.
> My Arch is ppc.
> On order to test the files you have to explain me what to do. I'm  
> still very new to fink packaging.
>
> Can you explain why apache php knows to load the shared modules from  
> "/sw/lib/php5/20060613-zts" without setting extension_dir?
> And why php cli then loads from "/sw/lib/php5/20060613"? Because  
> this can't be a 10.4 bug.
> What you mean is the linker error AFTER setting the extension_dir in  
> php cli, right?
>
> TheSin schrieb:
>>
>> Arch = x86 or ppc, but it's okay I think it's a 10.4 bug which is  
>> going to be very hard for me as I don't have access to 10.4  
>> anywhere, I have one old DL patch that I had commented out still  
>> there so I re enabled it, I'll see if it work on 10.5 then I'll  
>> send you to the files to test for me, if that is okay?
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>> On 4-Oct-08, at 12:33 AM, Mario Volke wrote:
>>
>>> I've forgot this bug is only in the CLI version.
>>> I've also reinstalled all packages but it's the same.
>>> OS is 10.4 Tiger
>>> Xcode 2.2
>>> Arch??
>>>
>>>
>>>
>>>
>>>
>>> TheSin schrieb:
>>>>
>>>> Odd I have every module installed and I don't get that I'll look  
>>>> at it in the morning, what Xcode, OS and Arch?
>>>> ---
>>>> TS
>>>> http://southofheaven.org/
>>>> Chaos is the beginning and end, try dealing with the rest.
>>>>
>>>> On 4-Oct-08, at 12:21 AM, Mario wrote:
>>>>
>>>>> Unfortunately there now is a new bug.
>>>>> When you install some SplitOffs for example php5-mysql
>>>>> you get the following php startup error:
>>>>>
>>>>>
>>>>>
>>>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/ 
>>>>> lib/php5/20060613/mysql.so' - (null) in Unknown on line 0
>>>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/ 
>>>>> lib/php5/20060613/mysqli.so' - (null) in Unknown on line 0
>>>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/ 
>>>>> lib/php5/20060613/pdo.so' - (null) in Unknown on line 0
>>>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/ 
>>>>> lib/php5/20060613/pdo_mysql.so' - (null) in Unknown on line 0
>>>>>
>>>>>
>>>>> But the modules are in /sw/lib/php5/20060613-zts
>>>>> I don't know why php5 searches in /sw/lib/php5/20060613
>>>>>
>>>>>
>>>>> TheSin schrieb:
>>>>>> fixed for cli and cgi variants in cvs now, thanks for the report.
>>>>>> ---
>>>>>> TS
>>>>>> http://southofheaven.org/
>>>>>> Chaos is the beginning and end, try dealing with the rest.
>>>>>> On 30-Sep-08, at 2:27 AM, Mario wrote:
>>>>>>> Hi there,
>>>>>>>
>>>>>>> I stated this bug already in the general mailing list. But  
>>>>>>> nobody
>>>>>>> recognized it there.
>>>>>>>
>>>>>>> I've installed the php5-cli package and there seems to be  
>>>>>>> something
>>>>>>> wrong with the php5.info file. On lines 202-203 you find the   
>>>>>>> following:
>>>>>>>
>

Re: [Fink-devel] Bug in php5 package

[TheSin]

Arch = x86 or ppc, but it's okay I think it's a 10.4 bug which is  
going to be very hard for me as I don't have access to 10.4 anywhere,  
I have one old DL patch that I had commented out still there so I re  
enabled it, I'll see if it work on 10.5 then I'll send you to the  
files to test for me, if that is okay?
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 4-Oct-08, at 12:33 AM, Mario Volke wrote:

> I've forgot this bug is only in the CLI version.
> I've also reinstalled all packages but it's the same.
> OS is 10.4 Tiger
> Xcode 2.2
> Arch??
>
>
>
>
>
> TheSin schrieb:
>>
>> Odd I have every module installed and I don't get that I'll look at  
>> it in the morning, what Xcode, OS and Arch?
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>> On 4-Oct-08, at 12:21 AM, Mario wrote:
>>
>>> Unfortunately there now is a new bug.
>>> When you install some SplitOffs for example php5-mysql
>>> you get the following php startup error:
>>>
>>>
>>>
>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
>>> php5/20060613/mysql.so' - (null) in Unknown on line 0
>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
>>> php5/20060613/mysqli.so' - (null) in Unknown on line 0
>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
>>> php5/20060613/pdo.so' - (null) in Unknown on line 0
>>> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
>>> php5/20060613/pdo_mysql.so' - (null) in Unknown on line 0
>>>
>>>
>>> But the modules are in /sw/lib/php5/20060613-zts
>>> I don't know why php5 searches in /sw/lib/php5/20060613
>>>
>>>
>>> TheSin schrieb:
>>>> fixed for cli and cgi variants in cvs now, thanks for the report.
>>>> ---
>>>> TS
>>>> http://southofheaven.org/
>>>> Chaos is the beginning and end, try dealing with the rest.
>>>> On 30-Sep-08, at 2:27 AM, Mario wrote:
>>>>> Hi there,
>>>>>
>>>>> I stated this bug already in the general mailing list. But nobody
>>>>> recognized it there.
>>>>>
>>>>> I've installed the php5-cli package and there seems to be  
>>>>> something
>>>>> wrong with the php5.info file. On lines 202-203 you find the   
>>>>> following:
>>>>>
>>>>>  --with-config-file-path=/etc/php5/cli \
>>>>>  --with-config-file-scan-dir=/etc/php5/conf.d \
>>>>>
>>>>> The problem is that the config files are not in /etc/php5/cli,
>>>>> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
>>>>> The cgi version has the same bug. Only the apache2 version  
>>>>> works  correct.
>>>>>
>>>>> So it would be nice to update the package in order to get the  
>>>>> right  paths.
>>>>>
>>>>> Another point: It seems the php.ini files will get overridden   
>>>>> everytime
>>>>> an update occurs. If that's the case it would be really bad to
>>>>> reconfigure php all the time.
>>>>>
>>>>> Can someone help me out here?
>>>>> Thanks
>>>>>
>>>>>
>>>>> -
>>>>> This SF.Net email is sponsored by the Moblin Your Move  
>>>>> Developer's  challenge
>>>>> Build the coolest Linux based applications with Moblin SDK &  
>>>>> win  great prizes
>>>>> Grand prize is a trip for two to an Open Source event anywhere  
>>>>> in  the world
>>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>>> ___
>>>>> Fink-devel mailing list
>>>>> Fink-devel@lists.sourceforge.net
>>>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>>>
>>>> -
>>>> This SF.Net email is sponsored by the Moblin Your Move  
>>>> Developer's challenge
>>>> Build the coolest Linux based applications with Moblin SDK & win  
>>>> great prizes
>>>> Grand prize is a trip for two to an Open Source event anywhere in  
>>>> the world
>>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>>
>>>
>>
>>
>
>
> -- 
> webholics
> development + design
> Mario Volke
>
> www.webholics.de
> [EMAIL PROTECTED]


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

thanks I'll have a peek, at it, might take a few days though since I'm  
pretty ill at the moment and can only sit at my desk a little at a time.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 4-Oct-08, at 12:48 AM, Mario wrote:

> Ok I've tried something:
> The extension_dir in the /sw/etc/php5/cli/php.ini was not set.
> So
>   extension_dir = "/sw/lib/php5/20060613-zts"
>
> But this doesn't fix the problem. Now I'm getting the folling message:
>
> dyld: NSLinkModule() error
> dyld: Symbol not found: _core_globals_id
>  Referenced from: /sw/lib/php5/20060613-zts/gd.so
>  Expected in: dynamic lookup
>
> Trace/BPT trap
>
>
>
>
>
> TheSin schrieb:
>> fixed for cli and cgi variants in cvs now, thanks for the report.
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>> On 30-Sep-08, at 2:27 AM, Mario wrote:
>>> Hi there,
>>>
>>> I stated this bug already in the general mailing list. But nobody
>>> recognized it there.
>>>
>>> I've installed the php5-cli package and there seems to be something
>>> wrong with the php5.info file. On lines 202-203 you find the   
>>> following:
>>>
>>>  --with-config-file-path=/etc/php5/cli \
>>>  --with-config-file-scan-dir=/etc/php5/conf.d \
>>>
>>> The problem is that the config files are not in /etc/php5/cli,
>>> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
>>> The cgi version has the same bug. Only the apache2 version works   
>>> correct.
>>>
>>> So it would be nice to update the package in order to get the  
>>> right  paths.
>>>
>>> Another point: It seems the php.ini files will get overridden   
>>> everytime
>>> an update occurs. If that's the case it would be really bad to
>>> reconfigure php all the time.
>>>
>>> Can someone help me out here?
>>> Thanks
>>>
>>>
>>> -
>>> This SF.Net email is sponsored by the Moblin Your Move  
>>> Developer's  challenge
>>> Build the coolest Linux based applications with Moblin SDK & win   
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in   
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

Odd I have every module installed and I don't get that I'll look at it  
in the morning, what Xcode, OS and Arch?
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 4-Oct-08, at 12:21 AM, Mario wrote:

> Unfortunately there now is a new bug.
> When you install some SplitOffs for example php5-mysql
> you get the following php startup error:
>
>
>
> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
> php5/20060613/mysql.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
> php5/20060613/mysqli.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
> php5/20060613/pdo.so' - (null) in Unknown on line 0
> PHP Warning:  PHP Startup: Unable to load dynamic library '/sw/lib/ 
> php5/20060613/pdo_mysql.so' - (null) in Unknown on line 0
>
>
> But the modules are in /sw/lib/php5/20060613-zts
> I don't know why php5 searches in /sw/lib/php5/20060613
>
>
> TheSin schrieb:
>> fixed for cli and cgi variants in cvs now, thanks for the report.
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>> On 30-Sep-08, at 2:27 AM, Mario wrote:
>>> Hi there,
>>>
>>> I stated this bug already in the general mailing list. But nobody
>>> recognized it there.
>>>
>>> I've installed the php5-cli package and there seems to be something
>>> wrong with the php5.info file. On lines 202-203 you find the   
>>> following:
>>>
>>>  --with-config-file-path=/etc/php5/cli \
>>>  --with-config-file-scan-dir=/etc/php5/conf.d \
>>>
>>> The problem is that the config files are not in /etc/php5/cli,
>>> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
>>> The cgi version has the same bug. Only the apache2 version works   
>>> correct.
>>>
>>> So it would be nice to update the package in order to get the  
>>> right  paths.
>>>
>>> Another point: It seems the php.ini files will get overridden   
>>> everytime
>>> an update occurs. If that's the case it would be really bad to
>>> reconfigure php all the time.
>>>
>>> Can someone help me out here?
>>> Thanks
>>>
>>>
>>> -
>>> This SF.Net email is sponsored by the Moblin Your Move  
>>> Developer's  challenge
>>> Build the coolest Linux based applications with Moblin SDK & win   
>>> great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in   
>>> the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's  
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in  
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

fixed for cli and cgi variants in cvs now, thanks for the report.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 30-Sep-08, at 2:27 AM, Mario wrote:

> Hi there,
>
> I stated this bug already in the general mailing list. But nobody
> recognized it there.
>
> I've installed the php5-cli package and there seems to be something
> wrong with the php5.info file. On lines 202-203 you find the  
> following:
>
>   --with-config-file-path=/etc/php5/cli \
>   --with-config-file-scan-dir=/etc/php5/conf.d \
>
> The problem is that the config files are not in /etc/php5/cli,
> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
> The cgi version has the same bug. Only the apache2 version works  
> correct.
>
> So it would be nice to update the package in order to get the right  
> paths.
>
> Another point: It seems the php.ini files will get overridden  
> everytime
> an update occurs. If that's the case it would be really bad to
> reconfigure php all the time.
>
> Can someone help me out here?
> Thanks
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

Looks like the SF cvs servers are  having a hissy, so I'll try to  
get to this ASAP SF allowing :D
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 30-Sep-08, at 7:14 AM, TheSin wrote:

> I'll have a peek today.
> ---
> TS
> http://southofheaven.org/
> Chaos is the beginning and end, try dealing with the rest.
>
> On 30-Sep-08, at 2:27 AM, Mario wrote:
>
>> Hi there,
>>
>> I stated this bug already in the general mailing list. But nobody
>> recognized it there.
>>
>> I've installed the php5-cli package and there seems to be something
>> wrong with the php5.info file. On lines 202-203 you find the
>> following:
>>
>>  --with-config-file-path=/etc/php5/cli \
>>  --with-config-file-scan-dir=/etc/php5/conf.d \
>>
>> The problem is that the config files are not in /etc/php5/cli,
>> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
>> The cgi version has the same bug. Only the apache2 version works
>> correct.
>>
>> So it would be nice to update the package in order to get the right
>> paths.
>>
>> Another point: It seems the php.ini files will get overridden
>> everytime
>> an update occurs. If that's the case it would be really bad to
>> reconfigure php all the time.
>>
>> Can someone help me out here?
>> Thanks
>>
>>
>> -
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> http://news.gmane.org/gmane.os.apple.fink.devel
>>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Bug in php5 package

[TheSin]

I'll have a peek today.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 30-Sep-08, at 2:27 AM, Mario wrote:

> Hi there,
>
> I stated this bug already in the general mailing list. But nobody
> recognized it there.
>
> I've installed the php5-cli package and there seems to be something
> wrong with the php5.info file. On lines 202-203 you find the  
> following:
>
>   --with-config-file-path=/etc/php5/cli \
>   --with-config-file-scan-dir=/etc/php5/conf.d \
>
> The problem is that the config files are not in /etc/php5/cli,
> they are in %p/etc/php5/cli (/sw/etc/php5/cli)
> The cgi version has the same bug. Only the apache2 version works  
> correct.
>
> So it would be nice to update the package in order to get the right  
> paths.
>
> Another point: It seems the php.ini files will get overridden  
> everytime
> an update occurs. If that's the case it would be really bad to
> reconfigure php all the time.
>
> Can someone help me out here?
> Thanks
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] Build error with freetype219-2.3.7-6

[TheSin]

was just just about to report this, I'm getting it on 2 machines as  
well, fresh update.  Both 10.5/intel
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 26-Sep-08, at 2:03 PM, Alexander Hansen wrote:

> An attempt was made to fix a problem with a prior revision, but now
> the current one fails with
>
> /bin/mv /sw/src/fink.build/root-freetype219-2.3.7-6/sw/lib/ 
> freetype219/
> lib/libfreetype.6*dylib /sw/src/fink.build/root-freetype219-
> shlibs-2.3.7-6/sw/lib/freetype219/lib/
> mv: rename /sw/src/fink.build/root-freetype219-2.3.7-6/sw/lib/
> freetype219/lib/libfreetype.6*dylib to /sw/src/fink.build/root-
> freetype219-shlibs-2.3.7-6/sw/lib/freetype219/lib/libfreetype.6*dylib:
> No such file or directory
> ### execution of /bin/mv failed, exit code 1
>
> $ find /sw/src/fink.build/ -name libfreetype.6.dylib
> /sw/src/fink.build/freetype219-2.3.7-6/freetype-2.3.7/objs/.libs/
> libfreetype.6.dylib
> /sw/src/fink.build/freetype219-2.3.7-6/freetype-2.3.7/objs/.libs/
> libfreetype.6.dylib.dSYM/Contents/Resources/DWARF/libfreetype.6.dylib
> /sw/src/fink.build/root-freetype219-2.3.7-6/sw/lib/libfreetype.6.dylib
>
> It looks like it's still trying to find the library in the old
> location, maybe?
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

css decryption still gives errors and i have yet to figure out if it's  
in libdvdcss or libdvdread.  But may as well commit the dlopen fix  
anyhow while I keep searching.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 25-Sep-08, at 8:29 AM, James Bunton wrote:

> On Thu, Sep 25, 2008 at 08:19:33AM -0600, TheSin wrote:
>> Just so you know I'm not opposed to the change, but it doesn't seem  
>> to
>> fix it 100% I have been digging deeper into it, hence the delay.
>
> I've been using it with vobcopy and mplayer for many months now  
> without
> any problems.
>
> What isn't working?
>
> ---
>
> James
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

Just so you know I'm not opposed to the change, but it doesn't seem to  
fix it 100% I have been digging deeper into it, hence the delay.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 25-Sep-08, at 8:01 AM, Alexander Hansen wrote:

>
> On Sep 25, 2008, at 9:42 AM, James Bunton wrote:
>
>> On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
>>> On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:
>>>
>>>> Hi there,
>>>> after upgrading dvdbackup to the last package revision it seems  
>>>> that
>>>> libdvdread has lost its ability to use libdvdcss.
>> 
>>
>>> was the dlopen path and file name correct, it could be left over  
>>> from
>>> a new compat version or it might need to be patched not to  
>>> use .so?  I
>>> didn't do the lastest updates so I'll have to look into it in a  
>>> month
>>> when I have time again.
>>
>> Hi,
>>
>> Any chance of getting this fix into Fink CVS? Tracker #2109085 has a
>> working fink info. See:
>> http://sourceforge.net/tracker/index.php?func=detail&aid=2109085&group_id=17203&atid=414256
>>
>> Basically dlopen needs the full path to the dylib
>>
>> Thanks.
>>
>> ---
>>
>> James
>>
>
> Since the maintainer _was_ contacted about this, I'm going to go  
> ahead and make this change in unstable.


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/libs apr.info, 1.11, 1.12 libapr0-shlibs.info, 1.3, NONE libaprutil0-shlibs.info, 1.4, NONE

[TheSin]

Since before this I got one piece of email, and now you just cause a  
HUGE HUGE problem where should I move all the mail this is going to  
cause?  I have no idea what just happened, it's not clean, no depends  
on other pkgs where changed any place, NOW IT'S A MESS!
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 3-Sep-08, at 11:29 PM, Daniel Macks wrote:

> Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/libs
> In directory sc8-pr-cvs17.sourceforge.net:/tmp/cvs-serv12325
>
> Added Files:
>   apr.info
> Removed Files:
>   libapr0-shlibs.info libaprutil0-shlibs.info
> Log Message:
> No, you are simply not allowed to change install_name within a given  
> -shlibs package-name
>
>
> --- libaprutil0-shlibs.info DELETED ---
>
> --- NEW FILE: apr.info ---
> Package: apr
> Epoch: 1
> Version: 0.9.12
> Revision: 15
> Description: Apache Portable Runtime
> License: BSD
> Maintainer: Dustin Sias <[EMAIL PROTECTED]>
>
> # Dependencies:
> Depends: libapr0-shlibs (= %v-%r), libaprutil0-shlibs (= %v-%r)
> BuildDepends: expat1, fink (>= 0.11.0-1), gdbm3, db44-aes | db44,  
> libiconv-dev, openldap23-dev (>= 2.3.24-10), cyrus-sasl2-dev (>=  
> 2.1.21-1), system-openssl-dev
> Conflicts: svn-client (<< 0.14.3-1), apache2 (<< 2.0.47-1), libapr1
> Replaces: libapr1, apr-ssl, apr
>
> # Unpack Phase:
> Source: mirror:custom:httpd-2.0.59.tar.bz2
> Source-MD5: b0200a497d1c89daad680c676d32a6df
> SourceDirectory: httpd-2.0.59/srclib
> CustomMirror: <<
>  Primary: http://www.apache.org/dist/httpd/
>  Secondary: http://www.apache.org/dist/httpd/old/
> <<
>
> # Patch Phase:
> PatchScript: <<
>  ### Force use of awk over gawk
>  perl -pi -e 's,gawk mawk nawk awk,awk mawk nawk gawk,g' apr/configure
>  ### Fix layout
>  perl -pi -e 's,/usr,,g' apr/config.layout
>  perl -pi -e 's,/usr,,g' apr-util/config.layout
>  perl -pi -e 's,libsuffix ,libsuffix: ,g' apr-util/config.layout
> <<
>
> # Compile Phase:
> ConfigureParams: --enable-layout=Debian --with-expat=%p --with- 
> dbm=db44 --with-ldap --with-berkeley-db=%p --disable-dependency- 
> tracking --without-sendfile
> NoSetLDFLAGS: true
>
> CompileScript: <<
> cd apr; export ac_cv_func_poll=no; AWK=/usr/bin/awk SED=/usr/bin/ 
> sed ./configure %c
> cd apr; make
> cd apr-util; export ac_cv_func_poll=no; AWK=/usr/bin/awk SED=/usr/ 
> bin/sed ./configure %c --with-apr=%b/apr
> ## Force system ssl for unified
> cd apr-util; perl -pi.bak -e 's,^LDFLAGS=.*,LDFLAGS=-L%p/lib/system- 
> openssl/lib -lssl -lcrypto -L%p/lib,g' build/rules.mk
> cd apr-util; make
> <<
>
> # Install Phase:
> DocFiles: ../ABOUT_APACHE ../LICENSE
> InstallScript: <<
> cd apr; make install prefix=%i
> cd apr-util; make install prefix=%i
> <<
> SplitOff: <<
>  Conflicts: svn-client (<< 0.14.3-1), apache2 (<< 2.0.47-1)
>  Replaces: apr-shlibs, apr-ssl-shlibs
>  Package: libapr0-shlibs
>  Files: <<
>lib/libapr-0.%v.dylib
>lib/libapr-0.0.dylib
>  <<
>  Shlibs: <<
>   %p/lib/libapr-0.0.dylib 10.0.0 libapr0-shlibs (>= 0.9.12-1)
>  <<
>  DocFiles: ../ABOUT_APACHE ../LICENSE apr/docs/*.html apr/ 
> CHANGES:CHANGES_apr.txt
> <<
> SplitOff2: <<
>  Depends: cyrus-sasl2-shlibs (>= 2.1.21-1), db44-aes-shlibs | db44- 
> shlibs, expat1-shlibs, libapr0-shlibs (>= %v-%r), libiconv,  
> openldap23-shlibs
>  Conflicts: svn-client (<< 0.14.3-1), apache2 (<< 2.0.47-1)
>  Replaces: apr-shlibs, apr-ssl-shlibs
>  Package: libaprutil0-shlibs
>  Files: <<
>lib/libaprutil-0.%v.dylib
>lib/libaprutil-0.0.dylib
>  <<
>  Shlibs: <<
>%p/lib/libaprutil-0.0.dylib 10.0.0 libaprutil0-shlibs (>= 0.9.12-1)
>  <<
>  DocFiles: ../ABOUT_APACHE ../LICENSE apr-util/CHANGES:CHANGES_apr- 
> util.txt
> <<
> SplitOff3: <<
>  Replaces: apr-common, apr-ssl-common
>  Package: apr-dev
>  Depends: libapr0-shlibs (= %v-%r)
>  BuildDependsOnly: True
>  Files: <<
>bin/apr-config
>share/apr
>include/apr-0/apr*
>lib/apr.exp
>lib/libapr-0.a
>lib/libapr-0.la
>lib/libapr-0.dylib
>  <<
>  DocFiles: ../ABOUT_APACHE ../LICENSE
> <<
> SplitOff4: <<
>  Replaces: apr-common, apr-ssl-common
>  Package: aprutil-dev
>  Depends: libaprutil0-shlibs (= %v-%r), libapr0-shlibs (>= %v-%r)
>  BuildDependsOnly: True
>  Files: <<
>bin/apu-config
>include/apr-0/apu*
>lib/aprutil.exp
>lib/libaprutil-0.a
>lib/libaprutil-0.la
>lib/libaprutil-0.dylib
>  <<
>  DocFiles: ../ABOUT_APACHE ../LICENSE
> <<
> SplitOff5: <<
>  Package: apr-ssl
>  Depends: apr (= %v-%r), fink-obsolete-packages
>  Description: OBSOLETE use apr instead
>  DocFiles: ../LICENSE
> <<
> SplitOff6: <<
>  Package: apr-ssl-shlibs
>  Depends: libapr0-shlibs (= %v-%r), libaprutil0-shlibs (= %v-%r),  
> fink-obsolete-packages
>  Description: OBSOLETE use libapr0-shlibs instead
>  DocFiles: ../LICENSE
> <<
> SplitOff7: <<
>  Package: apr-ssl-common
>  Depends: apr-dev (= %v-%r), aprutil-dev (= %v-%r), fink-obsolete- 
> packages
>  Description: OBSOLETE use apr-dev instead
>  DocFiles: ../LICENSE
> <<
> Spl

Re: [Fink-devel] PHP5/libaprutil0 upgrade issues

[TheSin]

1) hmm maybe I have a local copy that I changed for dmacks a while  
back and nuked the changed info files, I'll fix that one, sorry about  
that.

2) I obviously need versioned deps here, it seems your php5 updated  
before apache2, I'll solve this one too, thanks for the reports.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 28-Aug-08, at 1:36 PM, Alexander Hansen wrote:

> 1)  For php5 the BuildDepend on "libc-client-dev" looks to be a typo,
> since the package appears to be "libc-client1-dev"
>
> ...
> 2)  I got the following from trying to build php5:
>
> Sorry, I cannot run apxs.  Possible reasons follow:
>
> 1. Perl is not installed
> 2. apxs was not found. Try to pass the path using --with-apxs2=/path/ 
> to/apxs
> 3. Apache was not built using --enable-so (the apxs usage page is  
> displayed)
>
> The output of /sw/bin/apxs2 follows:
> dyld: Library not loaded: /sw/lib/libaprutil-0.0.dylib
>  Referenced from: /sw/sbin/apache2
>  Reason: image not found
> sh: line 1: 22116 Trace/BPT trap  /sw/sbin/apache2 -l
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/sw/sbin/apache2'..
> configure: error: Aborting
> ### execution of /var/tmp/tmp.1.m6uPip failed, exit code 1
> ...
>
> The problem here is that the install_name of the library has changed.
> In the prior (0.9.12-14) version, we have
> $ dpkg -L libaprutil0-shlibs
> /.
> /sw
> /sw/lib
> /sw/lib/libaprutil-0.0.9.12.dylib
> /sw/share
> /sw/share/doc
> /sw/share/doc/libaprutil0-shlibs
> /sw/share/doc/libaprutil0-shlibs/ABOUT_APACHE
> /sw/share/doc/libaprutil0-shlibs/CHANGES_apr-util.txt
> /sw/share/doc/libaprutil0-shlibs/LICENSE
> /sw/lib/libaprutil-0.0.dylib
>
> Whereas in 1.3.4-1, we have the following:
> $ dpkg -L libaprutil0-shlibs
> /.
> /sw
> /sw/lib
> /sw/lib/apr-util-1
> /sw/lib/apr-util-1/apr_dbd_mysql-1.so
> /sw/lib/apr-util-1/apr_dbd_mysql.a
> /sw/lib/apr-util-1/apr_dbd_mysql.la
> /sw/lib/apr-util-1/apr_dbd_odbc-1.so
> /sw/lib/apr-util-1/apr_dbd_odbc.a
> /sw/lib/apr-util-1/apr_dbd_odbc.la
> /sw/lib/apr-util-1/apr_dbd_pgsql-1.so
> /sw/lib/apr-util-1/apr_dbd_pgsql.a
> /sw/lib/apr-util-1/apr_dbd_pgsql.la
> /sw/lib/apr-util-1/apr_dbd_sqlite2-1.so
> /sw/lib/apr-util-1/apr_dbd_sqlite2.a
> /sw/lib/apr-util-1/apr_dbd_sqlite2.la
> /sw/lib/apr-util-1/apr_dbd_sqlite3-1.so
> /sw/lib/apr-util-1/apr_dbd_sqlite3.a
> /sw/lib/apr-util-1/apr_dbd_sqlite3.la
> /sw/lib/apr-util-1/apr_ldap-1.so
> /sw/lib/apr-util-1/apr_ldap.a
> /sw/lib/apr-util-1/apr_ldap.la
> /sw/lib/libaprutil.0.3.4.dylib
> /sw/share
> /sw/share/doc
> /sw/share/doc/libaprutil0-shlibs
> /sw/share/doc/libaprutil0-shlibs/CHANGES
> /sw/share/doc/libaprutil0-shlibs/LICENSE
> /sw/share/doc/libaprutil0-shlibs/NOTICE
> /sw/share/doc/libaprutil0-shlibs/README.MySQL
> /sw/lib/apr-util-1/apr_dbd_mysql.so
> /sw/lib/apr-util-1/apr_dbd_odbc.so
> /sw/lib/apr-util-1/apr_dbd_pgsql.so
> /sw/lib/apr-util-1/apr_dbd_sqlite2.so
> /sw/lib/apr-util-1/apr_dbd_sqlite3.so
> /sw/lib/apr-util-1/apr_ldap.so
> /sw/lib/libaprutil.0.dylib
>
> This change breaks other packages, too, e.g. svn .
> -- 
> Alexander K. Hansen
> akh AT finkproject DOT org
> Fink User Liaison and Documenter
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] php5 build fix

[TheSin]

I have been super busy, but it's just winding down now, I think 2 more  
weeks then I want to do a major revamp on apache2 and php5.  Just  
waiting for the last of my major projects to be complete which is  
suppose to be first week of sept so long as we don't run into any  
problems of course.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 19-Aug-08, at 7:33 AM, Alexander Hansen wrote:

> No hasty plans here.  :-)  I wasn't sure just _how_ busy you were, and
> figured it was worth discussing here on -devel.
>
> TheSin wrote:
>> now now guys lets not get hasty, I've just been busy, if you are  
>> going
>> to add it, at least up the postgres on it so that when i add all my
>> changes that I have been working on the postgres is at least up to
>> date :D
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>> On 19-Aug-08, at 5:25 AM, Alexander Hansen wrote:
>>
>>> Hey, if this didn't require you to do anything untoward to have it
>>> work, maybe we should add it to Fink.  I think the statute of
>>> limitations is up on the prior package.
>>>
>>> On Aug 19, 2008, at 7:19 AM, Kurt Schwehr wrote:
>>>
>>>>
>>>>
>>>> http://vislab-ccom.unh.edu/~schwehr/software/fink/php-5.2.5/
>>>>
>>>> -kurt
>>>>
>>>> --
>>>>
>>>> Message: 6
>>>> Date: Tue, 19 Aug 2008 21:30:38 +1200
>>>> From: Nigel Stanger <[EMAIL PROTECTED]>
>>>> Subject: Re: [Fink-devel] php5 build fix
>>>> To: Fink Developers 
>>>> Message-ID: <[EMAIL PROTECTED]>
>>>> Content-Type: text/plain;charset="US-ASCII"
>>>>
>>>> On 19/8/2008 11:03 AM, Alexander Hansen at
>>>> [EMAIL PROTECTED] spake
>>>> thus:
>>>>
>>>>> A newer upstream version would indeed be more ideal.  One of our
>>>>> developers has a package out corresponding to a newer version that
>>>>> people have used--but he had to disable some of the  
>>>>> functionality to
>>>>> get it to build.
>>>>
>>>> Really? I needed PHP 5.2.5 for a project, so that my Mac  
>>>> development
>>>> machine
>>>> had the same environment as the FreeBSD deployment server. All I  
>>>> did
>>>> was
>>>> make a local copy of the .info and change the version number to
>>>> 5.2.5, and
>>>> it just worked. Go figure :)
>>>>
>>>> -- 
>>>> Nigel Stanger,   mailto:[EMAIL PROTECTED]
>>>> Dunedin, NEW ZEALAND.Fnord.
>>>>
>>>> "Most folks are about as happy as they make up their minds to be."
>>>>  --- Abraham Lincoln
>>>>
>>>>
>
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] php5 build fix

[TheSin]

now now guys lets not get hasty, I've just been busy, if you are going  
to add it, at least up the postgres on it so that when i add all my  
changes that I have been working on the postgres is at least up to  
date :D
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 19-Aug-08, at 5:25 AM, Alexander Hansen wrote:

> Hey, if this didn't require you to do anything untoward to have it
> work, maybe we should add it to Fink.  I think the statute of
> limitations is up on the prior package.
>
> On Aug 19, 2008, at 7:19 AM, Kurt Schwehr wrote:
>
>>
>>
>> http://vislab-ccom.unh.edu/~schwehr/software/fink/php-5.2.5/
>>
>> -kurt
>>
>> --
>>
>> Message: 6
>> Date: Tue, 19 Aug 2008 21:30:38 +1200
>> From: Nigel Stanger <[EMAIL PROTECTED]>
>> Subject: Re: [Fink-devel] php5 build fix
>> To: Fink Developers 
>> Message-ID: <[EMAIL PROTECTED]>
>> Content-Type: text/plain;charset="US-ASCII"
>>
>> On 19/8/2008 11:03 AM, Alexander Hansen at
>> [EMAIL PROTECTED] spake
>> thus:
>>
>>> A newer upstream version would indeed be more ideal.  One of our
>>> developers has a package out corresponding to a newer version that
>>> people have used--but he had to disable some of the functionality to
>>> get it to build.
>>
>> Really? I needed PHP 5.2.5 for a project, so that my Mac development
>> machine
>> had the same environment as the FreeBSD deployment server. All I did
>> was
>> make a local copy of the .info and change the version number to
>> 5.2.5, and
>> it just worked. Go figure :)
>>
>> -- 
>> Nigel Stanger,   mailto:[EMAIL PROTECTED]
>> Dunedin, NEW ZEALAND.Fnord.
>>
>> "Most folks are about as happy as they make up their minds to be."
>>   --- Abraham Lincoln
>>
>>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

[Fink-devel] Fwd: Failed: phase compiling: libxine1-1.1.12-1 failed

[TheSin]

Since I haven't had much to do with the new xine, thought I'd post  
this here till I have time to look into it and get caught up.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

Begin forwarded message:

> From: [EMAIL PROTECTED] (Dominique Dhumieres)
> Date: June 4, 2008 2:16:59 PM MDT (CA)
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Failed: phase compiling: libxine1-1.1.12-1 failed
>
> Installing libxine1-1.1.12-1 on Intel OSX 10.5.3 failed with:
>
> gcc ${wl}-undefined ${wl}dynamic_lookup -o .libs/ 
> xineplug_post_tvtime.so -bundle  .libs/xineplug_post_tvtime_la- 
> xine_plugin.o .libs/xineplug_post_tvtime_la-deinterlace.o .libs/ 
> xineplug_post_tvtime_la-pulldown.o .libs/xineplug_post_tvtime_la- 
> speedy.o .libs/xineplug_post_tvtime_la-tvtime.o  .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-double.o .libs/xineplug_post_tvtime.lax/ 
> libdeinterlaceplugins.a/libdeinterlaceplugins_la-greedy.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-greedy2frame.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-kdetv_greedyh.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-kdetv_tomsmocomp.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-linear.o .libs/xineplug_post_tvtime.lax/ 
> libdeinterlaceplugins.a/libdeinterlaceplugins_la-linearblend.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-scalerbob.o .libs/xineplug_post_tvtime.lax/ 
> libdeinterlaceplugins.a/libdeinterlaceplugins_la-vfir.o .libs/ 
> xineplug_post_tvtime.lax/libdeinterlaceplugins.a/ 
> libdeinterlaceplugins_la-weave.o   -L/sw/lib ../../../src/xine- 
> engine/.libs/libxine.dylib -L/sw/lib/freetype219/lib -L/sw/lib/ 
> fontconfig2/lib /sw/lib/fontconfig2/lib/libfontconfig.dylib /sw/lib/ 
> freetype219/lib/libfreetype.dylib /sw/lib/libexpat.dylib /sw/lib/ 
> libintl.dylib /sw/lib/libiconv.dylib -lc -mtune=i386 -Wl,- 
> read_only_relocs -Wl,warning -Wl,-dylib_file -Wl,/System/Library/ 
> Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/ 
> Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib  
> -Wl,-framework -Wl,CoreFoundation
> ld: absolute addressing (perhaps -mdynamic-no-pic) used in  
> _tomsmocomp_filter_sse from .libs/xineplug_post_tvtime.lax/ 
> libdeinterlaceplugins.a/libdeinterlaceplugins_la-kdetv_tomsmocomp.o  
> not allowed in slidable image
> collect2: ld returned 1 exit status
> make[4]: *** [xineplug_post_tvtime.la] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
> ### execution of /var/tmp/tmp.8.wcQ45X failed, exit code 2
>
> Note that the install went fine on ppc OSX 10.4.11 (G4) and 10.5.3  
> (G5).
>
> TIA
>
> Dominique
>


-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

perfect thanks I'll try that tonight.  Didn't even think to up the  
verb, you figure an error like that if more informative then the one I  
got :P
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 8-May-08, at 8:09 AM, Andrea Riciputi wrote:

> That's exactly the error message I got before setting the enviroment  
> variable DVDREAD_VERBOSE to 1. Doing so, libdvdread become a little  
> bit more talkative and you can understand if your fix worked or not.
>
> HTH,
> Andrea
>
> On 7 May, 2008, at 16:30, TheSin wrote:
>
>> I brought a bought DVD today and I just can't get the encryption  
>> error, I have removed libdvdcss from my system and all I get is
>>
>> [EMAIL PROTECTED] [~/temp]$ dvdbackup -M -i /dev/disk1 -o ~/temp
>> Error reading MENU VOB
>> Mirror of Title set 1 faild
>> Mirror of DVD faild
>>
>> Hard to test if my fix worked or not :\
>
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

I brought a bought DVD today and I just can't get the encryption  
error, I have removed libdvdcss from my system and all I get is

[EMAIL PROTECTED] [~/temp]$ dvdbackup -M -i /dev/disk1 -o ~/temp
Error reading MENU VOB
Mirror of Title set 1 faild
Mirror of DVD faild

Hard to test if my fix worked or not :\
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 7-May-08, at 1:18 AM, Andrea Riciputi wrote:

> As far as I can understand the dependency on libdvdcss was removed
> from libdvdread in order to make the binary distribution possible.
> Anyway at the moment libdvdread is not working properly, so IMHO it
> would be better to fix it adding that dependency again.
>
> Cheers,
>  Andrea
>
> On 6 May, 2008, at 16:24, Daniel Macks wrote:
>
>> There's no dlopen *path* IIRC, just filename. Usually, if the package
>> can do real linking (instead of runtime dlopen), that's gonna me more
>> stable in general. But that makes the dep mandatory...not sure how
>> onerous a package and dependency-tree for libdvdcss is.
>>
>> dan
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

I'm working on getting it working with dlopen again, i just didn't  
have a DVD with me yesterday, I'd rather not move it to crypto, so  
I'll fix it properly.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 7-May-08, at 1:18 AM, Andrea Riciputi wrote:

> As far as I can understand the dependency on libdvdcss was removed
> from libdvdread in order to make the binary distribution possible.
> Anyway at the moment libdvdread is not working properly, so IMHO it
> would be better to fix it adding that dependency again.
>
> Cheers,
>  Andrea
>
> On 6 May, 2008, at 16:24, Daniel Macks wrote:
>
>> There's no dlopen *path* IIRC, just filename. Usually, if the package
>> can do real linking (instead of runtime dlopen), that's gonna me more
>> stable in general. But that makes the dep mandatory...not sure how
>> onerous a package and dependency-tree for libdvdcss is.
>>
>> dan
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

The big problem is that using dvdcss it'll have to be crypto then, I  
wanted to avoid this and it's why the dlopen option is avail, it'll  
only use it if avail.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 6-May-08, at 8:24 AM, Daniel Macks wrote:

> There's no dlopen *path* IIRC, just filename. Usually, if the package
> can do real linking (instead of runtime dlopen), that's gonna me more
> stable in general. But that makes the dep mandatory...not sure how
> onerous a package and dependency-tree for libdvdcss is.
>
> dan
>
> On Tue, May 06, 2008 at 08:20:58AM -0600, TheSin wrote:
>> was the dlopen path and file name correct, it could be left over from
>> a new compat version or it might need to be patched not to  
>> use .so?  I
>> didn't do the lastest updates so I'll have to look into it in a month
>> when I have time again.
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>> On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:
>>
>>> Hi there,
>>> after upgrading dvdbackup to the last package revision it seems that
>>> libdvdread has lost its ability to use libdvdcss. You can get the
>>> picture from data reported below:
>>>
>>>> % fink list libdvdcss
>>>> Information about 6961 packages read in 1 seconds.
>>>> i   libdvdcss   1.2.9-1   Portable abstraction
>>>> library for DVD decryption
>>>> i   libdvdcss-shlibs1.2.9-1   Portable abstraction
>>>> library for DVD decryption
>>>
>>>> % fink list libdvdread.3
>>>> Information about 6961 packages read in 1 seconds.
>>>> i   libdvdread.30.9.7-101 Provides functions
>>>> for reading video DVDs
>>>> i   libdvdread.3-shlibs 0.9.7-101 Provides functions
>>>> for reading video DVDs
>>>
>>> and when I try to run dvdbackup I get this message:
>>>
>>>> % dvdbackup -M -i /dev/disk3 -o ~/Movies
>>>> libdvdread: Encrypted DVD support unavailable.
>>>
>>> dvdbackup works correctly but the resulting backup is still  
>>> encrypted.
>>>
>>> The only way I got dvdbackup (libdvdread actually) working correctly
>>> is by adding "--with-libdvdcss" to the configure options for
>>> libdvdread.3.
>>>
>>> Looking at the libdvdread source code seems that the library should
>>> be able to detect libdvdcss at runtime (using dlopen), but the trick
>>> doesn't work.
>>>
>>> Any suggestion to fix this?
>>>
>>> Cheers,
>>> Andrea
>>>
>>
>>
>> -
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save  
>> $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> http://news.gmane.org/gmane.os.apple.fink.devel
>
> -- 
> Daniel Macks
> [EMAIL PROTECTED]
> http://www.netspace.org/~dmacks
>
>
> -
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libdvdread.3 and libdvdcss

[TheSin]

was the dlopen path and file name correct, it could be left over from  
a new compat version or it might need to be patched not to use .so?  I  
didn't do the lastest updates so I'll have to look into it in a month  
when I have time again.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 6-May-08, at 7:35 AM, Andrea Riciputi wrote:

> Hi there,
> after upgrading dvdbackup to the last package revision it seems that  
> libdvdread has lost its ability to use libdvdcss. You can get the  
> picture from data reported below:
>
>> % fink list libdvdcss
>> Information about 6961 packages read in 1 seconds.
>> i   libdvdcss   1.2.9-1   Portable abstraction  
>> library for DVD decryption
>> i   libdvdcss-shlibs1.2.9-1   Portable abstraction  
>> library for DVD decryption
>
>> % fink list libdvdread.3
>> Information about 6961 packages read in 1 seconds.
>> i   libdvdread.30.9.7-101 Provides functions  
>> for reading video DVDs
>> i   libdvdread.3-shlibs 0.9.7-101 Provides functions  
>> for reading video DVDs
>
> and when I try to run dvdbackup I get this message:
>
>> % dvdbackup -M -i /dev/disk3 -o ~/Movies
>> libdvdread: Encrypted DVD support unavailable.
>
> dvdbackup works correctly but the resulting backup is still encrypted.
>
> The only way I got dvdbackup (libdvdread actually) working correctly  
> is by adding "--with-libdvdcss" to the configure options for  
> libdvdread.3.
>
> Looking at the libdvdread source code seems that the library should  
> be able to detect libdvdcss at runtime (using dlopen), but the trick  
> doesn't work.
>
> Any suggestion to fix this?
>
> Cheers,
> Andrea
>


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libc-client1-dev

[TheSin]

yup but I had to wait months so that the apr upgrade wont' be such a  
mess, anyhow np just take me a bit longer to get apr and apache2 and  
php5 upgraded an out, and at least not php4 wont' break cause I was  
not updating it it so it would have broke anyhow :D
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 17-Mar-08, at 10:01 AM, Daniel Macks wrote:

> Sorry about that. Over the history of that suite of packages, it had
> accumulated a jillion self-insisistencies and incompatibilities,
> leading to massive insanity and hopelessness when other packages tried
> to use it. Users had been complaining for many months...now at least
> there is a clean(er) (IMO) and working starting point.
>
> dan
>
>
> On Mon, Mar 17, 2008 at 09:50:01AM -0600, TheSin wrote:
>> and just made a TON of more work for me as I have the new version but
>> now I have to try and get all your changes into it :P
>> ---
>> TS
>> http://southofheaven.org/
>> Chaos is the beginning and end, try dealing with the rest.
>>
>> On 17-Mar-08, at 9:39 AM, Daniel Macks wrote:
>>
>>> On Mon, Mar 17, 2008 at 03:54:41AM +0100, Jean-Fran?ois Mertens  
>>> wrote:
>>>>
>>>> On 16 Mar 2008, at 22:17, radon wrote:
>>>>
>>>>> In article <[EMAIL PROTECTED]>,
>>>>> Jean-Francois Mertens <[EMAIL PROTECTED]> wrote:
>>>>>
>>>>>> fink remove libc-client-dev
>>>>>> is safe
>>>>>
>>>>> I got the same error. Removing libc-client-dev wasn't  
>>>>> sufficient. I
>>>>> did
>>>>> scorched earth: removed libc-client()-dev and the uw-imap packages
>>>>> too.
>>>>> Then I deleted the binaries and links in debs/, the sources, and
>>>>> did a
>>>>> cleanup --all. _Then_ I built and installed the uw-imap clients.
>>>>> That
>>>>> worked. Php5 still won't compile, but at least it can find
>>>>> rfc-something.h.
>>>>>
>>>>
>>>> right _ then it needs an additional "--with-imap-ssl" in the
>>>> configureparams;
>>>> whit that it gets through the configure part, and gets stuck
>>>> somewhere
>>>> with conflicting definitions in the builddir and in /sw/include/c-
>>>> client/utf8aux.h
>>>> if I remember correctly...
>>>
>>> I just beat on php5 for a while, and committed something that  
>>> compiles
>>> on 10.4. Untested on 10.5...
>>>
>>> dan
>>>
>>> -- 
>>> Daniel Macks
>>> [EMAIL PROTECTED]
>>> http://www.netspace.org/~dmacks
>>>
>>>
>>> -
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>>> ___
>>> Fink-devel mailing list
>>> Fink-devel@lists.sourceforge.net
>>> http://news.gmane.org/gmane.os.apple.fink.devel
>>>
>>
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> Fink-devel mailing list
>> Fink-devel@lists.sourceforge.net
>> http://news.gmane.org/gmane.os.apple.fink.devel
>
> -- 
> Daniel Macks
> [EMAIL PROTECTED]
> http://www.netspace.org/~dmacks
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libc-client1-dev

[TheSin]

and just made a TON of more work for me as I have the new version but  
now I have to try and get all your changes into it :P
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 17-Mar-08, at 9:39 AM, Daniel Macks wrote:

> On Mon, Mar 17, 2008 at 03:54:41AM +0100, Jean-Fran?ois Mertens wrote:
>>
>> On 16 Mar 2008, at 22:17, radon wrote:
>>
>>> In article <[EMAIL PROTECTED]>,
>>> Jean-Francois Mertens <[EMAIL PROTECTED]> wrote:
>>>
 fink remove libc-client-dev
 is safe
>>>
>>> I got the same error. Removing libc-client-dev wasn't sufficient. I
>>> did
>>> scorched earth: removed libc-client()-dev and the uw-imap packages
>>> too.
>>> Then I deleted the binaries and links in debs/, the sources, and  
>>> did a
>>> cleanup --all. _Then_ I built and installed the uw-imap clients.  
>>> That
>>> worked. Php5 still won't compile, but at least it can find
>>> rfc-something.h.
>>>
>>
>> right _ then it needs an additional "--with-imap-ssl" in the
>> configureparams;
>> whit that it gets through the configure part, and gets stuck  
>> somewhere
>> with conflicting definitions in the builddir and in /sw/include/c-
>> client/utf8aux.h
>> if I remember correctly...
>
> I just beat on php5 for a while, and committed something that compiles
> on 10.4. Untested on 10.5...
>
> dan
>
> -- 
> Daniel Macks
> [EMAIL PROTECTED]
> http://www.netspace.org/~dmacks
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Fink-devel mailing list
> Fink-devel@lists.sourceforge.net
> http://news.gmane.org/gmane.os.apple.fink.devel
>


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel

Re: [Fink-devel] libc-client1-dev

[TheSin]

please send this to the lists as it was based on a change I didnt'  
make, thanks.
---
TS
http://southofheaven.org/
Chaos is the beginning and end, try dealing with the rest.

On 15-Mar-08, at 9:13 PM, Bobby Braswell wrote:

>
> Hi-
>
> I was unable to install libc-client1-dev using fink. The error  
> message follows.
>
> Thanks very much,
> Rob Braswell
>
>
> % fink install libc-client1-dev
> Information about 6512 packages read in 1 seconds.
> The following package will be installed or updated:
> libc-client1-dev
> Reading buildlock packages...
> /sw/bin/dpkg-lockwait -i /sw/fink/dists/unstable/main/binary-darwin- 
> i386/libs/libc-client1-dev_2006k-4_darwin-i386.deb
> (Reading database ... 94494 files and directories currently  
> installed.)
> Unpacking libc-client1-dev (from .../libc-client1-dev_2006k-4_darwin- 
> i386.deb) ...
> /sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary- 
> darwin-i386/libs/libc-client1-dev_2006k-4_darwin-i386.deb (--install):
> trying to overwrite `/sw/include/c-client/auths.c', which is also in  
> package libc-client-dev
> /sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe)
> Errors were encountered while processing:
> /sw/fink/dists/unstable/main/binary-darwin-i386/libs/libc-client1- 
> dev_2006k-4_darwin-i386.deb
> ### execution of /sw/bin/dpkg-lockwait failed, exit code 1
> Failed: can't install package libc-client1-dev-2006k-4
>
> % dpkg -S /sw/include/c-client/auths.c
> libc-client-dev: /sw/include/c-client/auths.c
>
>
>
>


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel