--- Log opened Fri Jun 17 00:00:17 2005 00:08 -!- bakshi [~bakshi@S0106001217ba40c7.cg.shawcable.net] has joined #fink 00:10 -!- megahal [~astrange@100-241.35-65.tampabay.res.rr.com] has joined #fink 00:24 < dmacks> megahal: Did you feel the earthquake? 00:24 < megahal> dmacks: If you feel the. 00:25 < dmacks> megahal: The...? 00:25 < megahal> dmacks: I should get a plain-text string out of my money on anything at the slightest bit of discussion after the completion of system sounds? Or do i bind my own internet. 00:39 < htodd> ok, so how so I take care of dia? seems that it builds with gcc 3.3 00:42 < dmacks> So code it so it uses "3.3" not "whatever" 00:42 < htodd> I had it using 3.3 and it didn't work 00:42 < htodd> and I don't remember a "whatever" option 00:42 -!- dsias__ [~dsias@68-235-246-26.atlsfl.adelphia.net] has quit [Read error: 110 (Connection timed out)] 00:43 < dmacks> How do you sync "it builds with gcc 3.3" with "I had it using 3.3 and it didn't work" ? 00:43 < htodd> reports from users 00:43 < dmacks> Ah. 00:44 < htodd> the GCC: 3.3 field didn't work for me 00:44 < dmacks> ("whatever" means you just use "gcc" and then it's up to the user's manual gcc_select option; if you want a specific compiler, you should set some env vars and/or patch Makefiles) 00:45 < htodd> you can get it to select a gcc with environment variables? 00:45 < htodd> ok, I give up. I'm deleting the info file. 00:46 < dmacks> "gcc" is just a symlink to the named gcc-version that the user has selected with gcc_select. 00:46 < dmacks> If you say "the compiler to use is gcc-3.3", then that's what it will use regardless of what a simple "gcc" would get you. 00:47 < dmacks> The usual vars are CC=gcc-3.3 and CXX=g++-3.3 00:49 < htodd> ok, let me try that 00:50 < dmacks> (search your dists/..../*.info; there are a bunch of other packages that have this same problem and that solution) 01:24 < htodd> building slooooooooowly 01:26 -!- asparagui [~billy@mo-71-1-109-215.dhcp.sprint-hsd.net] has joined #fink 01:33 -!- pani [~jdaniel@112.Red-80-25-248.pooles.rima-tde.net] has joined #fink 01:44 -!- eno is now known as eno-away 01:46 -!- bakshi [~bakshi@S0106001217ba40c7.cg.shawcable.net] has quit [] 01:56 -!- broeken [~broeken@hst32165.phys.uu.nl] has joined #fink 02:00 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has joined #fink 02:06 -!- JesseW [~chatzilla@JesseW.student.supporter.pdpc] has joined #fink 02:16 -!- pell [~pellican@artemis.gaelicwizard.net] has joined #fink 02:16 -!- chdevers [~cdevers@pool-68-163-235-132.bos.east.verizon.net] has joined #fink 02:23 -!- aaron42 [~agdavi01@tiger.slug.louisville.edu] has quit ["[BX] Occifer, I'm not as think as you stoned I am!"] 02:32 -!- dmacks [~dmacks@dmacks.active.supporter.pdpc] has quit ["leaving"] 02:37 -!- pell [~pellican@artemis.gaelicwizard.net] has quit [] 02:41 -!- kane_ [~kane@perl.xs4all.nl] has joined #fink 03:00 -!- asparagui [~billy@mo-71-1-109-215.dhcp.sprint-hsd.net] has quit ["giving up for the night."] 03:08 -!- Feanor [~astrange@feanor.developer.opendarwin] has quit [Read error: 145 (Connection timed out)] 03:31 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has quit [] 04:27 -!- cianhughes [~cian@cian.ws] has quit [] 04:27 -!- cianhughes [~cian@cian.ws] has joined #fink 05:30 -!- JesseW [~chatzilla@JesseW.student.supporter.pdpc] has quit [Read error: 110 (Connection timed out)] 05:31 -!- baba [~baba@YahooBB220041001026.bbtec.net] has joined #fink 05:39 -!- baba [~baba@YahooBB220041001026.bbtec.net] has quit ["Leaving"] 05:41 -!- linuxmaniac [~maniac@84-120-48-49.onocable.ono.com] has joined #fink 06:16 -!- Wally4u [~wally4u@84-104-39-2.cable.quicknet.nl] has joined #fink 06:17 < Wally4u> Hey all. 06:18 < Wally4u> I have a Q about libs installed by fink, and how to access them, anyone want to help? 06:30 < Wally4u> Is everybody idle here or what? 06:35 -!- Wally4u [~wally4u@84-104-39-2.cable.quicknet.nl] has quit [Remote closed the connection] 07:09 -!- dmalloc [~mule@gw.uptime.at] has joined #fink 07:09 -!- pani [~jdaniel@112.Red-80-25-248.pooles.rima-tde.net] has quit [] 07:09 < dmalloc> what's with those stupid version requests thata ny idiot can fake :P 07:11 < knghtbrd> this network is run by any idiot? 07:14 -!- org [~orgler@p549EE34C.dip.t-dialin.net] has joined #fink 07:14 < dmalloc> well it sinot only this netowrk start happening a lot now all over the place 07:14 < org> i did a fink -b install bundle-gnome on 10.4 but when I try to start gnome with a gnome-session in Apple X i get an 07:15 < org> "no fonts found" error 07:20 < org> anybody here who can help? 07:23 -!- vasi [~vasi@modemcable214.145-70-69.mc.videotron.ca] has joined #fink 07:27 -!- dmalloc [~mule@gw.uptime.at] has left #fink ["Leaving"] 07:36 -!- vasi [~vasi@modemcable214.145-70-69.mc.videotron.ca] has quit [] 07:38 -!- Wally4u [~wally4u@84-104-39-2.cable.quicknet.nl] has joined #fink 07:44 < knghtbrd> horray for scifi B movies! 07:44 < knghtbrd> It Came From Outer Space! 07:53 -!- org [~orgler@p549EE34C.dip.t-dialin.net] has quit ["org has no reason"] 07:56 < Wally4u> hey 07:56 -!- mds-work [~mds-work@destiny.EECS.tufts.edu] has quit [Read error: 104 (Connection reset by peer)] 07:56 < Wally4u> Anyone know if autoconf will take the env settings that target the /sw/lib dir? 07:57 -!- rudy__ [~rudy@ip68-224-184-250.hr.hr.cox.net] has joined #fink 08:02 < knghtbrd> --prefix=/sw ? 08:04 < Wally4u> would autoconf take enviroment settings if I did what was specified in the FAQ 08:06 -!- xerxes1358 [~xerxes_@145.116.2.111] has joined #fink 08:08 < Wally4u> I'm trying to get a ./configure file to work correctly but it seems to be ignoring my /sw/lib dir 08:08 < xerxes1358> Hello 08:11 < xerxes1358> I have a question: how stable are the packages in the new Tiger compatible fink? I remember with the last version I had lots of broken packages 08:13 < xerxes1358> ai still no tetex packages 08:13 -!- xerxes1358 [~xerxes_@145.116.2.111] has left #fink ["Leaving"] 08:23 -!- baba [~baba@YahooBB220041001026.bbtec.net] has joined #fink 08:42 -!- Wally4u [~wally4u@84-104-39-2.cable.quicknet.nl] has quit ["Leaving"] 08:45 -!- vasi [~vasi@modemcable214.145-70-69.mc.videotron.ca] has joined #fink 08:58 -!- mattimustang [~mpf@ppp11-174.lns1.syd3.internode.on.net] has joined #fink 08:59 -!- theid_away [~theid@207.177.103.77] has quit [] 09:03 -!- You're now known as RangerRick 09:14 -!- akh [~akhansen@ldx3.psfc.mit.edu] has joined #fink 09:18 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has joined #fink 09:20 < vasi> hey RangerRick 09:21 < vasi> for my KDE packages, should i go through the whole admin dir shenanigan, or use the included configure? 09:22 < RangerRick> depends on how messed up they are if you use the included configure :) 09:22 < RangerRick> if it's just an app without shared libraries, configure's fine 09:22 < RangerRick> if not, sometimes configure's fine, and sometimes not 09:22 < RangerRick> all my admindir does now is overwrite libtool 09:22 < RangerRick> it doesn't replace the whole thing, acinclude.m4.in with kde 3.3 or higher is probably OK for most cases 09:23 < vasi> hmm ok 09:23 < vasi> next time i revise the packages i'll use configure then 09:24 < vasi> (though i guess since i'm patching configure.in.in anyhow, i might as well use your admin dir) 09:24 -!- chris01 [~chris01@212.126.165.246] has joined #fink 09:26 < vasi> thanks :-) 09:31 < RangerRick> yeah, if you're patching configure.in.in, you might as well :) 09:38 -!- rudy__ [~rudy@ip68-224-184-250.hr.hr.cox.net] has quit [] 09:38 * akh surveys my machine, which crapped out last night during a KDE build. 09:39 < vasi> owie 09:40 < vasi> we need an unstable bindist already :-) 09:40 < akh> Yah 09:40 < bbraun> heh. my how times have changed. 09:40 < vasi> hey, i've always thought it would be a good idea...read the logs :-) 09:41 -!- xerxes1358 [~xerxes_@145.116.2.111] has joined #fink 09:41 < chris01> hi 09:41 < vasi> now that msachs wrote his buildfink scripts we actually have a mechanism now, too 09:41 < bbraun> I just remember how the mere mention of an unstable bindist would evoke heated cries of "no, bad idea" and "it'll never work". These days it seems to be more "yeah, good idea, just need to figure out how to do it" 09:42 < vasi> RangerRick, when i use your kde build system (with build_helper and friends), it seems that if one command fails, the next one simply continues...instead of having the build just stop and error 09:43 < vasi> bbraun, it's just different people around...noticed how max is never on irc? 09:43 < vasi> he's always been the doubter 09:43 < RangerRick> I always thought it was a good idea, I just didn't imagine how we could get it going when no one had any time to work on such things :) 09:43 < RangerRick> vasi: yeah, I need to figure out why killing the script isn't killing the children properly 09:44 -!- newmanbe [HydraIRC@7aed0ed5811986f7.session.tor] has joined #fink 09:44 < akh> Again with killing children. 09:44 < vasi> RR, er one reason is that with --build-as-nobody /tmp isn't accessible :-) 09:45 < vasi> akh: heh 09:45 -!- xerxes1358 [~xerxes_@145.116.2.111] has left #fink ["Leaving"] 09:45 < RangerRick> really? 09:45 < RangerRick> why wouldn't it be? 09:45 < vasi> er, maybe something else created /tmp/buildlog? 09:45 < RangerRick> that could be 09:46 < RangerRick> I coudl make it /tmp/buildlog-`id -n -u` :) 09:46 < vasi> anyhow, i don't think it's good to rely on having write access to anyplace outside of %b 09:46 < vasi> (for logging sure, but for things that actually affect the build...not so good) 09:46 < RangerRick> if you can't rely on /tmp being there, it's not unix :) 09:47 -!- snu [~finlay@212.159.112.151] has joined #fink 09:47 < snu> heh 09:47 < snu> i'm still listed as a Regular contributor 09:47 < snu> i haven't committed anything to Fink in YEARS :) 09:48 < pogma> we don't have a traitor section :-p 09:48 < RangerRick> haha 09:48 < pogma> There probably should be something for no longer active people though 09:49 < vasi> aside from chrisp, he's got his own section :-) 09:49 < newmanbe> That list needs updating. 09:49 < newmanbe> Some people are listed twice. 09:49 < newmanbe> Some people are only their IRC nicks, 09:49 < newmanbe> . 09:50 < vasi> RR, also there's a race condition if you have two KDE builds going at the same time in different prefixes :-) 09:50 < RangerRick> hah 09:50 < newmanbe> AND it doesn't link to /map/. :( 09:50 < vasi> though it's kinda unlikely anybody will actually hit that 09:50 * newmanbe contemplates on why you would want to do that. 09:50 < RangerRick> testing :) 09:51 -!- TheSin [~TheSin@iphost-64-56-130-194.edm.wiband.net] has joined #fink 09:51 -!- mattimustang [~mpf@ppp11-174.lns1.syd3.internode.on.net] has quit [Read error: 60 (Operation timed out)] 09:52 < vasi> newmanbe, hey i just had to patch allegro and liquidwar to deal with the special case of building while in a reattached screen session over a ssh connection when no user is logged into the GUI 09:52 < vasi> cuz it turns out that's how buildfink runs 09:52 < newmanbe> That is a fun game. 09:52 * newmanbe goes to see if it is in Debian. 09:52 < pogma> I think others build packages in that manner too 09:53 < vasi> newmanbe, there's a .app on macupdate if you want :-) 09:53 * newmanbe has built it before. 09:53 < vasi> RangerRick, putting the failed file inside builddir causes the build to fail normally with build-as-nobody 09:54 < RangerRick> vasi: huh? 09:54 < vasi> er oops, maybe not, hold on 09:54 < vasi> damn typos 09:55 < pogma> heh, fink commander probably should say somewhere if the user pushed the positive or negative feedback button 09:55 -!- baba [~baba@YahooBB220041001026.bbtec.net] has quit ["Leaving"] 09:55 < RangerRick> fink commander should do a lot of things :) 09:55 < snu> pogma: how am i a traitor? 09:56 < newmanbe> For hating me! 09:56 < pogma> snu: you stopped contributing to fink 09:56 < newmanbe> That too I suppose. 09:56 < snu> pogma: yeah, but it's not like i started contributing to dp :) 09:57 < newmanbe> Or so you say... :) 09:57 < vasi> yah FC's kinda getting long in the tooth...how long has it been since sburrious vanished? 09:57 < vasi> what's wrong with contributing to dports? 09:57 < newmanbe> Perhaps it should no longer be distributed with the installer. 09:57 < pogma> snu: I don't know if you still have a commit bit, but if you feel like moving things around in people.php, that's fine with me 09:57 < vasi> (we all know that Gentoo's the REAL enemy ;-) ) 09:58 -!- broeken [~broeken@hst32165.phys.uu.nl] has quit [] 09:58 < newmanbe> Does Metapkg actually do anything? 09:58 < pogma> has a wiki 09:58 < RangerRick> newmanbe: no, it's a pretty much failed experiment :) 09:59 < RangerRick> but we had press! 09:59 < akh> OT--whassup with Mail.app saying my user directory is full? 09:59 * newmanbe has been maintaining a ##metapkg. :) 09:59 < newmanbe> The only person that ever came was landolf. 10:00 < pogma> landonf 10:00 < newmanbe> Oops, yeah. 10:01 < akh> broeken, who just left, is starting to work on Fink Commander. 10:01 < akh> "I'm not quite dead yet!" 10:02 < snu> pogma: i don't 10:03 < snu> pogma: i removed myself from all my sf projects a while back :) 10:03 < newmanbe> Hey, we're trying. 10:03 < pogma> snu: send a diff 10:04 < pogma> snu: Reason - you're the one who wants to me moved/removed on that page :) 10:05 < pogma> snu: I'd prefer to have a "former contributors" section or something, rather than just deleting people 10:05 < RangerRick> pogma: so what's the final word on DYLD_FALLBACK_LIBRARY_PATH? should we be setting it to /sw/lib ? 10:06 < RangerRick> is there another workaround? 10:06 < pogma> RangerRick: set it to ":" 10:06 < RangerRick> you're kidding me 10:06 < RangerRick> hahahhahahaha 10:07 < RangerRick> yay dyld 10:07 < pogma> imo : is better than /sw/lib 10:07 < RangerRick> yeah 10:07 < RangerRick> I'm wondering if we should make an /etc/profile.d script that does it, and make it part of fink 10:08 < akh> * GASP * act outside of %p ? 10:08 < RangerRick> er, /sw/etc/profile.d I mean 10:08 < RangerRick> hehe 10:08 < pogma> no, unfortunately, as II recently explained to miga, people may very well have stuff in /usr/local/lib/ with peculiar install_names which currently load because /usr/local/lib/ is in the default search path 10:08 < newmanbe> !troutslap RangerRick 10:09 < akh> !fishslap newmanbe 10:09 < Melian> slaps newmanbe upside the head with a wet fish. 10:09 < newmanbe> That was /me's second guess. 10:09 < newmanbe> !fishslap newmanbe 10:09 < Melian> slaps newmanbe upside the head with a wet fish. 10:09 < pogma> and setting DYLD_FALLBACK_LIBRARY_PATH by default will break them 10:09 < newmanbe> Haha, oops. 10:09 < snu> pogma: yeah sure 10:09 < snu> pogma: i was just amused to see it 10:09 < snu> i don't really mind 10:09 < snu> if you don't mind then i don't mind 10:09 < snu> ;) 10:09 < pogma> hehe 10:11 < vasi> is there any good way to tell what packages are going to need a wrapper with the FALLBACK_PATH trick? 10:11 < vasi> or what executables? 10:11 < pogma> yeah, if it links /sw/lib/libssl.0.9.7.dylib.9.7.dylib 10:11 < vasi> cuz it would be nice if we could automate it 10:11 < pogma> oops, too many 9.7.'s 10:11 < vasi> ah, it's just ssl? nothing else causes that? 10:11 < pogma> ssl is going to be the big one 10:13 < vasi> generally speaking though, no way to tell? 10:14 -!- dreamind [~dreamind@C2107.campino.wh.tu-darmstadt.de] has quit [] 10:14 < pogma> if a library exists in /usr/lib/ and the same basename lib exists in /sw/lib/ and it is possible that both libraries will be needed at runtime 10:14 < pogma> then yuo need to set the FALLBACK_PATH 10:15 < vasi> but the one in /usr/lib isn't really needed...is it? 10:15 < vasi> in the "needed at runtime" sense 10:16 < pogma> vasi: /usr/X11R6/lib/libfreetype.6.3.dylib loads /usr/lib/libssl.0.9.7.dylib which has different symbols to /sw/lib/libssl.0.9.7.dylib 10:17 < vasi> oh, it's from libfreetype, ok 10:18 < vasi> so code in fink that checked if freetype is linked and if ssl is linked, and if so auto-created a wrapper would be workable? 10:19 < pogma> most of the time, yes 10:20 < vasi> "most of the time" meaning that it would break things? or that it wouldn't cover all cases? (or both?) 10:22 < pogma> it might miss a case or two 10:22 < pogma> shouldn't break anything 10:22 < vasi> that's ok then, if we miss something we'll find it later :-) 10:24 < pogma> I'm a little sad that it hasn't been acknowledged as a serious bug, must as msachs to ping nick 10:24 < pogma> he stopped replying to me :) 10:24 < RangerRick> hehe 10:26 < vasi> aww 10:28 < pogma> from what I understand, he is buried in bugs, so I'm not too surprised 10:34 -!- roesch [~roesch@12.4.213.10] has joined #fink 10:34 < roesch> morning 10:34 < roesch> anyone on 10:34 < roesch> ? 10:34 < newmanbe> Yes. 10:34 < roesch> hi 10:35 < newmanbe> Hello. 10:35 < roesch> I've got an xcode 2.1 question 10:35 < vasi> go ahread 10:35 < roesch> I'm trying to build a command line tool and link it to static libs tha are also part of the project 10:35 < roesch> but the static libs aren't getting linked 10:35 < pogma> xcode-users@lists.apple.com 10:35 -!- pani [~jdaniel@112.Red-80-25-248.pooles.rima-tde.net] has joined #fink 10:36 < vasi> roesch, can we get a log? 10:36 < vasi> !listpaste 10:36 < vasi> !lisppaste 10:36 < Melian> i heard 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 10:36 < roesch> I'm pretty sure that the problem is that the libs, which are dependencies of the main build target, aren't getting linked 10:36 < roesch> and I see that "link binary with library" phase in the primary target 10:37 < vasi> what does nm show? 10:37 < vasi> try passing -v to the link command to see what's happening 10:37 < vasi> give us more info :-) 10:37 < roesch> so I'm thinking that I should be able to drag my libraries there and have them link in at build time 10:37 < roesch> ok, wait a sec 10:38 < vasi> ah ok, you're talking about a problem with xcode 2.1 the IDE 10:38 < roesch> yeah 10:38 < vasi> not the compiler 10:38 < roesch> right 10:38 < roesch> I can do all this stuff from the command line just fine 10:38 < roesch> makefiles and all just work 10:39 < roesch> but I'd like to play around with this fancy IDE 10:39 < roesch> and this is a sticking point 10:39 < roesch> so here's the setup 10:39 < roesch> I've got 5 targets 10:39 < roesch> for static libraries 10:39 < roesch> and the primary target (which is a command line tool) 10:39 * pogma tries again 10:39 < roesch> er 10:39 < pogma> xcode-users@lists.apple.com 10:40 < roesch> *four* static libraries 10:40 < roesch> thanks pogma, I was hoping someone would have a quick answer over here without having to resort to signing up for mailing lists 10:40 < pogma> roesch: try #macdev 10:40 < akh> Did we ever release a dpkg that builds via XCode 2.1 ? 10:40 < roesch> thanks 10:41 < vasi> akh, i think somebody got to it 10:41 < pogma> I don't know 10:41 < akh> OK--I'll check the PDB. Someone on -users reported a dpkg build problem. 10:42 < vasi> yep, cvs log says we did fix it 10:42 < vasi> well, says drm did 10:43 < akh> ah 10:43 < akh> It's the new version that they're having problems with. However, the error says -no-cpp-precomp is unrecognized by gcc 10:43 < akh> Maybe they didn't update XCode? 10:44 < pogma> apple's gcc continues to recognize (bug ignore) -no-cpp-precomp, I think 10:45 < pogma> s/bug/but/ 10:46 -!- roesch [~roesch@12.4.213.10] has left #fink [] 10:47 -!- Leafw [~LeafWind@FW-171-241.go.retevision.es] has joined #fink 10:48 < akh> A guy on -beginners wants to port the newest Unison. Hope he has better luck than I have. 10:48 < Leafw> hi ... is it normal for the macosx to do whatever it wants with the partition table? 10:48 < Leafw> I made 2 partitions, one 20 GB free space, second 40 GB hfs for macosx. Then installed macosx there, 10:48 < pogma> yeah, Apple's gcc continues to accept -no-cpp-precomp, I think the -users user has a different gcc 10:48 < newmanbe> Leafw: Are you trying to run a non-Mac OS X operating system? 10:49 < akh> pogma: That's what I thought, too. 10:49 < Leafw> on ly to find that now the 40 GB is a 35 GB quite upper in a table with 7 partitions! 10:49 < Leafw> newmanbe : I am trying to install YDL 10:49 < Leafw> dual boot with macosx 10:49 * newmanbe guessed something like that. 10:49 < Leafw> but the YDL fails due to "perhaps you run out of disk space" 10:50 < Leafw> what in the world did the disk utiliry do 10:50 -!- regeya [~shane@adsl-sp3-cdale176.micgi.com] has joined #fink 10:50 < Leafw> no wonder, all partitions are in the wrong place 10:50 < Leafw> and on't have the size I gave them 10:52 < vasi> Leafw, in my experience the sizes that apple's partitioner gives are sometimes smaller than they should be...and there HAS to be a whole bunch of very small, normally invisible partitions at the beginning, they're part of the apple partition scheme 10:52 < newmanbe> I don't know if this is the best place to get help. 10:52 < Leafw> well, the 1MB apple bootstrap, so ... but all the other crap? I only made 2 partitions from the YDL installer into the free space. 10:52 < vasi> unison rocks 10:53 -!- ronwalf [~ronwalf@gandalf.mindlab.umd.edu] has joined #fink 10:53 < Leafw> now the disk looks so funny. 10:53 * akh is using binaries that someone else built. 10:53 < ronwalf> Anyone have an archive of neon-0.24.7 ? 10:53 < Leafw> I hope it doesn't affect performance much 10:53 < ronwalf> webdav.org seems to be unreachable 10:54 < bbraun> it's on the distfiles mirrors 10:54 < lisppaste> vasi pasted "example of OK partion map" at http://paste.lisp.org/display/9180 10:54 < bbraun> http://distfiles.opendarwin.org/neon-0.24.7.tar.gz 10:54 < ronwalf> Thanks 10:54 < Leafw> ok 10:54 < vasi> Leafw, see how i have all those Apple_Driver partitions at the beginning? those are normal 10:55 < pogma> love the reports of things not working from people who say "you should do this to " without having tried it 10:55 < vasi> if that's what's bothering you don't worry 10:55 -!- cianhugh1s [~cianhughe@ti.cian.ws] has joined #fink 10:55 < pogma> foo ain't broken, and I'm never going to reply to the email, thanks 10:55 < Leafw> no, thanks, but what's bothering me is the fact that I created free space *before* the hfs partition, and now all ext3 partitions have been created *after* the hfs partition 10:55 < Leafw> which plainly does not make sense to me 10:56 < newmanbe> Ah! Doom! 10:56 < newmanbe> All repent before the server spilt! 10:56 < vasi> after on disk? or after in the table? 10:56 < newmanbe> Melian: Repent 10:56 < Melian> newmanbe: I give up, what is it? 10:57 < vasi> can you show me your partition map? use lisppaste please 10:57 < newmanbe> !lisppaste 10:57 < Melian> lisppaste is probably a bot that lets you post large chunks of text without flooding the channel. Use it at http://paste.lisp.org/new/fink 10:57 -!- Macrobyte [~macrobyte@pcp06495808pcs.nstnig01.ct.comcast.net] has joined #fink 10:57 < Leafw> vasi: I can only see it through the Disk Utility or df, none of which list the small partitions. How can one do so ? 10:57 < newmanbe> Hmm, only saw the server spilt in #opendarwin. 10:58 < vasi> Leafw: sudo pdisk /dev/disk#, where # is the # of the disk 10:58 < Leafw> ok 10:58 < Leafw> thanks 10:58 < vasi> then do 'p' at the pdisk prompt 10:58 < Leafw> yeah, "print ordered by base address" 10:58 < Leafw> ok 11:00 * akh has no phear of the server splt! 11:00 < Leafw> humm ... "no command specified", can't get into interactive prompt 11:00 -!- akh is now known as akh_afk 11:02 < vasi> huh? 11:02 < Leafw> vasi 11:03 < Leafw> so pdisk requires a "command" 11:03 < Leafw> this is 10.3.9 11:03 < vasi> just type 'p' 11:03 < vasi> that's the command 11:03 < Leafw> well ,that's a command for the interactive prompt, not for launching pdisk itself 11:04 < vasi> i told you, 'sudo pdisk /dev/disk#' 11:04 < Leafw> xD 11:04 < Leafw> vasi, yes, and tha'ts what fails 11:04 < vasi> with what message? 11:04 < Leafw> pdisk: no command specified 11:04 < Leafw> usage: pdisk