[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?