[12:07] <herzi> dholbach: tust du mir einen gefallen? machst du ein criawips.deb?
[12:07] <dholbach> gern
[12:07] <dholbach> jetzt auf der stelle? :)
[12:08] <dholbach> hast du nen release?
[12:09] <dholbach> for those unfamiliar with the german language: herzi wants me to package his world dominating criawips - watch out for it :)
[12:09] <herzi> http://www.criawips.org/
[12:10] <dholbach> herzi: i'll take care of it, but not now - i'll mail you about it in the following days - alright?
[12:10] <Nafallo> hehe. I saw the demo of that one :-)
[12:11] <herzi> okay
[12:11] <dholbach> super
[12:14] <dholbach> couldn't you dispose of the debian/ dir?
[12:14] <dholbach> that 'd be very kind of you
[12:15] <dholbach> say from the next release on?
[12:16] <herzi> dholbach: i'll do
[12:16] <dholbach> thank you very much
[12:24] <dholbach> what a depends line :)
[12:24] <dholbach> build-depends
[12:27] <dholbach> it looked good already
[12:30] <herzi> of course, i have been building it to have it for presentation purposes installed into /usr (without trashing my distro)
[12:31] <dholbach> i'll try to get it in soon
[12:31] <dholbach> the debian gnome guys will be excited too
[12:33] <dholbach> herzi: how ready is it?
[12:34] <herzi> well... it's developing
[12:34] <dholbach> that's nice to hear
[12:35] <herzi> i need to work on a good text model and some "template list" (a list for slide templates to be applied) now, then context menus, more text editing, images in presentations, and everything's fine
[12:35] <herzi> (sounds easy, doesn't it)
[12:36] <dholbach> sounds like a pain in the ass, if you ask me
[12:36] <dholbach> sorry for the explicit language
[12:37] <dholbach> those fixme-warnings are funny :)
[12:38] <herzi> well, they help to not forget things
[12:38] <herzi> at least if one uses the color-gcc
[12:44] <Nafallo> dholbach: what is all the numbers for in the "Ort" column @ wiki.ubuntu.com/GermanTeam?
[12:45] <Nafallo> dholbach: we're about to start SwedishTeam ;-)
[12:45] <dholbach> beginning of the postal code
[12:45] <dholbach> it's 5 numbers in germany
[12:45] <dholbach> these are the first 2 ones
[12:45] <dholbach> s/ones//
[12:45] <Nafallo> ahh, as in Sweden then.
[12:46] <Nafallo> why do you need those numbers there? :-)
[12:46] <dholbach> just for brief orientation and managing how well covered your team is
[12:46] <dholbach> it wasnt my idea :)
[12:46] <Nafallo> hehe, oki :-) thanx.
[12:46] <Nafallo> confused me a lot ;-)
[12:56] <dholbach> ok everybody - i'm off to bed
[12:56] <dholbach> was a pleasure to be here - see you around
[02:21] <ajmitch> hi all
[02:21] <ajmitch> been busy in here in the last 12 hours
[02:23] <gradzac> hi ajmitch, I don't think too many people are in here right now
[02:24] <ajmitch> gradzac: that's ok, I can talk to an empty room ;)
[02:24] <squinn> haha ajmitch
[02:24] <gradzac> hehe, there is some advantage to that....nobody disagrees with you
[02:28] <Nafallo> ajmitch: morning :-)
[02:32] <ajmitch> hi Nafallo
[02:35] <Nafallo> is it just me or is gstreamer0.8-plugins dep of gnomebaker pure insanity?
[02:36] <ajmitch> why would it be?
[02:36] <ajmitch> it probably decodes oggs for burning music cds
[02:36] <Nafallo> there is more than oggs in there
[02:37] <Nafallo> the damn thing wants to install jackd for instance ;-)
[02:37] <ajmitch> hehe
[02:37] <Nafallo> I don't need gstreamer0.8-swfdec when I burn stuff ;-)
[02:39] <ajmitch> dunno why not ;)
[02:46] <Nafallo> hmm. I wonder if I got upload rights yet :-P
[03:30] <gradzac> ajmitch: when I verify a package listed in unmetdeps builds for breezy, I'm adding to the done table in the wiki....done means a MOTU uploader rebuilds the package and uploads it, right?
[03:55] <ajmitch> no, done means done..
[03:56] <gradzac> what should I do when I know a package builds in breezy....tell you guys here?
[06:16] <hub> hi
[07:05] <hub> hi
[07:05] <hub> in the UniverseCandidate, there is a package I have done
[07:16] <crimsun> which?
[07:24] <hub> hugin
[07:24] <crimsun> is it on REVU?
[07:24] <hub> mmm
[07:25] <hub> it is here: https://wiki.ubuntu.com/UniverseCandidates
[07:26] <hub> and packages are on my harddrive
[07:26] <hub> I mailed dh
[07:28] <crimsun> have you posted diff.gz anywhere?
[07:28] <hub> no
[07:29] <hub> I was reading the documentation
[07:29] <hub> if I understand, I have to be approved
[07:29] <hub> or some sort
[07:29] <hub> and have a signed GPG key
[07:29] <hub> I have a key, but not signed AFAIK
[07:30] <crimsun> you have to be in the keyring to actually upload to Ubuntu, yes, but you don't need to be approved to actually do packaging work
[07:30] <hub> okay
[07:31] <hub> crap
[07:31] <hub> t-bird does not do gpg apparently
[07:31] <hub> or it is not obvious
[07:31] <hub> ah
[07:31] <hub> I miss the package
[07:31] <crimsun> mozilla-thunderbird-enigmail
[07:31] <hub> yep
[07:31] <hub> found it
[07:31] <hub> thx
[08:49] <pef> hello
[09:11] <\sh> morning
[09:11] <crimsun> re \sh
[09:18] <\sh> ok..coffee and wrapping up the meeting minutes...
[09:20] <highvoltage> hi guys
[09:21] <Burgundavia> are there minutes to the meeting on the 5th?
[09:22] <crimsun> http://people.ubuntu.com/~fabbione/irclogs/ubuntu-meeting-2005-08-05.html
[09:23] <Burgundavia> yes, reading them now
[09:41] <\sh> siretart: ping
[09:53] <\sh> ok..mail send to ubuntu-devel
[09:57] <\sh> I'll setup a new wiki page for the MeetingMinutes of MOTU: https://wiki.ubuntu.com/MOTUMeetingMinutes
[09:57] <\sh> s/I'll/I'd/
[11:07] <siretart> morning
[11:08] <siretart> \sh: pong
[11:11] <pef> is there any ruby fan motu here ?
[11:11] <\sh> siretart: can we put something for MOTUNewPackages (not reviewing stuff) on REVU?
[11:11] <\sh> siretart: something like a tracker for packages which could be synced from debian when they're requested from users?
[11:12] <pef> siretart: and how to deal with rtp and itp :)
[11:14] <siretart> \sh: hm. I think I understand what you want, I'm thinking how to do this best
[11:14] <siretart> you basically want to keep track if a newer version is already in debian, right?
[11:14] <koke_> pef: I like ruby but I haven't layed enough with it
[11:15] <\sh> siretart: something like this...a replacement of MOTUNewPackages...where the people can add fav. packages which are not in ubuntu and/or not in debian
[11:17] <siretart> \sh: you mean, where people can point to packages done by third parties?
[11:17] <pef> koke_: are you able to make a package for rubygems ?
[11:17] <\sh> siretart: yep...
[11:18] <siretart> hm
[11:18] <siretart> I will think about this.
[11:19] <siretart> my concern is, that that third party may not be interested in maintaining the package in ubuntu
[11:19] <siretart> I think of packages packaged for personal use with questionable licence
[11:20] <\sh> siretart: many third party packages do have an ITP running in debian...but they're quite slow..u know the processes :(
[11:20] <siretart> and I'd rather try to avoid the sitation that random people try to import random stuff without doing basic checking for fittness in ubuntu
[11:20] <\sh> siretart: that'll be our job ,)
[11:20] <koke_> pef: I'm not sure if I can, but I have no much time
[11:20] <koke_> :D
[11:21] <\sh> and if the package doesn't fit our QA we will trash it from this list...
[11:21] <siretart> so you want some tracker for itp's in debian?
[11:21] <siretart> have you seen how many itp's there are in debian?
[11:21] <siretart> hm
[11:21] <\sh> siretart: no...the users should be able to put package requests on this list...and if there is an ITP, good for us, we will w8 to sync it someday...but if there is no itp/rfp in debian, we have to check the quality of the package
[11:22] <\sh> and decide if we can include it...asking the maintainer to maintain it for ubuntu and if not...decide again
[11:22] <siretart> \sh: ok. I see your point for this. I'm not sure if this is in scope of revu, but another server, perhaps with relationship/bindings to revu
[11:22] <siretart> s/server/service
[11:23] <\sh> siretart: yes...to get rid of this MOTUNewPackages page...cause it's a different scope as MOTUToReview
[11:23] <\sh> so next thing on my todo: learn the basics of mod_python ,-)
[11:24] <\sh> but it doesn't look like so different from mod_perl
[11:24] <siretart> oh, that isn't that hard. the documentation is quite short ;)
[11:25] <\sh> siretart: the heart is always the request object from apache ;)
[11:26] <siretart> that's 'req' in mod python :)
[11:26] <\sh> jepp
[11:27] <\sh> ok..upgrading to new xorg
[11:58] <Amaranth> *sigh*
[11:58] <Amaranth> another x migration needed
[11:59] <Lathiat> apparently it works now
[11:59] <Amaranth> no, i mean libgl1 things
[11:59] <Lathiat> oh
[11:59] <Lathiat> right
[11:59] <Lathiat> ive been waiting to see what ended up happening
[11:59] <Lathiat> so now its glu and gl
[12:00] <Amaranth> libgl1-xorg conflicts with xlibmesa-gl and xlibmesa-gl is used by a lot of things
[12:00] <Lathiat> im still waiting for elmo to add me to the breezy-changes whitelist
[12:00] <Amaranth> if they're the same thing it's just a matter of updating the Depends
[12:00] <Amaranth> err
[12:00] <Amaranth> you don't send mail to -changes, you reply to the -changes email on -devel
[12:00] <Amaranth> or is that not what you mean?
[12:01] <Lathiat> no i mean
[12:01] <Lathiat> so when i upload packages
[12:01] <Lathiat> i get mail about them
[12:01] <Lathiat> and their mails togo breezy-changes
[12:01] <Amaranth> ah
[12:16] <Amaranth> Hosting-Geek: You're not banned?
[12:17] <Hosting-Geek> Amaranth: no
[12:17] <Hosting-Geek> Amaranth: lilo is messing with my mind
[01:23] <Mez> what package is dh_make in again?
[01:24] <Mez> meh
[01:24] <Mez> dh-make
[01:30] <HostingGeek> heh custom css file for ebay in this auction... http://cgi.ebay.com.au/NEW-MEGXON-S306-12MP-DIGITAL-CAMERA-8X-ZOOM-AV-RECORD_W0QQitemZ7536220350QQcategoryZ98400QQrdZ1QQcmdZViewItem
[01:30] <HostingGeek> makes ebay look weird
[01:33] <Treenaks> that's what custom CSS files are for..
[01:34] <Treenaks> it's not even real 12mpix, but interpolated 7mpix
[01:35] <Mez> hmm
[01:35] <Mez> trying to build simias should be fun
[01:36] <Amaranth> smeg 0.8 gains another feature on the road to greatness
[01:36] <Amaranth> :)
[01:37] <Mez> wow, ok, it's pretty simple to build
[01:37] <Mez> a generic dh_make should work
[01:37] <Mez> w-0-0-t
[01:37] <tseng> generic dh_make is nasty stuff.
[01:37] <Mez> hmm
[01:37] <Mez> needs g++
[01:39] <Mez> where do i find lstdc++
[01:39] <tseng> libstdc++
[01:39] <Mez> nvm
[01:39] <Mez> thanks tseng :d
[01:39] <tseng> np.
[01:39] <Mez> btw, I may need your help with this
[01:39] <Mez> it is mono after all
[01:39] <tseng> with c++?
[01:40] <Mez> not too sure :D
[01:40] <tseng> hah ok
[01:40] <Mez> /usr/bin/ld CSPObjectIterator.o CSPropertyIterator.o CSPStore.o CSPStoreObject.o FlaimWrapper.o -oFlaimWrapper.so -L "../../../external/flaim/lxx86/gcc3/release" -lflm -lstdc++ -lpthread -shared
[01:40] <Mez> /usr/bin/ld: cannot find -lstdc++
[01:41] <Amaranth> so depend on libstdc++?
[01:41] <Mez> yet I have libstdc++6.4.0 and -dev installed
[01:41] <Amaranth> oh
[01:41] <Mez> (I'm trying a manual make to get deps first
[01:41] <tseng> so your linker cant find it
[01:42] <Treenaks> The debian stock kernel compiles 8139TOO with PIO instead of MMIO
[01:42] <Mez>  /usr/lib/libstdc++.so.6
[01:42] <Mez> isnt that what it's looking for?
[01:45] <Mez> no, it's looking for libstdc++.so
[01:46] <Mez> hmmles..
[01:46] <Mez> what should i do about that?
[01:46] <Amaranth> punt?
[01:46] <Mez> Amaranth, huh?
[01:46] <Amaranth> give up, let someone else do it, etc
[01:47] <Mez> Amaranth, doing a sudo ln -s /usr/lib/libstdc++.so.6 /usr/lib/libstdc++.so
[01:47] <Mez> fixes it
[01:47] <Mez> and makes it build for me
[01:47] <Amaranth> Mez: you can't do that
[01:47] <Mez> Amaranth, not in a package no
[01:48] <Mez> but, manually I can
[01:48] <Mez> now if I only knew how to fix that without having to do it like that, then I'd be sorted
[01:51] <siretart_> \sh: is anything left to do with wine?
[01:52] <siretart_> \sh: what about the winetools package?
[01:53] <\sh> siretart_: I'm working on it
[01:53] <siretart_> ah, ok.
[01:53] <\sh> it will be there before the 11th :)
[01:53] <\sh> need some more testing
[01:53] <siretart_> what is on 11th?
[01:53] <\sh> hard feature freeze
[01:53] <siretart_> oh
[01:53] <siretart_> if you need help, tell me
[01:54] <\sh> we need to get done with unmetdeps...and I have a lot to fix for amd64 as well...na ok...tomorrow is the day...just now I will leave for the bierboerse
[01:54] <siretart_> hehe have fun
[01:55] <siretart_> I'm already on unmet deps
[01:55] <\sh> and I have to setup a process for breezy+1 :(
[01:55] <Amaranth> :P
[01:55] <\sh> I have to have a meeting with ogra at his place.....lemme check my timetable for next week
[01:56] <Amaranth> HostingGeek: hey, do something useful and test smeg for me :)
[01:56] <HostingGeek> Amaranth: newah
[01:57] <HostingGeek> Mez: be happy you are a mutli-multi-multi millionar
[01:57] <Amaranth> 'newah'?
[01:57] <HostingGeek> Mez: with so much money you can buy out fedora... gentoo... ...
[01:57] <HostingGeek> Amaranth: never...
[01:59] <Mez> HostingGeek, if only it was real money
[01:59] <HostingGeek> Mez: it is
[02:10] <tseng> oh rock
[02:10] <tseng> libevolution-cil built
[02:13] <tseng> and tomboy
[02:13] <tseng> Amaranth: icon fixed
[02:13] <Amaranth> has been for awhile?
[02:14] <Amaranth> oh, cool, it can be a panel applet or a notification tray icon
[02:14] <tseng> i mean, the scaling
[02:14] <tseng> we use the 24px one now
[02:14] <Amaranth> yeah, i see that, cool
[02:14] <Amaranth> but i could have swore that was working 2-3 days ago too :)
[02:14] <tseng> i see
[02:15] <tseng> i just noticed this built
[02:15] <tseng> but ive been pretty out of it so
[02:15] <Amaranth> the important thing is i can't nag anymore :)
[02:19] <tseng> today might be a nice day for amd64 beagle fans
[02:21] <Mez> lol
[02:24] <\sh> ok...I'm gone :)
[02:27] <Mez> tseng, do you know how to get the makefiles to use g++ instead of ld to link stuff, cuase I need to do it and i have no clue how 9kamion mentioned automake?
[02:28] <Mez> as apparently libstdc++6 was shipped in a way so that people would use g++ instead of ld
[02:28] <tseng> hm no we missed \sh :/
[02:28] <tseng> one of our c++ heros
[02:28] <Mez> grr
[02:29] <highvoltage> why do people use _away if irc has an away feature?
[02:29] <Mez> so people who are new to IRC know
[02:29] <tseng> in alot of clients there is no visible indication that someone is away
[02:29] <tseng> i dotn really care if people think im here or not.
[02:36] <Mez> lol
[02:51] <Lathiat> siretart: ?
[02:51] <Lathiat> siretart: the crappy packaging?
[02:52] <siretart> its NATIVE!
[02:52] <siretart> and sizes about 10mb
[02:54] <siretart> he was already approached, but his rationale is that he is also upstream and releases the debian package in advacne :/
[02:55] <Amaranth> that's what i said for smeg
[02:56] <Amaranth> unless the .tar.gz you get from the bzflag website contains a debian/ directory it shouldn't be a native package
[02:57] <Amaranth> and if it does have a debian/ directory he is pissing off red hat, mandrake, etc packagers
[02:59] <Amaranth> i should be in bed...
[02:59] <siretart> perhaps I should repackage that..
[03:02] <tseng> is anyone still using nm-applet
[03:22] <Treenaks> Mez: I hope you're not dancing the QT4 Dance?
[03:22] <Mez> Treenaks, no the "I got somehting to work finally" dance
[03:54] <siretart> bzflag should be finally working in breezy
[04:08] <siretart> hey bddebian
[04:08] <bddebian> Heya siretart
[04:09] <siretart> bddebian: good work on the motu report and the MOTUWannaBeTips :)
[04:09] <siretart> bddebian: thank you! :)
[04:09] <bddebian> Oh, thanks
[04:13] <bddebian> Now if I could just make some worthwhile packaging contributions :-)
[04:13] <HostingGeek> hey bddebian
[04:14] <bddebian> Hello HostingGeek
[04:20] <Mez> hmmles, dpatch = being annoying
[04:20] <bddebian> Hello Mez
[04:21] <Mez> hello
[04:22] <HostingGeek> bddebian: you mean Hello Count Mez
[04:22] <bddebian> Count Mez?
[04:23] <Mez> HostingGeek, give up on that
[04:23] <HostingGeek> bddebian: (i kick Mez over and he found a few million dollars)
[04:23] <tseng> please, no more silly business.
[04:23] <HostingGeek> bddebian: few million == almost a billion
[04:24] <bddebian> Uhm, OK
[04:25] <Mez> tseng: any chance you can tell me why my dpatch isnt working
[04:25] <tseng> Mez: thats pretty specific
[04:25] <HostingGeek> bddebian: I hear Mez is planning on buying everyone in this channel a new home :P
[04:26] <HostingGeek> ok ok I'll stop
[04:26] <Mez> tseng, dpeatch isnt applying it
[04:26] <tseng> HostingGeek: strike 2
[04:26] <tseng> Mez: ENOCONTEXT
[04:27] <Mez> tseng? what?
[04:27] <tseng> err: no context
[04:27] <Mez> tseng, I've modified my debian/rules to call "patch" but it doesnt seem to run the "patch" part of the makefile
[04:28] <tseng> did you include dpatch.mk
[04:28] <Mez> include /usr/share/dpatch/dpatch.make
[04:28] <tseng> or.. you told it to call literall "/usr/binpatch"
[04:28] <Mez> build: patch build-stamp
[04:28] <tseng> ok
[04:28] <tseng> right
[04:28] <tseng> did you add the patch to 00list
[04:29] <Mez> wtf is 00list?
[04:29] <tseng> debian/patches/00list
[04:29] <tseng> lists patches to apply
[04:29] <Mez> ah
[04:29] <tseng> just put in the patch name
[04:29] <Mez> the full name or wthout the extention
[04:29] <tseng> no path, no suffix
[04:29] <tseng> you can really go either way about extension, i think
[04:29] <tseng> i remove it
[04:30] <Mez> aha, I missed that lil bit in your instructions
[04:31] <Mez> w00t
[04:31] <Mez> and i now have a buildable package
[04:31] <Mez> now to clean it up
[04:33] <tseng> rock out
[04:34] <Mez> tseng: mind if i poke it over to you (or get you to look at in REVU) when I'm done?
[04:34] <tseng> yeah i will look at it on revu
[04:34] <tseng> im heading out again for a bit i hope
[04:35] <bddebian> tseng: Oh btw, I think I fixed (xdiskusage), it had a bad build-depends so it didn't build.
[04:35] <tseng> bddebian: you need another upload?
[04:36] <bddebian> tseng: Yeah but it needs a change in control and a changelog entry
[04:36] <bddebian> I have a diff posted
[04:36] <tseng> yes fine
[04:36] <tseng> can you mail me a link/diff/watever?
[04:37] <tseng> brandon AT smarterits.com
[04:39] <bddebian> tseng: It's linked on UniverseUnmetDeps
[04:39] <bddebian> Oh, sorry, bye
[04:39] <siretart> slomo already has a package prepared for xdiskusage
[04:39] <bddebian> aaaaaaaaaaaahhhhhhhhhh
[04:39] <siretart> http://yggdrasil.sytes.net/files/ubuntu-krams/upload/
[04:39] <bddebian> siretart: See why we need a wannabe "process" ;-)
[04:39] <siretart> I'm currently uploading his stuff ;)
[04:49] <Mez> tseng: uploading to revu
[04:52] <Mez> aw crap, pinging out due to damn upload to REVU
[04:52] <mbreit> hi all...
[04:55] <Lathiat> Mez: look at wodershaper
[04:55] <Lathiat> *wondershaper
[04:55] <Lathiat> can set a max down/up stream value, if you set it somewhere under your actual value you can prevent that
[04:55] <Lathiat> keps latency down too if you set it low enough
[04:56] <Lathiat> whcih is usually not mkuch under your actual speed
[04:58] <bddebian> Hello mbreit
[04:59] <mbreit> hi bddebian
[05:17] <gradzac> hey bddebian
[05:23] <gradzac> someone here that can help me with a pbuilder issue?
[05:23] <mbreit> gradzac: what's your problem?
[05:24] <gradzac> when I try to to a debuild, pbuilder bombs saying it can't find the control file.  I start the process from the top level source directory where the debian directory is
[05:25] <mbreit> i always do a dpkg-buildpackage -S and then i call pbuilder this the generated source package (pbuilder build *.dsc)
[05:25] <gradzac> k, I'll try that
[05:27] <bddebian> Hello gradzac
[05:27] <gradzac> hey, I was gonna ask you for some help with pbuilder, but mbreit answered my question
[05:28] <Mez> 13 Mb upload = PITA
[05:29] <gradzac> Mez: you on dialup?
[05:29] <Mez> gradzac - no - but sometimes I feel like I am
[05:29] <Mez> It's b een going for at least 20 mins now
[05:29] <gradzac> damn....I'd complain to your ISP if you have DSL or cable
[05:30] <gradzac> or is it REVU?
[05:30] <Mez> I've got like - 128 kbps upstream
[05:30] <Mez> which is what - 13 kBbps?
[05:31] <Lathiat> * changing build dep to libgl1-xorg-dev, glu is provided by this
[05:31] <Lathiat> wtf ?
[05:31] <Lathiat> (in bzflag upload)
[05:31] <Mez> which is about 17 mins
[05:31] <Lathiat> Replaces: libgl-dev, libutahglx-dev, xlibmesa-dev (<< 4.2.1-5), xlibmesa-gl-dev
[05:31] <Lathiat> Conflicts: libgl-dev, libutahglx-dev, xlibmesa-dev (<< 4.2.1-5), xlibmesa-gl-dev
[05:31] <gradzac> Mez: or less, there is overhead for the protocol
[05:31] <Lathiat> Provides: libgl-dev, xlibmesa-gl-dev
[05:32] <Lathiat> Depends: xlibmesa-gl (= 6.8.2-44), x11proto-core-dev, libxext-dev, libx11-dev, x11proto-gl-dev
[05:32] <Mez> gradzac, dont you mean more?
[05:33] <gradzac> I mean less available bandwidth for your data, since some of the bandwidth gets used up by protocol stuff
[05:34] <Mez> gradzac, yeah - I know that
[05:34] <gradzac> is the CxxLibraryList the best place to look for the versions of C++ libs in breezy?
[05:35] <mbreit> btw: some motu with upload right around here?
[05:35] <gradzac> Mez: one of the reasons I don't like DSL is the slow upstream rate
[05:37] <gradzac> if I use apt-cache it says that the version of libgtkmm-dev is 1.2.10-7ubuntu1, but the wiki says 2.6.2-0ubuntu2
[05:37] <Lathiat> gradzac: well, adsl goes up to 1mbit upstream
[05:37] <Lathiat> adsl2 adn 2+ stay at 1mbit but increase the downstream from 8 to 12 and then 24 for 2+
[05:37] <mbreit> gradzac:  libgtkmm-2.4-dev is there...
[05:37] <gradzac> Lathiat: my cable is 3 Mbps up and 5 down
[05:38] <Lathiat> heh
[05:38] <Mez> gradzac, I'm on cable: just stupid people limit it
[05:38] <Lathiat> well, we cant get cable here
[05:38] <Lathiat> theres almost no cable infrastructure in my city
[05:38] <Lathiat> only in a few places
[05:38] <Mez> lol
[05:38] <Lathiat> best adsl i acn get is 1.5mbit down, 256kbit up
[05:38] <Mez> I cant wait till I move back out of here
[05:38] <gradzac> mbreit: any idea what I'm doing wrong?  My pbuilder is set up for breezy but doesn't have those versions
[05:38] <Lathiat> and we have data limits unlike the rest of the world :\
[05:38] <Mez> before I moved here I had 4Mbps down and 1Mbps up
[05:38] <Mez> now I have 1 mbps down 128 up
[05:39] <Lathiat> i get 10GB on-peak (7am-midnight) and 10GB off-peak (midnight-7am)
[05:39] <Lathiat> and i pay AU$70/mo for that
[05:39] <Mez> Lathiat, where you based?
[05:39] <Lathiat> Mez: perth, western australia
[05:39] <Lathiat> which is $53usd
[05:39] <Mez> ah cool.
[05:39] <gradzac> not a bad price
[05:40] <Lathiat> gradzac: from what ive seen compared to us and canada its crap
[05:40] <Mez> with no limits
[05:40] <Mez>  :D
[05:40] <Lathiat> heh
[05:41] <gradzac> I'm paying about $60usd for 5Mbps down and 3Mbps up, no limits and I can run my own servers
[05:41] <Lathiat> gradzac: i'd kill for that
[05:41] <Mez> Lathiat, as would I
[05:41] <Lathiat> highvoltage: now see, i feel sorry for you :\
[05:41] <highvoltage> Lathiat: me too!
[05:41] <gradzac> highvoltage: where is that?
[05:41] <highvoltage> South Africa.
[05:41] <Lathiat> highvoltage: p.s.: where the f**k do you live
[05:41] <highvoltage> we have the most expensive telekom monopoly in the world.
[05:42] <Mez> highvoltage, get in contact with mark :P
[05:42] <Lathiat> ah lovely
[05:42] <Lathiat> highvoltage: well, ouch :\
[05:42] <Lathiat> i'll take back my complaints
[05:42] <Mez> highvoltage, at least you have Freedom Toasters :D
[05:42] <highvoltage> Mez: Mark is already involved
[05:42] <Lathiat> 1.5mbit with 20GB is just fine at au$70/mo
[05:42] <Lathiat> Mez: heh
[05:42] <highvoltage> telkom.co.za is our telecom provider
[05:43] <highvoltage> and some guy started hellkom.co.za
[05:43] <Lathiat> heheh
[05:43] <highvoltage> and telkom sued him, so mark paid for his legal fees, and he won the case!
[05:43] <Lathiat> hahaha
[05:43] <Lathiat> nice
[05:43] <highvoltage> my 128k is illegal, it's a wireless connection. that's why it's so cheap.
[05:44] <highvoltage> i get it from www.wo.co.za
[05:44] <Mez> highvoltage, I actually remember mark talking about that
[05:44] <highvoltage> here are prices:
[05:44] <highvoltage> http://www.wo.co.za/products.html
[05:44] <highvoltage> devide by 6.5 for USD
[05:44] <highvoltage> i've spoken to mark about it too.
[05:45] <Mez> mark should start his own ISP :P
[05:45] <highvoltage> we have a 512KB up and down link at work, for that we pay
[05:45] <highvoltage> (doing some calcs)
[05:45] <mbreit> gradzac: for your pbuilder problem: did you do a pbuilder update lately?
[05:45] <gradzac> highvoltage: if the company has a website advertising service, how is it illegal?
[05:46] <highvoltage> about US$9500 a month
[05:46] <Lathiat> highvoltage: f**k me, wtf
[05:46] <gradzac> mbreit: I thought so, I'm going to create a new pbuilder base
[05:46] <Lathiat> thats nasty
[05:46] <highvoltage> gradzac: it isn't legal, these companies pop up and get shut down all the time.
[05:46] <Lathiat> highvoltage: because they dont have a carrier license right
[05:47] <Lathiat> in .au you cant broadcast non-personal traffic without a carrier license
[05:47] <highvoltage> when we read on slashdot on how "expensive" bandwidth is in the US, we laugh, because we'd kill for the US "expensive" price.
[05:47] <highvoltage> Lathiat: no, because it's illegal for any other company than Telkom to provide communication infrastructure in SA.
[05:47] <Lathiat> highvoltage: oh really? wtf is with that
[05:48] <Lathiat> sounds a bit dodge to me
[05:48] <highvoltage> there are only one company that's allowed to provide wireless services legally, and that's sentech.co.za
[05:48] <highvoltage> but they're mostly telkom anyway.
[05:48] <mbreit> gradzac: gtkmm seems a bit broken atm... build after pbuilder update or making a new base.tgz it _should_ work ;)
[05:48] <gradzac> mbreit: ok, thanks
[05:48] <highvoltage> and then you can get 3g with vodacom.co.za, but vodacom is half vodafone and half telkom anyway.
[05:49] <Lathiat> you have a 3G infrastructure? interesting
[05:49] <highvoltage> Lathiat: south africa gets stuff like 3g before the UK and US.
[05:49] <Lathiat> sounds like the prices are so insane i have no idea how they have customers to support that. :)
[05:49] <highvoltage> we're a big playing field for experimental technology.
[05:50] <gradzac> mbreit: I'm working on the unmetdeps packages...I just want to make sure I put the correct version in the build depends
[05:50] <highvoltage> Lathiat: your thinking sounds rational, but you can't do bussiness without a connection, and that's where telkom smiles big
[05:50] <Lathiat> well, your 3G data is slightly cheaper than ours
[05:51] <highvoltage> just google for "i hate telkom" and see what comes up :)
[05:51] <mbreit> gradzac: it depends on what your package needs.. if its gtkmm 2.4+ i would build-depend on libgtkmm2.4-dev
[05:51] <highvoltage> Lathiat: oh yes, our cellular rates are of the lowest in the world.
[05:51] <gradzac> where can I get the breezy.buildd for pbuilder?
[05:51] <highvoltage> in fact, it's cheaper to own a cellphone than a landline in S.A.
[05:51] <Lathiat> interesting
[05:51] <highvoltage> I have a friend that only uses GPRS, he doesn't have a landline.
[05:51] <gradzac> mbreit: thats what I put, but I can't test the build with pbuilder becuase it can't find that package
[05:52] <crimsun> gradzac: you can use the Breezy pbuilder deb
[05:52] <Lathiat> seems a little cheaper than ours
[05:52] <crimsun> gradzac: alternately, just dist-upgrade to Breezy within your pbuilder from Hoary using --override-config
[05:53] <gradzac> do I have to use the --override-config option *everytime* i update the pbuilder?
[05:53] <crimsun> yes
[05:54] <gradzac> ah....thats my problem then
[05:54] <gradzac> thanks
[05:54] <crimsun> np
[06:03] <mbreit> grr... i think i will put pgadmin3 back to the nobody-list... i just can't even pass the configure...
[06:03] <mbreit> and i have no idea how that worked before... since i do not use a new upstream version... and i have changed nothing in the rules file...
[06:05] <Treenaks> highvoltage: isn't gprs extremely slow & flakey?
[06:05] <Treenaks> highvoltage: (it is here in the Netherlands)
[06:07] <mbreit> gradzac: which package are you working on?
[06:08] <highvoltage> Treenaks: here it's quite stable. (more so than our dial-up accounts, at least)
[06:08] <gradzac> mbreit: I was working on amsynth, but I can't get the depends for libgtkmm to work correctly
[06:08] <mbreit> i am asking because i am working on the unmet deps page as well...
[06:09] <gradzac> i'm basically starting at the top of the list and seeing what builds
[06:09] <gradzac> if it builds I adding it next to my name in the "needs love" section
[06:09] <mbreit> that's always a good idea..
[06:09] <mbreit> i am working on ardour now..
[06:09] <mbreit> so you can skip that ;)
[06:09] <gradzac> ok
[06:09] <mbreit> and after that i will start at the bottom ;)
[06:09] <gradzac> i'm building aqsis right now
[06:10] <mbreit> lol... pbuilder could not install libgtkmm-dev ;)
[06:11] <mbreit> well... then... i do some packages in between ;)
[06:11] <gradzac> mbreit: yeah, I figure that is a hopeless cause right now
[06:11] <gradzac> I'm confident that my pbuilder is set up correctly for breezy, but it can't resolve any deps for libgtkmm
[06:12] <bddebian> mbreit: Well I'm just the MOTU secretary now so you go right ahead.. ;-P
[06:12] <mbreit> bddebian: well, no...
[06:12] <gradzac> does anyone know....is breezy still going to use gnome-system-tools for network configuration?
[06:13] <mbreit> lol... okay, i think we can declare gtkmm for broken now..
[06:13] <mbreit> and i don't think they will resolve main-bugs on a weekend...
[06:13] <gradzac> is there a bug filed against that? does one need to be filed?
[06:14] <mbreit> we could find someone on ubuntu-devel to fix that...
[06:15] <mbreit> we should really make a list of all packages that can't be build because of gtkmm...
[06:15] <gradzac> that would take some time
[06:15] <mbreit> gradzac: just the one we tried..
[06:16] <mbreit> so nobody else has to try until gtkmm is fixed
[06:16] <gradzac> maybe add a new section to the wiki?
[06:16] <mbreit> yes... i'll be doing that
[06:16] <mbreit> just tell me which ones you tried
[06:17] <gradzac> ok, so far amsynth
[06:17] <gradzac> aqsis is unhappy because of the compiler version
[06:17] <mbreit> and amsynth
[06:18] <mbreit> a, well, do we really need a new section for that? perhaps we should add these to our own "needs-love" list...
[06:19] <mbreit> gradzac: do you want to fix amsynth when gtkmm is fixed?
[06:19] <gradzac> sure, I think it only needs an update to the control file
[06:19] <mbreit> okay, whats your real name?
[06:20] <bddebian> So fix it :-)
[06:20] <gradzac> BenjaminMontgomery in the wiki
[06:20] <mbreit> okay
[06:20] <mbreit> i put it in your list
[06:20] <gradzac> thanks
[06:20] <mbreit> done
[06:21] <mbreit> 2nd try ;) i left the gtkmm-line in there ;)
[06:21] <gradzac> ok, so I just noticed the "Just needs a rebuild" section....is the intent to put packages there that build without changes?
[06:21] <mbreit> yes
[06:22] <mbreit> publishing a debdiff for that is senseless...
[06:22] <gradzac> k, then I need to move madman to there
[06:22] <mbreit> yeah
[06:22] <gradzac> when did that section get added
[06:22] <gradzac> ?
[06:22] <mbreit> yesterday or so... ask bddebian
[06:23] <mbreit> gradzac: did you make sure that it works well after recompiling?
[06:23] <gradzac> yup
[06:23] <mbreit> super... then put it in that list...
[06:24] <gradzac> it works as well as that old version can work :)
[06:24] <mbreit> btw: bddebian: are you a member yet?
[06:24] <tseng> bddebian: xdiskusage (ajmitch already fixed) ???
[06:25] <mbreit> hi tseng!
[06:25] <tseng> hi
[06:25] <tseng> i see some more rebuilds with your name
[06:25] <bddebian> tseng: Yes
[06:25] <mbreit> tseng: are there any plans to package gst-sharp yet?
[06:25] <tseng> bddebian: i thought we were over this a few days ago
[06:25] <tseng> mbreit: no
[06:25] <tseng> mbreit: is there a release yet?
[06:25] <bddebian> tseng: What?
[06:26] <tseng> bddebian: the fact that ajmitch already fixed it?
[06:26] <bddebian> mbreit: I'm an Ubuntu member, yes
[06:26] <tseng> bddebian: i could swear we keep going over and over it
[06:26] <bddebian> tseng: Yes, so what are you saying?
[06:26] <tseng> so why are you asking me to look at it yet again?
[06:26] <mbreit> tseng: looks like there are other distros which ship it already.. with releasenames like 0.2.5 or so... but i can't find any source package in the net
[06:26] <tseng> is all im wondering
[06:27] <tseng> mbreit: right. its all cvs snapshots
[06:27] <mbreit> hmm... then its not yet a candidate for ubuntu?
[06:27] <tseng> right
[06:27] <Mez> GODAMNIT
[06:27] <Mez> siretart: ping
[06:28] <mbreit> then i do not need to package sonance yet... it depends on gst-sharp
[06:28] <tseng> bddebian: ok, simple question. is there something still broken?
[06:28] <tseng> mbreit: it has an internal copy
[06:28] <bddebian> tseng: Sorry, I am confusing myself :-)  I meant xxdiff this time
[06:28] <mbreit> tseng: i just downloaded the latest release and there is NO gst-sharp in the source package
[06:28] <tseng> bddebian: uh.
[06:28] <tseng> bddebian: ok.
[06:28] <mbreit> ah, while we are talking about rebuilds...
[06:29] <tseng> mbreit: oh.. most of my knowledge of sonance is based on svn
[06:29] <mbreit> tseng: could you rebuild mysql-query-browser and mysql-admin for me? ;)
[06:29] <tseng> after i figure out what in the world bddebian is talking about
[06:29] <tseng> he told me there is a diff for xdiskusage, now that he meant xxdiff
[06:29] <mbreit> tseng: i did not look at the svn because i do not want do package a svn-snapshot ;)
[06:30] <tseng> which is under "simple rebuild" category
[06:30] <bddebian> tseng: No, xxdiff just needs a rebuild, should be fine.  I'm on crack apparently
[06:30] <tseng> bddebian: tell me what you want me to do please :)
[06:30] <tseng> ok great :)
[06:30] <tseng> so i will rebuild.. xxdiff, mysql-query-browser, and mysql-admin
[06:30] <tseng> off we go
[06:30] <gradzac> add madman to the list if you want more :)
[06:31] <tseng> rock on.
[06:31] <bddebian> Thanks and sorry.  I keep bouncing back and forth between stuff.  I got an e-mail about smart too and I am all fsck'd up.. :-(
[06:31] <gradzac> bddebian: coffee fixes that for me :)
[06:32] <tseng> uh wow
[06:32] <mbreit> tseng: seems as if there is no gst-sharp in sonance _cvs_ anymore... but burn-sharp and hal-sharp ;))
[06:32] <Mez> tseng: can I link you to something else other than revu for the package, it's taken an hour so far to try and upload it and apparently uploading to my FTP server will only take another 16
[06:32] <mbreit> so i wait with packaging that until after breezy...
[06:32] <tseng> mbreit: tbh i think sonance* is smoking too much crack right now
[06:32] <tseng> Mez: fine
[06:33] <mbreit> and concentrate on unmet deps and so on..
[06:34] <tseng> mbreit: bddebian gradzac same deal as always: please watch build logs for your packages. if they build and install, update UnmetDeps page
[06:35] <mbreit> tseng: sure...
[06:35] <mbreit> i hope to get some more packages for you to rebuild today... we really need to get this list smaller...
[06:36] <tseng> yes
[06:36] <Mez> why does it take soooo long
[06:39] <tseng> wth madman
[06:39] <gradzac> are the RSS build logs for breezy I saw on the ubuntu mailing list working?
[06:39] <tseng> it wants qt to build a source package
[06:39] <tseng> it runs freaking scons
[06:39] <gradzac> that is from the debian maintainer
[06:39] <tseng> i realize that
[06:40] <tseng> its just stupid :)
[06:40] <gradzac> I agree...
[06:40] <gradzac> I'm not sure why he didn't make scons a build-dep instead of unpacking the scons in the source package
[06:41] <tseng> well, the clean target calls scons --clean
[06:41] <tseng> and forces me to install all build-deps to rebuild a source package
[06:41] <tseng> brokenness
[06:41] <mbreit> tseng: add tipptrainer to the rebuild-list ;)
[06:41] <tseng> mbreit: ok.
[06:43] <mbreit> it works.. although there is a bug in resolving the dependencies when installing the binary... but that seems to be wxgtk24's fault
[06:43] <tseng> ok.
[06:43] <Mez> wehat packae is gdk in?
[06:43] <gradzac> tseng: if it is ok to diverge from the debian package, I can change all that
[06:43] <mbreit> (or don't we do any wxgtk2.4 packages  any more?)
[06:43] <bddebian> I didn't think we had wxgtk2.4 any more?
[06:44] <tseng> gradzac: no im not criticizing you, just kind of raging about that packaging
[06:44] <mbreit> bddebian: we have it... again...
[06:44] <bddebian> hmm
[06:44] <tseng> everything we change we need to justify putting back in debian
[06:44] <tseng> or maintainer forever
[06:44] <mbreit> that's why i go through the wx-packages on umet deps again
[06:44] <gradzac> tseng: I know...madman is a package I have been playing with for awhile...before I got involved with ubuntu
[06:44] <tseng> gradzac: ah rock on. have you spoken to the debian maintainer?
[06:45] <gradzac> I have a custom package of madman that changes a lot of that, plus uses the latest arch version which is much better
[06:45] <gradzac> tseng: yeah...I will probably do the package if the upstream ever does a new release
[06:45] <tseng> hm awesome!
[06:45] <tseng> oops
[06:46] <tseng> i goofed on tipptrainer, too much multitasking
[06:46] <tseng> did ubuntu1 not build1
[06:46] <bddebian> ah-ha
[06:47] <bddebian> :-)
[06:47] <tseng> the rest are done properly.
[06:47] <tseng> everyone is done, good job folks
[06:48] <mbreit> btw: is scummvm still broken on x86?
[06:48] <mbreit> it works fine here...
[06:49] <gradzac> thanks tseng
[06:49] <mbreit> good job tseng!
[06:50] <bddebian> mbreit: I can try it after xmule finishes here
[06:50] <mbreit> seems that the list finally gets smaller ;)
[06:51] <bddebian> mbreit: Aye but not nearly small enough :-)
[06:51] <mbreit> bddebian: the weekend just started ;)
[06:51] <bddebian> Heh
[06:52] <Mez> tseng: http://www.sourceguru.net/ubuntu/dev/
[06:52] <tseng> dbus-mono
[06:52] <tseng> i can fix that one
[06:52] <tseng> by making it die horribly
[06:52] <Mez> tseng: stupid thing needs to wait slightly
[06:52] <bddebian> Interesting, xmule looks like a cxx problem
[06:53] <mbreit> bddebian: there are some gcc4 issues on that list...
[06:53] <bddebian> mbreit: Aye, I just noticed :-)
[06:53] <bddebian> mbreit: btw, is scumvm a build or install problem on x86?
[06:53] <mbreit> someone who knows qt a bit could fix lincvs as well..
[06:54] <Mez> tseng: done
[06:54] <mbreit> bddebian: it's on the unmet deps list.. but i have no problem installing it
[06:54] <tseng> Mez: the diff is still full of crap
[06:54] <Mez> tseng it is?
[06:54] <tseng> http://www.sourceguru.net/ubuntu/dev/simias_1.1.5217.1-0ubuntu1.diff.gz
[06:54] <tseng> ^ full of crap
[06:55] <tseng> can you copy your debian dir to a clean source tree and build a new source package
[06:55] <Mez> tseng: you mean all the Makefile stuff?
[06:55] <tseng> yes
[06:56] <bddebian> mbreit: I have it installed :-)  Give me a sec and I'll try it in a pbuilder
[06:56] <tseng> and you dpatch has no name
[06:56] <Mez> the makefile stuff is meant to be there, cause i had to change them all
[06:56] <tseng> --- simias-1.1.5217.1.orig/debian/patches/.dpatch
[06:56] <tseng> +++ simias-1.1.5217.1/debian/patches/.dpatch
[06:56] <tseng> no its not
[06:56] <tseng> look
[06:56] <mbreit> tseng: recompileList += poedit
[06:56] <tseng> you have a debian/patch/foo.dpatch that is supposed to do all the makefile changing
[06:56] <tseng> there is a ton of changes to source that isnt in debian/
[06:57] <Mez> ah
[06:57] <bddebian> mbreit: No, it says depends libflac6
[06:57] <Mez> kk
[06:57] <mbreit> bddebian: okay, then it should stay on that list...
[06:57] <tseng> please clean that, and give your dpatch a filename
[06:57] <mbreit> bddebian: but i would not make much sense if i fix that... cause its not broken here...
[06:58] <Mez> tseng: I think theres a problewm with that diff.gz ;)
[06:58] <tseng> i know there is.
[06:58] <tseng> fix it :)
[06:58] <tseng> Mez: done.
[06:58] <bddebian> mbreit: What are you on amd64?
[06:58] <tseng> er, mbreit done
[06:59] <mbreit> tseng: thanks
[06:59] <mbreit> bddebian: yes i am
[06:59] <tseng> id like to take a break from these for awhile
[06:59] <bddebian> mbreit: Ah, cool
[07:00] <mbreit> comadreja: are you listening?
[07:02] <hub> "dpkg-buildpackage -S -sa -rfakeroot" does not sign my source changes
[07:03] <hub> it tries to sign the i386 changes, but this does not exist
[07:04] <mbreit> ahh... i found a way to make the "nobody" list much shorter..
[07:04] <bddebian> mbreit: ?
[07:05] <mbreit> bddebian: put myth* to non-free stuff *g*
[07:05] <hub> any clue ?
[07:05] <bddebian> Heh
[07:05] <tseng> hub: hm really weird
[07:05] <tseng> you didnt start a build w/o -S or something?
[07:06] <tseng> to confuse it
[07:07] <gradzac> ok, I'm working on haskell-utils from the middle of the list since I need it to work the alex package
[07:07] <hub> tseng: I did dh_clean
[07:07] <Mez> tseng: I've uploaded the changed .diff
[07:07] <hub> tseng: I had build the binary package earlier
[07:07] <tseng> Mez: cheers
[07:08] <tseng> hub: hm right, it sounds like something is stuck, not sure what
[07:08] <hub> ok, I'll move the file and redo from a clean tree
[07:08] <tseng> my first guess would be to copy debian over a clean source package
[07:08] <tseng> er, yes :)
[07:09] <tseng> Mez: is it up? it looks the same
[07:09] <hub> I redid the dpkg-source -x
[07:09] <tseng> oh, dpatch is fixed
[07:09] <hub> no change
[07:10] <tseng> Mez: still full of autoconf
[07:10] <Mez> tseng: yeah, in a patch
[07:10] <tseng> no its not
[07:10] <tseng> please *look* at the diff
[07:11] <tseng> --- simias-1.1.5217.1.orig/config.guess
[07:11] <Mez> I am
[07:11] <tseng> +++ simias-1.1.5217.1/config.guess
[07:11] <tseng> that is not in debian/
[07:11] <tseng> --- simias-1.1.5217.1.orig/debian/patches/01_fix_g++_ld_problems.dpatch
[07:11] <tseng> +++ simias-1.1.5217.1/debian/patches/01_fix_g++_ld_problems.dpatch
[07:11] <tseng> the diff is there, and has nothing to do with it
[07:11] <Mez> tseng: the .config.guess and .sub are generic dh_make things
[07:12] <Mez> dh_make puts it in clean
[07:12] <tseng> yes, I hate it
[07:12] <highvoltage> may i ask debian-installer related questions here?
[07:12] <tseng> but fine.
[07:12] <tseng> leave them
[07:12] <Mez> tseng: I know you hate it, and I agree they shouldnt be there, but it's a raging debate and I forgot to make that change in the rules file
[07:12] <tseng> ok, well the dpatch is fixed
[07:13] <tseng> so ill look at control now
[07:13] <tseng> where did the mono-mcs stuff go
[07:14] <Mez> tseng: cli-common depends on mono-mcs does it not?
[07:14] <Mez> therefore a specific B-D on mono-mcs isnt needed if cli-common is listed
[07:15] <Mez> or am I missing something
[07:15] <tseng> eh
[07:15] <mbreit> Mez: "Depends: debhelper (>= 4.0.0), mono-utils | cil-disassembler, mono-mcs | strong-name-tool
[07:15] <mbreit> "
[07:15] <tseng> yes the virtual
[07:15] <tseng> someone can fill that with pnet
[07:15] <mbreit> that means that it depends on mono-mcs OR strong-name-tool
[07:15] <tseng> who is to say that pnet can compile simias
[07:16] <Mez> huh ?
[07:16] <tseng> virtual, dude.
[07:16] <tseng> cli-common doesnt depend specifically on mono-mcs
[07:16] <tseng> you are leaving it to chance
[07:16] <Mez> ah
[07:16] <Mez> ok
[07:16] <tseng> to get a working compiler by your argument
[07:16] <Mez> I didnt see the or
[07:16] <mbreit> i think the point is the OR there... i think Mez needs mono-mcs and not strong-name-tool...
[07:17] <tseng> ya, we get it :)
[07:17] <tseng> http://pkg-mono.alioth.debian.org/cli-policy/ch3.html
[07:17] <Mez> mbreit, I thought you were saying to depend on mono-mcs | strong-name-tool
[07:17] <tseng> At a minimum, CLI applications must build-depend on the following packages: cli-common (>= 0.1.3), mono-mcs (>= 1.0) | c-sharp-compiler
[07:18] <tseng> c-sharp-compiler != strong-name-tool
[07:19] <Mez> tseng, other than that, any other problems?
[07:19] <tseng> +Description: <insert up to 60 chars description>
[07:19] <tseng> thats one.
[07:19] <Mez> lol
[07:20] <tseng> "\ No newline at end of file"
[07:20] <tseng> thats probably 2
[07:20] <Mez> :D
[07:20] <tseng> (control)
[07:21] <tseng> ok
[07:21] <tseng> thats all the obvious stuff
[07:21] <tseng> oh
[07:21] <tseng> does this include libs that some other app will use?
[07:21] <tseng> or the jury is still out on that one
[07:22] <Mez> yes, It does (I think)
[07:22] <tseng> then you need to call dh_makeclilibs
[07:22] <Mez> ah cool
[07:22] <tseng> binary-indep also
[07:23] <tseng> before clideps
[07:23] <Mez> yeah :D
[07:24] <tseng> if there is really libs + tools in here we might need to split it
[07:24] <tseng> we'll see
[07:24] <Mez> tseng, no cause it depends on it's own libs
[07:24] <Mez> so there's no point
[07:25] <tseng> why is there no point
[07:25] <tseng> gtk installs demos
[07:25] <Mez> it depends on it's own libs, and it's libs depend on it.
[07:25] <tseng> they depend on gtk
[07:25] <tseng> should we ship them with the library?
[07:25] <tseng> hm the libs depend on a bin?
[07:26] <Mez> well, it could be split into 3 I guess
[07:26] <Mez> simias-libs simias-bin and simias-data
[07:26] <Mez> like k3b
[07:26] <tseng> so wait
[07:26] <tseng> i am thinking that something else is going to use the simias libs, right
[07:26] <tseng> or does the next tool up the ladder use the bin
[07:27] <tseng> i guess i should really read wth this thing does
[07:27] <mbreit> ahh... our packages have been build...
[07:27] <Mez> tseng: it uses the libs
[07:27] <tseng> and no one else does?
[07:27] <tseng> like, i dont split libmuine
[07:27] <tseng> because no one else uses it
[07:27] <Mez> tseng: iFolder + simias use the simias libs
[07:28] <mbreit> Mez: do you want to package the whole ifolder stack?
[07:28] <Mez> but, iFolder and simias also need the simias stuff
[07:28] <Mez> mbreit, huh/
[07:28] <mbreit> Mez: i cant wait having it in ubuntu...
[07:28] <mbreit> then i can finally replace this ugly unison ;)
[07:28] <Mez> mbreit: the plan is to package it so it can be used
[07:28] <Mez> but,
[07:29] <Mez> apparent
[07:29] <Mez> ly
[07:29] <Mez> SimpleServer and iFolder cant be used on the same machine
[07:29] <mbreit> i know...
[07:29] <Mez> oh
[07:30] <Mez> no
[07:30] <mbreit> i would even prefer a server-less solution... afaik should that be possible with ifolder, too
[07:30] <Mez> it has to be installed as it's own user
[07:30] <Mez> mbreit: not atm
[07:30] <Mez>  For the time being, Simple Server cannot
[07:30] <Mez> run side by side with the iFolder client under the same local user
[07:30] <Mez> account.  You must dedicate a separate machine or run Simple
[07:30] <Mez> Server in a separate user session.
[07:31] <Mez> tseng: as far as I can see at the moment, without trying to build iFolder, there shouldnt be a problem splitting them
[07:31] <tseng> i will ask meebey
[07:31] <Mez> who's meebey?
[07:32] <tseng> Debian CLI Policy (DRAFT)
[07:32] <tseng> Copyright  2005 Mirco Bauer and Brandon Hale.
[07:32] <Mez> ah
[07:32] <tseng> meebey is the half that isnt me.
[07:32] <tseng> :)
[07:32] <Mez> fair enough
[07:32] <Mez> anyways
[07:32] <bddebian> Damn, xxdiff fails on powerpc and ia64
[07:32] <Mez> time to try and work with iFolder
[07:32] <tseng> ok
[07:33] <tseng> Mez: how about this
[07:33] <tseng> Mez: just keep simias like it is and get everything working
[07:33] <mbreit> bddebian: seems as if that is not your fault..
[07:33] <tseng> we can split it later if we have to
[07:33] <tseng> i want to do things properly for debian
[07:33] <tseng> not just "working"
[07:33] <gradzac> bddebian: where are you seeing the build info?
[07:33] <mbreit> bddebian: i think that mesa has not been fixed on ppc now...
[07:34] <mbreit> gradzac: http://hwdb.ubuntu.com/buildlogs/
[07:34] <gradzac> thanks
[07:34] <Mez> tseng: now I have to try and work stuff out for iFolder
[07:35] <tseng> Mez: where is the ifolder build instructions?
[07:35] <bddebian> mbreit: I know but then where do I put it?  Back to "needs love"?
[07:35] <mbreit> yes... i think you have to rebuild them after the mesa issue is solved...
[07:36] <bddebian> Man my hit rate on UnmetDeps is like 5:1 :-)
[07:38] <Mez> tseng in the ifolder INSTALL file
[07:38] <tseng> ive seen a web page
[07:38] <tseng> ok :)
[07:39] <tseng> oh duh
[07:39] <tseng> ifolder.com
[07:39] <Mez> lol
[07:39] <Mez> yeah
[07:39] <Mez> stupid thing
[07:39] <tseng> hm ifolder 3
[07:40] <bddebian> Is anyone still working on ghc6 or has everyone given up? :-)
[07:42] <tseng> i just had an idea
[07:43] <bddebian> Scary
[07:43] <bddebian> :-)
[07:43] <tseng> about these big transitions
[07:43] <tseng> we need them to be in sql, not wiki
[07:43] <tseng> you can do a programmatic comparrison
[07:43] <tseng> first you run your command to get the list of packages to work on
[07:43] <tseng> that goes in
[07:43] <bddebian> That would be cool
[07:43] <tseng> every so often.. you give it a new list
[07:44] <tseng> and it compares to the database
[07:44] <tseng> drops of stuff that is no longer there
[07:44] <tseng> and whatnot
[07:44] <mbreit> tseng: i also had that idea...
[07:44] <tseng> yeah wiki royally sucks
[07:44] <tseng> (for this purpose)
[07:44] <mbreit> would that be a candidate for revu2?
[07:44] <tseng> no, its its own thing
[07:45] <bddebian> I should make my own buildd and local repo and have it burn through this whole freakin' list.  Now that would be an idea!! :-)
[07:45] <tseng> I can work on it
[07:45] <mbreit> but could it work together with revu? revu has the user management that such a thing should have..
[07:45] <tseng> revu management isnt a great idea
[07:45] <mbreit> so it could keep track of who is working on which package...
[07:46] <tseng> there should be a launchpad authentication api
[07:46] <tseng> and we should all use it
[07:46] <mbreit> tseng: yeah... that would be the best...
[07:46] <bddebian> Why not just use some modified bug-tracker?  It seemed to work fairly well for the MOM stuff?
[07:47] <tseng> bddebian: eh
[07:47] <bddebian> At least you could assign yourself the "bug" and so forth
[07:47] <tseng> think about it
[07:47] <tseng> its not really bug tracking
[07:47] <tseng> there are too many
[07:47] <tseng> unless you can tell me a sane way that it would work in malone
[07:47] <tseng> and convince bradb
[07:47] <tseng> (and mark)
[07:47] <gradzac> it would be nice if there was an automated way to identify the packages that only need a rebuild and take care of that
[07:48] <tseng> that could be sanely automated
[07:48] <tseng> from the full list
[07:48] <tseng> with pbuilder and piuparts
[07:48] <gradzac> that would make the list a lot smaller
[07:48] <bddebian> Aye
[07:49] <tseng> hah daniel's script is ugly
[07:49] <Mez> would also be nice to be able to link it into REVU and similar
[07:51] <gradzac> the most confusing thing for me is understanding all of the different apps that are being used :)
[07:51] <tseng> i just dislike the perl bit
[07:52] <tseng> it makes a CSV
[07:52] <tseng> instead of just one package per line
[07:52] <tseng> i cut it out
[07:52] <mbreit> tseng: do you mean the script from unmet deps page?
[07:53] <tseng> yes
[07:53] <mbreit> daniel did not the perl part
[07:53] <mbreit> that was me ;)
[07:53] <tseng> heh
[07:54] <tseng> apt-cache -i unmet | grep ^Package | awk {'print $2'} | xargs apt-cache showsrc | grep ^Package | awk {'print $2'}
[07:54] <tseng> this would be my version
[07:55] <mbreit> add LC_ALL=C before that ;)
[07:55] <tseng> i export it
[07:55] <tseng> at the top of the script
[07:55] <mbreit> tseng: and add sort -u
[07:56] <tseng> the sort doesnt matter to pbuilder
[07:56] <tseng> but ok.
[07:56] <tseng>  for package in $unmet do {
[07:56] <tseng>      foo
[07:56] <tseng>  }
[07:56] <tseng>  done
[07:56] <mbreit> oh, okay, i thought you were rewriting it for the wiki page
[07:56] <tseng> is this ok?
[07:56] <tseng> its been awhile
[07:56] <mbreit> tseng: i think the { } are not needed
[07:57] <gradzac> need to add a way to know if the build fails
[07:57] <tseng> they arent
[07:57] <tseng> but i want them.
[07:57] <tseng> hi Mithrandir
[07:57] <tseng> gradzac: obviously.
[07:57] <mbreit> okay... i think there is a ; missing somewhere...
[07:57] <hub> still not working
[07:57] <hub>  dpkg-genchanges -S -sa
[07:57] <hub> dpkg-genchanges: including full source code in upload
[07:57] <hub> dpkg-buildpackage: source only upload (original source is included)
[07:57] <hub> dpkg-buildpackage: Cannot open ../hugin_0.5-0ubuntu1_i386.changes: No such file or directory
[07:57] <mbreit> but i am not goot at bash scripting... i like python better... or boo... or even perl ;)
[07:57] <tseng> hm, boo
[07:57] <mbreit> boo is cool ;)
[07:57] <tseng> ya
[07:58] <tseng> i do alot of tcl these days
[07:58] <tseng> everyone does
[07:58] <tseng> it seems.
[07:59] <mbreit> well, there is one thing i hate more: complicated auto* scripts like the kde build system
[07:59] <hub> ok, it tries to generate the hugin_0.5-0ubuntu1_i386.changes file
[07:59] <tseng> dholbach_: !!!
[07:59] <hub> I don't get it
[07:59] <hub> hi dholbach_
[07:59] <mbreit> hi dholbach_
[07:59] <bddebian> Heya dholbach_
[07:59] <dholbach_> i'm so stupid
[07:59] <tseng> oh this sucks
[08:00] <dholbach_> i uploaded a package to ubuntu instead of REVU
[08:00] <dholbach_> OUCH
[08:00] <tseng> dholbach_: :/
[08:00] <dholbach_> fortunately it's a NEW package, so they acn reject it
[08:00] <tseng> you can mail elmo
[08:00] <Mithrandir> dholbach_: you should have a different set of upload keys for revu and ubuntu
[08:00] <tseng> apt-get source $package
[08:01] <tseng> in the script, how do i know for sure what dir to cd into
[08:01] <tseng> from there.
[08:01] <dholbach_> Mithrandir: maybe
[08:01] <mbreit> tseng: if you do it in an empty dir, there should be only one subdir
[08:01] <tseng> eh pbuilder build $package*.dsc
[08:01] <Mithrandir> dholbach_: I'm considering the same for Debian and ubuntu, since it's only a question of time before I misupload to one or the other.
[08:01] <hub> anyone know why dpkg-buildpackage -S wants a i386.changes ?
[08:01] <tseng> is good enough
[08:02] <mbreit> tseng: cd `ls */ -d` or something like that ;)
[08:02] <Mithrandir> hub: because it does, it's nothing to worry about.
[08:02] <mbreit> oh, okay, the pbuilder approach is better, i think
[08:02] <hub> Mithrandir: well, it fails
[08:03] <hub> Mithrandir: I have to trick it with a symlink
[08:03] <Mithrandir> hub: eh?  dpkg-buildpackage creates that file.
[08:03] <hub> no
[08:03] <hub> it create the -source.changes
[08:03] <Mithrandir> hm, actually, it should make a source.changes, yes.
[08:03] <hub> and then try to sign the i386.changes
[08:03] <hub> and that fail
[08:03] <tseng> mbreit: alright, so we build the package. how to verify its workable?
[08:04] <tseng> im thinking piuparts
[08:04] <hub> how does it take to appear on REVU
[08:04] <hub> ?
[08:05] <dholbach_> how long?
[08:05] <dholbach_> like 5 minutes
[08:05] <Mithrandir> hub: you can just ignore that and use debsign on the changes file afterwards, but it shouldn't do as you're describing.  Can you put the full build log somewhere?  (there's one automatically made for you if you use debuild and not dpkg-buildpackage directly)
[08:06] <dholbach_> hi hub, by the way :)
[08:06] <tseng> dholbach_: i am writing a script to automatically rebuild and test for UniverseUnmetDeps
[08:07] <dholbach_> oh cool
[08:07] <gradzac> tseng: how are you going to define "workable"?
[08:07] <tseng> gradzac: installs.
[08:07] <gradzac> ok
[08:07] <tseng> look at piupart
[08:07] <hub> Mithrandir: ok
[08:07] <hub> seen the package
[08:07] <hub> starting enblend
[08:08] <gradzac> tseng: its not in ubuntu right?
[08:09] <dholbach_> i'm off again - i better get out before the next upload goes wrong too :)
[08:09] <dholbach_> see you around
[08:10] <tseng> gradzac: it is.
[08:11] <gradzac> in hoary?
[08:11] <Mez> hmm
[08:11] <tseng> er, no
[08:11] <Mez> what was the quick way to send all output of a command to a file ?
[08:12] <tseng> echo foo > bar
[08:12] <Mez> 1>&2 > file
[08:12] <tseng> or echo foo &> bar
[08:12] <Mez> tseng, STDOUT amd STDERR
[08:12] <Mez> I want to capture output from my failing make command
[08:12] <Mithrandir> Mez: make >$file 2>&1
[08:13] <Mithrandir> order is important
[08:13] <dholbach_> *wave*
[08:13] <Mez> acutally - &> worked
[08:13] <Mez> thanks tseng
[08:16] <Mez> http://paste.ubuntulinux.nl/1002
[08:16] <Mez> can anyone tell me whats going wrong there?
[08:17] <Mez> ah
[08:17] <Mez> i'm trying a damn unstable build
[08:17] <gradzac> did all the output get pasted?
[08:17] <Mez> no wonder
[08:17] <Mez> gradzac - no
[08:19] <janimonoses> hey all
[08:20] <Mithrandir> Mez: why are you trying to link something in statically?
[08:20] <Mez> Mithrandir, no idea :D
[08:20] <Mez> I'm running the makefile from the package
[08:20] <Mez> :D
[08:20] <tseng> Mithrandir: dude, thse guys used to be ximian
[08:20] <tseng> Mithrandir: release engineering isnt their strong suit.
[08:23] <hub> uploaded enblend
[08:24] <hub> btw, how do I get a login on REVU ?
[08:24] <hub> I could upload
[08:27] <gradzac> hub: check out the REVU page in the wiki, you have to send a signed email to siretart
[08:28] <hub> gradzac: I did
[08:29] <hub> he put my key in the keyring
[08:29] <hub> and the packages appear there
[08:29] <gradzac> then you upload your package
[08:29] <hub> I did too
[08:32] <gradzac> hub: After your first upload, you will be automatically registered to the database and assigned a random password. Use your email address you used in the changelog file of your upload as login and press the 'recover password' link.
[08:32] <gradzac> from the REVU wiki page
[08:32] <hub> ah
[08:36] <Mez> tseng: what was the link for your dpatch guide?
[08:36] <hub> gradzac: not really obvious, but it works
[08:36] <hub> gradzac: thx
[08:37] <gradzac> np
[08:37] <hub> perhaps should I update the wiki
[08:37] <gradzac> its on the wiki
[08:37] <hub> ah well, it is unclear
[08:37] <hub> or I'm just dumb :-)
[08:38] <gradzac> I cut and pasted that text from the wiki page
[08:38] <hub> column B
[08:38] <hub> I'm just dumb
[08:38] <hub> or I should take nap
[08:39] <mbreit> Mez: for the dpatch guide: http://tseng.ath.cx/log/?p=7
[08:40] <Mez> yeah o found in history
[08:43] <Nafallo> howto upload orig.tar.gz with dput? :-)
[08:43] <mbreit> Nafallo: create the sourcepackage with dpkg-buildpackage -S -sa
[08:44] <mbreit> Nafallo: the "-sa" is the important switch
[08:44] <Nafallo> mbreit: I use pbuilder / pdebuild for everything. and a clean system :-).
[08:45] <mbreit> Nafallo: to create a source package? dpkg-buildpackage -S just builds the source package..
[08:45] <mbreit> but there is a pbuilder option iirc
[08:45] <mbreit> -> man pbuilder
[08:46] <Nafallo> just have to see in man dpkg-buildpackage what -sa does ;-)
[08:46] <mbreit> Nafallo: includes ...orig.tar.gz in the source package.. ;)
[08:49] <Nafallo> --debbuildopts seems to be what I want.
[08:49] <Mez> anyone know whats going on here?
[08:49] <Mez> http://paste.ubuntulinux.nl/1004
[08:50] <Nafallo> any REVU admin in here? :-)
[08:51] <Mez> Nafallo, siretart = REVU admin
[08:51] <Mez> what you need him for, it might be something a reviewer cna do
[08:52] <Nafallo> Mez: prune my upload of gnomebaker :-)
[08:52] <Mez> lol
[08:52] <Mez> kk
[08:53] <Nafallo> is siretart the one and only REVU-admin? :-)
[08:55] <mbreit> Nafallo: afaik yes
[08:55] <Nafallo> oki :-)
[08:56] <Mez> siretart and sistpoty
[08:58] <Nafallo> hmm, try to upload again anyway ;-)
[09:00] <Mez> so noone knows whats going on there
[09:00] <Nafallo> hehe worked :-)
[09:01] <Nafallo> http://siretart.tauware.de/revu/details.py?upid=302
[09:01] <Nafallo> ^ review anyone :-)
[09:02] <mbreit> i would do it... but i am not a motu yet
[09:02] <Nafallo> I am, but I have no upload rights yet :-P
[09:04] <Mithrandir> siretart: could you also make some links on that page which got you the .diff.gz as a text file?
[09:05] <siretart> hi folks
[09:05] <mbreit> hi siretart!
[09:05] <siretart> ah, so many hilights :)
[09:05] <Mithrandir> siretart: oh, just ignore me, it's already there.
[09:05] <siretart> Mithrandir: err, I don't quite understand
[09:05] <siretart> ah
[09:07] <Nafallo> siretart: sorry ;-)
[09:07] <Nafallo> Mithrandir: you're trully my mentor? :-D
[09:07] <Mithrandir> Nafallo: why so many blank lines at the end of debian/rules?
[09:08] <siretart> mom phone
[09:08] <Mithrandir> siretart: http://siretart.tauware.de/revu/incoming/gnomebaker-0508062100/gnomebaker_0.4-1ubuntu2.diff appears to be served with the wrong content-type?  That is, the charset is wrong?
[09:09] <Nafallo> Mithrandir: I didn't touch debian/rules
[09:10] <Nafallo> Mithrandir: only debian/control
[09:10] <Mithrandir> Nafallo: I'm just reviewing the full patch, I don't know who've done what. :-)
[09:10] <Nafallo> Mithrandir: that patch shouldn't be that long.
[09:10] <Nafallo> siretart: can you prune my upload of gnomebaker so that I can have proper diffs? :-)
[09:11] <Nafallo> Mithrandir: I accidently uploaded without .orig.tar.gz the first time :-)
[09:11] <Nafallo> @ 3 tonight ;-)
[09:12] <siretart> ok, re
[09:12] <siretart> Nafallo: make an appropriate comment on that upload, an admin will nuke it, then
[09:12] <Mithrandir> siretart: the page showing an upload should say what time zone the time is from.
[09:13] <siretart> Mithrandir: hm. I'm using the default config from sarge's apache config
[09:13] <Mithrandir> Nafallo: I see a .orig.tar.gz just fine?
[09:13] <siretart> Mithrandir: yes, all times are currently on UTC+2, this is a 'known' bug
[09:13] <Mithrandir> siretart: hmm, I guess you could argue both ways, it's just icky to see raw utf8
[09:13] <Mithrandir> siretart: just add a "All times are UTC+2" at the bottom of the page, then?
[09:13] <Nafallo> Mithrandir: just uploaded in the second upload. the patch should only include debian/control and debian/changelog
[09:14] <siretart> Mithrandir: good idea, will do that on the main page, ok?
[09:14] <Mithrandir> siretart: I'd do it on all pages, but just the main page is a good start. :-)
[09:15] <Nafallo> siretart: comment added :-)
[09:15] <Mithrandir> Nafallo: the diff should be the full diff towards the orig.tar.gz?
[09:15] <Nafallo> Mithrandir: oh? not against the previous version?
[09:16] <Mithrandir> Nafallo: the .diff.gz is against orig.tar.gz
[09:16] <Mithrandir> Nafallo: so you can grab the orig.tar.gz and any diff.gz + .dsc and build a package.  It would be cumbersome to hunt down all the previous diffs to build a proper package
[09:16] <Nafallo> hmm, things start to fall into place now.
[09:17] <Nafallo> I always name my debdiffs what .diff.gz are without .gz ;-)
[09:17] <Nafallo> but revu's "without .gz" is a gunzip'ed diff.gz :-P
[09:17] <Mithrandir> yup
[09:17] <mbreit> i always name them .debdiff, thats more clear
[09:18] <Nafallo> mbreit: I will start follow that after this ;-)
[09:18] <Nafallo> a hate to have brain-bugs :-P
[09:18] <Mithrandir> debdiff gives you the diff between two debian packages, which is what changes you've made for that particular upload.  The diff.gz is against the upstream version.
[09:18] <mbreit> *g*
[09:18] <Nafallo> siretart: you don't have to prune it then ;-). my mistake :-)
[09:18] <Mithrandir> you can do debdiff across upstream versions too, but then you'll get all the changes in there.
[09:19] <Nafallo> Mithrandir: yepp. I follow everything now :-)
[09:19] <Mez> w00t
[09:19] <Mez> ifolder = building
[09:19] <mbreit> cool
[09:19] <Mez> was  building
[09:19] <Mithrandir> it stopped? :-P
[09:20] <Mez> It broke
[09:20] <siretart> Nafallo: ok :)
[09:23] <Mez> siretart, any reason why after 2 hours a 13 Mb upload to REVU wouldnt be finished?
[09:23] <siretart> puh. 13 Mb upload?
[09:24] <Mez> yeah
[09:24] <siretart> Mez: perhaps you can put that somewhere else, and I import that manually
[09:24] <Mez> well, er, the new ones 17Mb
[09:24] <siretart> puh
[09:26] <Mez> siretart give me a moment I'll upload it
[09:26] <Mez> once I've rebuilt the latest version
[09:27] <Mez> siretart do the files need to be signed?
[09:28] <siretart> Mez: I assume only the orig.tar.gz is that big, yes?
[09:28] <siretart> Mez: yes
[09:28] <siretart> Mez: just tell me where to grab the files
[09:28] <Mez> siretart, just uploading now
[09:29] <Mez> and yes, only the .orig is that bug
[09:29] <Mez> big *
[09:29] <Mez> gonna take me about half an hour to upload on this connection
[09:29] <mbreit> tseng: ping
[09:30] <siretart> Mez: perhaps I can download that orig from somewhere else?
[09:31] <Mez> http://ftp.novell.com/pub/forge/ifolder/client/stable/20050608_2016/source/simias-1.0.20050608.tar.gz
[09:31] <Mez> = the original tarball
[09:32] <Mez> should jsut need renaming to .orig.tar.gz :D
[09:33] <Mez> then the rest is at http://www.sourceguru.net/ubuntu/dev/
[09:34] <Mez> that ok for you siretart?
[09:35] <siretart> very fine, just a moment
[09:35] <siretart> Mez: what is this at all?
[09:36] <Mez> what is all what
[09:36] <siretart> what is this ifolder client?
[09:36] <Mez> siretart : http://www.ifolder.com
[09:37] <siretart> Mez: http://ftp.novell.com/pub/forge/ifolder/client/stable/20050608_2016/source/simias-1.0.20050608.tar.gz has a different md5sum than your dsc file says
[09:37] <Mez> gah
[09:38] <Mez> I'll have to upload the orig.gz then
[09:38] <siretart> what did you change in the orig.gz?
[09:38] <gradzac> well gotta go....see you all later
[09:38] <siretart> cu gradzac
[09:39] <Mez> siretart I dont know ...
[09:39] <siretart> Mez: better try to package it so that it uses the real orig.tar.gz
[09:39] <mbreit> bye gradzac
[09:39] <siretart> 6b81e0e8e0359eeef9dc4038d76834bf  simias-1.0.20050608.tar.gz
[09:39] <siretart> in incoming
[09:40] <Mez> siretart
[09:40] <Mez> the only thing thats changed is the folder name
[09:41] <siretart> Mez: that's not a valid reason to touch the tarball, imo. dpkg-source handles this
[09:41] <siretart> Nafallo: It could be possible that I just broke your gnomebaker upload to revu, if that is the case, please reupload. sorry
[09:42] <Mez> siretart - it did it itself!
[09:42] <Mez> I just did dh_make
[09:42] <Nafallo> siretart: already did :-)
[09:42] <Mez> when I made the thing it changed the name
[09:42] <Nafallo> siretart: when it didn't came up :35 ;-)
[09:42] <Mez> siretart, http://paste.ubuntulinux.nl/1006
[09:44] <siretart> Mez: is there any particular reason why you cannot use the 'real' orig tarball from upstream?
[09:44] <Mez> siretart, no - I've just renamed it :D
[09:44] <Mez> siretart - if i do a partial upload without the .orig.tar.gz now will it pull in the .org.tar.gz
[09:46] <siretart> Mez: just create your changes file as normal with `debuild -S -sa`, and tell me where to grab the files. that would be the most convinient way for me
[09:46] <Mez> kk
[09:47] <Mez> am trying :D
[09:49] <Mez>  6b81e0e8e0359eeef9dc4038d76834bf 18126221 simias_1.0.20050608.orig.tar.gz
[09:49] <Mez> is that right?
[09:49] <siretart> yepp!
[09:49] <siretart> :)
[09:49] <Mez> http://www.sourceguru.net/ubuntu/dev/
[09:50] <Mez> I think it did it cause like - the original wasnt in the right filename format
[09:53] <siretart> okay
[09:54] <siretart> Mez: imported
[09:54] <Mez> ty
[09:55] <Mez> siretart - I'm gonna need another upload
[09:55] <siretart> :)
[09:55] <Mez> same thing
[09:56] <Mez> but I gotta fix a couple of things
[09:56] <siretart> yeah
[09:58] <Mez> grr
[09:59] <Mez> I need to make a patch to remove all CVS dirs
[09:59] <Mez> but...
[09:59] <siretart> well
[09:59] <Mez> cant find one
[09:59] <Mez> camnt with dpatch
[10:00] <siretart> I think that we agreed yesterday that repackaging for removing cvs dirs is a valid reason
[10:00] <siretart> removing CVS dirs is a valid reason for repackaging
[10:01] <Mez> *sighs*
[10:01] <Mez> so I'm going to have to upload the .orig.tar.gz anyways?
[10:01] <siretart> looks like
[10:01] <mbreit> somebody here using seahorse?
[10:01] <siretart> or you tell me the exact commands how to create the orig.tar.gz
[10:02] <Mez> siretart, or I could make a patch :D
[10:02] <Mez> lol
[10:02] <mbreit> can somebody verify that seahorse is broken in latest breezy?
[10:03] <siretart> Mez: :)
[10:05] <mbreit> okay, hands up: who is on x86 and has one minute time (won't take longer than 60 seconds!!)
[10:14] <mbreit> really nobody?
[10:16] <Nafallo> mbreit: we have all converted to amd64 ;-)
[10:17] <mbreit> Nafallo: hehe... that's good for us... so we will get more support and less broken packages ;)
[10:17] <Nafallo> :-)
[10:41] <Nafallo> is xorg -44 a safe xorg to dist-upgrade from hoary?
[10:42] <Nafallo> I'm on amd64, so I can't really tell ;-)
[10:43] <Mithrandir> current breezy appears to work for me atm, as long as you make sure xkbutils is installed.
[10:43] <Mithrandir> @ even works
[10:44] <Amaranth> xorg is uninstallable
[11:07] <Mez> SETH!
[11:07] <Mez> how was the gig?
[11:07] <seth_k> it was tons of fun
[11:07] <seth_k> except I was up till like 3 every night
[11:07] <Mez> I bet it was
[11:07] <Mez> and thats a problem why?
[11:08] <seth_k> haha
[11:08] <seth_k> cos i'm not used to it
[11:08] <Mez> lol, I'm a MOTU now :D
[11:08] <seth_k> I've spent today just getting back in the groove
[11:08] <Burgundavia> can I get some comments on this bug? http://bugzilla.ubuntu.com/show_bug.cgi?id=12534
[11:08] <Nafallo> Mez: got upload rights yet?
[11:09] <Mez> Nafallo, hahahaha
[11:09] <Nafallo> ehh? :-P
[11:09] <Nafallo> what? :-)
[11:09] <Mez> Nafallo, aka no.
[11:09] <Nafallo> hehehehe
[11:10] <Nafallo> bugzilla won't get security updates in warty before I get those rights ;-)
[11:10] <Amaranth> Burgundavia: I like it.
[11:10] <Amaranth> Burgundavia: Are you the one that killed the usefulness of the Java wiki page?
[11:11] <Mez> hmmles
[11:11] <Mez> what package is debsign part of
[11:11] <Amaranth> devscripts
[11:11] <tseng> mbreit: pong
[11:11] <tseng> mbreit: i have 2 inutes
[11:12] <Burgundavia> Amaranth, either a wiki bug or I was tired, either way, not intentionally
[11:12] <Mez> hmm
[11:12] <mbreit> lol... that was fast ;)
[11:12] <Mez> #i found a bug in debsign
[11:12] <mbreit> tseng: i have debugged monopod
[11:12] <tseng> mbreit: on amd64?
[11:12] <tseng> with the X thing
[11:12] <mbreit> ah btw: could you rebuild seahorse for me?
[11:12] <tseng> yes but not now
[11:12] <mbreit> yes, the X thing on amd64
[11:13] <tseng> what was it?
[11:13] <tseng> there is a similar sounding thing for blam
[11:13] <mbreit> the short answer: it's in Egg.Icon
[11:13] <mbreit> bae
[11:14] <mbreit> it's in Egg.TrayIcon.ShowAll()
[11:14] <mbreit> so it seems that it's no monopod bug but a egg-sharp bug
[11:15] <Mez> siretart: ping
[11:16] <siretart> Mez: pong
[11:16] <Mez> siretart : http://www.sourceguru.net/ubuntu/dev/
[11:16] <Mez> :D
[11:16] <Mez> *gives siretart puppy-dog-eyes*
[11:16] <mbreit> tseng: does blam use egg-sharp?
[11:17] <tseng> hm maybe
[11:17] <mbreit> tseng: all mono apps i know that are working on amd64 don't use it..
[11:17] <tseng> it has tray icon bits
[11:17] <siretart> Mez: I take the orig tarball from there, yes?
[11:17] <Mez> yes :D
[11:17] <Mez> as it's all funked up and stuff
[11:18] <siretart> downloading with 130k ;)
[11:18] <whiprush> Mez: are you martin meredith?
[11:18] <siretart> 300k
[11:18] <Mez> whiprush, yes
[11:18] <tseng> whiprush: no, he is The Goomba
[11:18] <whiprush> k
[11:18] <siretart> lol
[11:18] <tseng> hi whiprush
[11:19] <Mez> whiprush, why ?
[11:20] <whiprush> Mez: I was just catching up on the list. wrt ifolder.
[11:20] <tseng> mbreit: oh, is there an egg fix?
[11:20] <Mez> ah
[11:20] <Mez> kl
[11:21] <mbreit> tseng: i did not find anything about that with google
[11:21] <mbreit> i did not yet even find out where i have egg-sharp... i mean, in which ubuntu package it is
[11:22] <mbreit> i can find no documentation, nothing...
[11:22] <tseng> its probably just thrown into the packages
[11:22] <tseng> we dont ship it seperately
[11:22] <siretart> Mez: done
[11:22] <Amaranth> it's probably a part of gtk-sharp
[11:23] <Mez> ty siretart
[11:24] <mbreit> tseng: i looked at the source package of monopod... nothing...
[11:24] <tseng> oh!
[11:24] <tseng> maybe its hidden in gtk-sharp
[11:25] <mbreit> i must be somewhere... there is no using egg in the source ... just using gtk; und using gnome;...
[11:26] <tseng> yeah its in gtk im guessing
[11:26] <tseng> hm
[11:26] <tseng> grep -R egg * in gtk-sharp isnt very revealing
[11:26] <mbreit> i did try that as well ;)
[11:30] <mbreit> i think i am just to stupid... it must be somewhere ;))
[11:31] <gradzac> can someone give me the debootstrap script for breezy?
[11:31] <tseng> gradzac: debootstrap hoary and dist-upgrade
[11:31] <Nafallo> or better, use pbuilder :-)
[11:32] <Nafallo> pbuilder the chroot-handler :-)
[11:33] <gradzac> I'm using pbuilder on a hoary system, but I want the pbuilder to be breezy
[11:33] <gradzac> I keep getting complaints about a mission breezy.buildd ile
[11:33] <tseng> yeah dude, you have to pbuilder login --save-after-login or something
[11:33] <gradzac> er....can't type
[11:34] <tseng> hm or even
[11:34] <Nafallo> gradzac: the PbuilderHowto thinks you should build hoary and upgrade the chroot :-)
[11:34] <tseng> edit /etc/pbuilder/apt.conf.d/sources.list
[11:34] <tseng> and upgrade it to breezy
[11:34] <tseng> thats really the way to go
[11:34] <gradzac> I did the upgrade as suggested in the wiki
[11:35] <Nafallo> then you should have a breezy chroot already?
[11:35] <gradzac> I'm playing with the piuparts util
[11:36] <Mez> siretart: ping
[11:39] <siretart> Mez: yes?
[11:39] <Mez> one last upload (hopefully)
[11:39] <Mez> just to iron out last couple of things
[11:39] <mbreit> tseng: i seems that i am really too stupid...
[11:40] <tseng> mbreit: me too.
[11:40] <mbreit> tseng: it's in the monopod sources...
[11:40] <siretart> I uploaded a fixed version of piuparts earlier today, should work in breezy now
[11:40] <tseng> mbreit: yeah thats where i said it was :)
[11:40] <Mez> siretart: http://www.sourceguru.net/ubuntu/dev/ .orig.tar.gz hasnt changes
[11:40] <mbreit> so my debugging effords can go on ;)
[11:41] <highvoltage> cheesenibbles :)
[11:41] <Mez> what about cheesenibbles?
[11:44] <highvoltage> just found it. where's the comics?
[11:45] <tseng> dinner time
[11:45] <tseng> cheers.
[11:45] <highvoltage> tseng: cheers!
[11:45] <gradzac> bye
[11:45] <Mez> highvoltage, I'd like to know too
[11:46] <siretart> Mez: looking good
[11:47] <Mez> siretart :D ty
[11:48] <Mez> care to review it ?
[11:48] <Mez> ping for tseng when you've eaten
[11:50] <Mez> aw
[11:55] <siretart> sorry
[11:59] <seth_k> siretart, were you ever able to upload that zsnes package i did?
[12:00] <siretart> argl. thanks for the reminder
[12:01] <siretart> seth_k: where are your packages?
[12:01] <Mez> http://www.sethkinast.com/ubuntu/
[12:01] <seth_k> siretart, http://sethkinast.com/ubuntu/breezy/zsnes/
[12:02] <seth_k> siretart, ooh, a debian package entered unstable last week though...
[12:02] <Mez> lol
[12:03] <Mez> they prob stole it off of you
[12:03] <seth_k> heh, probably, it's a non-maintainer upload
[12:03] <siretart> seth_k: would you mind looking at it and upload a package for reviewing to revu if necessary?
[12:04] <seth_k> should I just request a sync from Debian instead?


[01:08] <rick_h_> what is meeting time? 9pm then?
[01:10] <rick_h_> hmm, sucky poor reviews on the redis cookbook and the 'definitive guide' isn't due until middle of next year
[01:10] <jrwren> yes, 9pm afaik
[01:10] <rick_h_> which means it'll likely be out next christmas
[01:10] <jrwren> i can't imagine a whole book on redis :)
[01:11] <rick_h_> heh, well there's a crap ton of 'commands'
[01:11] <rick_h_> curious about the expected use case/best practices on it
[01:15] <jrwren> true
[01:17] <krabador> hi people, i need help to install nvidia-173 on ubuntu 12.10
[01:20] <rick_h_> hey krabador, not sure how to help there. Not really much info to go off of.
[01:20] <rick_h_> there's a couple of google hits just for searching for your question there
[01:20] <rick_h_> http://namakutux.blogspot.com/2012/11/solved-how-to-install-nvidia-173-on.html
[01:20] <rick_h_> http://askubuntu.com/questions/209772/driver-video-nvidia-nvidia-173-uninstallable-on-12-10-quantal-quetzal
[01:22] <krabador> rick_h_, relly useful, thanx
[01:25] <krabador> rick_h_, it seems i must wait
[01:36] <snap-l> 25 minutes until meeting time
[01:36] <rick_h_> I'm going to fall alseep waiting...
[01:36] <rick_h_> zzzz
[01:37] <krabador> good sleep
[01:38] <rick_h_> ok, so really I'm writing unit tests...but I could be falling asleep!
[01:40] <snap-l> You shuld write unit tests to see if you're already asleep
[01:41] <rick_h_> crap, left a pdb in there and now hung waiting for input...but I'm asleep
[01:59] <brousch> I'm here!
[01:59] <jjesse> would you like a prize?
[02:00] <snap-l> Welcome everyone to the December 2012 Ubuntu US MI Meeting!
[02:00] <snap-l> Here's the agenda for this meeting: http://www.baenebooks.com/p-1618-the-monster-hunters.aspx
[02:00] <snap-l> OK, that is decidedly NOT the agenda for this meeting.
[02:00] <snap-l> http://loco.ubuntu.com/meetings/ubuntu-michigan/370/detail/
[02:00] <snap-l> (Reminder: don't go book shoopping prior to meeting)
[02:01] <snap-l> OK, I only have a few things to cover for this meeting, so if you have anything you'd like to add, please feel free
[02:01] <snap-l> otherwise, should be pretty short
[02:01] <snap-l> 1) http://loco.ubuntu.com/meetings/team/370/agenda/1376/update/
[02:02] <snap-l> Recap of the Ubuntu 12.10 MUG Meeting
[02:02] <snap-l> First off, a HUGE thanks to jcastro_ and smoser for showing up and double props to jcastro_ for essentially demoing Ubuntu 12.10 with no notice at all. :)
[02:03] <snap-l> I don't think the presentation would have been nearly as smooth without them, and certainly without jcastro_
[02:03] <snap-l> So, huge thanks!
[02:03] <snap-l> Mark Ramm showed up as well, which was pretty cool
[02:04] <snap-l> I think ths stone soup idea needed a little more priming on my part. UNfortunately I hadn't used Ubuntu 12.10 that much prior to the meeting.
[02:04] <snap-l> so all I knew about it was the shopping lens
[02:05] <snap-l> also, don't try doing a demo on an under-powered Dell machine.
[02:05] <snap-l> Lessons learned. :)
[02:05] <snap-l> Any questions or comments about the MUG meeting?
[02:06] <snap-l> OK, moving on then
[02:06] <snap-l> Recap of 2012
[02:07] <snap-l> I feel this year we kept marking time. We had a few events, and some pretty well attended events
[02:07] <snap-l> but overall I'm not sure if the spark that we had in the earlier years is there.
[02:08] <snap-l> We did have some pretty awesome events, especially the release parties
[02:09] <snap-l> (I'm not sure I'll ever be able to top the Michigan fight song being played on bagpipes)
[02:09] <snap-l> but the global jams suffered from last-minute planning and event-space changes.
[02:10] <snap-l> and those attracted a somewhat skeleton crew.
[02:11] <snap-l> I'm not sure what the answer is to get those more attended, and I think we need to discuss what we can do to help make these events better for everyone
[02:11] <snap-l> and hopefully bring back the spark and enjoyment that we all had the first time we booted an Ubuntu disc.
[02:11] <snap-l> I'm confident we can pull out of this funk. ;)
[02:11] <brousch> I find it difficult to get folks interested these days
[02:12] <jjesse-home> its kind of the new normal or something
[02:12] <snap-l> brousch: Agreed. I think a lot of Ubuntu feels like it's on auto-pilot
[02:12] <brousch> Most of the local tech folk use Ubuntu, but no one is really excited about it
[02:12] <snap-l> We do these things because of tradition, not because we care.
[02:12] <jjesse-home> there's nothing "sexy" any more
[02:13] <rick_h_> Well before there was interesting in working on bugs and that faded. What is there now that can bring interesting in working on something real/productive?
[02:13] <rick_h_> no more karma whoring for the bug cleaners :P
[02:14] <snap-l> rick_h_: Don't get me started on the karma whoring for bug cleanup. :)
[02:15] <rick_h_> heh, sorry didn't mean to bring up bad history. However I think that was when we were at our best as far as productivity/etc
[02:15] <rick_h_> bug jams and the like
[02:15] <snap-l> But it's definitely something for thought. I'm not sure how we can get folks excited again, but I'd rather have some excited folks
[02:15] <rick_h_> so curious if anyone has a 'new' bug jam idea that can get people interested
[02:15] <snap-l> I think the badges were a step in that direction
[02:15] <snap-l> but it just felt "off"
[02:16] <jjesse-home> accomplishes?
[02:16] <jjesse-home> acoomplishments or whatever
[02:16] <snap-l> Maybe a "community service" day?
[02:16] <snap-l> jjesse-home: Thank you. I was blanking on the name
[02:17] <snap-l> A day where we go through and help clean up some cruft
[02:17] <jjesse-home> what about a "ask ubuntu day"
[02:17] <snap-l> update wiki pages, vote up stuff in Ask Ubuntu
[02:17] <jjesse-home> or something like that, did through old ask ubuntu questions and try to help them out
[02:17] <snap-l> Y'know, that's what I did the last jam day.
[02:17] <snap-l> spent it all sifting through Ask Ubuntu
[02:18] <jjesse-home> was it boring?
[02:18] <snap-l> Not really. It was kind of interesting.
[02:19] <snap-l> but that's the sort of thing that I'm talking about. Maybe not on a jam day, but something where we could meet, either online or in person to just sit and do something that interests us
[02:21] <snap-l> Anywho, some food for thought.
[02:22] <jjesse-home> so since i'm not on Ubuntu does the accomplishment thing actually work? or was it not really made a part of the project?
[02:22] <snap-l> jjesse-home: I never did anything with it. It didn't appeal to me
[02:22] <jjesse-home> so you have to install it?
[02:22] <snap-l> I think so
[02:23] <jjesse-home> ah requires a ppa
[02:23] <jjesse-home> https://wiki.ubuntu.com/Accomplishments/Installing
[02:27] <snap-l> Anywho, something to think about for the coming year.
[02:28] <snap-l> I know not everyone on here uses Ubuntu, but I'm pretty sure you all want to see it improve
[02:28] <snap-l> and I think we can all be a part of that.
[02:29] <snap-l> I think our biggest problem is we keep graduating folks into Canonical. :)
[02:32] <snap-l> Anywho, that's all I have for now
[02:32] <snap-l> Anything else anyone wants to bring up?
[02:32] <rick_h_> I like pie
[02:33] <snap-l> Duly noted
[02:33] <snap-l> Perhaps we could have a day of pie
[02:37] <jjesse-home> i like pie
[02:37] <rick_h_> ok, wife's agreed we can have a pie CHC
[02:37] <rick_h_> vote apple or pumpkin
[02:38] <snap-l> rick_h_: pumpkin, please.
[02:38] <snap-l> Which date? :)
[02:39] <rick_h_> snap-l: 12th or 19th
[02:39] <rick_h_> TBD
[02:39] <snap-l> kk
[02:42] <snap-l> OK, I think we can stick a pie-stained fork in this meeting. :)
[02:43] <snap-l> Thank you everyone.
[02:44] <brousch> No thank you
[04:19] <greg-g> rick_h_: I seem to remember you having an opinion on rechargable batteries. What was it? :)
[04:26] <rick_h_> eneloop greg-g
[04:27] <greg-g> you're up late
[04:28] <rick_h_> yea, can't sleep
[04:28] <rick_h_> so going to QA my code change and get a drink for a few min
[04:32]  * greg-g nods
[04:32] <rick_h_> and looking at wood :P http://www.bellforestproducts.com/
[04:32] <greg-g> rick_h_: just because you're here: I can't imagine a reason why my energizer recharging station wouldn't work with the eneloop ones, right?
[04:32] <greg-g> hah
[04:33] <rick_h_> no, but the eneloop came with a charger that was nice for it so I ended using theirs
[04:33] <greg-g> that is a deep hole to get lost in
[04:33] <greg-g> wood species seems like such a huge topic; all the diff qualities to think about
[04:33] <rick_h_> yea
[04:33] <rick_h_> I need something very stable for making some straight edges out of
[04:34] <rick_h_> and looking at what it would cost to do something nice/fancy for these night stands :/
[04:34] <greg-g> gotcha
[04:34] <rick_h_> http://www.bellforestproducts.com/hand-pick/view/11126/?b=L2ZpZ3VyZWQtYnViaW5nYS8=
[04:36] <rick_h_> wow, 3 5/8" thick http://www.bellforestproducts.com/hand-pick/view/11244/?b=L2ZpZ3VyZWQtYnViaW5nYS9oYW5kLXBpY2svMS8=
[04:40] <greg-g> sexy
[12:08] <brousch> Some other GR group I have nothing to do withnhas Katie Cunningham speaking remotely
[12:08] <brousch> http://www.meetup.com/Software-GR-and-GLSEC/events/93791272/?a=ea1_grp&rv=ea1
[13:51] <snap-l> Good morning
[13:51] <snap-l> brousch: Huh, that's interesting.
[13:51] <brousch> What is?
[13:51] <snap-l> Some other GR group I have nothing to do withnhas Katie
[13:51] <snap-l> Cunningham speaking remotely
[13:53] <brousch> ah, yeah
[14:13] <snap-l> This is awesome: https://wiki.php.net/rfc/mysql_deprecation
[14:14] <snap-l> Awesome, as in I think Wordpress is going to have some work ahead of them
[14:17] <nullspace> snap-l: this has been a long time in the making, 2011 is when I first heard about it
[14:18] <nullspace> it's sad that people haven't moved to PDO ...
[14:18] <rick_h_> mysqli and pdo were out when I did php, that's some 4 years ago?
[14:19] <nullspace> it's way easier to use and less hassle too, can bring a horse to water but you can't make it use objects
[14:19] <brousch> I seem to remember them even when I did PHP in 2002-2004
[14:25] <snap-l> Well, it's also been one of the cited reasons for them not moving to Postgres
[14:25] <snap-l> So, sooner they move to PDO, the happier I'll be
[14:32] <nullspace> crap!
[14:35] <nullspace> we inheritated a code igniter app that looks like it's on the chopping block
[14:36] <nullspace> and I'm loving this converstation in thos forum http://ellislab.com/forums/viewthread/179618/#885102
[14:36] <nullspace> honestly fuck these guys
[16:33] <rick_h_> greg-g: so I'd always keep at least one going tbh
[16:33] <rick_h_> I do my rsync to my nas and very import stuff to servers in the cloud but still keep some stuff in dropbox/U1. Now I do that because I use U1 for canonical stuff and dropbox is more personal
[16:34] <rick_h_> but I use those more for being able to link to things as well
[16:34] <snap-l> I am wedded to dropbox because of todotxt
[16:34] <snap-l> also O'Reilly and Pragprog sync books via Dropbox
[16:36] <greg-g> yeah, I think I'll keep my accounts with them, obviously, for those types of things (O'Reilly etc) but, at what point do I reclaim disk space by deleting the work/personal docs in them and just using git-annex for them (since they are, starting now, slowly diverging)
[16:36] <snap-l> greg-g: Whatever makes you comfortable. :)
[16:36] <rick_h_> greg-g: can they not share space?
[16:36] <rick_h_> e.g. U1 folder the same as git-annex?
[16:37] <rick_h_> and then just drop dropbox or something?
[16:37] <greg-g> no, git-annex uses symlinks for all content (it's an awesome engineering thing that you should check out, you'd probably really like how it works ;) )
[16:38] <rick_h_> ok, well I'd try to keep one. If only because of the non-data stuff. And I'd make 100% sure something emails/throws giant alarms if the git-annex stuff silently starts failing to work
[16:38] <rick_h_> I do like how the dropbox icon changes when it's got issues
[16:38] <greg-g> ~/annex/some_file.iso actually is a symlink (the symlink is committed into git) that points to eg: ~/annex/.git/annex/objects/a3/zh/s-12981231-SHA256E-69182498124918018101989812982532.iso
[16:38] <rick_h_> but I do like to use dropbox/U1 for mobile access and such
[16:39] <greg-g> yeah, the mobile thing is a use case not yet supported really by git-annex, but it is also a use-case I don't really use :/
[16:39] <snap-l> dropbox is awesome for mobile access
[16:39] <rick_h_> oh interesting, kind of the reverse I'd expect, but makes sense
[16:39] <rick_h_> yea, like I upload all my flight info into there and make sure it's offline cache'd
[16:39] <rick_h_> so that i can load up itenerary, confirmations, etc offline on there
[16:39] <greg-g> well, you don't want you git history to store every version of huge binary files :)
[16:39]  * greg-g yeah
[16:40] <greg-g> er
[16:40]  * greg-g nods
[16:40] <rick_h_> greg-g: right, makes sense. It's not great at large binary files so cool that they've worked around some of that
[16:41] <greg-g> yeah, the cool thing is now you have all these hashed files (which, if you hash two files that are the same content, it'll dedup in the backend) where you have every version going back in time, until you want to clean up your history. Then you just "git-annex dropunused" and drop the unwanted unused backend files
[16:41] <greg-g> so, best of both worlds, really (is the idea)
[16:43] <greg-g> by "clean up your history" I mean "reclaim space used by old versions of big files that you no longer want" (think: intermittent huge renderings that are steps on the way to a final movie, in-process you want them all versioned, but when you're "done" you can safely get rid of them)
[16:43]  * greg-g is a convert, if you can't tell ;)
[18:22] <snap-l> rick_h_: https://cahxmas.herokuapp.com/
[18:23] <rick_h_> snap-l: already ordered
[18:24] <Blazeix> the way one would pronounce that subdomain makes me hesitant to click it at work
[18:24] <rick_h_> yea, I had to think twice
[18:25] <rick_h_> it came out of an email so didn't notice until it was too late
[18:27] <snap-l> Is it out of print already?
[18:27] <snap-l> Ah, you already ordered it. ;)
[18:27] <snap-l> I can read, really.
[22:49] <snap-l> greg-g: Maybe I should start up the post-startup, to get us back to a simpler time of wealth redistribution for good ideas
[22:49] <snap-l> a Holistic Organic Leveraging Distribution
[22:49] <snap-l> We could call it the HOLD-UP
[22:50] <greg-g> :)
[22:50] <snap-l> where I go to angel investers and say, quite pointedly "gimme your money, this is a HOLD-UP"