=== ^ohoel is now known as ohoel [12:09] ubotu: what's the link to the new/byhand queue? [12:09] I know nothing about what's the link to the new/byhand queue? - try searching http://bots.ubuntulinux.nl/factoids.cgi?db=ubuntu [12:10] sistpoty: https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=0&queue_text=&start=0 [12:10] thx slomo === ohoel [n=beshy@85.89.201.75] has joined #ubuntu-motu === jaldhar [n=jaldhar@c-68-38-202-139.hsd1.nj.comcast.net] has joined #ubuntu-motu === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-motu === Hirion [n=hirion@draugr.de] has left #ubuntu-motu [] [12:32] dh_make created debian/control... I'm wondering, what's the difference between ipod-sharp1, and ipod-sharp-dev? (dh_make told me to change ipod-sharpBROKEN to ipod-sharp1)... debian/control: http://paste.ubuntu-nl.org/19052 [12:33] ryanakca: ipod-sharp is already packaged [12:33] and there is no reason for a 1 and -dev binary package [12:34] btw.: can anybody explain the all new "Breaks:" field to me? [12:34] ryanakca: Well, ipod-sharp1 will contain whatever is needed for other apps to use the library, while the -dev package contains the stuff needed to develop stuff against the library. [12:35] sistpoty: Anything in particular you don't understand? [12:35] ryanakca: and the 1 package is for the runtime stuff, the -dev package for the stuff needed to compile against it... which is never needed for CLI libraries [12:35] slomo: Ah. i did not know that. [12:35] shawarma: well, it should be used instead of conflicts, so I assume this is for file conflicts? [12:35] sistpoty: No... That's what conflicts does, actually. :-) [12:35] sistpoty, afaik its working on a package level, not on content [12:36] slomo: it is? nothing shows up on packages.ubuntu.com (for me anywais)... I'm probably not searching right... [12:36] so its "conflicts" for packages, not files [12:36] ryanakca: binary packages are named libipod-cil and libipodui-cil [12:37] ogra, shawarma: ok, thanks... then it makes sense to me [12:37] slomo: ty... *wishes he had found this out a couple of hours ago* === selinium [n=selinium@80-193-7-120.cable.ubr02.sout.blueyonder.co.uk] has joined #ubuntu-motu [12:37] sistpoty: Keybuk has a rant somewhere that explains the conflicts field pretty well. I'll try to dig it up. [12:37] shawarma: never mind... I know that conflict rant quite well ;) [12:37] its on a xscreensaver or gnome-screensaver bug [12:37] sistpoty: Ok, great. [12:38] ryanakca: sorry... why do you need it btw? :) === zul_ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu [12:38] maybe I got mislead because ian wrote that basically any "conflicts" should be replaced with breaks now... ;) [12:38] slomo: no need to feel sorry... my fault :) [12:38] slomo: package dopi [12:38] tseng: see above :) === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu [12:39] ryanakca: iirc there were problems with dopi that prevented it from beeing packaged... but better talk to tseng about it [12:39] hey [12:39] sistpoty: Yeah. That's because most people used the "Conflicts" field when what they really meant was "Breaks". [12:40] shawarma: hehe, k... thx! [12:40] (s)he's away... hmmm.. I'll bug him later... and I'll go look for something else to package :) [12:41] ryanakca: just try it :) but please also read this: http://pkg-mono.alioth.debian.org/cli-policy/ [12:42] ick... policies :) [12:43] policies make the world go around [12:43] :) [12:46] slomo: I didn't understand any of that... I'll find a non-cli app to package [12:48] yay... is the wiki is acting up for the I don't know what time today... used to not load.. at least now it loads without css :) [12:49] is there a wiki/howto for packaging python apps? [12:50] on debian.net there should be [12:50] and then there's Python Policy === Arrogance [n=aks@ottawa-hs-64-26-167-82.d-ip.magma.ca] has joined #ubuntu-motu [12:55] yeah, I'd love to add stuff like that to the packaging guide, but it's so long as it is === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-motu [12:56] nah, it's two lines. [12:56] "For blah go here:\nURL" [12:56] :-) [12:56] well, yeah [12:57] but an example of a python package [12:57] or a library [12:57] or .. === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu [12:57] use mutagen and quod libet [12:57] they're pretty straightforward === ohoel_ [n=beshy@85.89.201.75] has joined #ubuntu-motu === lucas [n=lucas@d83-177-206-171.cust.tele2.fr] has joined #ubuntu-motu [01:02] crimsun: mutagen? quod libet? [01:02] (python-based) [01:02] ryanakca: responding to Jordan [01:04] ah === ryanakca looks for a non-cli and non-python app to package :) === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-motu [01:09] bddebian: axiom is building now.. :-) [01:10] Heya folks [01:10] shawarma: Sweet, what was it? [01:10] hi bddebian [01:10] Heya sistpoty [01:10] bddebian: Well.. . Nothing much apart from what you also did. [01:11] bddebian: thx for updating trigger-data, so that was basically a no change upload ;) [01:11] bddebian: I'll make a debdiff. 2 seconds. [01:11] sistpoty: Aye :-) [01:11] bddebian: if you want another no change upload (this time for main) that would be min12xxw ;) [01:11] sistpoty: I can't do main :-( === Spec is now known as x-spec-t [01:12] bddebian: that maybe true but you can get it sponsored if you want [01:12] bddebian: same as me... those bastards just put in main for dapper *g* [01:12] :-) [01:12] zul: I hear that but I still don't get how that is supposed to work === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-motu [01:15] sistpoty: Is that another manual merge? [01:18] bddebian: no, would be a sync iirc... [01:21] sistpoty: I guess what I meant was, where did it come from? trigger-data was on the universe-manual merge page :-) [01:22] bddebian: I finally tried to find a sponsor for min12xxw in debian (and found one)... [01:23] bddebian: while trigger is now comaintained by the debian-games team, I still maintain min12xxw alone [01:24] bddebian: trigger shipped only a bz2 as tarball... and tolimar seemed to have repacked it during uploading, that's the difference ;) [01:24] Ahh :-) === StevenK [n=stevenk@14.5.233.220.exetel.com.au] has joined #ubuntu-motu [01:32] slomo: i dont remember tbh [01:32] slomo: probably something not bundled === imbrandon [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-motu === ctd_ is now known as ctd === ^ohoel [n=beshy@85.89.201.75] has joined #ubuntu-motu === Viper550 [n=viper550@d57-121-167.home.cgocable.net] has joined #ubuntu-motu [01:51] I've got a pretty good spec which I'm trying to get to Universe [01:52] <^ohoel> does it involve slab? ;) [01:52] Yes [01:52] <^ohoel> have you managed to reduce its memory footprint btw? [01:53] It doesn't have a memory footprint actually [01:53] <^ohoel> bah, gnome system monitor, you LIE! [01:53] get your packages up on revu, find two motu to review and approve your package and it is in universe ;) but you should really make it a non-fork before... [01:54] which spec? [01:54] https://launchpad.net/distros/ubuntu/+spec/desktop-slab === pschulz01 [n=paul@eth6067.sa.adsl.internode.on.net] has joined #ubuntu-motu [01:55] why fork? [01:56] do you really [anticipate] enjoy[ing] the extra maintenance? [01:56] The default slab has features that only work under SUSE Linux [01:57] can they be autotoolised into a compile-time feature? [01:57] The heck? [01:57] so make it distro agnostic and get your patches into gnome cvs (to repeat tseng ;) ) [01:57] crimsun: could probably even be gconf settings [01:57] slomo: even better [01:58] Viper550: for the future I do not appreciate you taking my ideas as your own, and then when criticized, recant saying that I "forced" you to post it [01:58] It IS distro agnostic (except for the "install software link") [01:58] you acted very excited about the idea in your first post, and in fact critical of people doing the same as you [02:00] Viper550: so if it is only this single setting make a patch to make it a gconf key or configure setting and send it upstream... they will probably happy to include it. then you can simply package upstream and we can easily get it in universe :) === ^ohoel is now known as ohoel [02:01] How do you do that? I'm not very experienced in coding that much [02:02] then you shouldn't maintain a complete fork of something anyway ;) well, file a bug on it, probably in gnome bugzilla or write a mail to the developers asking about it or whatever [02:04] There's no section about Slab on bugzilla [02:09] Viper550: then write a mail :) [02:09] *shrug* [02:11] I think half the mails on ubuntu-art come from viper [02:11] whats that have to do with anything [02:11] he is making a huge fuss over a little thing, and in the process making this impossibly difficult for himself [02:12] yes, and making the s/n ratio horrible.. ohwell. [02:12] I guess I shouldn't bash enthusiasm [02:12] you should when he is making a mess of things [02:12] well, not just for the sake of it [02:14] I'll leave that up to someone who'll be able to do that while still abiding to the CoC :] [02:14] Or someone who hasn't signed it yet. [02:14] haha [02:15] I've already given him a pretty sound beating and it took one forum kid calling him a nazi to turn him off the path again [02:15] I'd love to give up, but he is very loud [02:15] hard to ignore [02:16] *shrug* [02:16] oh, tseng, your back [02:16] I hear you were having trouble packaging dopi? [02:16] I wouldnt call it trouble [02:16] it was probably entagged or something === ryanakca is wondering if he should try it... mind you, I'm not exactly "great" at packaging [02:17] entagged? [02:17] not all the libs were bundled [02:17] That must be why I never log off IRC. That way, people can't talk about me on the channels while I'm not here. [02:17] entagged, C# tag reader [02:17] shawarma: I tell him the same when he is here. [02:17] tseng: *G* That's true. [02:17] shawarma: would do the same for you. [02:17] :D === bddebian mumbles about shawarma :-) [02:17] tseng: I'm looking forward to it. [02:18] shawarma: I'm sometimes looking over the logs :P [02:18] bddebian: The package managed to build! At least on i386. [02:18] sistpoty: Wise man! [02:18] shawarma: I know you told me. I thought you were gonna show me a debdiff? :-) [02:18] bddebian: axiom, that is. amd64 will probably be done in about an hour. [02:19] shawarma: You uploaded it? [02:19] bddebian: Well, i wanted to actually see it build it all the way to the end. [02:19] bddebian: Er... not a MOTU yet, remember? [02:19] shawarma: Aye, I thought maybe you got someone to do it for ya [02:19] bddebian: http://www.linux2go.dk/edgy-merges/axiom-merge.diff [02:20] bddebian: Oh. No, not yet. You can, if you're in the mood. :-) [02:21] Well, I'm off to bed. [02:21] gn8 shawarma [02:22] G'night, guys! [02:22] bye shawarma [02:22] diff -u "ubuntu source package" "debian source package"... what's the difference? couldn't you just run: sudo pbuilder build debian.source.dsc ?? [02:23] ryanakca: debdiff comes in handy when there you can't judge from debian/changelog [02:23] I was wondering the difference between an ubuntu source pack and a debian source pack [02:23] s/there// [02:24] shawarma: Your changelog looks ... wacky. [02:24] Gnight shawarma, nice going [02:24] shawarma: Read the diff, it should jump out at you. [02:24] ryanakca: I usually look at both changelogs first to see what the actual difference is... and if in doubt I'll use debdiff [02:25] ah, and could you make an ubuntu package out of a debian source? [02:25] ryanakca: yes... request a sync ;) [02:26] Huh? [02:26] sistpoty: ??? [02:26] sistpoty: I'm looking at some apps in Candidates... it says some of them allready have debian sources... so... [02:27] ryanakca: sorry, just a moment afk... back in a minute [02:27] kk [02:30] hrm ..... [02:31] StevenK or bddebian got a sec, i got a semi problem [02:31] imbrandon: I'm around, ish. [02:31] kk well i'm stuck on console so i cant paste much but .. [02:31] re [02:31] imbrandon: I can try [02:32] can you look at the deps of gnome-control-center [02:32] In dapper or edgy? [02:32] ryanakca: sorry I thought you were trying to merge packages [02:32] its saying not installable but , i downloaded the source [02:32] and [02:32] it has a dep i'm not familiar with [02:32] its hanging up on ........ *looks* [02:32] capplets-data [02:33] sistpoty: no... make a package... would a package pbuilt (new verb afaik!) from debian sources work in ubuntu? or are there small (or big) differences between them? [02:33] becouse the dep is = not >= but its written in debain/contol like i havent seen before and dunno how to fix [02:33] i'm i makin sense ? [02:33] imbrandon: Try and install capplets-data [02:33] i did its the latest version [02:33] but it wants a later version [02:33] imbrandon: What does the version dep look like? [02:33] Ah. [02:34] one sec [02:34] Oh we may not have it in yet [02:34] Then you have to exercise patience, surely? [02:34] doh this sucks hehe i just dist upgraded my lappy ( and not i'm stuck on konsole ) [02:34] err console [02:34] ryanakca: if it's *from* debian, it *should* build... (and thus work, exceptions make the rule) [02:34] heh [02:34] imbrandon: This is the latest version in edgy: 1:2.15.90-0ubuntu1 [02:35] yea [02:35] ryanakca: or do you mean a package built by the debian buildds? [02:35] and its wanting == 2.15.4 [02:35] not >= [02:35] Ah, that isn't good [02:35] right [02:35] thats my problem hehe [02:36] sistpoty: ok, so.. if I pbuild a pile of the apps in Cadidates that have debian sources ( ex: DSPAM ), and send them to a MOTU, would that be ok? [02:36] imbrandon: That doesn't make any sense, they are from the same source package [02:36] i can build it localy to fix but whom do i ping .... also in the control it looks like ..... ${source:Version} [02:36] sistpoty: sources built of apps by debian that aren't in Universe/Multiverse yet... [02:37] bddebian: yea thats my delima , i dunno wth is wrong , just know i had to figure out irssi to get this far LOL [02:37] ryanakca: you mean s.th. like grab the sources from e.g. mentors.net and take them to universe? or did I misunderstand again? [02:38] ryanakca: or are you talking about upstream (or s.o. else) making a debian package, but having no relation to debian? [02:39] imbrandon: capplets-data (= 1:2.15.90-0ubuntu1) [02:40] imbrandon: From gnome-control-center depends [02:40] nope look in debian/control [02:40] well hrm hold leme try something [02:41] sistpoty: ok, https://wiki.ubuntu.com/MOTU/Packages/Candidates, I'll pick a random package that allready has debian sources... ummm... Canon Pixma printer drivers. It has a "debian source package" allready. Could I download the source package, run "sudo pbuilder build canonpixma.dsc" and have a valid ubuntu .deb? and then be able to send that .deb to a motu for universe/multiverse? [02:42] ryanakca: ah... k... that depends [02:42] ryanakca: my experience with this is, that those apps packaged by s.o. (not related with debian) usually contain some packaging flaws [02:43] ryanakca: so you would maybe get a .deb that installs on edgy, but has packaging issues [02:43] imbrandon: Package: gnome-control-center [02:43] Architecture: any [02:43] Section: gnome [02:43] Depends: ${shlibs:Depends}, ${misc:Depends}, capplets-data (= ${source:Version}$ === rob [i=Robert@freenode/staff/ubuntu.member.rob] has joined #ubuntu-motu [02:43] ryanakca: you'll need to check if everything is alright, then you can bring this to ubuntu [02:44] sistpoty: ok. revu-tools should help me... along with manual checking? [02:45] sistpoty: I should be able to get most of the errors... but some of them might slip threw... linda and lintian are good tools for checking as well? [02:45] ryanakca: you should always check manually... revu-tools only *help* while reviewing, but won't replace the human interaction (yet?) ;) [02:45] :) [02:46] ok, so a set of revu-tools, linda, lintian & I should get them :) [02:46] ryanakca: yep... and finally the motu's reviewing it ;) [02:46] :) === Arrogance [n=aks@ottawa-hs-64-26-167-82.d-ip.magma.ca] has joined #ubuntu-motu [02:48] sheesh... hugin is building and building and building... I somehow might have guessed it from "Warning: to build this, you need 300MB of available RAM at least" *g* [02:50] lol [02:51] bddebian: http://imbrandon.sytes.net/tmp.png sorry cant copy and paste for soem reason [02:51] check that , its what i'm talkin about [02:53] Ack, that makes no sense [02:53] heh yea [02:53] I assume you have done an apt-get update? :-) [02:53] yup [02:53] just before that [02:53] that seems to be the only thing holding my dist-upgrade back [02:54] imbrandon: You don't have any strange entries in sources.list do you? [02:55] nope just the mormal offical ones [02:55] normal* [02:56] In my edgy pbuilder I don't get that [02:57] hrm [02:57] What is in /var/cache/apt/archives for gnome-control*? === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [02:59] Heya Hobbsee [02:59] morning all [02:59] hey bddebian :) [03:00] bddebian: nothing at all [03:00] heya Hobbsee [03:00] hi imbrandon === Hobbsee is getting lectured again. argh. [03:00] Ugh oh [03:00] imbrandon: That's weird. What archive are you getting it from? [03:01] archive.ubuntu.com === imbrandon is goin nuts [03:02] I don't get it because I don't see where we have ever had 2.15.4 [03:03] did it only build for i386 maybe or something ( i'm on ppc if that matters ) [03:04] Ahhh, yes. 15.90 failed on PPC [03:04] GAH [03:04] heh [03:04] ok this officialy sucks then heh === imbrandon is stuck half way LOL [03:05] i'm afraid if i reboot i'll have ONLY console lol [03:05] imbrandon: likely. how fun :P [03:05] heh [03:06] Hobbsee: BTW congrats on MOTU. [03:06] TheMuso: thankyou :) [03:06] heya TheMuso [03:06] Hey imbrandon. [03:06] How goes it? [03:07] good, well kinda , heh my ppc lappy is hating life atm [03:07] OK, WTF. gnome-control-center 1:2.15.4-0ubuntu1 in powerpc (Release) but capplets-data is 1:2.15.90-0ubuntu1 [03:07] How are the binaries for capplets-data there? [03:08] heh [03:11] heh bddebian sooooo what to do , any ideas ? [03:13] I'm sorry, I have to run for a bit, I'll be back in a few.. === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu [03:14] moins LaserJock [03:15] hi imbrandon [03:16] hello [03:16] hi ajmitch [03:16] oh dear, people are talking about gnome-control-center & capplets-data again [03:17] does ubuntu have the gnome clipboard daemon yet? (I've searched around, and haven't seen anything in ubuntu about it, but I don't feel like wasting 2-3 hours packaging another allready packaged package) [03:17] hint: capplets-data is arch: all, the amd64 & ppc buildds don't build it [03:17] things get out of sync === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu [03:17] And the i386 buildds are still pushing uphill, aren't they? [03:17] hi [03:17] heya [03:18] StevenK: they've got OOo behind them now [03:18] But there's still a backlog to get through. [03:18] yep [03:18] much smaller than it was the other day [03:19] ajmitch: so how long till it syncs you think ? [03:19] imbrandon: when it's done [03:19] heh yea , just sucks to be me [03:20] heh...they have to get though one of mine as well..heh heh [03:20] gnome-panel failed to build on anything but i386 because of related problems === carthik [n=carthik@pdpc/supporter/student/carthik] has joined #ubuntu-motu === nixternal_ [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu === LaserJock is now known as Laser_away [03:29] ryanakca, does that solve the issue of your clipboard data being lost if you close the window? [03:29] ryanakca, because I'm sure someone has bug reported it... and that'd be an awesome thing to fix [03:30] it's been bug reported into bugzilla long time ago [03:30] yes, it does [03:30] and synpatic isn't returning it as a package in universe? [03:31] aptitude isn't [03:31] dang. [03:32] is it in debian repos? [03:32] here's bugzilla bug, btw... I'll check http://bugzilla.ubuntu.com/show_bug.cgi?id=17960 [03:32] Ubuntu bug 17960 in UNKNOWN "Persistent Clipboard Needed" [Enhancement,Resolved: invalid] [03:33] no launchpad entry? [03:33] you could put it into edgy request [03:33] i dont think it's too late for that to be added === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-motu [03:34] maybe... don't see it [03:34] FunnyLookinHat: I was going to package it... or attempt to :) [03:34] I'd have to edgy request? [03:36] no you don't have to [03:36] but if you weren't going to package it that would be the way to get it started I'm saying [03:37] kk... where do I do that? [03:37] launchpad.net === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [03:40] file a bug that gets triaged or ??? [03:40] ummm [03:40] triaged to wishlist or ??? [03:40] edgy wishlist === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu [03:46] heh... I guess it's a (x)ubuntu only bug... we (kubuntu) have klipper that does the same thing... I wonder if xubuntu has something like it [03:47] I don't think it does. XFCE is pretty lightweight [03:47] heh... gotta love kde... [03:48] and no, I'm not trying to start a flamewar [03:49] no no i understand what you are saying : ) === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu [03:50] : ) [03:50] reported [03:51] and ubugtu should announce it in #ubuntu-bugs any second now... [03:51] sweet === ryanakca wonders what the delay is [03:52] ryanakca: it probably tries not to poll all the time [03:52] or it gets email from ubuntu-bugs list [03:52] no... the delay... like 1minute or 5 minutes or ??? [03:52] ask Seveas [03:52] 20 seconds... what intervals it checks === _jason [n=jasonr@AC837EB6.ipt.aol.com] has joined #ubuntu-motu [03:55] ajmitch: how goes the SoC project? [03:55] hey bmonty [03:56] it's going ok [03:57] FunnyLookinHat: I'll keep you updated, I'm off to bed [03:57] ajmitch: any code or packages I could take a look at? [03:57] packages soon :) [03:57] ajmitch: I'm banging my head on trying to figure out the best way to get my LDAP-based account in to the admin group so I can use sudo :) [03:57] hehe :) [03:58] yeah I need to work on that management side of things [03:58] I tried PAM's group module, but sudo doesn't seem to like it [03:58] whois daemon@poleboy again? [03:58] sistpoty [03:58] ah right [03:59] sistpoty: the FTBS on hugin is probably due to changes request by other MOTU here yesterday [03:59] sistpoty: I got asked to remove libgtk2.0-dev [03:59] hub: hehe... seems like you'll need that then? [04:00] yeah, that's why I put it there [04:00] initially [04:00] in fact the build I did was with [04:00] hub: why couldn't you change s.th. to make it fail earlier than after 2h of compiling :P [04:00] what's wrong with libgtk2.0-dev? [04:00] Hobbsee: nothing [04:00] right. [04:01] wonder why you got asked to take it out then. [04:01] Hobbsee: because he claim that wxgtk2.6-dev pulls it [04:01] putting it back [04:01] *sigh* [04:01] I need more RAM [04:02] :) [04:02] !mol > imbrandon [04:04] hub: ah. easily checked though. [04:04] hub: probably worth checking via apt-cache, not by compiling it again :P [04:04] Hobbsee: well, the build takes a few hours because 3 or 4 files requires 300MB of RAM to build [04:05] hub: true [04:05] ouch [04:05] if I have 1 GB, I can try [04:05] I don't have [04:05] unfortunate [04:05] maybe on the 1GHz machine [04:05] get Hobbsee to build it [04:05] paradoxaly [04:05] it has 768MB [04:05] ajmitch: even the work machine do not. cheap bastards [04:05] hub: i was more meaning "apt-cache show wxgtk2.6-dev | grep libgtk2.0-dev [04:06] ajmitch: actually the work laptop has, but it run the wrong version of OS [04:06] " [04:06] hub: or even apt-get rdepends libgtk2.0-dev, if you preferred to do it that way, and see what brings it in. [04:06] Hobbsee: I know [04:06] hub: cool :) === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [04:08] if only I could buy more ram [04:08] I gues I'll have to go the MacGyver way [04:08] hub: or use ssh into a higher spec'd machine. [04:09] Hobbsee: I don't have any [04:09] hub: plenty of people here do though :P === TheMuso has a P4 with 1GB RAM if thats any help. [04:09] Edgy is not currently on it, but can be if desired. === Hobbsee is off. bye all! === StevenK is on an amd64 with 1.5Gb of RAM. [04:09] my PIII has 768MB === ajmitch has an amd64 with a little bit of RAM === zenrox [n=zenrox@pool-71-120-239-162.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-motu [04:14] re === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [04:14] imbrandon: Still here? [04:16] building a pbuilder on the PIII in the basement === DBO [n=DBO@unaffiliated/dbo] has left #ubuntu-motu ["I] === abelcheung_ [n=abelcheu@221.126.155.134] has joined #ubuntu-motu [04:23] bddebian: [04:23] yup [04:25] hub: after looking again, it's imo a bug in wxwidgets2.6: wx2.6-headers should depend on libgtk2.0-dev (since they imo include libgtk2.0-dev headers, not checked though) === imbrandon has a amd64 with a bit of ram and a few x68's with lots o ram and a 800mhz ppc lappy with 640mb ram;) [04:25] sistpoty: possibly [04:25] I need to investigate that [04:25] imbrandon: I have older junk [04:26] imbrandon: my web/mail server is a PII 266 256MB [04:26] imbrandon: Any luck? [04:26] (since the headers of wx2.6-headers include files from libgtk2.0-dev even) [04:26] hub: yea my web/mail/file server is a celeron 333 with 96mb ram ;) [04:26] bddebian: not yet, still building [04:26] bah... you know what I mean ;) [04:27] bddebian: i'm just building it localy for the moment till the buildd has a chance to build it [04:27]