--- Log opened Sun Jul 17 00:00:23 2011
00:02 jackhowarth> cirdan, a quick look at 3.01a5 suggests you may need a smake package
00:03 jackhowarth> MacPorts has a 3.0.0 cdrtools which they build with smake
00:07 jackhowarth> smake should be trivial to package
00:07 jackhowarth> https://trac.macports.org/browser/trunk/dports/devel/smake/Portfile
00:28 + nopetw [~nopetw@218-175-159-55.dynamic.hinet.net] joined #fink
01:16 htodd> jackhowarth: I tried all the netbsd patches and gs still dies on 10.6
02:01 + Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] joined #fink
02:07 = Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] quit (Quit: This computer has gone to sleep)
02:34 CIA-10> wgscott * dists/10.4/unstable/main/finkinfo/sci/ (ccp4.info ccp4.patch): version update
02:35 CIA-10> wgscott * dists/10.4/unstable/main/finkinfo/sci/ccp4.info: version update
02:37 = mischi [~michael@usd-010-079.usd.bessy.de] quit (Quit: mischi)
03:16 + mringwal [~mringwal@80-219-168-6.dclient.hispeed.ch] joined #fink
03:56 + baba__ [~baba@219.122.64.11] joined #fink
03:57 baba__> aloha
04:29 + sid77 [~sid77@andromeda.slackware.it] joined #fink
04:50 + nopetw_ [~nopetw@218-175-157-211.dynamic.hinet.net] joined #fink
04:51 = nopetw_ [~nopetw@218-175-157-211.dynamic.hinet.net] quit (Client Quit)
04:53 = nopetw [~nopetw@218-175-159-55.dynamic.hinet.net] quit (Ping timeout: 276 seconds)
05:10 + mischi [~michael@usd-010-079.usd.bessy.de] joined #fink
06:12 = azstefano [~azstefano@unaffiliated/azstefano] quit (Read error: Operation timed out)
06:12 + Sho_ [~EHS1@kde/hein] joined #fink
06:13 + azstefano [~azstefano@unaffiliated/azstefano] joined #fink
06:40 = mischi [~michael@usd-010-079.usd.bessy.de] quit (Remote host closed the connection)
06:40 + mischi_ [~michael@usd-010-079.usd.bessy.de] joined #fink
06:43 = baba__ [~baba@219.122.64.11] quit (Quit: baba__)
06:49 + Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] joined #fink
06:55 = mischi_ [~michael@usd-010-079.usd.bessy.de] quit (Quit: bye)
07:24 = Bart- [~bart@DanBUK-2-pt.tunnel.tserv5.lon1.ipv6.he.net] quit (Changing host)
07:24 + Bart- [~bart@c-base/crew/bart] joined #fink
07:25 = Filefragg [Eulogy@68-184-30-93.dhcp.unas.ma.charter.com] quit (Ping timeout: 252 seconds)
07:27 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
07:29 + Filefragg [Eulogy@68-184-30-93.dhcp.unas.ma.charter.com] joined #fink
07:52 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/test-pod-coverage-pm.info: Don't need test-builder-tester-pm on >10.4.
07:53 danielj_away> dmacks_away: Can we add 10.7 to test-builder-tester-pm? It's still blocking some perlmods.
07:53 danielj_away is now known as danielj
08:14 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Remote host closed the connection)
08:18 = ChristW [~christ@mag.ik.nu] quit (Quit: leaving)
08:19 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
08:31 + loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] joined #fink
08:42 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/file-homedir-pm.info: New upstream file-homedir-pm 0.98.
08:45 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/ (3 files): New upstream extutils-makemaker-pm 6.58. Patch cpan-meta-pm bug that is exposed by makemaker tests. See https://rt.cpan.org/Public/Bug/Display.html?id=67295
08:53 = jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] quit (Quit: jperichon)
08:58 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/net/ (4 files): Simplify package naming since 10.4 is EOL.
09:06 + jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] joined #fink
09:16 danielj> Damn, svn has a LOT of inherited deps.
09:17 = jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] quit (Remote host closed the connection)
09:21 dmacks_away> danielj: done
09:21 dmacks_away is now known as dmacks
09:22 CIA-10> dmacks * dists/10.4/unstable/main/finkinfo/libs/perlmods/test-builder-tester-pm.info: +10.7
09:22 danielj> Cool. Thanks. That was blocking a lot of stuff.
09:22 + Reidy [~reid@unaffiliated/reidy] joined #fink
09:22 danielj> I guess we should actually remove all deps on it since it's not needed on >10.4.
09:23 dmacks> It's actually poised to become a real package again (not a dummy)
09:23 danielj> Ah.
09:24 danielj> I noticed while building libxml-py27 that that damn serialize.py test failed again.
09:24 dmacks> (but will be varianted, so that nonvarianted stub will still exist)
09:25 dmacks> ain't that thing a pain in the ass!
09:25 danielj> Yeah, I recall that the test itself was very fragile.
09:26 danielj> Any slight change in output, even if it was correct, would cause failure.
09:26 dmacks> I never understood it well, I think I just disabled the test.
09:26 danielj> Maybe something changed a bit in the new cat.
09:26 danielj> Well, the build failed for me with -m.
09:27 danielj> No useful output of course.
09:27 danielj> I think really disabling it would be the best thing. It's too damn fragile.
09:29 danielj> I think I have to install half of fink just to build svn. Oh well, at least it's giving a lot of packages a test on lion. :)
09:29 danielj> libxml-py27 is the only failure so far with -m.
09:30 CIA-10> dmacks * dists/10.4/unstable/main/finkinfo/libs/libxml2-py.info: self-test PITA
09:31 danielj> "The following 111 additional packages will be installed:" :D
09:32 CIA-10> dmacks * dists/10.4/stable/main/finkinfo/10.4-EOL/base/ (4 files): sync with live
09:34 + jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] joined #fink
09:48 + ska [~ska@cpe-66-25-185-112.austin.res.rr.com] joined #fink
09:48 = jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] quit (Quit: jperichon)
09:49 danielj> Removing -no-cpp-precomp from packages would be a good idea. It's been a no-op for a long time and clang spews a crapload of warnings about it being ignored.
09:50 CIA-10> dmacks * dists/10.4/ (82 files in 27 dirs): prune 10.4-only packages from non-"10.4-EOL" section, pass #1
09:51 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/devel/fossil.info: New upstream fossil 20110713230341.
09:52 dmacks> A moment of silence, as I prepare to cvs-rm xfree86.info
09:52 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/database/sqlite3.info: New upstream sqlite3 3.7.7.1.
09:53 danielj> Yay!
09:53 danielj> I mean "so sad."
09:53 dmacks> Yeah, I get those mixed up all the time too.
09:54 pogma> fossil release versions are yearmonthdayhourminutesecond?
09:54 danielj> Yup.
09:54 pogma> that's extreme
09:54 danielj> Yup.
09:54 danielj> Because version numbers are for sissies.
09:55 dmacks> And multiple releases per minute because they're just that cool.
09:55 danielj> Or fossilized.
09:56 danielj> sqlite3 is a little better. They use 03XXYYZZ for the tar ball but still call it 3.X.Y.Z.
09:57 danielj> At least they're actually version numbers.
09:58 jackhowarth> it is really interesting that ghostscript-9.0.2 crashes on x86_64 10.6
09:58 danielj> Ok, how the hell did I screw up libserf0 packaging? Sigh. Well there's a new upstream so I'll update and fix.
09:58 jackhowarth> perhaps that is why it never got upgraded in the past
09:59 jackhowarth> we should consider the possibliity that there is a cctools bugs in 10.6 which is fixed in 10.7
10:00 jackhowarth> and will need a pre-10.7 x86_64 variant for the really old version
10:06 jackhowarth> sweet!
10:06 jackhowarth> I emailed the tex-live developers about the clang compiler issue with type1.c and they just emailed me a workaround
10:07 danielj> Oh, I wonder if adding -Qunused-arguments to the clang wrapper would be a good idea. It'd cut down on a lot of noise during clang builds.
10:09 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/libs/libserf0.info: It would help if the actual library was in -shlibs.
10:10 danielj> Hmm, the tests for libserf0 0.7.0 work fine but hang in 1.0.0. I'll have to investigate before updating.
10:11 danielj> Bleh I have to install cmake and glib2 just to build svn.
10:17 CIA-10> dmacks * dists/10.4/stable/main/finkinfo/ (4 files in 2 dirs): latest to stable (new version and fixes weird varianting)
10:17 jackhowarth> we should really consider if all those dependencies are needed in packages
10:18 jackhowarth> addeding a --with-foobar which adds something 0.1% of users might utiilitze but increases the dependency trail 10fold isn't a smart move
10:18 jackhowarth> utilize
10:19 jackhowarth> fortunately clang makes that less painful
10:20 jackhowarth> it would be interesting sometime to do some benchmark with clean bootstraps on 10.6/10.7
10:20 jackhowarth> to see how much faster clang builds through gnuplot for instance
10:23 jackhowarth> hmm…. perhaps we could have fink output the wallclock at the beginning of bundled package builds (after all the sources have been downloaded) and again after the builds are complete
10:24 jackhowarth> or better yet save the vaiues and emit the elapsed time at the end
10:26 danielj> clang is noticeably faster to me but I haven't timed it.
10:27 jackhowarth> so far it has been a net win here
10:28 jackhowarth> almost no bad codegen
10:28 jackhowarth> we have the ctypes issue in python2.7+
10:28 jackhowarth> but Apple may have that properly fixed in their open source python release
10:31 CIA-10> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/libwww-pm.info: Fix tests on 10.7.
10:32 danielj> I haven't encountered any other clang issues yet.
10:33 danielj> Ok, I just got a "Failed: Problem resolving dependencies. Check for circular dependencies." but it doesn't say what the problem is. Sigh.
10:33 jackhowarth> I've seen those
10:34 jackhowarth> if I try to short circuit certain dependencies
10:34 jackhowarth> like 'fink install gnuplot' and then aborting that and picking something in the middle of its dependency trail
10:34 danielj> Ooh, it's a system-openssl-dev/openssl100-dev problem.
10:36 danielj> What the heck wants openssl100-dev?
10:37 danielj> The hell?
10:42 dmacks> something wants *both*?
10:42 jackhowarth> hmm, texlive is so slow because it spends half of its time in configure scripts
10:42 danielj> Now I can't install ANYTHING. All I get is Failed: Problem resolving dependencies. Check for circular dependencies.
10:42 = ska [~ska@cpe-66-25-185-112.austin.res.rr.com] quit (Ping timeout: 246 seconds)
10:43 danielj> No further explanation.
10:43 dmacks> What are you trying to install?
10:43 jackhowarth> that is one area were darwin still lags linux, I am convinced that linux executes configure scripts much faster than darwin
10:43 + jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] joined #fink
10:44 danielj> Well I was originally installing svn but now I'm trying individual deps.
10:44 danielj> Ooooooh.
10:44 dmacks> glib2?
10:44 danielj> Yes.
10:45 danielj> shared-mime-info reps on glib2 but glib2 deps on shared-mime-info.
10:45 dmacks> Don't use -m for glib2
10:45 danielj> Ok.
10:45 danielj> There we go.
10:45 dmacks> (the cycle is glib2's TestDpeends)
10:45 danielj> Ah.
10:46 jackhowarth> I'll have to run the Byte Unix benchmarks again on Lion
10:46 danielj> Much better. The logjam is broken.
10:46 jackhowarth> a long time ago I submitted radr://5393688 Darwin four fold slower than Linux on Byte Unix shell script benchmark
10:47 jackhowarth> it was closed as Duplicate but with no other comment
10:47 danielj> Has anyone seen the new Byte magazine?
10:49 danielj> There's a "great" article in which the author explains how there's no reason for people to buy Apple products so therefore Apple is tricking people into buying stuff. Or people are just stupid.
10:50 = CIA-10 [~CIA@cia.atheme.org] quit (Ping timeout: 260 seconds)
10:51 danielj> I always like the "let's insult the reader" technique. It's so effective.
10:51 dmacks> Hah! My commit killed CIA.
10:51 danielj> Heh.
10:51 + CIA-26 [~CIA@cia.atheme.org] joined #fink
10:53 danielj> So sad to see all those packages go. No wait, what's the opposite of sad?
10:53 dmacks> pes
10:54 danielj> Looks like glib2 spends most of its time building docs.
10:55 dmacks> Yeah. IIRC there were too many local-policy changes needed for a simple perl-pie fix.
10:57 CIA-26> dmacks * dists/10.4/ (3 files in 3 dirs): revive shared .patch accidentally killed during 10.4 pruning
11:01 danielj> God, building cmake.
11:01 danielj> !lart cmake
11:01 * pinson rm -rf's cmake
11:02 dmacks> whoa, that giant commit even bounced being sent to fink-commits mailing list
11:03 danielj> Oops, libproxy1 failed to build.
11:03 danielj> undeclared identifier 'strdup'
11:05 dmacks> It's a dup and it's not even once?
11:05 danielj> Of course, libproxy1 uses cmake so it's not surprising it sucks.
11:12 dmacks> extutilt-makamaker-pm5100 fails self-tests on 10.6/i386 because it's not passing single-arch flags.
11:13 danielj> Sigh. What tests fail?
11:15 jackhowarth> texlive now builds under clang
11:15 lisppaste> dmacks pasted "-extutils-makemaker-pm5100-6.58-1 self-test fail 10.6/i386" at http://paste.lisp.org/display/123316
11:15 dmacks> Some of those aren't arch-related either?
11:16 danielj> gcc-4.2 -c -arch x86_64 -arch i386 -arch ppc ?
11:17 danielj> Ok, I'll have to play with it on my 10.6 box.
11:18 danielj> jackhowarth: Do you know why strdup would be undeclared on lion?
11:18 dmacks> Yeah, just needs the usual magic for a system(perl) or similar.
11:18 jackhowarth> give me a sec
11:19 danielj> It's in string.h but only #if __DARWIN_C_LEVEL >= 200112L
11:20 danielj> I'm trying to find where __DARWIN_C_LEVEL is set.
11:21 danielj> sys/cdefs.h it looks like.
11:23 danielj> Maybe _DARWIN_C_SOURCE isn't defined.
11:24 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Remote host closed the connection)
11:24 danielj> Ah ha. libproxy1 explicitly sets -D_POSIX_C_SOURCE=1.
11:26 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
11:28 jackhowarth> if drm shows up, remind him that the clang changes for texlive are posted to fink-seeeding
11:29 jackhowarth> I replied to the texlive maintainers that their fix worked and asked about the need for libpng 1.5 patches
11:33 danielj> dmacks: There are multiple problems with libproxy1.
11:33 danielj> perl -pi -e 's/_POSIX_C_SOURCE/_DARWIN_C_SOURCE/' CMakeLists.txt fixes the undeclared strdup errror.
11:33 danielj> But I encountered something later:
11:34 danielj> /sw/src/fink.build/libproxy1-0.4.0-2/libproxy-0.4.0/libproxy/modules/wpad_dns_alias.cpp:30:23: error:
11:34 danielj> initialization of pointer of type 'libproxy::url *' to NULL from a constant boolean expression
11:35 cirdan> jackhowarth: the problem lies with something in xcode4
11:35 danielj> Looks like a C++ strictness issue.
11:35 cirdan> jackhowarth: the problem is it builds a tool to create a header file, and that tool chugs along with 100% cpu usage and never exits
11:39 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/net/libproxy1.info: build -tweak
11:43 danielj> dmacks: Another tweak: perl -pi -e 's/false/NULL/' libproxy/modules/wpad_dns_alias.cpp
11:43 danielj> Returning 'false' instead of a pointer = bad. :)
11:44 danielj> With that it builds on lion.
11:46 danielj> Yay! I'm finally build svn!
11:48 jackhowarth> cirdan, the best thing to do is to attempt to create a testcase for radar
11:49 jackhowarth> the source for the failing test and all the object files required to run it as standalone
11:50 CIA-26> dmacks * dists/10.4/ (431 files in 40 dirs): prune 10.4-only packages from non-"10.4-EOL" section, pass #2
11:51 jackhowarth> dmacks, don't forget about http://sourceforge.net/tracker/?func=detail&aid=3329300&group_id=17203&atid=414256
11:51 jackhowarth> the tcltk-8.5.10 packaging
12:05 htodd> jackhowarth: any more suggestions on ghostscript patching? I tried all the netbsd patches but no luck
12:06 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/libs/neon27.info: New upstream neon27 0.29.6.
12:06 danielj> Woot. svn builds and passes tests.
12:09 + ska [~ska@cpe-66-25-185-112.austin.res.rr.com] joined #fink
12:15 jackhowarth> texlive needs some cleanups (not lion related)
12:15 dmacks> jackhowarth: yup, it's on my list
12:15 jackhowarth> ithe make check seems to uncover that -lfreetype isn't getting properly applied
12:17 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/svn-swig-pm.info: Add pm5123 variant.
12:19 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/net/libproxy1.info: stricter type-check
12:20 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/ (git-send-email-10.7.info git-svn-10.7.info): Add 10.7 variant.
12:20 danielj> dmacks: Thanks!
12:21 dmacks> There's a new version upstream, but it seems to have even more use of "true" "false" and I only maintain this as a dep of something else, so I'm not touching for now.
12:21 danielj> Good call. :)
12:22 danielj> gcc must be lax about passing booleans as pointers. :/
12:23 danielj> Keep cmake? [Ynpsiuqx?], [H]elp: N
12:23 danielj> :)
12:24 danielj> Good old debfoster.
12:26 dmacks> Would be better as [n/N/OH HELL NO]
12:27 jackhowarth> htodd
12:27 jackhowarth> I suspect we might be seeing a bug in the x86_64 cctools on SL
12:28 jrabbit> win 6
12:28 jackhowarth> for now we should craft a way to create a x86_64 variant for 10.4-10.6 that reverts back to the ancient ghostscript
12:29 htodd> ok
12:29 jackhowarth> not quite sure what the best approach is for that… has anyone tested ghostscript on powerpc darwin9?
12:29 jackhowarth> I know i386 darwin10 is fine
12:30 jackhowarth> fyi, I tried about everything I could think of -O0, llvm-gcc, clang svn, FSF gcc 4.6/4.7
12:30 jackhowarth> one thing we could look at carefully is the clang warnings
12:30 jackhowarth> I think there were a lot of cast to different sizes if I recall correctly
12:31 jackhowarth> I also noticed that MacPort blanket compiles at -O0
12:32 danielj> dmacks: Heh. Reminds me of Gabriel Iglesias and the levels of being overweight. The final one is "Oh, hell no!"
12:32 cirdan> jackhowarth: ush this will be a pain in the ass to seperate into a test case
12:33 jackhowarth> I probably can do within the week
12:33 jackhowarth> it already leaves the test binary
12:33 jackhowarth> we just need to gather up the required support libs and use LD_LIBRARY_PATH in a run test script
12:34 jackhowarth> so Apple can run it as a standalone testcase
12:34 cirdan> easier to attach the tarball and tell them to run make...
12:34 cirdan> ;-)
12:34 jackhowarth> they tend to respond much better to reduced test cases
12:35 cirdan> it's just the includes are all over the place and the make system doesnt show the real compile/link lines
12:35 jackhowarth> if you throw a full tarball at them, they assume you are too lazy to expend the effort
12:35 jackhowarth> they don't need to compile it
12:35 jackhowarth> they need to run it and have the source available to understand the test
12:36 jackhowarth> in the best of all worlds we hack --save-temps into the flags so we have a preprocessed source file as well
12:36 jackhowarth> I am looking at the problem from smake
12:36 jackhowarth> frankly, it is sad that a project carries along their own make system
12:37 jackhowarth> who uses smake besides cdrtools
12:37 jackhowarth> imho, cdrtools is fairly low priority at the moment
12:37 jackhowarth> with all the other fish to fry
12:38 cirdan> yeah i know
12:38 cirdan> jackhowarth: the author wrote cmake
12:38 cirdan> err smake
12:38 jackhowarth> I would make sure that cdrtools is building on 10.6 against the 10.6 sdk
12:39 jackhowarth> because lion doesn't have the 10.5 sdk to fall back on
12:39 cirdan> im not on 10.6
12:39 danielj> smake sucks harder than cmake. And that's saying something. At least it's not scons.
12:39 jackhowarth> I know when 10.6 came out we had to hack around low level changes by using the 10.5 sdk
12:40 cirdan> jackhowarth: is a .c , .i and .s good enough for apple?
12:40 jackhowarth> the main thing to provide that test (which with /sw moved aside) can be run from a shell script and with the bundled libs from the smake build
12:41 jackhowarth> that test has some smake shared libs support I think
12:41 jackhowarth> let me see if I can find some time tonight
12:42 jackhowarth> they just has a sucky directory layout in the build
12:42 cirdan> yeah. i almost got it, if i can find a def for UConst
12:43 cirdan> strange the .i doesnt include it
12:44 cirdan> well, i'll work on it later
12:46 jackhowarth> I have a decent rapport with the darwin linker developer
12:47 jackhowarth> let me take a stab at it first
12:47 cirdan> maybe it's an issue with the .rul i linked to. i copied the config for osx gcc64 to x86_64
12:47 cirdan> still odd that the binary builds but goes beserk
12:49 jackhowarth> how do you make gmake go verbose?
12:49 dmacks> jackhowarth: for tcltk, why is it preferable to use x11's fontconfig?
12:49 jackhowarth> let me look again
12:52 htodd> dmacks: what's the best way of having a separate package for 10.7?
12:52 htodd> actually, it may probably be a separate package for 10.6-x86_64
12:53 dmacks> htodd: what's different about it?
12:53 dmacks> (same %n and %v, just different config flags? Or...?)
12:53 jackhowarth> I wasn't explicitly trying to do that
12:53 jackhowarth> the -lfontconfig linkage was being left out if I recall correctly
12:54 jackhowarth> let me try appending -%p/lib in front of the ld settings
12:55 * dmacks trying to distinguish "need the -lfontconfig flag" (which is reasonable, upstreams often forget it) from "Not certain if we want to add BuildConflicts to insure that the system X11 copy is always used." tracker comment (usually fink tries to use its own)
12:56 jackhowarth> we have a BuildConflicts on freetype219 which I assume means the X11 copy is used
12:56 dmacks> With the revived .patch segments, the SetCPPFLAGS -I flags are no longer needed.
12:57 dmacks> ...probably...me testing
12:57 * dmacks agrees with self.
12:59 jackhowarth> I don't have SetCPPFLAGS
13:00 dmacks> hmm?
13:00 dmacks> Oh wait, that was from previous tracker item. Yeah, nope.
13:00 jackhowarth> make sure you get the current tracker info and patch
13:03 danielj> !lart python doctest
13:03 * pinson stabs python doctest
13:07 htodd> dmacks: I added a ghostscript-9.02 that doesn't work on 10.6-x86_64
13:07 dmacks> ah, tk's configure defaults to an older xft detection, so it mixes fink's and apple's x11 files.
13:07 htodd> seems to work on 10.7 and 10.6-32-bit
13:08 jackhowarth> has anyone tested powerpc darwin9
13:08 jackhowarth> note that ghostscript now builds like every other major distribution I could find
13:08 jackhowarth> no one still builds against the bundled libs
13:08 jackhowarth> even MacPorts
13:09 = loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] quit (Ping timeout: 255 seconds)
13:10 htodd> I have a PPC in the basement but getting it going would take a while
13:10 jackhowarth> dmacks
13:10 htodd> and building fink would probably take the rest of the weekend
13:11 jackhowarth> remove "BuildConflicts: freetype219" and add "make LDFLAGS+="-%p/lib -lfontconfig" for tk's build
13:11 jackhowarth> I am uploading a corrected info
13:12 dmacks> jackhowarth: I don't think that's necessary or correct.
13:13 dmacks> Hacking tk's ./configure to avoid using xft-config gets me a package that builds completely on 10.6/x86_64 without -l needed and with use of all of fink's own libs.
13:13 dmacks> (...modulo a -I ordering bug)
13:14 jackhowarth> can you email me a copy or push it onto tracker so I can test on Lion?
13:15 dmacks> Still finding the sanest patch for the -I ordering. Only affects *one* .c's build.
13:16 lisppaste> dmacks pasted "essence of the major fix" at http://paste.lisp.org/display/123317
13:18 jackhowarth> not sure if that genstubs is still needed with current tcltk
13:20 jackhowarth> it seems okay to drop the BuildConflicts, no?
13:20 = ska [~ska@cpe-66-25-185-112.austin.res.rr.com] quit (Ping timeout: 264 seconds)
13:21 dmacks> Correct. Will actually get BuildDepends/Depends to make sure *does* use fink's.
13:24 jackhowarth> the genstubs can be dropped
13:25 dmacks> 'k
13:27 jackhowarth> updated tracking with revised packaging using your proposed patch
13:27 jackhowarth> pymol runs fine under it on lion and all libs are from fink
13:27 dmacks> Is it still okay if tk is make X11_INCLUDES="" ?
13:28 dmacks> That's the second part of the xft-config cleanup
13:29 jackhowarth> won't CPPFLAGS place -%p/include up front?
13:29 jackhowarth> so the fink headers are found first?
13:29 jackhowarth> that is what I see here
13:29 dmacks> X11_INCLUDES is a custom-designed flag that makefile places before CPPFLAGS
13:29 jackhowarth> gcc -c -Os -pipe -I/sw/include -Wall -fno-common -I/sw/src/fink.build/tcltk-8.5.10-1/tk8.5.10/unix/../unix -I/sw/src/fink.build/tcltk-8.5.10-1/tk8.5.10/unix/../generic -I/sw/src/fink.build/tcltk-8.5.10-1/tk8.5.10/unix/../bitmaps -I/sw/src/fink.build/tcltk-8.5.10-1/tcl8.5.10/generic -I/sw/src/fink.build/tcltk-8.5.10-1/tcl8.5.10/unix -I/usr/X11R6/include -DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME=\"tk\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_
13:29 jackhowarth> STRING=\"tk\ 8.5\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DMAC_OSX_TCL=1 -DTCL_SHLIB_EXT=\".dylib\" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_WIDE_INT_TYPE=long\ long -DHA
13:29 jackhowarth> VE_STRUCT_STAT64=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DHAVE_PW_GECOS=1 -DHAVE_AVAILABILITYMACROS_H=1 -DHAVE_WEAK_IMPORT=1 -D_DARWIN_C_SOURCE=1 -DHAVE_XSS=1 -DHAVE_LIBXFT=1 -DHAVE_XFT=1 -DTCL_NO_DEPRECATED -DUSE_TCL_STUBS /sw/src/fink.build/tcltk-8.5.10-1/tk8.5.10/unix/../unix/tkUnixMenu.c
13:31 jackhowarth> I still do understand the need
13:32 jackhowarth> I always see -I/sw/include before -I/usr/X11R6/include
13:32 jackhowarth> so that the fink headers win out
13:32 jackhowarth> don't
13:32 dmacks> All I know is that without blanking that variable, tkUnixRFont.c has X11 ahead of /sw
13:33 dmacks> And with blanking that variable, I still get a compile with no problems.
13:33 jackhowarth> let me look at that one
13:34 jackhowarth> weird
13:34 jackhowarth> try the packaging I just uploaded
13:34 jackhowarth> for tkUnixRFont.c I see "gcc -c -Os -pipe -I/sw/include"
13:36 dmacks> Look for other -I later in the command, not just /sw/include itself but subdirs.
13:37 jackhowarth> but doesn't the first include path win out?
13:37 jackhowarth> it searches those in order of appearance
13:37 = Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] quit (Quit: This computer has gone to sleep)
13:37 dmacks> But the header itself isn't in /sw/include, it's in a subdir.
13:38 jackhowarth> odd, shouldn't we have a -dev that present it topside
13:38 dmacks> Sometimes yes, sometimes no.
13:40 jackhowarth> your talking about freetype219, right?
13:40 jackhowarth> it shows the same that that Apple has for X11
13:40 dmacks> Hold a sec, I'll check which specific one was misread
13:40 jackhowarth> freetype2/freetype in the include
13:41 jackhowarth> I think my packaging is sufficient
13:41 dmacks> It is provedly insufficient for 10.6.
13:43 htodd> speaking of which, should I just revert ghostscript?
13:44 dmacks> htodd: what's the problem with it?
13:45 htodd> segfault on x86_64
13:46 htodd> illegal memory access
13:46 dmacks> Not fixable?
13:47 htodd> not as far as I can tell
13:47 htodd> I tried all the patches from netbsd, and I think jackhowarth tried the ones from fedora
13:48 = Reidy [~reid@unaffiliated/reidy] quit (Quit: Quitte)
13:48 lisppaste> dmacks pasted "tcltk wrong-header use" at http://paste.lisp.org/display/123318
13:48 dmacks> ^^ 10.6/x86_64
13:49 jackhowarth> htodd, I tried all of the patches from debian as well
13:50 jackhowarth> the fact that MacPorts has to resort to a blanket -O0 smells
13:50 jackhowarth> we need the packaging tested on powerpc darwin9
13:51 jackhowarth> if it passes there as well but only fails pre-lion x86_64, I money is on a devtools bug
13:51 jackhowarth> my money
13:53 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Remote host closed the connection)
13:54 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
13:58 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Ping timeout: 264 seconds)
14:09 htodd> anyone with PPC able to test build ghostscript for me?
14:09 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/languages/ (tcltk-x86_64.info tcltk-x86_64.patch): new version (looks fine on 10.6/x86_64), which uses fontconfig/xft2/freetype, slightly hacked to use *fink's* of them
14:14 + Reidy [~reid@77.179.199.77.rev.sfr.net] joined #fink
14:14 = Reidy [~reid@77.179.199.77.rev.sfr.net] quit (Changing host)
14:14 + Reidy [~reid@unaffiliated/reidy] joined #fink
14:16 jackhowarth> hodd, I can test it tomorrow morning
14:20 jackhowarth> yuck, I took a look at the old copy I have of /sw/bin/gs on powerpc darwin9
14:20 jackhowarth> and the old build links far too much system stuff in
14:20 htodd> oh, hey, I have a 20th anniversary mac
14:20 htodd> I wonder if that's even OSX compatible
14:20 htodd> :D
14:20 jackhowarth> /usr/X11/lib/libcairo.2.dylib/usr/X11/lib/libfontconfig.1.dylib
14:21 htodd> nope
14:21 jackhowarth> htodd for now, I would consider splitting the ghostscript into two
14:22 jackhowarth> the default with arch i386 powerpc
14:22 jackhowarth> and an identical x86_64 variant with arch x86_64 and Distribution 10.7
14:23 jackhowarth> this will at least keep more folks from building on x86_64 prior to 10.7
14:23 jackhowarth> did you see my -2 revision with the patch for libpng15 support?
14:23 jackhowarth> use that one
14:23 jackhowarth> the patch is from ubuntu
14:25 jackhowarth> fyi, I do know of some linker fixes that exist in Xcode 4.1 that don't in 4.0.2
14:25 jackhowarth> it would be interesting to see if anyone can test ghostscript on 10.6 with the Xcode 4.2 beta
14:26 jackhowarth> I would hope some of those additional linker fixes may back been made available for SL
14:31 CIA-26> fangism * experimental/fangism/finkinfo/ (5 files): upstream update to 0.8.9/0.12.9, porting effort needed for g++-4.0.1 (darwin8)
14:32 jackhowarth> htodd, do you remember if ghostscript on x86_64 10.6 can do 'gs -v' without crashing
14:33 jackhowarth> it does that much on powerpc darwin9 but I can open up a remote display right now to test more
14:33 htodd> I can check. It requires rebooting
14:33 htodd> hold on
14:34 danielj> dmacks: I'm having no luck with those Makemaker test failures on 10.6/i386. The failing code is this:
14:34 danielj> my $obj = eval {
14:34 danielj> CPAN::Meta->load_file($meta_name, {lazy_validation => 0})
14:34 danielj> }
14:35 danielj> The eval is returning undef which causes the failure.
14:36 danielj> It ONLY happens on 10.6/i386 so it's clearly a fat perl problem, but I don't know where the actual failure is happening.
14:38 danielj> If you have any ideas I'd appreciate it since I don't know where to go next. :(
14:39 danielj> But now I need to run errands.
14:39 danielj is now known as danielj_away
14:42 jackhowarth> htodd, it wouldn't hurt to touch base up stream to see what if any testing they do on darwin
14:42 htodd> jackhowarth: gs -v does NOT cause a segfault, so so much for that
14:42 jackhowarth> on x86_64 10.6
14:43 jackhowarth> I would broach the subject with the ghostscript developers as at least one ought to have access to a Mac
14:43 htodd> yep
14:43 jackhowarth> sometimes this stuff stays broken because no one bothers to ask the right person the right question
14:52 jackhowarth> heh, looks like Britain isn't going to have anyone left in the press or the police who hasn't been arrested or resigned
14:52 jackhowarth> London police chief just resigned
14:53 = jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] quit (Quit: jperichon)
14:54 htodd> hah
14:54 htodd> the ghostscript IRC channel says, "use macports"
14:55 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
14:57 jackhowarth> remind them that MacPorts builds the entire package at -O0… doesn't build confidence
14:58 jackhowarth> ha
14:58 jackhowarth> neither the old packaging, 8.71-3. or the new one…passes the smoke test
14:58 jackhowarth> bin/gs @b master/smoke.ps
14:59 jackhowarth> typical gnu crap
14:59 jackhowarth> blame the non-free targets for your crappy programming
15:00 jackhowarth> unfortunately my laptop is lion only now
15:00 jackhowarth> but I can check their build on lion to see if it passes the smoke test
15:01 jackhowarth> I suspect all anyone ever did was check that gs could display some ps
15:01 jackhowarth> rather than http://pages.cs.wisc.edu/~ghost/doc/AFPL/6.01/Release.htm
15:05 jackhowarth> still under 10.6?
15:05 jackhowarth> does -dDisableFAPI make a difference?
15:06 jackhowarth> gs -dDisableFAPI test.ps
15:07 jackhowarth> if so see http://bugs.ghostscript.com/show_bug.cgi?id=691792
15:13 = jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] quit (Quit: Leaving)
15:17 + jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] joined #fink
15:17 jackhowarth> htodd
15:17 jackhowarth> now I am confused
15:17 = Sho_ [~EHS1@kde/hein] quit (Quit: Stop leaking memory like it's going out of fashion.)
15:17 jackhowarth> I just fired up x86_64 and run 'gs test.ps' from the Terminal without launching X11 first
15:17 jackhowarth> and it works fine
15:17 jackhowarth> I did install Xquartz 1.6.2 last night
15:18 jackhowarth> and tested without fully logging out but manually running Xquartz
15:19 jackhowarth> doh. running the i386 fink
15:19 jackhowarth> too many freaking finks
15:20 jackhowarth> okay -dDisableFAPI doesn't help
15:29 jackhowarth> I think I might see the problem
15:31 jackhowarth> hmm a little further
15:31 jackhowarth> the crash seems to be coming from lcms
15:31 jackhowarth> note that we currently don't 'mv lcms lcms_local'
15:32 jackhowarth> when I do that the window now opens and renders before the crash
15:33 jackhowarth> however note that lcms is built against libjpeg but ghostscript is built against libjpeg8
15:33 jackhowarth> I don't think we can allow libs to desync like that
15:33 jackhowarth> wow
15:33 jackhowarth> lcms is way out of date
15:34 jackhowarth> upstream is now 2.2
15:43 jackhowarth> htodd, so here is what I think is happening
15:43 jackhowarth> the current package builds against the system lcms and the local lcms at the same time
15:44 jackhowarth> moving the local lcms still leaves a mismatch in the libjeg used by ghostscript and lcms
15:44 htodd> jackhowarth: I just heard not to --disable-compile-inits
15:44 jackhowarth> the solution is to create a lcms2 package for 2.2
15:44 jackhowarth> no because MacPorts does that
15:45 jackhowarth> you can't allow the libs to desync like this
15:45 htodd> ok
15:45 htodd> but does it work on macports?
15:45 htodd> the one time I tried macports, it was a frigging mess
15:45 htodd> nothing worked at all
15:45 jackhowarth> I almost have a lcms2 done
15:46 jackhowarth> lcms will need to be updated to conflict/replace it
15:46 htodd> You'll have to talk to martin about that
15:46 jackhowarth> lcms2 doesn't exist and should
15:47 jackhowarth> 2.2 soversion bumped
15:47 htodd> oh, I see what you mean
15:47 htodd> yes, let me know if/when you get it done
15:47 htodd> running SL is making me itch. I want to go back to you-know-what
15:48 jackhowarth> also 2.2 is much newer than 1.19
15:48 jackhowarth> by 2 years
15:49 htodd> heh
15:49 jackhowarth> this could also explain why the smoke test blows up
15:50 jackhowarth> okay they don't like non-local lcms
15:50 jackhowarth> there may be a patch for that but lets just try BuildConflicts lcms
15:51 jackhowarth> I bet 100% of the problems are mixed libs
15:52 jackhowarth> we need to go through all the libs linked in and verify that they are coherent
15:53 jackhowarth> that did it
15:54 jackhowarth> just take the existing packaging in unstable and add...
15:54 jackhowarth> BuildConflict: lcms
15:54 jackhowarth> longer term it would be nicer to add a lcms2 linked to libjpeg8
15:55 jackhowarth> but to use it we will need to patch ghostscript to tolerate the absence of lcms in the tree
15:55 jackhowarth> I'm sure one of the distros is doing that
15:55 jackhowarth> problem solved
15:58 htodd> dmacks: validator error, I think - I tried BuildConflict BuildConflicts, which didn't error, but didn't do anything either
15:58 jackhowarth> I can paste my packaging
16:00 htodd> might be a good idea. it's not doing anything for me right now
16:05 htodd> why is buildconflicts doing nothing for me?
16:05 htodd> oh, duh
16:07 jackhowarth> check your mail
16:07 jackhowarth> new packaging has two patches
16:07 jackhowarth> first adds libpng15 support ala ubuntu
16:08 jackhowarth> the second adds all of the current debian fixes from upstream ghostscript
16:08 jackhowarth> they all have headers describing them
16:08 htodd> I have way more patches than you have right now
16:08 htodd> since I'm testing the netbsd patches
16:08 jackhowarth> I like the debian ones
16:09 jackhowarth> they were separate patches each with a header explaining the purpose
16:09 jackhowarth> you don't want to dump a bulk patch into the package
16:09 jackhowarth> each hunk needs to have a purpose
16:10 jackhowarth> this is one area that MacPorts is superior to fink
16:10 jackhowarth> in that it encourages breaking up patches into digestable bits
16:10 jackhowarth> let me know if the packagin works for you
16:10 htodd> blah blah macports better
16:10 htodd> :)
16:11 jackhowarth> in areas
16:11 htodd> the fact that vim didn't compile made it useless to me
16:11 jackhowarth> the fact that they have a xorg package is a big deal
16:11 jackhowarth> in that half of the crap we do dancing around headers can be avoided
16:12 jackhowarth> for instance my pymol MacPorts packaging can use the setup.py installation method
16:12 jackhowarth> because I don't have to worry about were the x11 stuff comes from
16:12 jackhowarth> this is very difficult to achieve in fink
16:13 jackhowarth> the late author of pymol had attempted to use setup.py for fink but he did this by trying to get all of the gl header out of the system framework
16:13 jackhowarth> nasty hack
16:18 + goatbar [~goatbar@216.239.45.23] joined #fink
16:19 goatbar> hmmm... I don't remember requesting to unmaintain yaml-py last fall
16:19 goatbar> I think there were some crossed wires
16:20 CIA-26> goatbar * dists/10.4/unstable/main/finkinfo/libs/pythonmods/yaml-py.info:
16:20 CIA-26> update to 3.10
16:20 CIA-26> take back yaml as maintainer
16:23 + jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] joined #fink
16:41 = jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] quit (Quit: Leaving)
16:43 danielj_away> Yet Another YAML.
16:44 + jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] joined #fink
16:46 goatbar> love how I came out of 6 intro CS courses in undergrad only able to think recursively...
16:47 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/mercurial-py.info: Doctests are way too fragile. Disable test-url.py because it's failing on 10.7 because an extra newline is being output for some unknown reason.
16:48 jackhowarth> crap
16:48 jackhowarth> the fix for 10.6 breaks ghostscript unde clang
16:50 jackhowarth> htodd
16:50 jackhowarth> make sure the copy I sent you applies both patches
16:50 jackhowarth> the debian patches have language compliance fixes needed for clang
16:53 jackhowarth> htodd, I resent you the corrected info file
16:57 htodd> already doing my own
16:58 htodd> also haven't seen any email
17:00 jackhowarth> I sent it to the email in the info file
17:00 jackhowarth> is that not a correct address?
17:01 jackhowarth> I'll put them on the tracking entry
17:02 jackhowarth> note that you do need additional patches under lion if you use BuildConflicts lcms
17:02 danielj_away> D'oh! No graphviz for 10.7. :(
17:04 danielj_away> And no ocaml for graphviz. Sigh.
17:05 + akh [~akhansen@d-ptld-bng1-71-161-111-99.ngn.east.myfairpoint.net] joined #fink
17:05 danielj_away> Or doxygen.
17:05 danielj_away is now known as danielj
17:07 jackhowarth> htodd
17:07 jackhowarth> see https://sourceforge.net/tracker/index.php?func=detail&aid=3369549&group_id=17203&atid=414256
17:08 jackhowarth> I have tested this on all three intel targets
17:08 jackhowarth> i386 10.6 fink/x86_64 10.6 fink/lion fink
17:09 jackhowarth> again I would emphasis the importance of using annotated patches from upstream so you know what each section is for
17:09 jackhowarth> rather than dumping a bulk patch into the package
17:11 jackhowarth> fyi, it looks like the Ubuntu patch is actually from NetBSD
17:12 htodd> meh
17:12 htodd> am I half-assing this? the answer is, after all I've done I'm on the downward slope of half-assing this
17:12 jackhowarth> opps
17:12 htodd> I have other things to do
17:14 jackhowarth> I made one last correction
17:14 jackhowarth> please test the three files on https://sourceforge.net/tracker/?func=detail&aid=3369549&group_id=17203&atid=414256
17:14 jackhowarth> the ones there right now
17:15 jackhowarth> I believe this is good enough for now
17:17 jackhowarth> the net changes from the current file is the two patches and the addition of BuildConflicts: lcms
17:18 jackhowarth> plus the changes of dependencies from libpng14 to libpng15
17:18 + ska [~ska@cpe-66-25-185-112.austin.res.rr.com] joined #fink
17:18 jackhowarth> we can get fancier later but for now this will fix all arches
17:20 CIA-26> htodd * dists/10.4/unstable/main/finkinfo/text/ (ghostscript.patch ghostscript.info): Build fix for 10.6 x86_64, add netbsd patches.
17:21 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/bzr-py.info: I have no idea why bzr had a BDep on graphviz, but it doesn't appear to be used so drop it.
17:24 jackhowarth> htodd, I'll work on trying to get ghostscript to build against a lcms2 package later
17:24 + Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] joined #fink
17:24 jackhowarth> so we can elminate the BuildConflicts on lcms but this won't happen fast enough to deal with the current breakage
17:31 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Remote host closed the connection)
17:32 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
17:46 dmacks is now known as dmacks_away
17:51 = goatbar [~goatbar@216.239.45.23] quit (Quit: Quitting!)
17:58 = jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] quit (Quit: Leaving)
18:01 htodd> ok
18:05 + jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] joined #fink
18:05 jackhowarth> htodd, the committed packaging for ghostscript works fine on x86_64 10.6 fink here
18:05 jackhowarth> if you grab the first patch out of my fink tracking entry though, you can also switch ghostscript from libpng14 to libpng15
18:06 htodd> is that a good thing? :)
18:06 jackhowarth> ubuntu is doing it
18:07 htodd> well, do we want png15? I have my own issues with Ubuntu
18:07 jackhowarth> all packages will eventually migrate to png15
18:08 danielj> Moving to libpng15 would be best. Too bad so many things still use outdated APIs.
18:09 jackhowarth> from http://www.libpng.org/pub/png/libpng.html it claims the testsuite is enhanced
18:09 jackhowarth> and vunerable internals are hidden
18:09 danielj> png upstream has been warning people for a long time to stop using deprecated calls and that they would eventually go away.
18:09 jackhowarth> which I assume is to harden libpng from exploits
18:09 danielj> Yeah.
18:10 jackhowarth> htodd, let me make sure the ubuntu patch applies over yours
18:10 danielj> Lots of projects access internal structures directly and they made these opaque, which is a good thing.
18:12 jackhowarth> hah!
18:12 jackhowarth> you already have the patch in the monster you applied
18:13 jackhowarth> patching file base/gdevpng.c
18:13 jackhowarth> Reversed (or previously applied) patch detected! Assume -R? [n]
18:14 = jperichon [~jperichon@vic03-1-78-243-156-87.fbx.proxad.net] quit (Quit: jperichon)
18:14 + loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] joined #fink
18:15 danielj> Yay! Fontforge built.
18:15 jackhowarth> texlive builds with clang now
18:15 jackhowarth> upstream gave me the fix
18:16 danielj> That's good.
18:16 jackhowarth> htodd, your packaging works fine on x86_64 fink 10.6 built against libpng15
18:16 danielj> Switching to clang has been relatively painless, I'm glad to say.
18:17 jackhowarth> just bump the revision and switch the libpng versions in the dependencies
18:17 jackhowarth> it was obvious Apple was going to put minimal effort in supporting llvm-gcc
18:18 jackhowarth> the clang/llvm svn is in constant heavy churn these days
18:18 jackhowarth> I suspect all that iPad money has bought a lot of compiler programmers
18:18 htodd> ok
18:19 = mringwal [~mringwal@80-219-168-6.dclient.hispeed.ch] quit (Quit: mringwal)
18:19 jackhowarth> when I find some time I'll check upstream about the ghostscript testsuite
18:19 = loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] quit (Ping timeout: 250 seconds)
18:20 jackhowarth> it has changed hands a bunch of times and the documentation from Aladdin ghostscript claims that you should use COMPILE_INITS=1 for the smoke test
18:21 jackhowarth> but I am pretty sure that doesn't work right now on darwin
18:21 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/bashcritic-10.7.info: Add 10.7 variant.
18:22 jackhowarth> also notice http://www.linuxfromscratch.org/blfs/view/cvs/pst/gs.html
18:22 jackhowarth> they indicate even on linux to use -disable-compile-inits
18:22 + loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] joined #fink
18:23 jackhowarth> hmm, I wonder if your huge patch includes support for out of tree lcms
18:24 jackhowarth> blah, no it doesn't
18:24 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/devel/autoconf-archive.info: New upstream autoconf-archive 2011.04.12.
18:24 jackhowarth> or perhaps ghostscript isn't compatible with lcms2 yet
18:25 jackhowarth> oh, it is the makefiles
18:25 jackhowarth> make: *** No rule to make target `lcms/src/cmscnvrt.c', needed by `obj/cmscnvrt.o'. Stop.
18:25 jackhowarth> oh
18:25 jackhowarth> http://www.linuxfromscratch.org/blfs/view/cvs/pst/gs.html
18:25 jackhowarth> describes the manual patching
18:27 htodd> once you get lcms2, right?
18:32 jackhowarth> hmm
18:32 jackhowarth> his package does not come with a test suite. However, you may test the operation of the newly built gs program by issuing the following command (issue from an X Windows terminal):
18:32 jackhowarth> bin/gs -Ilib -dBATCH examples/tiger.eps
18:37 jackhowarth> just do the png15 bump for now
18:38 jackhowarth> I want to look carefully through all the details in http://www.linuxfromscratch.org/blfs/view/cvs/pst/gs.html
18:47 jackhowarth> nevermind
18:47 jackhowarth> ghostscript doesn't know about lcms2.h yet
18:47 jackhowarth> so we need to use the bundled lcms to avoid building against a different libjpeg
18:48 jackhowarth> unless lcms is updated to use libjpeg8
18:57 = jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] quit (Quit: Leaving)
19:04 + jackhowarth [~Jack@cpe-71-79-50-101.cinci.res.rr.com] joined #fink
19:19 jackhowarth> texlive maintainer says the texlive-2011062, which will be released soon, will be libpng15 compatible
19:41 jackhowarth> impressive, Apple finally caught up with demand. Only 1-3 days for an iPad 2
19:42 jackhowarth> they should be swimming in money next quarter
20:04 = Reidy [~reid@unaffiliated/reidy] quit (Ping timeout: 252 seconds)
20:19 = akh [~akhansen@d-ptld-bng1-71-161-111-99.ngn.east.myfairpoint.net] quit (Quit: /quote quit: blablabla)
21:12 CIA-26> htodd * dists/10.4/unstable/main/finkinfo/text/ghostscript.info: Switch to libpng15.
21:26 jackhowarth> bah
21:26 jackhowarth> the new xml-sax-pm5123 is still broken on lion
21:27 jackhowarth> a clean bootstrap produces
21:27 jackhowarth> Unpacking xml-sax-pm5123 (from .../xml-sax-pm5123_0.96-2_darwin-x86_64.deb) ...
21:27 jackhowarth> Creating config files in /sw/etc/perl5/5.12.3/XML/SAX...
21:27 jackhowarth> Setting up xml-sax-pm5123 (0.96-2) ...
21:27 jackhowarth> env: perl5.12.3: No such file or directory
21:27 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/extutils-makemaker-pm-6.56.info: Remove %i/share/man since it conflicts with non-system perls.
21:27 jackhowarth> it should be "env perl5.12"
21:27 = Pizuz [~pizuz@178-25-111-38-dynip.superkabel.de] quit (Quit: This computer has gone to sleep)
21:28 jackhowarth> the installed update-perl5123-sax-parsers is still screwed up
21:28 jackhowarth> unshift (@INC, "/sw/lib/perl5", "/sw/lib/perl5/5.12.3", "/sw/lib/perl5/5.12.3/darwin-thread-multi-2level");
21:28 jackhowarth> opps
21:28 jackhowarth> #!/usr/bin/env perl5.12.3
21:29 jackhowarth> top line of that file isn't properly adjusted on lion
21:29 jackhowarth> ping dmacks if he shows up
21:30 = loadbang [~loadbang@host86-174-179-103.range86-174.btcentralplus.com] quit (Quit: loadbang)
21:31 danielj> jackhowarth: It's my package; I'm checking it now.
21:33 danielj> Ah, I see it.
21:36 jackhowarth> I used "sed -e 's|@PREFIX@|%p|g' -e 's|env perl@PERL_RAW@|env perl5.12|g' -e 's|@PERL_RAW@|%type_raw[perl]|g' < %{PatchFile} | patch -p1"
21:39 danielj> That seems reasonable.
21:43 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/xml-sax-pm.info: Fix build on 10.7.
21:45 jackhowarth> we also are missing passwd and con-naming-utils-10.7.info
21:45 jackhowarth> icon-naming-utils-10.7.info
21:45 danielj> Yes.
21:45 + Snaggle [~Snaggle@99-18-15-204.lightspeed.wlfrct.sbcglobal.net] joined #fink
21:46 lisppaste> Snaggle pasted "extutils-makemaker-pm-6.56-5 fails (danielj)" at http://paste.lisp.org/display/123325
21:47 danielj> Snaggle: Dang it!
21:51 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/extutils-makemaker-pm-6.56.info: Make sure we work with --b-a-n. Duh.
21:51 danielj> Try that. Works for me with -m –build-as-nobody.
21:52 danielj> I'm so used to having fink patched to automatically use –b-a-n that now I forget to use it. :(
21:54 jackhowarth> help2man-perl.info needs updated for the new perl
21:54 jackhowarth> (%type_pkg[custom] = 5123) 10.7
21:55 jackhowarth> Type: custom (5.8.1 5.8.4 5.8.6 5.8.8 5.10.0 5.12.3)
21:55 jackhowarth> its a Ben Hines package
22:01 Snaggle> I like that sqlite only has 1 real .c file to compile
22:02 jrabbit> danielj: use an alias
22:02 dmacks_away is now known as dmacks
22:02 danielj> Snaggle: Heh, yeah. That's the amalgamation build. That one file takes a while though.
22:03 Snaggle> yep
22:03 danielj> jrabbit: Then I need to remember to use the alias.
22:04 jrabbit> danielj: alais it to fink
22:04 lisppaste> jackhowarth pasted "help2man-perl diff" at http://paste.lisp.org/display/123327
22:05 jackhowarth> this what I've been using locally
22:05 danielj> No, because then I can't run 'fink' without those options.
22:05 jrabbit> oh :P
22:05 Snaggle> danielj: putting an explicit path overrides the alias
22:05 danielj> I just have to train myself to type '-m –bu'.
22:06 jrabbit> ^
22:06 jackhowarth> opps that if is a bit mangled
22:06 danielj> Snaggle: Too much work. I'd just get frustrated. :)
22:07 Snaggle> true
22:07 dmacks> Man, we should move the inner workings of the PkgVersion get_perl_dir_arch method to be a public function so CompileScripts can do a perl one-liner to find the perl interp.
22:07 danielj> Hmm, now nmap doesn't build on lion. A singularly helpful error: ### execution of make failed, exit code 2
22:07 danielj> No indication of what actually failed. :(
22:08 Snaggle> PkgVersion.pm has this line "if ($self->param_boolean('UseMaxBuildJobs') && $config->has_param('MaxBuildJobs')) {" Am I reading it right that if I remove the first part of the conditional check, I force Fink to always use the MaxBuildJobs value from fink.conf?
22:08 danielj> dmacks: Ooh.
22:08 dmacks> Snaggle: yes
22:10 danielj> Ah, the nmap error was much farther back.
22:10 Snaggle> good. now to figure out how to turn that first half to only check if false (ie make unset=true)
22:10 lisppaste> jackhowarth pasted "revised patch" at http://paste.lisp.org/display/123328
22:11 dmacks> Snaggle: probably involves $self->has_param
22:12 jackhowarth> dmacks, I think the second patch is okay
22:12 jackhowarth> test for perl5.12 first
22:13 jackhowarth> do we want to favor the system perl now?
22:13 dmacks> First if's then looks weong. Testing for /usr and if found use /sw?
22:13 dmacks> *wrong
22:13 jackhowarth> doh
22:14 Snaggle> dmacks: will test out, thanks. /me wants to test a buildworld on new machine with forcing mbj if set in fink.conf (unless pkg explicitly turns _off_)
22:14 jackhowarth> do we want to favor the system perl5.12 in that package?
22:15 * dmacks wonders if packages that need the varianted perl interp can just parse the PERL= setting from %c
22:15 dmacks> (automagically set iff Type:perl
22:15 dmacks> )
22:19 Snaggle> danielj: fixed extutils-makemaker-pm is fixed
22:19 danielj> Well this is brilliant.
22:19 danielj> configure:4667: gcc -o conftest -Os -Wall -I/sw/include -L/sw/lib conftest.c >&5
22:19 danielj> conftest.c:79:1: error: 'main' must return 'int'
22:19 danielj> void main(void) {
22:19 dmacks> That's clever.
22:19 danielj> I guess clang disallows void main(void).
22:20 dmacks> Conflits with prototype in stdlib.h I guess.
22:20 danielj> Yep.
22:20 danielj> /sw/src/fink.build/nmap-5.51-1/nmap-5.51/nbase/nbase_ipv6.h:204:5: error: conflicting types for
22:20 danielj> 'getnameinfo'
22:20 danielj> Because it isn't finding the system's. Bleh.
22:21 = Snaggle [~Snaggle@99-18-15-204.lightspeed.wlfrct.sbcglobal.net] quit (Quit: More agile than a turtle, stronger than a mouse, nobler than lettuce...)
22:22 danielj> It also fails to find getaddrinfo for the same reason.
22:26 dmacks> damn I hate shell quoting!
22:26 danielj> Yessir.
22:26 dmacks> How do I protect a single-quote in a single-quoted string?
22:26 danielj> Ah, is it 4 quotes?
22:27 * dmacks wants perl -e '$a=\'\n is how to type newline\'' to Work
22:28 htodd> hah
22:28 htodd> one for the shell and one for the program?
22:31 lisppaste> dmacks pasted "alternative expect-pm PatchScript" at http://paste.lisp.org/display/123329
22:32 dmacks> Could 10.7 please test if that gives sane results for 5.12.3 (and also 5.10.0 if you have it)?
22:34 danielj> dmacks: You can't use ANY special characters inside single quotes. You have to use double quotes outside and use / to escape things.
22:35 dmacks> Yeah. I said f that and wasted an entire process-table entry instead.
22:35 danielj> Cool.
22:37 danielj> dmacks: for expect-pm5123: Can't resolve dependency "module-build-pm" for package "io-stty-pm-0.03-4"
22:38 dmacks> oops, drm forgot to check his tree for holes.
22:38 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/crypto/nmap.info: Fix building with clang.
22:38 dmacks> Does fink on 10.7 correctly generate system-perl5123?
22:39 danielj> Yeah, I don't think he got things that were *-10.6.info and such.
22:39 danielj> i system-perl 5.12.3-1 [virtual package representing perl]
22:39 danielj> p system-perl5123 [virtual package]
22:39 dmacks> sweetr
22:40 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/libs/perlmods/ (module-build-pm-10.7.info expect-pm.info): blindly adding to plug dep-hole
22:40 dmacks> oops, guess that's live now:)
22:40 = ska [~ska@cpe-66-25-185-112.austin.res.rr.com] quit (Ping timeout: 276 seconds)
22:40 danielj> We also need to update passwd.
22:41 dmacks> So..."does expect-pm5123 patch phase look correct during building?":)
22:41 danielj> A moment. Selfupdating.
22:42 jackhowarth> hmm, we should look at updating blt to the 2.5 release from wize
22:42 jackhowarth> http://wiki.tcl.tk/199
22:42 danielj> Whee! "The following 37 additional packages will be installed"
22:49 danielj> dmacks: I got "Passed 41 of 42 tests." with expect-pm5123. Phase test passed though.
22:49 danielj> Failure was:
22:50 danielj> not ok 34
22:50 danielj> # Test failed at test.pl line 192.
22:51 dmacks> Did the displayed command during the patch phase correctly insert something sane like "perl5.12" into test.pl ?
22:51 danielj> PERL_DL_NONLAZY=1 /usr/bin/arch -x86_64 perl5.12 "-Iblib/lib" "-Iblib/arch" test.pl
22:52 dmacks> Alright, so it's doing what it should. Whether that's *right*...
22:52 danielj> I like this:
22:52 danielj> Please scroll back and check which test(s) failed and what comments
22:52 danielj> were given. Expect probably is still completely usable!!
22:53 danielj> Very comforting.
22:53 dmacks> heh
22:54 = Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] quit (Ping timeout: 240 seconds)
22:54 jackhowarth> has anyone noticed under lion, when the Terminal window restorses pre-existing windows on launch
22:54 jackhowarth> org.finkproject.dbus-session: Already loaded
22:54 jackhowarth> sometimes I see those and sometimes I don't
22:58 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/libs/perlmods/expect-pm.info: this (and previous commit) work to make perl-interp path detection more automatic
23:01 dmacks> jackhowarth: is the tcltk in unstable working now?
23:01 jackhowarth> yes
23:01 dmacks> sweet
23:01 CIA-26> danielj7 * dists/10.4/unstable/main/finkinfo/libs/perlmods/xsloader-pm.info: New upstream xsloader-pm 0.15. Also fixes building -pm5123.
23:01 jackhowarth> I just did a clean bootstrap with pymol-py26 as my first build
23:01 + Murr_ [~murr@80-218-32-38.dclient.hispeed.ch] joined #fink
23:02 jackhowarth> fyi, my current wish list is passwd, icon-naming-utils-10.7 and help2man-perl to clear the way for gnuplot to build
23:03 jackhowarth> I think rangerrick will still have to update avahi (as I waiting for that build to fail)
23:05 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/utils/icon-naming-utils-10.7.info: port
23:06 danielj> libSystem now has getline() and getdelim().
23:15 danielj> Bedtime.
23:15 - danielj [~danielj@pool-173-54-0-70.nwrknj.fios.verizon.net] left #fink ()
23:18 = sid77 [~sid77@andromeda.slackware.it] quit (Ping timeout: 258 seconds)
23:39 + ska [~ska@cpe-66-25-185-112.austin.res.rr.com] joined #fink
23:42 CIA-26> dmacks * dists/10.4/ (274 files in 33 dirs): pruning: remove tagged for Distribution >= 10.5 from 10.4-EOL
23:45 CIA-26> dmacks * dists/10.4/unstable/main/finkinfo/ (2 files in 2 dirs): -py24 was never available anywhere due to typo, no reason to start now
--- Log closed Mon Jul 18 00:00:23 2011