--- Log opened Sun Jun 19 00:00:01 2005
00:00 < vasi> since i'm not familiar with this program, you'll have to look at the build system and find out where it decides whether or not to #define unix
00:00 < naventus> because it does seem to USEMAC
00:00 < vasi> i don't know how Stratagus sets it up, each program does it differently
00:01 < vasi> i have to go now...hope that was helpful
00:01 -!- vasi is now known as vasiAway
00:01 < naventus> thank you
00:01 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has left #fink ["Leaving"]
00:35 -!- emp [~emp@67-42-224-94.blng.qwest.net] has joined #fink
00:52 -!- xhrl [~ThomasW@24.80.39.250] has joined #fink
00:57 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has joined #fink
00:58 < naventus> Vasi- just wanted to thanks again
00:58 -!- vasiAway is now known as vasi
00:58 < vasi> you got it figured out?
00:58 < naventus> yea
00:58 < naventus> there was a deftype thing 
00:58 < naventus> two of them in if statements 
00:59 < naventus> but i dont know why the if statements didnt pass
00:59 -!- AvengerGear [~Alex@61.49.139.115] has joined #fink
00:59 < AvengerGear> hi 
00:59 < naventus> it seems that the variables were set right- so i just cheated
00:59 < naventus> and removed the if statements
00:59 < AvengerGear> I'm having problem apt-get update ing 
00:59 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
00:59 < naventus> if was the unix thing that you had mentioned
00:59 < vasi> AvengerGear, details?
00:59 < naventus> but it was like blah=unix | arch = macosx  | blach
00:59 < AvengerGear> getting 403 for my 10.3 drawin update
00:59 < naventus> w/e thanks!
01:00 < vasi> dmacks, you forgot gtk+2 so i threw that in, otherwise some deps break
01:00 < vasi> !403
01:00 < Melian> from memory, 403 is http://www.finkproject.org/faq/usage-fink.php#four-oh-three
01:00 < vasi> dmacks, also i'm having that jpeg/imageio problem with pango
01:00 < AvengerGear> vasi: like this 30% [Connecting to us.dl.sourceforge.net (69.16.168.245)]FATAL -> Could not set non-blocking flag Operation not supported by device
01:00 < dmacks> vasi: thanks. Network was crapping out while I was working on the commits...guess I know where it went from "sorta-working" to "not-really-working" :/
01:00 < vasi> eeeh that looks unfamiliar
01:00 < AvengerGear> thanks mee_bot
01:00 < AvengerGear> ops 
01:00 < AvengerGear> thanks Melian 
01:02 < dmacks> vasi: When does the jpeg/imageio problem happen?
01:03 < vasi> when pango.querymodules is being called...apparently there's a fix (according to drm on -devel)
01:03 < vasi> lemme try it
01:04 < dmacks> I don't know a thing about pango really...I just banged on it enough to get it built so other pkgs could use it to do [whatever the hell it's for] :)
01:05 < vasi> the jpeg/imageio thing is a weird libtool bug that occurs when running a binary which is really stored in .libs and run via a libtool wrapper
01:06 < AvengerGear> thanks vasi Melian problem fix ::P 
01:06 < dmacks> Ah. I assume we've already made all the "damn you, libtool!" comments?
01:07 < vasi> dmacks, pogma has it fixed in newish versions :-)
01:07 < dmacks> Oh.
01:07 < vasi> i dunno what made pogma want to become a libtool expert, but i'm happy i'm not the one who has to look at it!
01:08 < dmacks> hehe yeah
01:09 < vasi> apparently hub (the mac abiword guy) is working on another gtk/aqua port
01:09 < AvengerGear> Melian so there isn't any source mirror anymore? 
01:09 < Melian> i haven't a clue, AvengerGear
01:09 < dmacks> Hm, ya think I can remove 10.[01] compatibility code from the 10.4 tree?
01:09 < vasi> if anybody can do it, it's him....but i still dunno if it'll work
01:09 < vasi> hehe
01:09 < AvengerGear> just wonder :) 
01:09 < vasi> AvengerGear, Melian is the bot :-)
01:09 < dmacks> You realize Melian's a bot, right AvengerGear?
01:10 < AvengerGear> vasi oh 
01:10 < AvengerGear> vasi hohoho
01:10 < AvengerGear> no 
01:10 < AvengerGear> actually I havn't figure that one out yet :) 
01:10 < AvengerGear> good bot :P 
01:10 < AvengerGear> damn :) 
01:10  * vasi feeds Melian a cookie
01:10 < dmacks> !botsnack
01:10 < Melian> thanks, dmacks
01:10 < AvengerGear> Melian where are you from? 
01:11 < Melian> AvengerGear: what are you talking about?
01:11 < AvengerGear> lol
01:11 < AvengerGear> ok ... that's great :) 
01:11 < vasi> Melian acts just like every other devel on irc
01:11 < Melian> vasi: i don't know
01:11 < dmacks> heh.
01:11 < vasi> just claims to not know things over and over
01:11 < AvengerGear> vasi hey but he get my first question first 
01:12 < AvengerGear> vasi then he fit right into the expert system anyway :) 
01:12 < vasi> Avenger, cuz i told her !403
01:12 < AvengerGear> lol
01:12 < AvengerGear> so .. expert system also need a teacher 
01:12 < AvengerGear> hehe
01:13 < AvengerGear> lol
01:13 < AvengerGear> vasi thanks I didn't see your !403 hehe 
01:13 < AvengerGear> vasi you use maxosx also? 
01:14 < AvengerGear> vasi what version if you don't mind? 
01:14 < vasi> 10.4.1
01:14 < AvengerGear> vasi I'm just wondering worth paying for an upgrade 
01:14 < AvengerGear> hehe :) 
01:14 < AvengerGear> 10.3 for me 
01:14 < dmacks> I suck at IRC on x11:(
01:14 < AvengerGear> dmacks what do you mean? 
01:15 < dmacks> I keep typing things in the wrong window
01:15 < AvengerGear> what client are you using? 
01:16 < dmacks> irssi mostly (no problems there), but I had a chatzilla window open because I was testing some mozilla stuff.
01:16 < dmacks> I guess mozilla passed the test, but I failed it:/
01:17 < AvengerGear> hehe
01:17 < AvengerGear> you just not use to it yet I guess :) 
01:17  * vasi sticks with Colloquy
01:17 < AvengerGear> I use gaim on X for irc actually seem to be alright 
01:17 < lisppaste> vasi pasted "crazy emails i get" at http://paste.lisp.org/display/9212
01:18  * dmacks doesn't use x11-specific clients for irc (don't always have x11 available, don' wanna get confused by different keybindings)
01:19 < vasi> pango's fixed
01:19 < vasi> uh, Colloquy is an Aqua client
01:19 < dmacks> WTF?
01:19 < vasi> wtf to which?
01:19 < dmacks> Well that's not gonna work too well when I'm stuck in linux at $JOB:)
01:19 < dmacks> (WTF to the email)
01:20 < dmacks> RangerAway attracts some good msgs on his blog too.
01:20 < vasi> yeah, it's silly
01:21 < dmacks> "it's not a time-share mainframe, jack-off...you don't pay for the CPU cycles!"
01:21 < AvengerGear> .....
01:22 < AvengerGear> :) 
01:22 < dmacks> (thuogh I don't know if I'd argue about RR being called "Mr. Wacko":)
01:22 < AvengerGear> you guys are speaking some lingo that I don't understand hehe :) 
01:23 < vasi> do we know why this happens yet? http://fink.sourceforge.net/faq/usage-fink.php?phpLang=en#fc-cache
01:23  * dmacks doesn't.
01:25 < dmacks> Do we have a clear chain of events that causes it?
01:26 < Feanor> i would assume it's a result of invalid fonts.cache-1 files, but i don't know anything specific
01:26 < vasi> ah i think it's a Panther -> Tiger upgrade thing...nm
01:26 < dmacks> Maybe it's YA thing that breaks by "upgrade" instead of "archive and install"?
01:27 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has left #fink ["Leaving"]
01:27 < vasi> i did an upgrade and i'm doing fine :-)
01:27 < dmacks> Oh.
01:28 < vasi> if i was Joe User though, i might not be
01:28 < AvengerGear> vasi just for researching .... what do you think about Steve saying using Intel in the 2006? 
01:29 < vasi> makes our life with Fink somewhat more difficult....but i don't think Apple would do it unless they had to
01:30 < AvengerGear> hum ... had to? meaning ... 
01:30 < vasi> meaning that a faster laptop PPC was not gonna happen
01:31 < AvengerGear> hum... technologically? 
01:31 < vasi> yah
01:31 < vasi> i gotta go rest or i'll get carpal tunnel, later
01:31 -!- vasi is now known as vasiAway
01:32 < AvengerGear> good night 
01:32 < AvengerGear> :) 
01:32 < dmacks> If CPU supplier can't supply your CPUs, you change suppliers:)
01:32 < AvengerGear> I keep thinking IBM is going to do it 
01:33 < AvengerGear> I forsee ... IBM drop their laptop line to china.. then They pick up the PowerPC laptop line 
01:33 < AvengerGear> and so is the server line 
01:33 < AvengerGear> and drop the PowerPC cpu production cost 
01:33 < AvengerGear> :( 
01:34 < AvengerGear> when I heard Mac switch to Intel... that is a crazy nightmare for me .... 
01:34 < AvengerGear> I thik 
01:36 < AvengerGear> even hardware is not my field ... but RISC compare to CISC ... is there any physical problem that PowerPC can't go further? 
01:38 -!- ringerc [~craig@dsl-202-72-144-62.wa.westnet.com.au] has joined #fink
01:44 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit [Read error: 145 (Connection timed out)]
01:51 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has joined #fink
01:51 < naventus> hey
01:52 < naventus> if anyone is still up please give me a heads up 
02:05 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
02:06 < dmacks> What's cookin', naventus?
02:10 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has quit ["Computer going to sleep..."]
02:12 < naventus> haha
02:12 < naventus> hey
02:12 < naventus> thanks
02:12 < naventus> i have some issues
02:12 < naventus> with something i just compiled
02:13 < dmacks> ...
02:15 < dmacks> I can't see your monitor from here, man...you gotta tell me what's going on:)
02:15 < naventus> haha
02:15 < naventus> yea
02:15 < naventus> notbloodylikely.com/WarCool/Picture1.png
02:15 < naventus> notbloodylikely.com/WarCool/Picture2.png
02:15 < naventus> so whats going on 
02:15 < naventus> is that there's obviously some rendering issues
02:15 < naventus> i dont know what they could be stemming from?
02:18 < dmacks> Wow yeah, those squares look weird.
02:19  * dmacks doesn't know a thing about the sdl libs:(
02:19 < naventus> =\
02:23 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has quit ["Leaving"]
02:44 < dmacks> *grr*...if a patch applies with fuzz or line-offset, the group becomes that of /tmp, not the file's parent dir.
02:59 < cirdan> dmacks: chmod g+s
03:00 < cirdan> may help
03:02 < dmacks> Nope. It appears to do a rename(), which appears to preserve file attributes even in spite of g+s
03:02 < cirdan> oh
03:02 < cirdan> chmod a+w . :-)
03:03 < dmacks> How does that help? My goal really is control over the group attribute.
03:04 < cirdan> someone broke my gettext :-(
03:04 < dmacks> I hope you can blame it on xmkmf. That thing is pissing me off, and I figure it may as well become the official Fink Whipping Boy for a while.
03:05 < cirdan> hehe
03:05 < cirdan> !blame xmkmf
03:05  * Melian blames robilad for xmkmf and the end of the world as we know it
03:05 < cirdan> mv: rename /tmp/fink-build/root-libgettext3-shlibs-0.14.2-14/sw/include to /tmp/fink-build/root-libgettext3-dev-0.14.2-14/sw/include: No such file or directory
03:05 < dmacks> It can't be the end of the world...I don't feel fine:/
03:05 < cirdan> :-(
03:06 < dmacks> Why's it moving %N-shlibs -> %N-dev?
03:06 < cirdan> the package is libgettext3-shlibs
03:06 < dmacks> Oh:)
03:07 < cirdan> causer we have a semi-stupid polict of the parent package name must be the filename
03:07 < cirdan> odd thing is i have Buildpath: /tmp/fink.build
03:07 < dmacks> !
03:08 < cirdan> yeah...
03:08 < dmacks> Did you used to have it as /tmp/fink-build ?
03:08 < cirdan> yes
03:08 < cirdan> and i changed it via fink configure
03:08 < cirdan> ...
03:08 < dmacks> I thought vasi skooshed that indexing bug:(
03:08 < cirdan> what did you break, dmacks :-)
03:09 < dmacks> Not me this time I don't think:)
03:09 < cirdan> it built it correctly, but yhe Files line is using  the old value
03:09 < cirdan> built it in fink.build
03:09 < cirdan> !summon vasiAway 
03:09  * Melian takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so she gets delivered a phonelist containing vasiAway's coordinates.
03:09 -!- taf2 is now known as taf2-zzz
03:10 < dmacks> This is libgettext3-shlibs.info in 10.4T/unstable?
03:10 < cirdan> yes
03:10 < cirdan> mmm...
03:10 < cirdan> 2 shots take effect quickly :-)
03:10 < cirdan> only been 5 mins and i can feel 'em
03:10 < cirdan> helps no food in 8 hrs :-)
03:11 < dmacks> Perhaps %b and maybe %d and %D but not %i or %I get set on-the-fly.
03:11 -!- yukimaru [Compaq_Own@cpe-24-174-232-16.gt.res.rr.com] has joined #fink
03:11 < cirdan> dunno
03:12 -!- yukimaru [Compaq_Own@cpe-24-174-232-16.gt.res.rr.com] has left #fink ["Leaving"]
03:13 -!- taf2-zzz [~taf2@141.157.56.42] has quit ["Leaving"]
03:13 < cirdan> should i run fink index and try to fix it?
03:14 < cirdan> or wait for vasi?
03:14 < dmacks> 'fink index -f' or whatever the flag is to force a complete reindexing?
03:14 < dmacks> s/?/./
03:14 < cirdan> u dont think vasi would be interested?
03:15 < dmacks> I think he certainly would be, but if the summoning doesn't work, there's the quick fix to get yourself going now:)
03:15 < cirdan> hehe
03:19 < dmacks> Unfortunately we read the %-expansion map *many* times, so gotta be careful how much CPU it takes to build it on demand vs. just storing best-guess values. We used to automatically rebuild the index whenever fink.conf changed, but now we don't.
03:20 < dmacks> "thanks for creating another blocker for 0.25"
03:20 < cirdan> hehe
03:22 < cirdan> nigt
03:22 < dmacks> adieu
03:22 < vasiAway> hey
03:22 < vasiAway> i have been summoned
03:22 -!- vasiAway is now known as vasi
03:22 < dmacks> w00t!
03:23 < vasi> cirdan, what version of fink are you running?
03:24 < vasi> grrr, gtk failed
03:26 < vasi> hmm, cirdan's gone?
03:26 < vasi> anyhow, we recalculate %d %D %i and %I
03:26 < vasi> and somewhere else %b is recalc'ed too
03:26 < dmacks> "mmm...2 shots take effect quickly :-)" ... "nigt"
03:27 < vasi> !lisppaste
03:27 < Melian> hmm... lisppaste is a bot that lets you post large chunks of text without flooding the channel. Use it at http://paste.lisp.org/new/fink
03:28 < lisppaste> vasi pasted "gtk-engines problem" at http://paste.lisp.org/display/9214
03:29 < vasi> looks like we need a new gnome-themes-extras
03:29 < dmacks> Crap, I thought I fixed that one already too. /me checks commit mess from earlier...
03:31 < dmacks> vasi: Using HEAD, %i and %I within SplitOffs do not get reassigned correctly.
03:31 < vasi> oh crap, splitoffs
03:32 < dmacks> Yeah...no idea why someone does that, but anyway there it is.
03:32 < vasi> they get something from the old dir?
03:33 < dmacks> If I index then change fink.conf:BuildDir then build foo, foo:SplitOff:InstallScript still has previous BuildDir in %i
03:35 < vasi> testing that...hmm, i'm getting some weirdness in dumpinfo too
03:35 < vasi> isn't dumpinfo supposed to dump the percent expansions?
03:37 < vasi> woops, it looks like $pkg->params_matching(/^set/) is trying to run the regex on $_
03:37 < dmacks> Not by default...gotta request specific keys. That is arguably not ideal behavior, but the _expand map was getting long and annoying.
03:37 < vasi> i think it's supposed to be a string
03:37 < dmacks> Heh.
03:38 < vasi> k, now can't there be an option to dump all percents at least?
03:39 < dmacks> Ya, that params_matching is definitely a bug.
03:41 < vasi> k, i'll commit the fix
03:42 -!- baba [~baba@YahooBB220041001026.bbtec.net] has joined #fink
03:44 < vasi> hey, do you think we should autosplit the Fink perlmods?
03:45 < dmacks> What gnome-themes-extras was installed when you had that conflict?
03:45 < vasi> 0.6-4
03:46 < lisppaste> vasi pasted "percents" at http://paste.lisp.org/display/9215
03:46 < vasi> that looks correct
03:47 < vasi> (the '-p all' thing is new, don't try that :-)
03:48 < dmacks> Ya.
03:48 < dmacks> Probably should have a pseudofield "percents" (like "env" and "allversions") 
03:49 < dmacks> New gtk2-engines committed.
03:50 < vasi> cool
03:51 < vasi> do you have a package i can test for this % bug, that's smaller than gettext?
03:53 < vasi> i'm really not seeing this bug!
03:54 < vasi> dumpinfo on gettext-tools is showing all the %i in installscript correctly
03:54 < dmacks> One moment...
04:01 < lisppaste> dmacks pasted "splitoff installscript % bug" at http://paste.lisp.org/display/9216
04:01 < dmacks> Build that, change fink.conf:BuildDir, rebuild it (without reindexing).
04:02 < dmacks> Actually (for me anyway:) it's the split that gets corrected, and not the parent.
04:05 < vasi> maybe we should include the FAQ URL in the build failure message
04:05 < vasi> users are lazy
04:06 < dmacks> Conversely, maybe we should remove the FAQ, since users are apparently *really* lazy...
04:06 < dmacks> But yeah, FAQ URL is a good idea.
04:08 -!- Feanor [~astrange@feanor.developer.opendarwin] has quit [Read error: 110 (Connection timed out)]
04:09 -!- uglykidjoe__ [~chatzilla@84.219.4.245] has joined #fink
04:10 -!- uglykidjoe__ [~chatzilla@84.219.4.245] has quit [Remote closed the connection]
04:12 < vasi> weird...building gives the wrong expansions, but dumpinfo gives the right ones
04:16 < dmacks> The finkinfodb/*/*/* file looks correct.
04:16 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has joined #fink
04:16 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has quit [Client Quit]
04:17 < vasi> well it doesn't matter what's in that file, those fields should be generated at runtime
04:18 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has joined #fink
04:18 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has quit [Client Quit]
04:19 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has joined #fink
04:19 < vasi> it looks like maybe somebody's bypassing the load_fields mechanism somewhere
04:19 < dmacks> Yeah.
04:20 < vasi> i'll try debugging it....maybe someday i should demo that GUI perl debugger i saw somewhere
04:24  * dmacks wonders if load_fields should call get_build_directory. Not sure how much that would slow things down, vs silliness of keeping "b"=>"." in the db.
04:24 < dmacks> Though I guess we could special-case that one in 'dumpinfo -pb', so nobody would know:)
04:27 -!- baba [~baba@YahooBB220041001026.bbtec.net] has quit ["Leaving"]
04:28 < vasi> it would be nice if we could only load the new values for %I and %D on-demand, but it's too hard for me to figure out
04:28 < dmacks> Use a get_expansion_map() accessor instead of direct access to _expand
04:29 -!- Bart_ [~hideout@pD95DF80C.dip.t-dialin.net] has quit ["os x"]
04:30 < dmacks> Leave those keys out of teh actual db entirely...that'll keep people from forgetting to use the accessor:)
04:33 -!- debianmaniac [~maniac@249.Red-83-33-143.pooles.rima-tde.net] has joined #fink
04:33 -!- debianmaniac [~maniac@249.Red-83-33-143.pooles.rima-tde.net] has quit [Remote closed the connection]
04:34 < dmacks> 'dumpinfo -pb' is fixed.
04:35 < vasi> i don't want to have to be the one to excise all uses of _expand
04:36 < vasi> PkgVersion takes almost a second to load, what a monstrosity
04:36 < dmacks> Hope we never get s %all :)
04:37 < vasi> that's just silly
04:38 < dmacks> Ayup:)
04:39  * knghtbrd considers but .. no
04:39 < knghtbrd> 8ball is simple, but I have now actually written a non-trivial ObjC program  =)
04:40 < dmacks> A new dependency engine? Awesome!
04:40 < knghtbrd> nah, a thing that takes Palm .pdb files and dumps their contents
04:40 < dmacks> Hm, that's cool too:)
04:41 < knghtbrd> first non-trival ObjC program
04:41 < vasi> whoa, load_fields is never called on the parent? how the hell...
04:41 < dmacks> Big d'oh!
04:43 < vasi> dunno how that's happening...
04:45 < dmacks> Depending on if I 'fink rebuild foo' or foofoo, one or the other pkg is correct
04:45 < dmacks> Should load_fields recurse on its whole family?
04:47 < dmacks> Maybe phase_whichever-does-InstallScript isn't calling load_fields when it passes off to parent or recurses down to children?
04:51 < vasi> it's weird, it looks like for some reason if i do 'fink build foofoo', fink gets the idea that foo isn't a 'backed' package at all, and doesn't need fields loaded
04:51 < vasi> which kinda raises the question, where the hell are all its fields coming from?
04:53 < vasi> very confusing
04:53 < dmacks> If I wanted to sort the %-exps, should I do it strictly ASCII (D I d i) or more logical/english-like (D d I i) ?
04:54 < vasi> ignore case :-)
04:57 < vasi> is kconger still involved in fink-gnome?
04:57 < dmacks> Somewhere between "max" and "chrisp" values:)
04:58 < vasi> hehe
04:58 < vasi> oooh i understand what's going on now
04:59 < vasi> the fink db contains my proxy packages....but $self->{_parent} still points to the loaded package, not the proxy
04:59 < dmacks> Ahah
04:59 < vasi> ok, so how do i deal with this...ummm
05:00 < vasi> i could swap parent and splitoffs
05:00 < vasi> switch the loaded thing with the proxy
05:01 < vasi> but i'd rather not flip things if i don't have to
05:01 < dmacks> Have load_fields also load the parent?
05:02 < vasi> hmm, don't think that does anything :-)
05:02  * dmacks added your restart_as_root comma.
05:03 < vasi> oh oops
05:03 < vasi> sorry about that
05:03 < dmacks> np:)
05:03 < vasi> another wrong-window mixup :-)
05:03 < dmacks> hehe
05:04 < vasi> the option i'm leaning towards is changing what _parent and _splitoffs contain....making it a ($pkg, $fullversion) instead of a PkgVersion object
05:05 < vasi> and then get_parent and get_splitoffs would just resolve that
05:05 < vasi> using Package
05:05 < dmacks> That's a good long-range plan too...fewer $pv object refs in db ==> easier to switch to a Real Database backend.
05:06 < vasi> yah
05:06 < vasi> actually, that will mean there are NO objects left
05:07 < vasi> cuz those are the only ones
05:07 < vasi> (at least in PkgVersion)
05:07 < vasi> um, do we already have methods anywhere to do $pv => spec   and spec => $pv?
05:08 < dmacks> Wot's a spec?
05:09 < vasi> anything that uniquely represents a package
05:09 < vasi> i think a has {name => $name, fullversion => $fv} is appropriate
05:09 < vasi> *hash
05:10 < vasi> match_package is way too complicated for this :-)
05:11  * dmacks agrees. /me thinks back to the same-version-except-for-epoch mess
05:11 < vasi> well we "solved" that the only way reasonable
05:12 < dmacks> Yeah. I'm not arguing, I'm just saying "we really need a definite concept of 'unique key'"
05:12 < dmacks> (which wouldn't mean we could ditch that %e check, since it still breaks dpkg/apt I think?)
05:13 < dmacks> match_package never really worked ideally anyway.
05:14 < vasi> what's that command to check pods again?
05:14 < dmacks> ...b/c we don't prohibit segments of %n beginning with a number nor that segments of %v or %r beginning with a number.
05:14 < dmacks> podcheck
05:15 < dmacks> podchecker actually.
05:15 < dmacks> Okay, I'm'a gonna bed.
05:16 < dmacks> Poke cirdan when you get this thing fixed.
05:16 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit ["leaving"]
06:27 -!- baba [~baba@YahooBB220041001026.bbtec.net] has joined #fink
06:28 -!- baba [~baba@YahooBB220041001026.bbtec.net] has quit [Client Quit]
06:30 < vasi> cirdan, your bug is fixed in HEAD...and a damn complicated bug it was
06:53 -!- Feanor [~astrange@mp1-248-179.dialup.emory.edu] has joined #fink
07:21 -!- godfarmer [~bruno@kotnet-150.kulnet.kuleuven.be] has joined #fink
07:26 -!- godfarmer [~bruno@kotnet-150.kulnet.kuleuven.be] has quit ["[BX] Hey, where's the cream filling?!"]
08:22 -!- sid77 [~sid77@ppp-12-164.30-151.libero.it] has joined #fink
08:36 -!- sid77 [~sid77@ppp-12-164.30-151.libero.it] has quit ["Leaving"]
08:58 -!- Feanor [~astrange@feanor.developer.opendarwin] has quit [Remote closed the connection]
08:59 -!- Feanor [~astrange@mp1-248-179.dialup.emory.edu] has joined #fink
09:20 < pogma> Feanor: Any luck with latest gimp?
09:49 < statico> !seen dmacks
09:49 < Melian> dmacks <~dmacks@dmacks.active.supporter.pdpc> was last seen on IRC in channel #fink, 4h 33m 24s ago, saying: 'Poke cirdan when you get this thing fixed.'.
09:50 < pogma> statico: it is bedtime in japan, and dmacks is still in new york, so I guess he has gone to bed
09:50 < vasi> he slept pretty late too, so don't expect him around for a while
09:51 < statico> That's fine, no rush :)
09:51 < statico> As qt theme
09:51 < statico> Whoops.
09:52 < pogma> incorrect interaction pane? :-p
09:53 < statico> Misguiding prompts at the downband bitpipe :)
09:58 -!- zapalotta [~ddd@p549F16B7.dip0.t-ipconnect.de] has joined #fink
09:58 < zapalotta> hello
09:58 < zapalotta> is there anything like pkg_info -L foobar in fink?
09:58 < zapalotta> or like dpkg -L foobar
09:59 < pogma> try dpkg -L foobar
09:59 < statico> zapalotta: Fink compiles things into .debs, so once they're installed, APT commands work as normal.
09:59 < zapalotta> oh, there is dpkg ;-) dumb me...
10:00 < statico> s/as normal/normally/
10:01 < pogma> yes. dpkg/apt are used to handle the binary packages
10:01 < pogma> fink is used to build them from source
10:01 < pogma> and, oddly, Fink (note the capital) is the distribution
10:01 < zapalotta> fine, that clears something ;-) thanks guys.
10:02 < zapalotta> now I need to figure out how stunnel works on macos...
10:09 -!- drm [~drm@80.187.148.110] has joined #fink
10:09 < pogma> drm: hi
10:09 < drm> hi pogma
10:09 < pogma> thought you were away
10:09 < drm> am in macdonalds in amsterdam, where my t-mobile hotspot account give me free internet access :)
10:10 < pogma> ah, okay, I guess that qualifies as "away"
10:10 < vasi> yay
10:10 < drm> starting sometime friday-ish, i'll probably be offline altogether for 2 weeks
10:10 < vasi> go free net access!
10:10 < drm> vasi: its not free
10:10 < drm> vasi: i misspoke
10:11 < drm> vasi: i pay a monthly service fee
10:11 < drm> but i can get access without any roaming charge or anything
10:11 < pogma> and have to wander around looking for hotspots
10:11 < vasi> still not bad
10:11 < vasi> how's amsterdam?
10:11 < drm> i hate the fact that i have to go to macdonald's , but hey, free is free :)
10:11 < drm> amsterdam is hot as hell today
10:11 < pogma> hmm, my niece is there somewhere
10:12 < drm> this is the "free day" in the conference
10:12 < drm> hard to do a lot of sightseeing in this heat
10:12 < drm> anyway, i've been here a bunch of times, seen all the major stuff already
10:12  * vasi is jealous!
10:13 < drm> vasi: hop on a plane, man
10:13 < drm> easy to get here
10:13 < pogma> amsterdam is a very big hub
10:14  * pogma always ends up waiting hours in schipol airport
10:14 < drm> pogma, vasi: is my msg to fink-users/fink-core clear, or confusing?
10:15 < vasi> it appears that SF sucks, cuz i haven't gotten it
10:15 < statico> drm: What conference?
10:15 < pogma> makes perfect sense to me
10:16 < drm> pogma: good, thanks
10:16 < drm> statico: the annual Amsterdam String Theory Workshop
10:16  * pogma just replied to someone on -devel on the same subject
10:16 < drm> ah
10:16 < drm> missed that
10:17 < pogma> drm: that's okay, wasn't aware 'til just now that fink actually looked at the GCC field
10:17 < pogma> so my reply is uncertain :)
10:17 < zapalotta> ok, I'm off, thx for the help, CU
10:17 -!- zapalotta [~ddd@p549F16B7.dip0.t-ipconnect.de] has left #fink ["Leaving"]
10:18 < drm> yeah... its not at all clear from the code that this is what it does, but kevin horton's experience seens to prove it :/
10:18 < drm> pogma: ah, that was the same guy... since he hadn't gotten a response on fink-users after a few days, he wrote to fink-devel
10:18 < pogma> scratched/damaged cds totally screw up itunes
10:19 < pogma> kevin horton is worth ignoring most of the time, I think
10:19 < pogma> so most people do, even when he has a legitimate issue, unfortunately
10:19  * drm hands pogma another beer
10:21 < pogma> hehe
10:21 -!- Albie [~ambs@bl5-165-155.dsl.telepac.pt] has joined #fink
10:21 < drm> his other point today is a good one too... if dpkg and apt are not going to ignore case in the Depends field, then fink should not ignore it either
10:21 < drm> or else, fink should lowercase everything before writing the Depends entry in the .deb
10:22 < pogma> I really don't know enough to answer that, haven't looked at fink code to see if it does case-sensitive matching
10:22 < drm> fink generally strips case when reading the .info file
10:22 < pogma> Oh, bad
10:23 < pogma> unless, as you say, it also does it when writing the deb
10:23 < drm> not sure if that's consistent in all fields, but i suspect that it is
10:23 < drm> right
10:23 < drm> on another matter, did you see this dpkg error that somebody had, i think is was on -users?
10:24 < drm> makes it seem like i can't move the modified dpkg (with your fixes and/or msachs fixes) to stable until this is cleared up
10:25 < drm>  on -users, the thread is Problem with selfupdate
10:26 < drm> looks like maybe we have to enforce xcode 2.1 with dpkg rev. 216?
10:27 < drm> ah, or apply the debian fix...hmm...
10:28 < pogma> I thought you did that?
10:28 < drm> was that the one i applied?
10:28 < drm> dammit, this is why we need md5's on patch files
10:29 < pogma> hehe, I don't know
10:29 < drm> if this is the one i applied, it could be that the guy has the correct info file but the wrong patch file
10:29 < pogma> but you and vasi are in timezones which don't require sleep in the very near future....
10:29 < drm> hang on...
10:29 < drm> hehe
10:30 < drm> i have this great coffee cup which says "sleep is for the weak"
10:30 < vasi> fink strips case of the keys, not usually the values
10:31 < vasi> er, i might be in a day timezone, but i'm in a been-up-a-long-time state of being
10:33 < pogma> 'tis a pity nobody can really win an "I'm more tired than you" competition on IRC :)
10:33 < drm> pogma: looks like i put in a different bit from debian, and also looks like i inadvertantly removed some good stuff from the patch
10:33 < drm> gonna have to re-patch it
10:34 < pogma> are you going to have the time?
10:34 < pogma> if not please mail -core
10:34 < drm> ok
10:34 < drm> should be able to do it tonight and upload it tomorrow (we have internet at the conference site)
10:35  * pogma will have time during the week
10:35 < pogma> cool
10:35 < pogma> hint for anyone who cares, do not buy your wife an iPod for her birthday
10:36 < pogma> because that means you have to find all your cds and put them on your computer
10:36 < pogma> it takes forever
10:36 < drm> but did it make her happy?
10:36 < pogma> she does not know yet
10:36 < drm> ah
10:37 < pogma> planning to give her it already loaded with music
10:37 < drm> find all your cd's without your wife's help!
10:37 < pogma> totally lied
10:37 < drm> haha
10:38 < pogma> "We should really put our cds on the new computer because it has such a big HD...."
10:39 < drm> cool
10:39 < pogma> "Where are they, by the way?" :-p
10:40 < pogma> g'night
10:40 < drm> g'night
10:57 -!- drm [~drm@80.187.148.110] has quit ["Leaving"]
11:01 < Albie> erm... html-tagset-pm is using version 3.03 of the perl module which is not available on most mirrors at the moment (author updated to 3.04). Who should I bug to update that?
11:02 < vasi> the maintainer
11:02 < vasi> see 'fink info <pkgname>'
11:02 < Albie> thanks
11:03 < Albie> None (I like this one)
11:03 < Albie> hehehe
11:03 < vasi> eh woops
11:03 < Albie> :-)
11:03 < Albie> Ho well, no problem.
11:03 < vasi> then you can change the .info file yourself, and send the patch in to our patch tracker
11:04 < vasi> and then we'll get it into CVS
11:06 < Albie> vasi, where is fink patch tracker?
11:06 < vasi> there's a link on our homepage...
11:07 < vasi> http://sourceforge.net/tracker/?atid=414256&group_id=17203
11:07 < Albie> ok, I'm searching there.
11:07 < Albie> thanks
11:13 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has joined #fink
11:15 < Albie> ok, submited.
11:15 < Albie> :)
11:17 < vasi> thanks Albie
11:17 < vasi> i'll try to look at it later
11:17 < Albie> vasi, I am the one who should thank fink team, or I would drop my powerbook from the window :)
11:18 < vasi> you're welcome!
11:18 < vasi> but if you ever decide to get rid of your powerbook, please send it to me instead of dropping it out the window ;-)
11:18 < Albie> :-D
11:33 < Albie> well.. bbl
11:33 -!- Albie [~ambs@bl5-165-155.dsl.telepac.pt] has quit ["Leaving"]
11:40 -!- AvengerMoJo [~Alex@61.49.139.55] has joined #fink
11:47 -!- ralfWORK [jwalker@flynn.smearcampaign.org] has joined #fink
11:47 < ralfWORK> ok question
11:47 -!- xhrl [~ThomasW@24.80.39.250] has quit [Read error: 60 (Operation timed out)]
11:47 < ralfWORK> is there a way to create an item on the doc for arbitrary commands?
11:48 < ralfWORK> say, for Gimp or Pan or whatever
11:48 -!- AvengerGear [~Alex@61.49.139.115] has quit [Read error: 145 (Connection timed out)]
11:50 -!- AvengerMoJo [~Alex@61.49.139.55] has quit ["Xirc - MacOSX"]
11:51 -!- rudy__ [~rudy@ip68-224-184-250.hr.hr.cox.net] has joined #fink
12:02 < cirdan> ralfWORK: kinda, search on google
12:03 < rudy__> hello cirdan
12:05 < cirdan> hey ydru
12:16 -!- You're now known as RangerRick
12:20 -!- mee_bot [~mee_bot@dragontooth.servers.class.csupomona.edu] has quit [Read error: 110 (Connection timed out)]
12:29 -!- theid [~theid@207.177.103.77] has joined #fink
12:56 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has joined #fink
12:56 < naventus> hey
13:03 -!- mee_bot [~mee_bot@134.71.213.156] has joined #fink
13:10 -!- vasi [~vasi@modemcable214.145-70-69.mc.videotron.ca] has quit []
13:13 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has left #fink ["Leaving"]
13:32 -!- Feanor [~astrange@feanor.developer.opendarwin] has quit [Read error: 145 (Connection timed out)]
13:50 -!- dsias [~dsias@68-235-246-26.atlsfl.adelphia.net] has quit [Read error: 110 (Connection timed out)]
14:16 -!- Feanor [~astrange@170.140.17.87] has joined #fink
14:39 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
14:39 < dmacks> RangerRick: Is your glib2 failure on 10.3 or 10.4? 2.6.4-1 or 2.6.4-2?
15:19 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit ["leaving"]
15:44 < cirdan> anyone here good with esound?
15:47 < statico> I'm really good with telling it to use ALSA.
15:47 < statico> Oh, this is #fink. My bad.
15:52 -!- ringerc [~craig@dsl-202-72-144-62.wa.westnet.com.au] has left #fink ["Yanked sudenly from my seat by a large monster"]
16:02 < theid> cirdan: I wish
16:02 < theid> esound apparently won't play ogg, so I'm trying sdl-mixer
16:06 < cirdan> no, i havea bug in it
16:06 < cirdan> which apple can' reproduce it seems
16:07 < cirdan> but i have had it 10.3-10.4
16:07 < cirdan> maybe even 10.2
16:07 < cirdan> on this laptop anyway
16:07 < cirdan> full clean installs and all
16:13 < theid> this seems kind of sad now that I'm thinking about it... I want to try linking freeciv with sdl-mixer instead of esound, but I'm in the middle of a freeciv game and I'm too lazy to quit playing
16:13 -!- Macrobyte [~macrobyte@pcp06495808pcs.nstnig01.ct.comcast.net] has joined #fink
16:18 -!- lisppaste [~lisppaste@common-lisp.net] has quit [Read error: 104 (Connection reset by peer)]
16:24 -!- Macrobyte [~macrobyte@pcp06495808pcs.nstnig01.ct.comcast.net] has left #fink []
16:28 -!- lisppaste [~lisppaste@common-lisp.net] has joined #fink
16:40 -!- Netsplit orwell.freenode.net <-> irc.freenode.net quits: emp
16:45 < cirdan> haha
16:47 -!- Netsplit over, joins: emp
16:48 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
16:55 -!- mccbaka [~Snak@71.98.81.176] has joined #fink
17:11 -!- Feanor [~astrange@feanor.developer.opendarwin] has quit []
17:31 -!- Feanor [~astrange@mp1-249-70.dialup.emory.edu] has joined #fink
17:46 < theid> http://www.amesmug.org/~theid/fink/freeciv.info
17:47 < theid> should be stable; I've been playing it all day
17:49 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has joined #fink
17:49 < naventus> hey guys
17:57 < dmacks> vasi!
18:06 -!- naventus [~naventus@c-67-188-95-181.hsd1.ca.comcast.net] has left #fink ["Leaving"]
18:16 -!- jack- [jack@life.hater.be] has joined #fink
18:52 -!- vasi [~vasi@modemcable214.145-70-69.mc.videotron.ca] has joined #fink
18:59 < dmacks> resolve_spec is busted:(
19:00 < vasi> damn really?
19:00 < vasi> can you show me?
19:01 < dmacks> One moment...
19:02 < cirdan> fun fun
19:02 < cirdan> hey guys, please, when updating packages, update them to the new gettext?
19:03 < vasi> cirdan, i've been doing that mostly
19:03 < cirdan> ok
19:03 < cirdan> just getting tired of seeing users complain on the ml :-)
19:04 < dmacks> So gettext->libgettext3-shlibs, gettext-dev->libgettext3-dev; no other changes (to gettext-tools for example)?
19:04 < dmacks> OTOH, users can go to hell for all I care:)
19:04 < cirdan> heh
19:05 < vasi> what are they complaining about?
19:05 < vasi> i mean...why do they care which gettext?
19:05 < cirdan> the 2 dif dev packages being swapped all the time
19:05 < cirdan> kills update-alls
19:05 < dmacks> vasi: nm (I think)...I just did a clean cvs update and inject and no problem. May have had crossed .pm versions or somesuch.
19:05 < cirdan> or even installs
19:05 < vasi> bah, let's get 0.25 out
19:05 < vasi> dmacks, you have to rebuild the index
19:05 < vasi> 'fink index -f'
19:06 < dmacks> Ya...figured it was something like that.
19:06 < vasi> because it changes the index format....so if you just copy the pms instead of injecting, *boom*
19:06 < vasi> i'll try to warn you when i make that happen :-)
19:06 < vasi> cirdan, keep finding bugs!
19:07 < cirdan> hehe
19:07 < dmacks> I traced it as far as something wacky with "name" vs "_name", then said "oh wait, I'll just conjure vasi and ask him":)
19:07 < vasi> (unless they're all gone)
19:07 < vasi> hehe
19:07 < cirdan> ok, as long as i dont find anymore in evms
19:07 < cirdan> ;-)
19:07 < dmacks> (should there be a version# in index.db?
19:08 < vasi> ugh, did you know that accept() on OS X doesn't maintain blocking/non-blocking status? horrible bug to track down
19:08 < vasi> dmacks, we discussed that before and nixed the idea
19:08 < dmacks> yipe!
19:08 < dmacks> Oh...right.
19:08 < vasi> it's technically not a "bug", cuz it's allowed to work that way
19:15 -!- miga [~miga@easyconnect2121138-139.clients.easynet.fr] has joined #fink
19:15 < miga> Hello everybody.
19:15 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit ["leaving"]
19:17 < miga> Has something changed in news production, it  dumps the contents of all xml files on the console when I execute a make && make install. Is it normal?
19:21 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
19:21 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has quit [Client Quit]
19:24 < vasi> hi miga
19:24 < miga> Hi vasi.
19:24 < vasi> no idea about your problem, but thanks for working on gnome stuff
19:25 < miga> I just try, very difficult for me as I don't know how to build library.
19:26 < miga> For the doc, I'll write to fink-i18n mailing list, maybe it's all ok, but seems strange to me.
19:31 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has quit []
19:40 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
19:41 -!- pv2b [~pvz@1-1-11-10b.o.sth.bostream.se] has joined #fink
19:42 < pv2b> fink.sf.net is borken.
19:42 < pv2b> fyi.
19:42 < cirdan> pv2b: you noticed
19:42 < cirdan> sf.net is dead
19:42 < pv2b> how dead?
19:42 < pv2b> i'm browsing it now.
19:43 < pv2b> i was referring to some script errors in the news section.
19:43 < miga> where exactly pv2b?
19:43 < pv2b> oh.
19:43 < pv2b> it unborke itself.
19:44 < pv2b> before, it was saying some file wasn't found in the news section.
19:44 < miga> which one?
19:44 < pv2b> on the front page.
19:44 < pv2b> ah. i managed to get a cached copy of the error message.
19:44 < miga> yes, but which file was not found, an image file?
19:45 < pv2b> http://adsl2.altunderctrl.se/~pvz/fink-borken.png
19:45 < pv2b> although it's fine now
19:45 -!- Macrobyte [~macrobyte@pcp06495808pcs.nstnig01.ct.comcast.net] has joined #fink
19:45 -!- Macrobyte [~macrobyte@pcp06495808pcs.nstnig01.ct.comcast.net] has quit [Client Quit]
19:45 < pv2b> oops. wrong picture.
19:46 < pv2b> there. that should fix it.
19:47 < pv2b> i'm guessing i hit the site in the middle of a server being reimaged or something.
19:47 < miga> Maybe it's just a transient problem. I've just updated the news.
19:47 < pv2b> when? latest news entry here is 2005-06-09.
19:47 < vasi> i get that error often
19:48 < pv2b> ah
19:48 < miga> No, it was 5 minutes ago.
19:48 < pv2b> there is it again
19:48 < dmacks> Is this the usual include error?
19:48 < pv2b> just reloaded
19:48 < pv2b> and reload, and it's fixed again.
19:48 < miga> dmacks; hi, can you see the message I wrote to fink-i18n
19:48 < pv2b> the newest entry over here is 2005-06-09 anyway.
19:48 < pv2b> 2005-06-09: New Fink releases.
19:49 < miga> Yes, but there was a change in it, last paragraph (note added on 19th June).
19:49 < dmacks> The "strange behavior..." msg?
19:50 < miga> Yes, dmacks.
19:50 < pv2b> dmacks, see the screenshot i pasted above.
19:50 < dmacks> pv2b: That's a long-existing transient problem that I don't think we've fully diagnosed.
19:51 < pv2b> dmacks, ah. ic.
19:51 < miga> Dave make a change to news.xx.inc, maybe it has incidence here, though not sure.
19:51 < miga> It is diagnotisced, but not cured.
19:51 < miga> Max wrote on this subject a few days ago on core and devel.
19:51 < dmacks> I think max posted something about it, but I don't really understand how our website works:(
19:52 < pv2b> without any hard evidence, i'd guess it's some kind of a race condition or something.
19:52  * dmacks goes to experiment with xml/news
19:52 < vasi> grr multiple Daves
19:52 < dmacks> Dave aren't here, man.
19:53 < miga> That is the url should have a full path, in include xxx, otherwise, when you navigate the site, it uses either the cache or search the file from the current url, hence does not find it.
19:53 < pv2b> you have a cron job updating the .inc file or something?
19:53 < miga> No, manual update, but driven by scripts.
19:53 < dmacks> pv2b: Nope, it's all manual (or sometimes manually-run scripts)
19:54 < pv2b> anyway. you seem to know what you're dealing with. *shuts up* :-)
19:54  * dmacks observes the same behavior as miga
19:55 < dmacks> Lots of "string contains a character that is out of range" warnings in news.ja
19:55 < miga> something should have changed, but apart from the changes from Dave, which does not seem to me to be of importance here, I don't know (I've not investigated yet) what has changed.
19:56 < miga> Yes, but it was already here since several months.
19:57 < pv2b> dmacks, sounds like a misspecified encoding.
19:58 < dmacks> miga, I only see the xml dump sometimes. It appears to depend on what files are left from previous builds.
19:59 < miga> oh, so that's again someone who do not follow the order of compiling then.
19:59 < dmacks> Try 'make clean' first.
20:00 < miga> I always make clean first, then translate, then make check, commit, make && make install, commit again from the top level, then ssh.
20:00 < dmacks> *grr*.../me goes to play some more...
20:03 < miga> dmacks: I should add that for the first time I make this: commit news, make && make install news, commit package, make && make install package, commit faq, make && make install faq, then commit from top level, then ssh. Normally I do it one after one, cvs updating between each. That may make a difference.
20:05 -!- ronwalf [~ronwalf@138.88.110.164] has joined #fink
20:05 < ronwalf> Anyone able to compile ghc? (on 10.4)
20:05 < dmacks> I don't know what specifically causes it for you, but I can easily reproduce it: make clean;make;rm news.en.php;make
20:05 < ronwalf> I'm getting a link error
20:06 < dmacks> (first make is fine, second one dumps)
20:07 < ronwalf>  /usr/bin/ld: Undefined symbols: ___DISCARD__
20:15 < dmacks> miga: I have no idea what's going on. Our system is very complicated. If only baba understands it and he doesn't pay attention, we have a very serious problem here.
20:16 < miga> Me neither. I'm searching for an encoding error, but does not find any at the moment.
20:16 < pv2b> .ja? as in japanese?
20:16 < miga> yes.
20:16 < dmacks> yup
20:17 < pv2b> you sure you're using the right encoding to read it with? :-) and not reading it so that it looks just remotely like japanese? ;-)
20:18 < miga> I search for a file which could have isoxxx as encoding instead of utf8.
20:18 < miga> Anyway, I don't read Japanese, so that it's all the same for me.
20:18 < pv2b> miga: you want me to convert the file? i have the software to fix that if you want to.
20:19 < pv2b> i read some (very little) japanese. enough to know if the conversion was okay, and you're not looking at mojibake :-)
20:19 < Feanor> everyone has software to do it
20:19 < miga> Just read the web site then. But I'm sure the Japanese maintainer has checked it.
20:19 < Feanor> iconv -f ISO-whatever -t UTF-8 < file > newfile
20:20 < pv2b> miga: i thought you were having trouble reading the encoding or whatever
20:20 < miga> No, I'm searching for a logical error.
20:21 < dmacks> It appears the problem (or at least a programming error that is causing a problem sometimes) is that index.$LANG.php.tmp is getting deleted. Later build attempts then try to rebuild it, but use the wrong rule.
20:21 < pv2b> miga: the encoding is fine btw.
20:22 < pv2b> anyway, never mind. i thought you were having trouble decoding the file.
20:22  * pv2b hides.
20:23 < miga> no need to hide :-)
20:24 < pv2b> yeah. you'll find me anyway :-/
20:24 < miga> exactly :-))
20:25 < dmacks> (according to Melian, baba's been lying on a futon for the past 5 days:)
20:25 < miga> OH, he's ill?
20:25 < Feanor> !seen bab
20:25 < Melian> i haven't seen 'bab', Feanor
20:25 < dmacks> I think he just took a nap actually. But he hasn't logged in since then.
20:25 < Feanor> !seen baba
20:25 < Melian> baba <~baba@YahooBB220041001026.bbtec.net> was last seen on IRC in channel #fink, 5d 9h 36m ago, saying: 'futon time'.
20:26 < miga> Five days' nap!!! That's something.
20:26 < dmacks> Maybe his boss has been on vacation?
20:26  * dmacks -> dinner
20:27 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit ["leaving"]
20:29 < pv2b> i hope he turns around once in a while.
20:29 < miga> He used to be here very regularly (daily).
20:35 -!- pv2b_ [~pvz@1-1-11-10b.o.sth.bostream.se] has joined #fink
20:35 -!- pv2b [~pvz@1-1-11-10b.o.sth.bostream.se] has quit ["Leaving"]
20:35 -!- pv2b_ is now known as pv2b
20:39 -!- pv2b [~pvz@1-1-11-10b.o.sth.bostream.se] has quit [Broken pipe]
20:55 -!- pv2b [~pvz@1-1-11-10b.o.sth.bostream.se] has joined #fink
21:08 < vasi> oh crap, circular dependencies!?
21:08 -!- newmanbe [~newmanbe@86ba572252219f68.session.tor] has joined #fink
21:11 < newmanbe> FreeBSD Ports has a more recent version of KDE in stable than does Fink.
21:11 < newmanbe> And people said they BSD's always had out-of-date software. :)
21:22 -!- pv2b [~pvz@1-1-11-10b.o.sth.bostream.se] has quit ["Leaving"]
21:23 -!- newmanbe_ [~newmanbe@3b60ab305eafd29c.session.tor] has joined #fink
21:23 -!- newmanbe [~newmanbe@86ba572252219f68.session.tor] has quit [Nick collision from services.]
21:23 -!- newmanbe_ is now known as newmanbe
21:25 -!- knghtbrd [~knghtbrd@d172-210.uoregon.edu] has quit [Read error: 104 (Connection reset by peer)]
21:31 -!- knghtbrd [~knghtbrd@d172-210.uoregon.edu] has joined #fink
21:40 -!- mrwill [~Snak@132.162.176.99] has joined #fink
22:07 -!- encryptio [~ckastorff@user-119a28l.biz.mindspring.com] has joined #fink
22:23 -!- jmejia [~jmejia@207-38-164-41.c3-0.wsd-ubr2.qens-wsd.ny.cable.rcn.com] has joined #fink
22:24 < jmejia> when i try to sudo apt-get update i get 403 forbidden, http has died unexpectedly
22:24 < jmejia> any thoughts/suggestions?
22:25 < jmejia> it also says could not set non-blocking flag operation not supported by device
22:26 < newmanbe> !403
22:26 < Melian> from memory, 403 is http://www.finkproject.org/faq/usage-fink.php#four-oh-three
22:27 < encryptio> >.>
22:27 < encryptio> er. wrong chan
22:28 < newmanbe> Hmm, wrong network. :)
22:29 < jmejia> nice that fixed it :)
22:29 < jmejia> thanks
22:29 < newmanbe> You're welcome.
22:34 < jmejia> is anyone familiar with the p7zip package?
22:35 < newmanbe> Not I.
22:35 < newmanbe> Are you having problems?
22:38 -!- newmanbe [~newmanbe@3b60ab305eafd29c.session.tor] has left #fink ["fink@conference.jabber.org"]
22:38 < jmejia> i am
22:38 < jmejia> but you left 
22:38 < jmejia> haha
22:38 < vasi> miga, are you around?
22:40 < jmejia> Unpacking p7zip (from .../p7zip_4.14.01-1_darwin-powerpc.deb) ...
22:41 < jmejia> ./usr/libexec/gcc/darwin/ppc/3.3/cc1plus is not executable!
22:41 < jmejia> what does this mean?
22:42 < RangerRick> means permissions are messed up on your system
22:42 < RangerRick> cc1plus should be executable
22:42 < RangerRick> maybe run the "repair permissions" utility in disk utility?
22:42 < jmejia> repair permissions?
22:42 < jmejia> ok
22:43 < RangerRick> not sure if it will do anything though, dunno if repair permissions repairs anything outside of the base install's urusdiction
22:43 < RangerRick> cc1plus should be part of xcode
22:43 < RangerRick> maybe re-installing xcode might help too
22:43 < jmejia> is it preventing that package from installing?
22:43 < RangerRick> I'd try a repair first  :)
22:43 < RangerRick> well, fink does some checks of the system to tell dpkg/apt/etc. about what's available
22:44 < jmejia> i am repairing
22:44 < RangerRick> so because of that, yes, it's preventing, in a roundabout way
22:44 < jmejia> ok
22:44 < RangerRick> if cc1plus wasn't there at all, it'd be fine
22:44 < RangerRick> but being there, and not executable, is kind of bad
22:44 < jmejia> can i get around it?
22:44 < miga> vasi: yes, sorry.
22:44 < RangerRick> sudo chmod a+x /usr/libexec/gcc/darwin/ppc/3.3/cc1plus
22:45 < RangerRick> if repair permissions doesn't help
22:45 < jmejia> ok
22:45 < vasi> miga, i found two issues with librsvg2, would you know anything about that package?
22:46 < miga> no, actually, but I remind having read something about problem with it.
22:46 < vasi> well the two problems i'm seeing are 1) the pixbuf loader is in the base package and not the -shlibs splitoff, but the base is BDO...and it's perfectly normal to want to depend on a pixbuf loader
22:47 < vasi> so i moved the loader into -shlibs, that's an easy fix
22:47 < vasi> 2) 'fink rebuild librsvg2', with nothing installed, yields a circular dependency error!
22:47 < miga> well, maybe you should see if that does not break mozilla or other like packages.
22:48 < jmejia> RangerRick it told me no such file or directory to that command
22:48 < vasi> moving the loader into -shlibs can't break anything, because anything that depended on librsvg2 for the loaders automatically depends on -shlibs
22:48 < vasi> but it's #2 that's problematic
22:49 < miga> ok, wait a minute, I'll search.
22:49 < vasi> very hard to debug, but i'm trying
22:51 < miga> vasi: see here, <http://www.google.com/search?client=safari&rls=fr&q=librsvg2+circular+dependency&ie=UTF-8&oe=UTF-8>
22:55 < vasi> the debian packages are very confusing
22:55 < miga> that's where I find most of the tricks.
22:56 < miga> you're working on gimp?
22:57 < vasi> no, some of my GGZ stuff needs librsvg2 loaders
22:58 < miga> which version?
22:58 < miga> I mean librsvg2 version.
22:59 < RangerRick> jmejia: then I'm not sure
22:59 < vasi> i'm not sure that it matters what version for GGZ...but i'm using the one currently in Fink, 2.6.9 or something
23:00 < jmejia> ok
23:00 < jmejia> where do installed binaries go?
23:00 < vasi> sorry, 2.6.5-10
23:00 < vasi> (it's really -9, but i bumped it for the loader fix)
23:00 < miga> That's just for narrowing the search.
23:01 < jmejia> does everything go to /usr/bin?
23:01 < vasi> the problem definitely seems to involve gnome-vfs2
23:02 < vasi> !lisppaste
23:02 < Melian> extra, extra, read all about it, lisppaste is a bot that lets you post large chunks of text without flooding the channel. Use it at http://paste.lisp.org/new/fink
23:03 < lisppaste> vasi pasted "circular deps" at http://paste.lisp.org/display/9227
23:03 < vasi> if i install gnome-vfs2-shlibs manually, then it works
23:05 < miga> Did you ever install the gnome-vfs2-ssl stuff, then removed it and replaced it by gnome-vfs2 one?
23:05 < vasi> yeah
23:05 < miga> That's it; it makes weird thing.
23:05 < vasi> oops i take it back, if i install gnome-vfs2-shlibs manually it still doesn't work
23:05 < miga> dev?
23:06 < miga> and parent also maybe?
23:06 < htodd> is gtk+2 broken for more than just me and that guy on the mailing list?
23:06 < vasi> hmm this is weird!
23:07 < vasi> i have gnome-vfs2-shlibs installed, but 'fink rebuild librsvg2' tells me it needs to install it
23:07 < miga> I don't know htodd, just finished installing it.
23:07 < miga> That means it does not see the pkgconfig stuff, install gnome-vfs2-dev. maybe it solves the problem.
23:08 < vasi> miga, i'm just working with fink though...pkgconfig doesn't come into it does it?
23:09 < miga> yes, of course it does. How would you check for cflags without it?
23:09 -!- dsias [~dsias@68-235-246-26.atlsfl.adelphia.net] has joined #fink
23:09 < miga> vasi, I work only with fink also.
23:09 < vasi> miga, it's just the fink dependency engine that's giving me trouble
23:09 < vasi> nothing is compiling, cflags aren't needed
23:10 < miga> for gtk applications, it is needed.
23:10 < miga> otherwise, you will never catch the right flags. unless I don't understand what you mean.
23:10 -!- jmejia [~jmejia@207-38-164-41.c3-0.wsd-ubr2.qens-wsd.ny.cable.rcn.com] has quit []
23:10 < vasi> er, what i'm trying to say is that the fink dep engine never "sees pkgconfig stuff"...
23:11 < vasi> from its perspective, gnome-vfs2 and -ssl are just packages
23:11 < vasi> it doesn't care about .pc files
23:12 -!- encryptio [~ckastorff@user-119a28l.biz.mindspring.com] has quit [Read error: 145 (Connection timed out)]
23:15 < vasi> maybe it's a problem with fink HEAD, i'll try installing an old fink
23:18 < vasi> oooh fink 0.24.7 gets it right....
23:18 < vasi> damn
23:20 < vasi> well, let's see how long ago it got screwed up
23:36 < miga> vasi: I just have this problem with libgnome2.
23:38 < vasi> hmm, it appears that i introduced this circular dep bug yesterday
23:39 < miga> Oh, OK, then I will not try to install gnome 2.10 right now.
23:40 < theid> it looks like the gtk+2 was brought up to the latest version, but gnome-vfs2-ssl is at 2.6.1.1 (latest is 2.11.2)
23:40 < theid> is the gtk+2 problem on the -users list? I don't see it on -dev
23:40 < miga> no, fink-gnome-core
23:41 < theid> I've been running 2.6.7 for about a week now without any problems
23:41 < miga> But it compiles for me.
23:47 -!- mrwill [~Snak@132.162.176.99] has quit ["The computer fell asleep"]
23:48 -!- dmacks [~dmacks@203-137.dialup.cloud9.net] has joined #fink
23:50 < htodd> the gtk+2 problem is on the users list, isn't it?
23:50 < htodd> I don't get core
23:51 < theid> core is a closed list, right?
23:52 < miga> I don't know, but you can read it on gmame. that fink-gnome-core.
23:52 < dmacks> There's a report of gtk+2 giving errors about uint32_t
23:52 < dmacks> (on tiger)
23:53 < htodd> One of my machiens compiled it fine (xcode 2.1) but the other machine (xcode 2.0) didn't
23:53 < miga> Are people on 64 bit architecture (maybe)?
23:54 < miga> I've seen reports with this error, and a patch.
23:55 < vasi> dmacks, apparently some of my changes in the past couple days to Fink HEAD broke dep resolution....cuz i'm getting circular deps errors that i don't see with older fink
23:56 < dmacks> D'oh.
23:56 < vasi> i may need some help debugging
23:56 < dmacks> (...and you're sure there aren't actually circular deps, right? :)
23:57 < vasi> well i dunno, but i don't see the problem with older fink
23:57 < vasi> if you want to investigate, remove all packages from a fink installation then do 'fink rebuild librsvg2'
23:57 < miga> dmacks: did you compile libgnome2 on 10.4-transitional? I just got those  circular dependencies.
23:58 < dmacks> miga: I did not try that one there.
23:58 < vasi> (i think miga's circ deps problem is different :-)
23:58  * dmacks goes to look at libgnome2....
--- Log closed Mon Jun 20 00:00:25 2005