[01:02] <bddebian> Heya gang
[01:05] <welshbyte> ello bddebian
[01:05] <bddebian> Hi welshbyte
[01:06] <LaserJock> hi bddebian
[01:06] <bddebian> Heya LaserJock
[01:06] <welshbyte> bddebian: does gnu-smalltalk still need packaging from upstream?
[01:06] <bddebian> welshbyte: afaik
[01:08] <welshbyte> i might have a look at it for a challenge
[01:09] <bddebian> Great
[01:21] <welshbyte> i spoke too soon - pc just died and won't boot :/
[01:22] <bddebian> doh
[01:22] <crimsun> well, you wanted a challenge.
[01:22] <bddebian> I think my Dapper laptop is dying too :-(
[01:22] <crimsun> no greater challenge than "machine won't boot"
[01:22] <welshbyte> crimsun: indeed, nothing's ever as easy as you expect it to be
[01:25] <bddebian> Yeah, like this freakin' diacanvas2 crap :-(
[01:32] <LaserJock> hmm
[01:32] <crimsun> yeah, that'll backfire quickly.
[01:34] <bddebian> :)
[01:35] <bddebian> Heh
[01:37] <LaserJock> tseng: "we, we, we"
[01:37] <LaserJock> :-)
[01:37] <tseng> yeah serious
[01:37] <tseng> imperative
[01:37] <bddebian> should: pkg-config pygtk-2.0 return something?
[01:38] <LaserJock> it's imperative that we break our machines, NOW!
[01:38] <tseng> sweet
[01:38] <bddebian> hehe
[01:44] <tseng> can someone else jump in here
[01:44] <tseng> before I get cranky
[01:44] <tseng> no one wants that.
[01:44] <crimsun> just walk away from it; it's not worth the energy.
[01:44] <tseng> good time for dinner
[01:45] <crimsun> bddebian: just ``pkg-config pygtk-2.0''?
[01:46] <bddebian> crimsun: I read the man page, thanks
[01:46] <crimsun> (it returns 0 here)
[01:49] <welshbyte> ah, it was the graphics card
[01:57] <bddebian> crimsun: Actually it was using pkg-config --variable codegendir pygtk-2.0
[01:58] <crimsun> bddebian: (correct, hence my question)
[01:58] <crimsun> without passing any additional parameters it'll just return 0
[01:58] <bddebian> Well the way I read that first, I though it was setting codegendir that way :-)
[02:06] <bddebian> This shit is crazy
[02:32] <bddebian> Damnit, it's just write_source that it can't import from codegen..
[02:42] <bddebian> >>> from codegen import write_source
[02:42] <bddebian> Traceback (most recent call last):
[02:42] <bddebian>   File "<stdin>", line 1, in ?
[02:42] <bddebian> ImportError: cannot import name write_source
[02:42] <bddebian> Should that tell me something?
[02:42] <crimsun> yes.
[02:42] <illovae> hello :)
[02:42] <crimsun> bddebian: did you set the path and everything?
[02:47] <bddebian> crimsun: I can import just about everything else from codegen
[02:48] <bddebian> Hello illovae
[02:48] <illovae> :)
[02:48] <crimsun> bddebian: did you file a bug on pygobject?
[02:49] <bddebian> crimsun: How do I know that's what it is?
[02:49] <crimsun> what file owns the one where the error is thrown?
[02:49] <bddebian> codegen.py
[02:49] <crimsun> s/one/code/
[02:53] <bddebian> crimsun: Or did you mean what package?
[02:54] <crimsun> I meant which package.
[02:54] <crimsun> root@adhd:/var/lib/python-support/python2.4/gtk-2.0# dpkg -S dsextras.py
[02:54] <crimsun> python-gobject: /usr/share/python-support/python-gobject/gtk-2.0/dsextras.py
[02:55] <bddebian> Hmm, not python-gtk2-dev?
[02:55] <bddebian> >>> print codegendir
[02:55] <bddebian> /usr/share/pygtk/2.0/codegen
[02:56] <crimsun> look at the file where write_source is [attempted to be]  imported
[02:56] <crimsun> that's /var/lib/python-support/python2.4/gtk-2.0/dsextras.py , which is owned by python-gobject, whose source package is pygobject
[02:58] <crimsun> I checked pygobject upstream cvs early this morning and noticed more interface & implementation updates beyond 2.11.2, but I have not attempted to build it
[02:58] <bddebian> crimsun: Not afaict from running setup.py by hand
[02:59] <bluefoxicy> I just made the coolest bug report ever
[02:59] <bddebian> bluefoxicy: Do you do anything besides file bugs?
[02:59] <crimsun> bddebian: interesting. So was that through pbuilder login?
[02:59] <bddebian> crimsun: Aye
[02:59] <crimsun> he messes with specs.
[02:59] <bluefoxicy> bddebian: no, well yes but it also involves talking a lot
[03:00] <bddebian> So I've noticed :)
[03:00] <bluefoxicy> bddebian: I just filed a 5 word long bug that says wine segfaults
[03:02] <bluefoxicy> crimsun:  latest specs messed with:  EdgyPlusOneToolchainRoadmap; RapidReboot
[03:09] <bddebian> crimsun: Hmm, I think it's failing from dsextras trying to bring in codegen, not from setup.py trying to bring it in
[03:09] <crimsun> hi. that's what I've been saying since last night.
[03:09] <crimsun> file the bug against pygobject.
[03:09] <bddebian> crimsun: Well I'm a little dumb, what can I say
[03:10] <crimsun> no, not dumb.
[03:11] <bddebian> Yes, dumb
[03:15] <ajmitch> afternoon
[03:17] <crimsun> hi
[03:19] <bddebian> Heya ajmitch
[03:19] <bddebian> Why do we have pygobject and Debian has python-gtk2 having dsextras.py?
[03:21] <crimsun> pretty straightforward, because Debian doesn't have the pygobject source package.
[03:22] <crimsun> (and if you'll note in upstream cvs, pygobject was split out for easier maintenance)
[03:23] <fbond> remind me:
[03:23] <fbond> who do I need to talk to to get a line added to /etc/services?
[03:23] <crimsun> you beg n' plead with the maintainers of netbase.
[03:24] <crimsun> ideally you need to get something verified upstream upstream.
[03:24] <ryanakca> crimsun: still no response from Mr. Lai about changing the name of gnome-clipboard-daemon, going on to day 18 since the e-mail... wait till the months end or ???    http://revu.tauware.de/details.py?upid=2812
[03:24] <crimsun> ryanakca: 30 days is at least courteous.
[03:24] <ryanakca> crimsun: kk :)
[03:30] <fbond> maybe I could just upload a new netbase package to revu :)
[03:30] <zul_> heylo
[03:30] <ajmitch> hi zul_
[03:32] <fbond> crimsun, given maintainer listed for netbase is a debian maintainer, does my package need to go into debian for an extra /etc/services line to be feasible?
[03:32] <crimsun> fbond: that would be most useful
[03:37] <bddebian> crimsun: OK, OK, I give up :-)
[03:41] <bddebian> Wb LaserJock
[03:41] <LaserJock> thanks bddebian
[03:41] <ajmitch> hello LaserJock
[03:45] <Quinn_Storm> hey guys, I only just got the message inviting me here from the ubuntu forums, which I almost never read (compiz.net is plenty to keep me busy, heh) so...hi
[03:45] <ajmitch> heh
[03:45] <ajmitch> hello Quinn_Storm
[03:46] <bddebian> Hello Quinn_Storm
[03:47] <Quinn_Storm> also, to those to whom it matters, I have already talked with the maintainer who did the gnome-terminal upload, and messes like that won't happen again
[03:47] <ajmitch> ok
[03:47] <ajmitch> how can we help?
[03:48] <Quinn_Storm> well apparently, according to the message, you guys wanted to meet with me?
[03:49] <Quinn_Storm> Viper550 wrote it..."The MOTU team would like to meet you, come by on #ubuntu-motu on Freenode and we'll discuss further."
[03:49] <LaserJock> hi ajmitch
[03:49] <ajmitch> ah, viper550
[03:49] <tseng> he is a little overly excited
[03:49] <Quinn_Storm> I see
[03:50] <ajmitch> having working packages in edgy is still appreciated though
[03:51] <Quinn_Storm> well, the packages in my repo should be okay...I still haven't switched gconf over, that's about the only thing.  beyond that, the packages build-deps should be exactly right, etc.
[03:53] <ajmitch> there are still a few issues, like being a native package (no orig.tar.gz) but versioned with a debian revision
[03:53] <trpr_> *repeat after connection trouble* two libs are missing from the kdejava build. the developer reports this is because of some automake/libtool bug, but the libs can be produced after the fact with only qtjava.jar/koala.jar and a clean kdebindings source tree. how should i proceed with something like this?
[03:53] <trpr_> as far as i can tell kdejava apps can't be packaged without these two libs
[03:54] <Quinn_Storm> hmm, resolving that should be done too...I should probably switch from davidr's-0quinn# to davidr's.# for my release versioning
[03:54] <Quinn_Storm> the -0xxx is actually a holdover from the very first packaging, which I didn't even do
[03:55] <ajmitch> -0ubuntu1 is normal for something in ubuntu that's not in debian
[03:55] <ajmitch> I saw that there's someone in debian working on compiz packages now also
[03:55] <Quinn_Storm> yeah, true, though I thought non-'native' was only for packages where the maintainer wasn't the manager of the source tree (i.e. where there were changes between source tree & package)
[03:56] <ajmitch> unless the package is specifically for debian/ubuntu, it's best not to use native packages
[03:57] <Quinn_Storm> well I'll still have to change my versioning scheme...it'll have to be davidr's.#-0ubuntu1 instead of davidr's-0quinn#
[03:57] <tseng> Quinn_Storm: pittsburgh eh
[03:57] <Quinn_Storm> yep, tseng
[03:57] <bddebian> Hmm, I was just in Pittsburgh
[03:57] <tseng> Philadelphia-ish
[03:58] <Quinn_Storm> ah, cool
[03:58] <ajmitch> it'd be nice to have the core code being the same & being able to ship extra plugins
[03:58] <tseng> bddebian too
[03:58] <Quinn_Storm> well, let me run a quick diff of the core code, that way we can see what all will need changed...actually I don't think its a lot
[03:59] <ajmitch> I didn't think it was much
[03:59] <ajmitch> is davidr back coding on compiz yet?
[03:59] <Quinn_Storm> no git commits yet
[04:00] <tseng> what is the R for by the way
[04:00] <Quinn_Storm> reveman
[04:00] <tseng> i have a terrible time keeping david r and david zeuthan straight
[04:00] <tseng> for some reason they kept showing up at the same time at guadec
[04:00] <Quinn_Storm> lol
[04:00] <tseng> or something
[04:01] <Quinn_Storm> ajmitch: the only other issue with shipping extra plugins will be that some of the quinn-tree modified plugins are the same name as the vanilla plugins...so I'm guessing we'll have to use diversions to manage that? so we can have a compiz-quinn that installs atop compiz and diverts the things that conflict?
[04:02] <ajmitch> diversions are ugly & nasty, but it's a possibility
[04:02] <tseng> is there a compelling reason to ship modifications over upstream, where upstream rejects them?
[04:03] <Quinn_Storm> so far upstream has been -very- reluctant to accept any community code
[04:03] <tseng> do they offer a reason?
[04:04] <Quinn_Storm> well they is he, davidr, and its unclear at the moment, not to mention he's been MIA for about 3 weeks now
[04:07] <Quinn_Storm> okay, it seems there are only a couple real patches in the core code now.  #1 is a patch to add the raise window binding (I think this one just hasn't made it upstream yet), #2 is Xinerama support (davidr is opposed to Xinerama), #3 is the gl_include_inferiors & such AIGLX-compat patches, they just haven't made it upstream yet either, #4 is the libsvg_cairo->librsvg patch, which actually, I'm not sure how much it affects 
[04:07] <Quinn_Storm> n stuff, #5 is version numbering stuff, and #6 is a tiny little patch to add an externally available function for moveInputFocusToWindow
[04:13] <Quinn_Storm> oh and the #define for paint_window_decoration_mask is in compiz.h, a minor change, and technically can be moved elsewhere but should probably stay there since it is used by various plugins.  (it doesn't change the functioning of the core)
[04:15] <LaserJock> hi imbrandon
[04:15] <bddebian> Heya imbrandon
[04:18] <Quinn_Storm> so, what do you think I should do about the core changes?  Xinerama is very important, so are the aiglx patches, the switch from libsvg-cairo to librsvg is important because librsvg is maintained, the version numbering stuff of course is meaningless if I just change the configure.ac version instead (add a minor minor version)
[04:19] <ajmitch> are the applied directly or split out as patches in the package?
[04:19] <Quinn_Storm> they are currently applied directly
[04:19] <Quinn_Storm> because I maintain a source tree
[04:21] <imbrandon> moins LaserJock ajmitch bddebian
[04:21] <ajmitch> hello imbrandon
[04:22] <ajmitch> Quinn_Storm: you fel that your branch is stable enough to put into edgy? I know it's been changing fairly quickly
[04:22] <Quinn_Storm> the trouble is...no, I don't...and I don't see it stopping changing any time soon either...the community I work with are...rather rapid about their developments...
[04:23] <ajmitch> right, that's why I was considering putting davidr's branch in, which I packaged a couple of weeks back
[04:24] <Quinn_Storm> once he comes back, his development will continue, but I still doubt he'll accept things from the community...especially things like Xinerama, which is a deal-breaker for those who use it
[04:24] <ajmitch> he felt that xinerama was out of place?
[04:24] <Quinn_Storm> he wants to write his own solution instead of using xinerama
[04:25] <Quinn_Storm> he has repeatedly claimed it will be here "real soon now"
[04:25] <ajmitch> that does get annoying for those of us who wait for it
[04:25] <Lathiat> how do you replace xinerama
[04:26] <Lathiat> so all the logic applications use to figure out the screens will be broken?
[04:26] <ajmitch> Lathiat: yes
[04:26] <Lathiat> awesome
[04:26] <ajmitch> but the window manager can still place things
[04:26] <Quinn_Storm> thus, the community has gone with xinerama, less wait, more functionality
[04:26] <ajmitch> however gtk+ & other toolkits use xinerama as well
[04:30] <Quinn_Storm> as for my compiz core, I doubt it will change any faster than davidr's, it'd just be plugin changes, bugfixes, updates...the one problem though would be maintaining the tree, as at the moment the whole thing is built as one source package->multiple binaries...I'd have to split it out into more than one source tree...
[04:40] <Quinn_Storm> the other problem with splitting plugins out into a different source tree is gconf schemas...they are done programatically instead of by hand...
[04:40] <ajmitch> splitting the source shouldn't take too much, it'd be nice to coordinate that with davidr if he's willing
[04:41] <Quinn_Storm> I could try, but I have a feeling that working toward packaging on a particular distro isn't one of his major goals
[04:41] <ajmitch> it could benefit other distros though
[04:42] <Quinn_Storm> really though...updates to compiz itself have slowed down, they're down to about one per week now (and updating compiz itself along with the plugins is minor, the plugins make up the bulk of the package)
[04:42] <ajmitch> it'd require some versioning & a stable interface between core & plugins - most of that is there
[04:47] <Quinn_Storm> well, what I could do is break -all- of the plugins out into a separate tree+package, leaving just compiz and gnome-window-decorator in the core tree...(we haven't touched gnome-window-decorator, its back to its pristine upstream version)...that way I could still keep the gconf schemas in sync...
[04:47] <ajmitch> that could be good
[04:48] <ajmitch> sigh, launchpad going down for 3.5 hours.. that's quite awhile
[04:48] <Quinn_Storm> then the compiz src package would build compiz and compiz-gnome-integration (optional, you could use cgwd instead), and the plugins package (required by -gnome-integration and cgwd) would carry all the plugins...at least that way the core could change slower than the plugins...
[04:49] <bddebian> Yeah, wtf? :-(
[04:49] <Quinn_Storm> I'd just have to keep the core up to date whenever the ABI changes with Conflicts lines (same w/ plugins with a proper Depends line)
[04:49] <ajmitch> Quinn_Storm: it'd be nice if users didn't have to specify the gconf plugin to start with
[04:49] <Quinn_Storm> ajmitch: well that would be a simple hack to the compiz script...its already started by a script
[04:49] <bddebian> Ugh, this typo3 package is hideous too :-(
[04:50] <ajmitch> yes, I was thinking about that this morning - do all plugins currently require gconf?
[04:50] <Quinn_Storm> none of them require it, but its the only plugin that actually handles configuration options right now
[04:50] <Quinn_Storm> compiz was designed with a system-agnostic configuration system, and then only one plugin was ever written for it (gconf)
[04:50] <ajmitch> right
[04:51] <Quinn_Storm> I should probably make the compiz.wrapper (/usr/bin/compiz) script actually call compiz --replace gconf, if no options are specified on the command line...does that make sense?
[04:51] <ajmitch> yes
[04:51] <Quinn_Storm> the wrapper script of course is to do the LD_PRELOADing that ati & nvidia users need
[04:51] <Quinn_Storm> hmm
[04:51] <Quinn_Storm> I should have it test for aiglx somehow too...
[04:51] <ajmitch> I was thinking this morning that you could source config options from ~/.compiz.conf or similar
[04:51] <ajmitch> so that users can override loading gconf
[04:51] <Quinn_Storm> yeah but you'd need a gui tool to configure it, and a plugin to read it
[04:52] <ajmitch> not necessarily
[04:52] <ajmitch> it'd just be a shell script, which is loaded into the wrapper
[04:52] <ajmitch> like anything in /etc/default is
[04:52] <Quinn_Storm> how would it tell compiz the options though?
[04:52] <ajmitch> just shell options
[04:52] <ajmitch> like USE_GCONF
[04:53] <Quinn_Storm> see, without an options plugin of some kind, the options can't get into compiz...oh ok, those kind of options
[04:58] <Plug> they set my nick highlighting off regularly ;)
[04:58] <ajmitch> it must make you feel special :)
[04:58] <Quinn_Storm> lol
[04:58] <Plug> Quinn_Storm: thank you for everything you've done with compiz/xgl.  It'ss absolutely fantastic.
[04:58] <Quinn_Storm> Plug: you're welcome...right now we're working on getting it to a more...cleanly packaged point
[05:00] <Quinn_Storm> question, does it make sense to version compiz-plugins just starting from 0.1?
[05:01] <ajmitch> either that or match the compiz version that they're for
[05:01] <Quinn_Storm> well, the idea is they will be changing faster than compiz
[05:08] <Quinn_Storm> (its easier than splitting atoms)
[05:13] <LaserJock> mmmm, splitting atoms
[05:20] <Quinn_Storm> now...question...I know ajmitch isn't here, but someone can help...should I make 'compiz' a virtual package depending on 'compiz-core' and 'compiz-plugins'? or should I keep 'compiz' just being the core?
[05:21] <LaserJock> hmm
[05:22] <LaserJock> can you use compiz-core without compiz-plugins?
[05:22] <welshbyte> does the core work at all without the plu... what LaserJock said
[05:22] <Quinn_Storm> not really...no...so I guess compiz depending on compiz-plugins is probably the best way to do it
[05:23] <LaserJock> I would think so
[05:25] <Quinn_Storm> hmm, I just uncovered a problem with the way I am going about this...the 'compiz' package installs headers required to build the 'compiz-plugins' package...so...maybe I should do it with compiz depending on compiz-plugins which depends on compiz-core?
[05:26] <imbrandon> ajmitch: is there a mugshot deb or did you alien the rpm ? i just got my invite but it only offered a rpm download
[05:26] <Plug> jdub had one somewhere
[05:27] <Plug> http://people.ubuntu.com/~jdub/edgy/
[05:29] <LaserJock> Quinn_Storm: that I'm not sure of
[05:30] <imbrandon> Plug: thanks
[05:41] <crimsun> -core should be precisely that. -plugins should be extra. -core should not depend on -plugins, but -plugins must depend on -core. compiz can be used as a transitional package depending on both -core and -plugins
[05:41] <Quinn_Storm> that's what I'm doing, crimsun
[05:42] <LaserJock> are those in the same source package?
[05:43] <Quinn_Storm> -plugins is a different package
[05:43] <LaserJock> ahh
[05:43] <Quinn_Storm> -core and 'compiz' are in the same source package
[05:43] <Quinn_Storm> that's the point of this
[05:43] <Quinn_Storm> so we can update -plugins separately
[05:44] <crimsun> LaserJock: didn't you use quodlibet as an example? ;)
[05:47] <LaserJock> I didn't get that far :(
[05:47] <LaserJock> that reminds me
[05:47] <LaserJock> I need to finish the stupid irc log on the wiki
[05:50] <crimsun> raging ubuntu-aholic motu that he is
[05:50] <ajmitch> someone needs to look out for us little guys, right crimsun ?
[05:50] <crimsun> definitely :)
[05:51] <hub> imbrandon: I have a more recent mugshot
[05:51] <hub> imbrandon: maybe I should upload it to REVU, NOT FOR INCLUSION
[05:51] <hub> imbrandon: I packaged the latest version actually
[05:51] <LaserJock> shesh, you guys are going to turn me into another bddebian
[05:53] <imbrandon> hub: nice , if you want i can stick it in my repo
[05:53] <imbrandon> but either way i would love a vopy
[05:53] <imbrandon> copy*
[05:53] <hub> imbrandon: the source package is uploaded
[05:53] <hub> to REVU
[05:53] <hub> builds on dapper and edgy
[05:54] <imbrandon> nice cool
[05:55] <hub> it is a rip off of jdub packages, updated
[05:55] <ajmitch> imbrandon: you have a mugshot account?
[05:55] <hub> I have invites for who want
[05:55] <hub> just give me your address
[05:55] <hub> first come, etc
[05:55] <imbrandon> ajmitch: i'm making one now, i just got my invite a few minutes ago
[05:56] <hub> btw mugshot is a real nagware
[05:56] <imbrandon> heh well ajmitch said he was using it so i figured it would atleaste "try" it ;)
[05:56] <ajmitch> 'using' is such a loose term
[05:57] <imbrandon> ;)
[05:57] <hub> http://revu.tauware.de/details.py?upid=2921
[05:57] <hub> the mugshot package
[05:57] <imbrandon> if it bugs me too much i can always dpkg --purge remove ;)
[05:57] <fdsd> hey guys, I am making livecds, I made one ppc live cd, everything went very smoothly and its all set, but now I am trying to make a x86 livecd from ubuntu-6.06.1-desktop-i386.iso and I am running into issues.   I am trying to modify the usplash boot up, I was able to do it perfectly following this howto on my ppc livecd: https://help.ubuntu.com/community/USplashCustomizationHowto  but for some reason with x86 ubuntu
[05:57] <fdsd> machine I install my new usplash and it only boots to black now.  ANy ideas
[05:58] <LaserJock> fdsd: not going so well in -devel? :-)
[05:58] <imbrandon> usplash bug , known afaik with the latest uspash
[05:58] <fdsd> LaserJock, 45min no answer
[05:58] <fdsd> imbrandon, oh really, do you know how I can look into it?
[05:59] <imbrandon> on LP ? i dunno i just take splash out of my kernel line ;)
[05:59] <imbrandon> dget http://revu.tauware.de/revu1-incoming/mugshot-0608212350/mugshot_1.1.13-0ubuntu1.dsc
[05:59] <imbrandon> doh
[06:00] <fdsd> Does anyone know if the livecd/casper/initrd.gz is the same as /boot/initrd.img-2.6.15-26-386 in the filesystem.squashfs?
[06:01] <fdsd> imbrandon, does that make usplash still work?
[06:01] <imbrandon> no it disables it
[06:01] <fdsd> oh ok
[06:02] <imbrandon> one of the downfalls of running a dev version
[06:02] <imbrandon> i would stick to the stable stuff for a live cd ;)
[06:02] <fdsd> imbrandon, do you know how isolinux calls up usplash?  I know the grub/menu.list file is what you edit on ubuntu, but what about the livecd?
[06:02] <fdsd> imbrandon, ok, cool thank you
[06:02] <imbrandon> no idea man
[06:04] <fdsd> if I chroot into the filesystem.squash that is on the livecd can I do dpkg-reconfigure linux-image-$(uname -r) ?
[06:05] <fdsd> will it update everything needed?
[06:05] <imbrandon> i think you need the -devel god's we're just packers ;)
[06:05] <fdsd> heh no prob
[06:06] <fdsd> I would have thought the ppc livecd would have been harder
[06:06] <fdsd> ppc guys document things better
[06:06] <fdsd> lol
[06:08] <imbrandon> hrm hub seems the build-deps on that arent quite correct
[06:08] <imbrandon> configure: error: XScreenSaver extension is required - X11/extensions/scnsaver.h, libXss.so
[06:08] <imbrandon> from pbuilder ( edgy )
[06:08] <bluefoxicy> insight does not seem to STEP through lines of source code when i -ggdb gcc
[06:09] <hub> imbrandon: *sigh*
[06:09] <bluefoxicy> this is irritating.  I am searching for another debugger.
[06:09] <hub> imbrandon: ok. hold on
[06:09] <hub> imbrandon: I run dapper here
[06:09] <imbrandon> np i can fix it here for me, just wanted to let you know
[06:09] <hub> and I don't think I did pbuild it
[06:09] <imbrandon> hehe
[06:10] <hub> imbrandon: if you can comment on REVU, I'll get the changes
[06:10] <imbrandon> k
[06:10] <hub> mugshot people don't really want to see it in distros, so it can wait
[06:10] <hub> :-)
[06:10] <hub> for the advocate
[06:10] <imbrandon> hehe ok
[06:10] <hub> but getting input and having fun, sure
[06:10] <imbrandon> its gpl but they dont want it in the distro ?
[06:10] <fdsd> imbrandon, what ubuntu livecd would you recommend?
[06:11] <fdsd> imbrandon, 5.10 any good?
[06:11] <imbrandon> fdsd: for? 6.06.1 would be the latest stable
[06:11] <fdsd> imbrandon, oh I thought that is what I was using
[06:11] <fdsd> imbrandon, I was using that.. usplash is broken in that version of stable?
[06:12] <imbrandon> well the usplash is a edgy problem asaik but like i said these are issues i have VERY limited know how about , your better off asking in -devel ( even at a later time )
[06:13] <fdsd> imbrandon, what is the difference between 5.10 and 6.06?
[06:14] <imbrandon> *cough* they are diffrent released version , what do you mean ?
[06:14] <LaserJock> :-)
[06:15] <hub> imbrandon: it is just that they are changing the protocol once in a while
[06:15] <hub> imbrandon: so it breaks a lot
[06:15] <hub> imbrandon: think "immature"
[06:15] <hub> imbrandon: nothing to do with the license
[06:16] <imbrandon> ahh
[06:17] <hub> libxss1
[06:17] <welshbyte> or libxss-dev
[06:17] <bddebian> libxss-dev
[06:17] <hub> yeah
[06:17] <hub> that one
[06:17] <hub> I searched on the other machine
[06:17] <imbrandon> ;)
[06:27] <imbrandon> hub: working now and the extra deps added to comment on http://revu.tauware.de/details.py?upid=2921
[06:27] <imbrandon> so i would build in pbuilder
[06:27] <imbrandon> it would*
[06:28] <hub> yeah
[06:28] <hub> I don't even think I did pbuild it
[06:28] <hub> actaully
[06:28] <hub> nor did the original packager
[06:28] <imbrandon> hehe
[06:29] <imbrandon> i might stick it i my personal repos on imbrandon.com if you dont mind since we wont be putting it in edgy atm
[06:30] <hub> sure
[06:30] <hub> share
[06:37] <imbrandon> Seveas: ping
[06:37] <imbrandon> heay Hobbsee
[06:37] <bddebian> Hi Hobbsee
[06:37] <bddebian> Gnight folks
[06:37] <Hobbsee> hey imbrandon, bddebian
[06:37] <imbrandon> gnight bddebian
[06:38] <imbrandon> @now amsterdam
[06:38] <Ubugtu> Current time in Europe/Amsterdam: August 22 2006, 06:38:32
[06:38] <ubuntu-es> imbrandon: Error: "now" is not a valid command.
[06:38] <Hobbsee> yay, i get to request another sync, it looks like
[06:38] <Hobbsee> we have 2 bots here now?
[06:38] <imbrandon> kinda early i guess
[06:38] <imbrandon> yea i dunno wth -es is
[06:38] <imbrandon> its not seveas;s
[06:39] <imbrandon> Hobbsee: you mean 3 ;)
[06:39] <imbrandon> err 4 ( loggin bot too )
[06:39] <Hobbsee> imbrandon: true that
[06:40] <imbrandon> i guess its something to do with the -es channel but i dunno why its in here or answers to @blah
[06:40] <imbrandon> ;)
[06:43] <imbrandon> hub http://www.imbrandon.com/packages/pool/{dapper,edgy}/extras/  ( will work as "deb http://imbrandon.com/packages {dapper,edgy} extras" also and my pubkey is imbrandon.com/pubkey.gpg ) if your interested or wanna poke someone to it later ( for the mugshot )
[06:43] <Hobbsee> imbrandon: did you get the konvi repo working?
[06:44] <Quinn_Storm> I should eventually replace the use of dh_shlibdeps...shouldn't I
[06:44] <imbrandon> Hobbsee: yup s/extras/konversation-nightly/g
[06:45] <Hobbsee> imbrandon:
[06:45] <Hobbsee> i was never using extras in there
[06:45] <Hobbsee> sure you dont mean the other awy around?
[06:45] <imbrandon> i ment from the line i posted above ;)
[06:45] <imbrandon> Hobbsee: deb http://imbrandon.com/packages {dapper,edgy} konversation-nightly
[06:46] <imbrandon> is the konversation
[06:46] <imbrandon> i should realy make an index of all the components i guess ;)
[06:46] <imbrandon> or you could be brave and use "all" ;)
[06:46] <imbrandon> hahaha
[06:46] <Hobbsee> you know, it helps if i dont comment it out...
[06:47] <imbrandon> lol
[06:47] <imbrandon> brb soda time
[06:49] <imbrandon> hrm Seveas has a html generator in falcon i might try that to make the package index
[06:49] <imbrandon> ..... *looks8
[06:50] <welshbyte> hm when i run pbuilder a bunch of dpkg-* messages complain about a utmp entry not available and no LOGNAME defined... should i fix that (and how) or can i ignore it?
[06:51] <imbrandon> i dunno if thats the right answer but thats what __I__ do ;)
[06:51] <welshbyte> heh ok :)
[06:56] <imbrandon> Hobbsee: btw if you havent already install konversation-dbg ( i should make it a dep since these are nightlys )
[06:57] <Hobbsee> point.
[06:57] <Hobbsee> i'm still getting the upgrades
[06:57] <Hobbsee> imbrandon: ktorrent 2.0.1 is out, check your email
[06:57] <imbrandon> i know i saw it yesterday
[06:57] <imbrandon> there isnt a changelog for me to ask for a uvfe with though so i put it off
[06:57] <Quinn_Storm> question...since it was mentioned...does it actually -work- now? (ktorrent)
[06:58] <imbrandon> Quinn_Storm: yes, quite well
[06:58] <imbrandon> ( edgy )
[06:58] <Quinn_Storm> cool, I tried it long ago and it was a real worthless piece of software
[06:59] <imbrandon> Hobbsee: can you ask asimon for a changelog please ? ( just from 2.0 to 2.0.1 would work )
[07:00] <imbrandon> i'll get a uvf from mdz if i get that, btw whats up with kopete 0.12.2 i seen the source on voyager ready to go but you dident get a uvfe for it ?
[07:00] <Hobbsee> imbrandon: riddell requested the uvf - and dont touch it - some of the sources are outdated
[07:00] <imbrandon> haha i wasent going to , i was just wondering
[07:00] <imbrandon> what about amarok 1.4.2
[07:02] <Hobbsee> imbrandon: need to wait for release, but i'll write a UVF exception for it soon
[07:03] <imbrandon> was released at 1900 utc yesterday ;)
[07:03] <Hobbsee> imbrandon: not according to the channel...
[07:04] <ajmitch> at this time of day?
[07:05] <imbrandon> its been taged and released they are waiting on the ftp to sync but the ftp is getting new hardware ( see planet.k.o ) soo it will get pushed to sf.net in the meantime probably if it hasent already
[07:06] <imbrandon> nixternal: ping ....
[07:07] <Hobbsee> ajmitch: i woke at 1, yes.
[07:07] <Hobbsee> imbrandon: yeah, that's what i saw.
[07:07] <imbrandon> wow , you sounds like me ;)
[07:19] <imbrandon> woot energy
[07:22] <LaserJock> that's better :-)
[07:23] <LaserJock> I see my mosh pit comment made the fridge ;-)
[07:25] <imbrandon> hehe
[07:30] <ajmitch> LaserJock: you're a celebrity, expect to be quoted :)
[07:31] <imbrandon> man i just realized how long that story is
[07:31] <Hobbsee> ajmitch: so when does your stuff hit the planet?
[07:31] <ajmitch> pity the group photo is so small
[07:31] <ajmitch> Hobbsee: good luck
[07:31] <imbrandon> ajmitch: click it
[07:31] <ajmitch> I don't blog
[07:31] <ajmitch> imbrandon: still too small
[07:31] <imbrandon> ajmitch:  hold on
[07:31] <imbrandon> http://whiprush.typepad.com/photos/uncategorized/img_6478.jpg
[07:31] <crimsun> it's friggin huge on this 12" lcd
[07:32] <imbrandon> thats the bigest one
[07:32] <ajmitch> imbrandon: that's the one I'm talking about :)
[07:33] <Hobbsee> ajmitch: pity.  dont tell pia that.
[07:34] <LaserJock> hmm, maybe I should try a blog post
[07:35] <ajmitch> why not?
[07:35] <imbrandon> hehe yea
[07:35] <LaserJock> I'm usually to busy to rehash what I've been doing all day
[07:35] <Hobbsee> ajmitch: she'll go nuts and tell you that you should have a blog
[07:35] <LaserJock> heh
[07:35] <imbrandon> ajmitch: i realy think you should have a blog, they are kinda fun at times
[07:36] <imbrandon> heh
[07:36] <LaserJock> that's my problem
[07:36] <imbrandon> sooo Hobbsee that brings us to your blog, if i finish your gotchi tonight will you ? hehe
[07:37] <Quinn_Storm> ajmitch: so...is the policy to do 0ubuntu1 on all packages? if so I can add it to cgwd and cgwd-themes
[07:37] <Hobbsee> imbrandon: hehe  maybe.  will it look decent?
[07:37] <LaserJock> but I'm finding it's a good way to get info out and then you don't forget
[07:37] <imbrandon> Hobbsee: yea i'll make sure you have hair ;)
[07:37] <Hobbsee> :P
[07:37] <Hobbsee> Uptime: 1 hours and 7 minutes
[07:37] <Hobbsee> s
[07:37] <ajmitch> Quinn_Storm: generally yes - then packaging revisions go to -0ubuntu2, etc
[07:37] <LaserJock> Hobbsee: you're bald?!?
[07:37] <ajmitch> imbrandon: green bug-eyed alien?
[07:37] <Quinn_Storm> ajmitch: okay, just wanted to check
[07:37] <imbrandon> Hobbsee: send me the photo with you in shades and the car again , i think that one will work well
[07:37] <Hobbsee> LaserJock: no.  but he got rid of most of my hair :(
[07:38] <LaserJock> bummer
[07:38] <Hobbsee> ajmitch: hah.  like i'm well known
[07:38] <imbrandon> LaserJock: i cut here hair short on the last one heh
[07:38] <ajmitch> Hobbsee: known well enough
[07:38] <Hobbsee> ajmitch: actually, you're right - known too well
[07:38] <LaserJock> hehe
[07:39] <Hobbsee> Quinn_Storm: hehe, nice
[07:39] <Quinn_Storm> they also claimed I was now the lead compiz dev, and me and david were rewriting it together
[07:39] <LaserJock> I'm not very well known, thank goodness
[07:39] <imbrandon> heh i love vanity googling , you run accross some ancient stuff i had forgotten about ;)
[07:39] <LaserJock> I've got enough to do as it is
[07:39] <crimsun> whatever raging ubuntu-aholic motu.
[07:39] <imbrandon> lol
[07:39] <welshbyte> my name's too common for vanity googling :/
[07:39] <ajmitch> yes, too much travelling to conferences, giving talks, etc
[07:39] <Quinn_Storm> my handle is pretty unusual
[07:40] <ajmitch> fairly so, yes
[07:40] <imbrandon> i google my real name as thats what most people that would google me would do
[07:40] <LaserJock> well, I've done 4 blog posts since January :/
[07:40] <ajmitch> imbrandon: yes, and I do get in the top 10 of searches for my name :)
[07:40] <LaserJock> then you must be famous
[07:40] <ajmitch> ah no, not at the moment
[07:41] <ajmitch> debian qa & launchpad profile are on the 2nd page of results now
[07:41] <carthik> All it takes is a rather unusual first name
[07:41] <imbrandon> hehe i get in te first 4 pages of mine , infact for "Brandon Holtsclaw" there is only 2 or 3 entries in the first 4 pages that arent mine ( some high school kid in band camp in Lousania is named Brandon Holtsclaw too, go figure )
[07:41] <LaserJock> for mine, #1 is my LP account, #2 is my Debian qa
[07:41] <LaserJock> and lots of gpg
[07:42] <imbrandon> #1 is my blog imbrandon.com ;)
[07:42] <imbrandon> #2 is LP #3 is seti @home
[07:42] <imbrandon> lol
[07:43] <imbrandon> http://www.google.com/search?hl=en&q=%22Brandon+Holtsclaw%22&btnG=Google+Search
[07:43] <LaserJock> what the heck, there is a LWN post with just the accepted email from a package I uploaded
[07:43] <imbrandon> out of the first 4 or 5 pages only 2 or 3 entries arent me
[07:43] <LaserJock> http://lwn.net/Articles/194458/
[07:43] <LaserJock> well, my blog uses my nick so...
[07:44] <imbrandon> heh my nick and real name are so close plus i put my realname on my blog too
[07:44] <LaserJock> my name fairs much better at finding me then my nick
[07:44] <Quinn_Storm> ugh ok...now what did I do wrong, debuild isn't spitting out an orig.tar.gz it seems
[07:44] <LaserJock> my nick is everywhere
[07:44] <LaserJock> debuild -S -sa?
[07:45] <Quinn_Storm> yeah I guess I have to do that
[07:46] <imbrandon> my big thing was with such a uniq last name as mine i was suprised there is another "brandon holtsclaw" in the usa and is about -10years younger than me
[07:46] <imbrandon> heh
[07:47] <ajmitch> imbrandon: I've talked to someone else using 'ajmitch', from scotland
[07:47] <imbrandon> but like i said google dont turn much up on him , the only thing i know is he is a HS student in band in lousania somewhere
[07:47] <ajmitch> not particularly surpring that they were there
[07:47] <imbrandon> wow cool
[07:47] <ajmitch> I do know of another Andrew Mitchell at my university
[07:48] <imbrandon> yea andrew mitchel isnt too common either so thats cool
[07:48] <ajmitch> even more confusing - I know of another Andrew Mitchell involved in archery in NZ
[07:48] <imbrandon> heh
[07:48] <ajmitch> and archery is a small sport here
[07:48] <welshbyte> i know an andrew mitchell through my computer society
[07:48] <imbrandon> its semi small here too
[07:49] <ajmitch> it'd be great to shoot against him one day :)
[07:49] <imbrandon> most archers here are deer hunters
[07:49] <LaserJock> my undergrad uni had an archery team
[07:49] <Quinn_Storm> is there anything I need to actually change in debian/ to make it create an orig.tar.gz?  b/c I thought I just had to use a -0xx1 version and it'd do it automatically
[07:49] <ajmitch> this is just in the target archery sport
[07:50] <LaserJock> archery and rodea were the only things we were any good at ;-)
[07:50] <LaserJock> *rodeo
[07:50] <LaserJock> that's Montana for you
[07:50] <ajmitch> Quinn_Storm: no, you create an orig.tar.gz yourself, either by renaming the upstream tarball or just rolling the tarball
[07:50] <Quinn_Storm> ajmitch: ah I thought I could automate it with debuild
[07:50] <ajmitch> no, since the upstream tarball generally doesn't change
[07:51] <ajmitch> in your case it probably will, since you're acting as upstream in a sense
[07:51] <Quinn_Storm> ah, ok, well that'll be easy to do in my release script...it should be packagename-baseversion.orig.tar.gz?
[07:51] <Hobbsee|2mins> hah!
[07:51] <Hobbsee|2mins> "you are running low on battery power"
[07:52] <ajmitch> Quinn_Storm: package_baseversion.orig.tar.gz
[07:52] <ajmitch> the _ vs - is important
[07:53] <Quinn_Storm> ajmitch: ok.  and it goes into the dir you are building in? one above the actual src dir?
[07:53] <ajmitch> a directory above the unpacked source
[07:54] <Quinn_Storm> ok, and for doing it in a pbuilder?
[07:54] <ajmitch> same thing - you're building a source package for pbuilder to use
[07:54] <ajmitch> if you pass pbuilder the .dsc, it gets the right files to build
[07:54] <Quinn_Storm> ok so...make the package_baseversion -then- use that to make the dsc?
[07:55] <Quinn_Storm> then use that to pbuild
[07:55] <LaserJock> pretty much, yeah
[07:56] <LaserJock> hmm
[07:57] <LaserJock> at Ubucon I got -1% battery left :-)
[07:57] <Hobbsee|NoBatter> hehe
[07:57] <imbrandon> heh
[07:57] <Hobbsee|NoBatter> it just keeps sitting at 1 min remaining...
[07:57] <Hobbsee|NoBatter> with the bar at empty
[07:57] <imbrandon> thats alright on my desktop ( no batery ) it always reads 50% 10 minutes left
[07:57] <Hobbsee|NoBatter> lol
[08:01] <Laser_away> time for bed
[08:01] <Laser_away> maybe I'll blog tomorrow
[08:01] <welshbyte> Laser_away: good night
[08:01] <Laser_away> thank goodness I'm not on planet, I'd feel so stupid
[08:11] <Quinn_Storm> ok I guess the .changes file didn't include the orig.tar.gz....for some reason....so it didn't get duploaded
[08:14] <Quinn_Storm> do I have to use -sa since ubuntu uses 0ubuntu1?
[08:16] <welshbyte> Quinn_Storm: i don't think that's the issue, debuild just looks at the version string in the changelog afaik
[08:16] <AnAnt> lionelp: you there ?
[08:17] <Quinn_Storm> welshbyte: well yeah, that's the version string I am talking about
[08:21] <welshbyte> Quinn_Storm: ah i see.. no, afaik the version string isn't the reason it doesn't include the original source.. i just know that -sa forces dpkg-buildpackage to include it
[08:23] <welshbyte> Quinn_Storm: oh, i might be wrong.. just reading the man page now :)
[08:25] <welshbyte> "By default, or if -si is specified, the original source will be included if the version number ends in -0 or -1, ie if the Debian revision part of the version number is 0 or 1."
[08:26] <Quinn_Storm> yeah thats what I read
[08:26] <Quinn_Storm> and why I asked
[08:26] <Quinn_Storm> okay, I modified my script to check if the version is 0ubuntu1 and use -sa if so
[08:28] <imbrandon> hrm how do i join a group on mugshot
[08:28] <imbrandon> seems i only see the "follow this group"
[08:39] <welshbyte> oo launchpad is back up
[09:05] <Arbiter> Hobbsee: ping
[09:05] <Hobbsee> Arbiter: pong
[09:06] <Arbiter> Arbiter: since kdocker is in NEW queue can i delete the kdocker entry from MOTU/Packages/Candidates/Kubuntu?
[09:06] <Arbiter> (wiki)
[09:06] <Arbiter> ops
[09:06] <Arbiter> s/Arbiter/Hobbsee
[09:06] <Arbiter> pfff :P
[09:06] <imbrandon> heh
[09:06] <Hobbsee> Arbiter: yep
[09:07] <Arbiter> done :D
[09:09] <Arbiter> i'll package debian-servicemenu ;)
[09:10] <Hobbsee> Arbiter: yay :)
[09:54] <Arbiter> Hobbsee: debian-servicemenu built ;)
[09:54] <Hobbsee> Arbiter: nice :)
[09:55] <Arbiter> debian-servicemenu is in REVU ;)
[09:55] <Arbiter> (just wait for refresh)
[09:57] <Arbiter> if you want to review... :D
[09:57] <Arbiter> http://revu.tauware.de/details.py?upid=2922
[09:58] <Arbiter> :)
[09:59] <Arbiter> Hobbsee: perhaps you have kmail installed?
[10:00] <Arbiter> hi Gloubiboulga
[10:00] <Gloubiboulga> morning
[10:00] <Gloubiboulga> hello Arbiter
[10:00] <Hobbsee> Arbiter: i do, i never use it
[10:01] <Arbiter> it seems that there are menu problems...
[10:01] <Arbiter> kmail menu entry is not shown anywhere :P
[10:03] <Arbiter> Gloubiboulga: i've applied for membership for this evening's CC
[10:03] <Hobbsee> Arbiter: it's shown under kontact
[10:03] <Arbiter> o.O
[10:04] <Arbiter> Hobbsee: note my installation is ubuntu-minimal plus kde-core and few other apps... not the whole kubuntu-desktop :P
[10:05] <Gloubiboulga> Arbiter, cool :)
[10:05] <Hobbsee> could be smart
[10:05] <Arbiter> Gloubiboulga: would you be part of my 'fanclub'? :D
[10:05] <Arbiter> (CC is at 6pm @ Europe/Rome)
[10:06] <Gloubiboulga> 5 pm in France, right ?
[10:06] <Gloubiboulga> nop, 6pm in France too :)
[10:06] <Gloubiboulga> ok, I'll be there
[10:11] <Arbiter> thx :)
[10:15] <Arbiter> ah Gloubiboulga...
[10:16] <Arbiter> would you review this package too? (http://revu.tauware.de/details.py?upid=2922)
[10:16] <Arbiter> ^^'
[10:17] <Arbiter> uhm no wait
[10:18] <Gloubiboulga> :)
[10:20] <Gloubiboulga> Arbiter, you can build a native package I think, no need to have a .orig.tar.gz since an app for debian/ubuntu only
[10:20] <Gloubiboulga> since it's*
[10:22] <Gloubiboulga> hmm, forget it
[10:22] <Arbiter> http://revu.tauware.de/details.py?upid=2923
[10:23] <Arbiter> Gloubiboulga: it should be fine now :)
[10:25] <Toadstool> good morning everybody
[10:25] <Arbiter> "Your membership in the mailing list Motu-reviewers has been disabled due to excessive bounces The last bounce received from you was dated 21-Aug-2006."
[10:25] <Arbiter> what the...
[10:25] <Arbiter> bounces?
[10:26] <Toadstool> mails that can't be delivered
[10:27] <Arbiter> aw
[10:27] <Arbiter> maybe my web hoster servers are down?
[10:29] <Gloubiboulga> Arbiter, the packaging is fine, but there's no license in the .sh script
[10:30] <Gloubiboulga> even if the website says "GPL", there's no license in the tarball...
[10:30] <Gloubiboulga> you should ping upstream and ask them to add a license in the tarball
[10:31] <Arbiter> heh...
[10:35] <Arbiter> Gloubiboulga: since there's no license (or copyright notice) i can put something like "Modified by Lorenzo Villani (Arbiter) in 2006 based on work by redclay. Licensed under GPL License v2"
[10:35] <Arbiter> or not? :D
[10:36] <Gloubiboulga> Arbiter, no...
[10:37] <Gloubiboulga> you *need* a license
[10:37] <Tonio_> hello
[10:37] <Arbiter> Gloubiboulga: anyway i'm asking the upstream author
[10:37] <Gloubiboulga> just mail upstream, I'm sure they can add a license in their files ;)
[10:37] <Gloubiboulga> hello Tonio_
[10:39] <azeem> W 34
[10:39] <azeem> blah.
[10:40] <siretart> Arbiter: even better, tell the author to actually read the GPL, and point him to the part that says 'How to apply to GPL'
[10:41] <Arbiter> :)
[11:12] <welshbyte> ooh we appear to have a newer version of libnautilus-burn-dev in edgy than in debian unstable
[11:14] <welshbyte> things that work in sid might be broken when they get to edgy if the API has changed between the two... which it probably has
[11:17] <welshbyte> Hobbsee: this might apply to bug #57199
[11:17] <Ubugtu> Malone bug 57199 in bonfire "Add bonfire" [Untriaged,Rejected]  http://launchpad.net/bugs/57199
[11:18] <Hobbsee> welshbyte: ahh.  right.  true that
[11:18] <Hobbsee> welshbyte: feel free to reopen/etc
[11:18] <Hobbsee> welshbyte: i just figured that when it would build again, we'd auto sync from debian
[11:18] <Hobbsee> er...i dont think that made senes
[11:19] <welshbyte> yeah it makes sense, but i'm not sure what happens in those kind of circumstances... would we patch bonfire?
[11:21] <Hobbsee> welshbyte: if we care enough, i guess we could.  patch it to work with the newer version
[11:22] <welshbyte> i might give it a shot... i had to do a similar thing before because of nautilusburn API changes
[11:27] <Hobbsee> welshbyte: go for it :)
[11:39] <welshbyte> on second thoughts, it's probably best if i request a sync and then patch the newer broken version when that's done
[11:52] <Kagou> hi hub . We have a strange problem with jhead. Official version is 2.6 but we have  package (synced from debian ) version : 2.60 What do you think about ?
[11:52] <StevenK> Kagou: The previous version in Dapper is 2.44
[11:53] <StevenK> Kagou: Hence the extra 0, I guess.
[11:53] <Kagou> StevenK: officials version ares 2.6 2.5 and 2.4 ( http://www.sentex.net/~mwandel/jhead/ )
[11:54] <Kagou> so 2.44 or 2.60 are false
[11:54] <StevenK> Kagou: You'd need to raise it with the Debian maintainer, though.
[11:54] <Kagou> ok StevenK
[11:55] <Arbiter> http://revu.tauware.de/details.py?upid=2925 <- should be fine as debian-servicemenu, probably this package has the same license issue
[11:58] <kelmo> moin siretart
[12:06] <siretart> huhu kelmo
[12:23] <kelmo> siretart: mind if i dump some thoughts in a query?
[12:27] <siretart> kelmo: no, just go ahead!
[12:43] <tseng> Seveas: who is "Ubuntu Demon"?
[12:46] <azeem> and who audits hackergotchi addtions?
[12:46] <azeem> additions
[12:48] <tseng> azeem: seriously.
[12:49] <azeem> tseng: he's a ubuntuforum moderator
[12:49] <tseng> azeem: i find it out that there are a half dozen people I've never heard of
[12:49] <azeem> but neither put his real name on his wiki.u.c nor his launchpad account
[12:50] <tseng> lack of easy to find real name really bugs me
[12:58] <dholbach> tseng: he even ran around as "ubuntudemon" at the conference in paris
[12:59] <dholbach> i can't remember his real name
[01:00] <tseng> :/
[01:02] <sladen> dholbach: https://launchpad.net/people/ubuntu-demon  ?
[01:02] <dholbach> I suppose that's him, yes.
[01:02] <sladen> dholbach:  To: Roald Hopman <ubuntu-demon@ubuntu.com>
[01:03] <dholbach> Yeah, that might be his real name.
[01:03] <tseng> sladen: wow you are a regular detective
[01:03] <sladen> in fact, I know why it rings a bell, I signed his key yesterday
[01:05] <lucas> his real name is in his GPG key
[01:06] <tseng> hello, lukketto
[01:06] <tseng> lucas:
[01:06] <tseng> I think your blog is pretty far off
[01:06] <lucas> hello tseng & all ;)
[01:07] <lucas> pretty far off ?
[01:07] <Arbiter> :)
[01:07] <tseng> I don't connect to irc from my 20+ dapper servers
[01:07] <lucas> of course
[01:07] <lucas> my point is to show that edgy users are rare and all involved in ubuntu dev
[01:08] <lucas> while a lot of "normal" users use debian testing/unstable
[01:08] <tseng> fanboys use edgy
[01:08] <tseng> "forums users"
[01:08] <tseng> or something politically correct
[01:09] <tseng> i guess there are more using dapper now, that we broke their spirit on breezy
[01:10] <lucas> forum users should be visible in my stats if they were really using edgy
[01:10] <tseng> forums users are not always irc users
[01:10] <lucas> however, only 4% of the ubuntu users on #ubuntu use edgy
[01:10] <tseng> doesn't really matter
[01:12] <lucas> anyway, all of this is off-topic wrt my blog post
[01:12] <tseng> ok :)
[01:12] <lucas> my point is "many debian users use development versions (testing/unstable), while only very few ubuntu users use development versions (edgy)"
[01:13] <lucas> with "many" probably means >> 50%, and "very few" < 5%
[01:18] <tseng> you're apperantly an ubuntu member
[01:19] <gnomefreak> yes but even before i was
[01:20] <StevenK> lucas: Your stats are skewed.
[01:20] <StevenK> lucas: The only conclusion you can draw is what release people are running IRC from, not what they acually use.
[01:21] <lucas> StevenK: of course they are. however, the populations I compared are about the same, and I found a huge difference between #debian and #ubuntu.
[01:22] <lucas> StevenK: feel free to prove me wrong and blog about it, if you have better data. but I don't.
[01:27] <StevenK> lucas: Hah, I gave up on blogging.
[01:27] <StevenK> lucas: You are reading too much into your results.
[01:28] <azeem> he was mostly refuting keybuk's argument
[01:39] <ryanakca> while running pbuilder on a cdbs - eqonomize package, I get these errors... http://pastebin.ca/144156     debian/rules: http://pastebin.ca/144161
[01:39] <StevenK> ryanakca: You're missing debhelper.
[01:40] <ryanakca> in debian/control ?
[01:40] <StevenK> Installed, I suspect.
[01:40] <StevenK> And/or debian/control
[01:44] <lucas> https://launchpad.net/distros/ubuntu/+source/psi/+bug/50270 looks like an interesting bug to work on for somebody with some free time
[01:44] <Ubugtu> Malone bug 50270 in psi "The sound files' path is wrong" [Untriaged,Unconfirmed] 
[02:24] <phanatic> afternoon
[02:24] <Goshawk_> hi
[02:25] <phanatic> hi Goshawk_
[02:40] <ryanakca> I get this error http://pastebin.ca/144278 when running pbuilder on a cdbs package with these rules http://pastebin.ca/144161 .  It builds fine from ./configure make make install, but when packaged its where I get the errors... and it has to do with po/pot
[02:41] <ryanakca> upstream allready included a .pot.... so can we just keep it... or do we need to have one created using the kubuntu-pot patch for admin/cvs.sh & debain/rules
[02:43] <Hobbsee> ryanakca: which pacakge is it?
[02:43] <ryanakca> eqonomize
[02:44] <Hobbsee> ryanakca: does it have a debian/cdbs folder?
[02:44] <ryanakca> a finance app for kde... dunno if it's been packaged in the week I was away... yes...
[02:45] <ryanakca> I copied the debian-qt-kde.mk over from kdebase
[02:46] <Hobbsee> ryanakca: seen the stuff on cdbs from the packaging guide?
[02:47] <Hobbsee> ryanakca: you dont need to use a separate debian-qt-kde.mk - you can just use the kde.mk inside cdbs packages, unless you need to specifically modify it
[02:47] <ryanakca> https://help.ubuntu.com/ubuntu/packagingguide/C/basic-cdbs.html  ?
[02:47] <Hobbsee> that's the one
[02:48] <ryanakca> Hobbsee: kk... just wondering... I was following the kdebase example... this is my first cdbs package :)
[02:48] <Hobbsee> ryanakca: fair enough
[02:49] <ryanakca> and about the .pot problems?
[02:50] <Hobbsee> i dont know - but i bet that isnt helping
[02:51] <Hobbsee> ryanakca: ie, you want to have a line in your debian/rules that says include /usr/share/cdbs/1/class/kde.mk
[02:53] <ryanakca> Hobbsee: yeah... kde is fixed... main problem is .pot... can I just keep the upstream one?
[02:53] <Hobbsee> i dont know
[02:56] <ryanakca> Hobbsee: kk, thanks for the help :)
[02:56] <ryanakca> *psst*CDBS ROCKS*psst*
[02:56] <Hobbsee> indeed :)
[02:56] <StevenK> s/R/SUCKS R/
[02:57] <StevenK> Ow!
[02:58] <Hobbsee> muhahhaha :P
[02:58] <zul> you and your sticks..
[02:59] <ryanakca> nl debian/rules  =  2341236841987346983764928736419
[02:59] <ryanakca> that's with debhelper....     nl debian/rules   =   10            (cdbs)
[03:00] <Hobbsee> zul: what?  there's a problem with them?
[03:00] <zul> not sharp enough
[03:01] <Hobbsee> zul: true that.
[03:01] <Toadstool> ryanakca: time to understand if you're not used to it: debhelper = 10s, cdbs = 2341236841987346983764928736419s :p
[03:01] <Hobbsee> ooh, thankyou
[03:01] <Toadstool> hi everybody
[03:01] <Toadstool> heh
[03:01] <StevenK> Toadstool: dbs = 12 * 10^24 s
[03:02] <Toadstool> Hobbsee: I usually use cdbs for my own package though
[03:02] <Toadstool> *packages even
[03:02] <Mithrandir> Hobbsee: wouldn't it be better to use the stick rather than the sharpener to attack him with?
[03:02] <Hobbsee> Toadstool: smart :)
[03:02] <Hobbsee> Mithrandir: good point.
[03:02] <ryanakca> lol
[03:02] <Hobbsee> nyah!
[03:03] <thom> i think i'm going to have to deviate from policy and agree with StevenK
[03:03] <thom> cdbs blows
[03:03] <ryanakca> muahahaha...
[03:03] <Hobbsee> hahahah
[03:03] <Toadstool> :)
[03:03] <Mithrandir> oops, I should haven thrown the grenade, shouldn't it?
[03:03] <Mithrandir> s/it/I/?
[03:04] <neutrinomass> If a program is under the GPL, but it's documentation is under the FDL, this has to be listed in 'debian/copyright'. Should I put the complete FDL text (there's nothing in /usr/share/common-licenses ) ?
[03:05] <thom> azeem: that's not /strictly/ true :-)
[03:06] <azeem> thom: yeah, there might have been a small discussion about type-handling last year...
[03:07] <thom> heh
[03:22] <lucas> I'm concerned by the state of the ubuntu archive. with no watching of new packages in debian, and no watching of removals from debian, it's really getting worse and worse...
[03:59] <fbond> I received a report on another channel that recent xserver-xorg-core update for Dapper is broken.  Can anyone confirm?
[04:01] <Hobbsee> fbond: yes, should be fixed
[04:02] <Yagisan> TPG upgraded my connection today. Time to consider re-coniguring my network.
[04:04] <Hobbsee> yay ;)
[04:04] <Mez> Yagisan, something I've been striving to do for years, but it's never really worked
[04:05] <Yagisan> Mez, I found the easy way to motivate myself. It's called bandwidth to test edgy, but the unwillingness to do it on my primary system
[04:06] <xerxas> Hi everyone
[04:11] <Mez> Yagisan: in a week or two I'll finally have internet at home! w--yt
[04:12] <Yagisan> Mez, I had to upgrade because my plan was canceled :(
[04:14] <Hobbsee> nice...
[04:15] <Hobbsee> mind you, with the speeds of the repos, that wont help you much
[04:15] <Mez> Hobbsee, lol - but at least I'll be able to DO things
[04:15] <Hobbsee> true that
[04:16] <Mez> rather than just sit here and be the silent MOTU
[04:17] <Hobbsee> heh
[04:17] <Hobbsee> :P
[04:24] <Mez> Hobbsee, soon, I promise
[04:26] <Hobbsee> Mez: :)
[04:31] <bddebian> Heya gang
[04:38] <cbx33> but could 24Mb soon
[04:49] <bddebian> Heya lfittl
[04:49] <lfittl> hey bddebian
[04:54] <Kyral_Laptop> Oh Mez you work on Katapult right?
[04:54] <Mez> Kyral_Laptop, yes - #katapult
[04:55] <Kyral_Laptop> mkay just wondering if you guys have anykinda reference for making new catalog things
[04:55] <Mez> Kyral_Laptop, not atm no. Someones writing something on the wiki, but it seems unfinished... what klind of thing are you looking at making ?
[04:56] <Kyral_Laptop> Mez: Dunno, right now I'm just trying to do a little of everything I can in the programming world
[04:56] <Kyral_Laptop> (Learning RubyQt and Korundrum ATM, and I'm kinda bored lol)
[04:56] <Mez> well - I'd suggest looking round the wiki, and maybe a lil on the forums
[04:56] <Kyral_Laptop> ty
[04:56] <Kyral_Laptop> I was kinda surprised to see you and Riddel in the credits for the program
[04:57] <Mez> Kyral_Laptop, why ?
[04:57] <Kyral_Laptop> Dunno lol
[04:57] <Kyral_Laptop> Was just like "Hey whaddya know!"
[04:57] <Mez> well - I'm managing the project, and Riddells doing some good coding
[04:58] <Mez> basically the old dev didnt want to carry on - so we took it under our wing ... :D
[04:58] <Mez> lol
[04:58] <Kyral_Laptop> hehe
[04:58] <Kyral_Laptop> Whats it written in?
[04:58] <Kyral_Laptop> C?
[04:58] <Mez> Kyral -though I must say - lately I havent done a good job of managing it ... but gimme a couple of weeks
[04:58] <Mez> c++
[04:58] <Kyral_Laptop> ah
[04:58] <Kyral_Laptop> mkay I know C++ :P
[04:58] <Kyral_Laptop> (Though I am LOVING Ruby ATM)
[04:58] <Riddell> "some"
[04:59] <Kyral_Laptop> oh hi Riddel
[04:59] <Kyral_Laptop> lol
[04:59] <Hobbsee> that's opposed to all the "not good coding"?
[05:00] <Kyral_Laptop> Not good coding == Spagetthi Code that looks like something some caffine deprived Perl junkie spit out after 3 days w/o sleep
[05:01] <Kyral_Laptop> No Offense to Perl Junkies
[05:03] <Kyral_Laptop> Anyone interested in a shell written in Ruby?
[05:06] <ryanakca> whats that "example" man page? like the template for writing one...
[05:06] <Kyral_Laptop> uuh
[05:06] <Kyral_Laptop> You can use the ManPage I wrote for SHCD as a template if you want
[05:06] <Kyral_Laptop> shcd.azuredreams.us
[05:07] <Kyral_Laptop> </Shameless Plug>
[05:07] <ryanakca> Kyral_Laptop: no... the code...
[05:07] <Kyral_Laptop> Yah I left the manpage uncompressed in the SHCD tarball
[05:08] <Kyral_Laptop> (The install routine compresses it on the fly)
[05:08] <Kyral_Laptop> Oh wait
[05:08] <Kyral_Laptop> TLDP!
[05:08] <Kyral_Laptop> http://www.tldp.org/HOWTO/Man-Page/
[05:10] <Kyral_Laptop> ryanakca: that link is good
[05:37] <welshbyte> bddebian: ping
[05:47] <ryanakca> Hobbsee: what do I add to cdbs rules for manpages?
[05:47] <Hobbsee> it may get done automagically?  i dont remember
[05:48] <ryanakca> s/Hobbsee/everybody
[05:51] <dholbach> ryanakca:
[05:51] <dholbach> daniel@bert:~$ grep -r MANPAGE /usr/share/cdbs/
[05:51] <dholbach> /usr/share/cdbs/1/rules/debhelper.mk:   dh_installman -p$(cdbs_curpkg) $(DEB_INSTALL_MANPAGES_$(cdbs_curpkg))
[05:51] <dholbach> so that's DEB_INSTALL_MANPAGES_<packagename>
[05:51] <azeem> or specify a debian/<packagename>.manpages
[05:52] <ryanakca> dholbach: ermm... so add the line " DEB_INSTALL_MANPAGES_eqonomize" to debian/rules?
[05:52] <\sh> moins
[05:53] <hub> hi
[05:53] <dholbach> ryanakca: yes ... DEB_INSTALL_MANPAGES_eqonomize := somepath/somefile.somextension
[05:53] <ryanakca> hey \sh
[05:53] <dholbach> ryanakca: you can even list multiple files
[05:54] <ryanakca> ok, "DEB_INSTALL_MANPAGES_eqonomize := debian/eqonomize.1", thanks!
[05:54] <ryanakca> sweet... cdbs IS the bestest
[05:54] <dholbach> ryanakca: rock on!
[05:54] <dholbach> yeah :-)
[05:54] <thom> oh yes, because that's so nice
[05:54] <tseng> don't tell ogra
[05:55] <thom> hey dudes
[05:55] <zul> hey thom
[05:56] <Arbiter> Gloubiboulga: ping
[05:57] <dholbach> :-)
[05:57] <Mithrandir> thom: it's much easier to put that in debian/rules rather than putting debian/eqonomize in debian/eqonomize.manpages :-P
[05:57] <thom> oh utterly. and much more readable too
[05:59] <Gloubiboulga> Arbiter, pong
[06:00] <Arbiter> Gloubiboulga: np :)
[06:00] <Gloubiboulga> Arbiter, ;)
[06:02] <tseng> Seveas: is he ok?
[06:02] <Seveas> yes
[06:02] <tseng> ok :)
[06:08] <ryanakca> what happens to .pot files when running dpkg -i foo-bar.deb? like, pbuilder build foo-bar.dsc, dpkg -i /var/cache/pbuilder/results/foo-bar.deb
[06:09] <ryanakca> are they installed somewhere or what... what I'm trying to say, is how do I verify if they were properly created
[06:11] <dholbach> cd po; intltool-update -p    to create them
[06:11] <dholbach> they usually don't get installed
[06:11] <dholbach> they mostly get shipped by the upstream tarball but not installed to someplace
[06:11] <ryanakca> bash: intltool-update: command not found
[06:13] <dholbach> install intltool
[06:14] <ryanakca> ok... this is getting confusing... umm... upstream sent a .pot... how do I get cdbs to leave it be instead of deleting it when I run debuild -S -sa
[06:14] <dholbach> it gets deleted?
[06:15] <ryanakca> yes
[06:15] <ryanakca> and I don't have anything in debian/rules about .po/.pot
[06:15] <dholbach> that's really weird
[06:16] <ryanakca> here... just a sec
[06:17] <azeem> ryanakca: where did you put it?
[06:17] <ryanakca> http://pastebin.ca/144585
[06:17] <ryanakca> azeem: put what? the upstream .po, .pot were in po/
[06:19] <ryanakca> dholbach: the pastebin was debian/rules and the output of debuild showing the deletion
[06:19] <dholbach> you probably won't need "DEB_PATCHDIRS := debian/patches" and "include /usr/share/cdbs/1/class/autotools.mk"
[06:19] <azeem> ryanakca: it seems it is included in 01_kubuntu_kdepot.diff?
[06:20] <dholbach> hum, it's part of kde.mk
[06:20] <dholbach> weird
[06:21] <dholbach> ryanakca: pitti just told me that most kde upstreams don't ship the .pot file and it gets generated during the build
[06:21] <ryanakca> dholbach: kk... autotools... isn't that ./configure?
[06:21] <dholbach> ryanakca: kde.mk includes autotools. mk on its own
[06:22] <dholbach> ryanakca: it shouldn't matter if it gets deleted in the clean target, when it gets freshly rebuilt during the build
[06:22] <dholbach> ryanakca: I agree that it feels a bit weird though.
[06:22] <ryanakca> dholbach: so delete the po/ and add the section from the packaging guide on generating the po/?
[06:22] <dholbach> ryanakca: no, just ignore that it gets deleted
[06:23] <dholbach> ryanakca: it gets rebuilt automatically during the build anyway
[06:23] <ryanakca> dholbach: ok... so... do I still add the section for po/ into rules?
[06:23] <dholbach> which section?
[06:23] <ryanakca> from the packaging guide
[06:24] <dholbach> which page is that?
[06:24] <dholbach> I'm not quite sure, I follow.
[06:24] <ryanakca> https://help.ubuntu.com/ubuntu/packagingguide/C/ubuntu-kubuntu.html
[06:25] <dholbach> it doesn't say anything about 'section'
[06:25] <dholbach> " ... includes its own kde.mk file ... "
[06:25] <dholbach> _its own_
[06:25] <dholbach> that's not what you do, so you're fine
[06:25] <dholbach> :)
[06:26] <ryanakca> dholbach: Generating .pot file -> for cdbs, add bleh to debian/rules
[06:26] <ryanakca> oh, I see
[06:26] <ryanakca> lol, nevermind... sweet!
[06:26] <ryanakca> all that work for nothing :)
[06:27] <dholbach> talk to the author to change to      <b>its own</b>
[06:27] <dholbach> :-)
[06:54] <bluefoxicy> bug 57314
[06:54] <Ubugtu> Malone bug 57314 in libdv "PIC fix for libdv" [Untriaged,Needs info]  http://launchpad.net/bugs/57314
[06:55] <bluefoxicy> I can build a package for that, should I send the source package up to REVU or something?
[06:55] <bluefoxicy> applying patch 20_no_exec_stack_CVS to ./ ... failed.
[06:55] <bluefoxicy> mmm.
[06:55] <bluefoxicy> guess I'll have to build it as a dpatch
[06:56] <bluefoxicy> (how in the hell...)
[07:13] <Gloubiboulga> bddebian, could you join #ubuntu-meeting to support Arbiter ?
[07:18] <bddebian> Gloubiboulga: Did I miss Arbiter's intro?
[07:19] <Gloubiboulga> bddebian, yep...
[07:19] <Gloubiboulga> mako wanted to ear several testimonials, mine wasn't enough ;)
[07:19] <bddebian> Gah, where's the logs? :-)
[07:19] <Arbiter> :)
[07:20] <Gloubiboulga> I can pastebin them :)
[07:21] <bddebian> Thanks
[07:21] <Gloubiboulga> http://pastebin.ca/144721
[07:23] <bddebian> Thanks Gloubiboulga
[07:23] <Gloubiboulga> np
[07:31] <Gloubiboulga> Arbiter, sorry... but it's just a matter of time :)
[07:31] <Arbiter> :)
[07:31] <Arbiter> thanks anyway for support Gloubiboulga and bddebian
[07:31] <Arbiter> :D
[07:31] <Gloubiboulga> no problem
[07:31] <bddebian> Aye Arbiter, sorry.  I'll try to review your packages this week to get some more stuff under your belt
[07:34] <welshbyte> bddebian: so, what should i do with this gnu-smalltalk package? :)
[07:34] <bddebian> welshbyte: Did you get it to work?
[07:35] <welshbyte> bddebian: not 100% tested to be foolproof but the package puts things where (i believe) it should
[07:36] <welshbyte> at the end lintian just warned about NMU stuff but i ignored that
[07:36] <bddebian> Nice.  Can you post to REVU?
[07:37] <welshbyte> bddebian: sure thing
[07:39] <welshbyte> dput revu *_source.changes, right?
[07:39] <Gloubiboulga> tep
[07:39] <Gloubiboulga> yep*
[07:39] <Arbiter> with the -f flag if you alredy uploaded the same package
[07:40] <bddebian> hehe
[07:54] <welshbyte> hm lintian on revu seems a bit out of date... or is it configured for dapper packages?
[07:54] <welshbyte> doesn't seem to know about edgy
[07:54] <Gloubiboulga> revu is running breezy :)
[07:54] <welshbyte> oh, yikes :)
[07:56] <bddebian> Eeks
[08:09] <Arbiter> see you tomorrow :)
[08:25] <ryanakca> I get errors while packaging eqonomize with cdbs (this is during pbuidler build): http://pastebin.ca/144849
[08:33] <crimsun> line 35.
[08:41] <ryanakca> crimsun: hmm
[08:54] <ryanakca> crimsun: fixed it... there were files left over from ./configure...
[08:54] <ryanakca> can somebody look at http://revu.tauware.de/details.py?upid=2926 please?
[08:56] <ProN00b> uhm, how do i get something into the official repos (multiverse universe, whatever) ?
[08:57] <ryanakca> ProN00b: you package something, then upload it to REVU... after that you ask 2 MOTU to review it, and if it's properly packaged, it gets into the repos
[08:57] <ProN00b> whats the policy for updates ?
[08:57] <ryanakca> policy for updates...??
[08:58] <ProN00b> i mean when does it have to get updated, can i update it, do i have to update it ?
[08:59] <ryanakca> sorry, I don't get your question... when a new version of the app comes out or ???
[08:59] <ProN00b> if i do what you said, and a new version of the app comes out, can i have the package updated ?
[08:59] <ryanakca> ProN00b: I beleive so, but you'd have to go threw REVU again
[09:00] <ProN00b> "go threw REVU again" sounds kinda bad to me, is it hard ?
[09:01] <crimsun> no, it just requires work on the submitters' part
[09:01] <crimsun> there are only a few of us who actively review stuff on REVU
[09:06] <ProN00b> crimsun, somehow the app i was looking for had their own repos, what are the reasons for such not to be imported into the official ones, or do they have to be submitted file by file ?
[09:14] <lfittl> ProN00b: whats the name of this app?
[09:14] <crimsun> ProN00b: teams have various reasons for using their own external repositories; the ability to manage their own updates is a considerable advantage.
[09:15] <ProN00b> lfittl, beep media player x (bmpx for short)
[09:15] <crimsun> bmpx is on revu iirc; nexu is working on it.
[09:16] <crimsun> I (among others) helped him with the packaging earlier
[09:16] <hub_> pushing hugin 0.6.1 to universe
[09:16] <ryanakca> crimsun: you busy or could you help me murder my sound problem :)
[09:16] <ProN00b> so i will be able to find it in the near future ?
[09:16] <ProN00b> that'd be grand
[09:17] <crimsun> ryanakca: I'm very busy attempting to multitask, but you can ask in +1, and I'll attempt to address it
[09:17] <crimsun> ProN00b: meaning in the Ubuntu repo? Possibly.
[09:18] <ryanakca> crimsun: I think  you should take a holiday... you'll burn yourself out
[09:18] <crimsun> (regardless I doubt nexu is going to cease packaging the svn snaps)
[09:18] <ProN00b> crimsun, dare to do any wague time estimation ? ^^
[09:18] <crimsun> ryanakca: that's only a side effect of doing lots of things, not "working too hard".
[09:19] <crimsun> ProN00b: six months after you stop asking.
[09:19] <ryanakca> lol
[09:19] <ProN00b> ok ^___^
[09:20] <ryanakca> ProN00b: why don't you just download the source and build it yourself with checkinstall, that way uninstall is a breeze when the ubuntu package comes out?
[09:20] <ProN00b> dunno, doesn't feel right to me in the age of packages
[09:20] <crimsun> nexu provides decent Ubuntu debs on his repo
[09:21] <crimsun> I personally don't believe we'll be including the svn snaps, but 0.2x certain seems feasible
[09:21] <crimsun> +ly
[09:21] <ProN00b> ya, svn isn't really desirable anyways
[09:21] <ProN00b> crimsun, where are nexus repos ?
[09:22] <crimsun> ProN00b: it's listed in the topic of #bmpx iirc
[09:24] <ProN00b> nope
[09:24] <ProN00b> but as i said it has ubuntu repos, but they have their own libs that replace ubuntu libs and that sucks
[09:25] <nzk> Are there any #ubuntu ops here?
[09:25] <ProN00b> btw, congrats on the x-org fckup ^_^
[09:26] <nzk> That screwup ruined 2 (!!!) installs
[09:26] <crimsun> ProN00b: it's already reverted, and we don't manage main packages here in -motu.
[09:27] <nzk> Anyway are there any #ubuntu ops here or anyone that can talk to an #ubuntu op?
[09:27] <crimsun> I'd like to suggest, for everyone's sanity, that you keep the X.Org "fuckup" talk to your own beds and not in here, thanks.
[09:27] <ProN00b> xD
[09:27] <crimsun> nzk: quite possibly, why would this channel be relevant?
[09:28] <slomo> crimsun: any progress with my ymfpci breakage? :)
[09:28] <nzk> I happen to have gotten myself banned for a reason I dont know exactly when I was about to proceed with my Ubuntu install, crimsun
[09:28] <crimsun> slomo: sorry, first week of school and all, so no. Haven't had time to attempt to reproduce it on a local machine.
[09:28] <nzk> And being a linux newbie, I have a couple thousand questions
[09:29] <slomo> crimsun: ok, np :) will you time for it in the near future or shall i ask someone else?
[09:29] <crimsun> slomo: I'll push your bug upstream this afternoon (within a couple hours). Takashi will poke you.
[09:30] <slomo> cool thanks :)
[09:30] <crimsun> Sorry, it's just an extremely hectic period
[09:30] <slomo> don't worry, i know such times :)
[09:31] <nzk> crimsun: please?
[09:34] <LaserJock> crimsun: I don't suppose you have looked at {wx}maxima recently?
[09:34] <nzk> crimsun: pleaseee?
[09:34] <crimsun> LaserJock: see above comment regarding "hectic".
[09:34] <crimsun> nzk: PLEASE wait a few minutes.
[09:34] <nzk> Ok :)
[09:35] <LaserJock> crimsun: no problemo just wanted to see if anybody had worked recently before I attempt to charg in
[09:36] <crimsun> LaserJock: by all means, go for it
[09:37] <LaserJock> people are getting frantic on Malone and this thing really does need to get fixed
[09:41] <nzk> crimsun: how much longer?
[09:43] <ryanakca> nzk: he's going to end up ignoring you indefinitly... wait, and when he gets a chance, he'll talk to you
[09:44] <nzk> Sorry
[09:44] <nzk> I'll be patient
[09:44] <LaserJock> nzk: what's your problem?
[09:45] <welshbyte> was i supposed to have received an email after uploading a package to revu?
[09:46] <LaserJock> nope
[09:46] <crimsun> nzk: this channel definitely is the wrong place to discuss bans. What IP were you using previously?
[09:46] <nzk> The ban is like *myhost
[09:46] <nzk> Everyone using PPPOE in Moscow got banned from #ubuntu
[09:47] <crimsun> yes, I see the numeric ban
[09:48] <LaserJock> nzk: there is an #ubuntu-ops channell for that sort of thing
[09:48] <crimsun> it's actually a very specific ipv4
[10:18] <ryanakca> can someone look at http://revu.tauware.de/details.py?upid=2926 please?
[10:23] <Noumaan> There are some Urdu fonts that I think must come with default Ubuntu Installation. But I am not sure whether they should come with Universe or default installation
[10:24] <crimsun> you answered your own question.
[10:24] <crimsun> if they come by default they cannot, by definition, be in universe.
[10:24] <Noumaan> exactly
[10:24] <Noumaan> how do I know that the license the come with makes them ok to be in default installation?
[10:25] <micahcowan> If it can be in universe, it should be able to be in main, aiui: all universe packages must be free.
[10:25] <Noumaan> http://www.crulp.org/nafeesWebNaskh.html the font and the license is located here
[10:26] <Noumaan> It is definitely the most commonly and widely used font for Urdu Web pages after Urdu Naskh Asiatype which is owned by BBC Urdu.
[10:26] <micahcowan> The license looks pretty free, but ignore me, as ianal.
[10:27] <micahcowan> Looks somewhat BSD-ish.
[10:27] <Noumaan> micahcowan: so what would you suggest me to do?
[10:27] <micahcowan> wait for a more authoritative response than my gibberish? :)
[10:27] <Noumaan> micahcowan:  does that mean I should keep repeating myself?
[10:28] <micahcowan> No, probably just wait for someone to read what you've already written.
[10:28] <Noumaan> ok but for how long I should wait for someone to read this before trying something else?
[10:28] <micahcowan> But, I think the issue wouldn't be main vs universe, so much as main/universe versus restricted/multiverse.
[10:29] <micahcowan> at least 5-10 minutes. People sometimes check this spot sporadically.
[10:29] <micahcowan> If you don't get an answer, I'd post to the mailing list.
[10:29] <Noumaan> micahcowan: we are free to distribute this font so I guess it should be available in Main
[10:30] <micahcowan> Not only that, but we are free to modify it, provided we change the name. That seems pretty durn free. If it should be available on default install, then yeah, it should probably go in main.
[10:30] <micahcowan> But if it were decided to be an un-free license, you couldn't have it in universe either (according to my understanding).
[10:31] <Noumaan> micahcowan:  I am quite excited you know currently we dont have any decent font for Urdu in Ubuntu
[10:32] <Noumaan> It will be great to have it available out of box usability I mean isnt this great?
[10:32] <micahcowan> Oop: the "can't sell by itself" clause could make it considered unfree (even though it wouldn't pose a practical problem)... I know RMS would consider that non-free, dunno about debian/ubuntu.
[10:33] <Noumaan> micahcowan: we can rename it to Ubuntu-Web-Naskh
[10:33] <ryanakca> micahcowan: well... we aren't exactly selling it, are we?
[10:33] <Noumaan> the word Nafees is copyrighted
[10:34] <Noumaan> or the Ubuntu-Urdu-Naskh Naskh is the word for font in Urdu
[10:34] <ryanakca> you can copyright words? since when?
[10:34] <micahcowan> According to the license, we don't need to rename it, provided that we do not modify it. Many, many things are copyrighted that are in Ubuntu (but I think you meant trademarked, for which that statement is true).
[10:34] <Noumaan> ryanakca: no I mean Nafees is the product name here
[10:34] <ryanakca> Noumaan: oh, ok
[10:35] <Noumaan> So we can add it as it is renaming it to Ubuntu-Urdu-Naskh available by default :)
[10:35] <micahcowan> This might be more an issue for the ubuntu-legal (?) mailing list.
[10:36] <Noumaan> micahcowan:  I dont think so since we are already allowed to distribute the font
[10:36] <Noumaan> ""The Font Software may be modified, altered, or added  to, and in particular the designs of glyphs or characters in the Fonts may be  modified and additional glyphs or characters may be added to the Fonts, only if  the font is renamed to names not containing either the words Nafees or the  word CRULP.""
[10:36] <micahcowan> Noumaan, that's not the only issue. Obviously, we are already allowed to distribute virtually anything that exists in the restricted or multiverse repositories as well. That doesn't make them Free.
[10:39] <Noumaan> micahcowan:  hmmm
[10:39] <ryanakca> can someone look at http://revu.tauware.de/details.py?upid=2926 please?
[10:41] <micahcowan> ryanakca, if you don't get a motu's attention, you might try the mailing list.
[10:41] <Noumaan> ryanakca: i am there what you want me to look at?
[10:42] <ryanakca> Noumaan: are you a MOTU?
[10:42] <Noumaan> ryanakca: No
[10:42] <micahcowan> Noumaan, I think he specifically wants the attention of someone empowered to approve the package/move the review process along :)
[10:43] <ryanakca> Noumaan: nevermind :)  I'm looking for a motu who can review my package
[10:43] <Noumaan> ok I am sorry I thought he has uploaded the urdu font :(
[10:43] <asimon> ryanakca: I am no MOTU either, but you don't need to set those DEB_ vars in your rules file. The dir and suffix are standard and should be automatiically detected.
[10:47] <ryanakca> asimon: well, the DEB_INSTALL_MANPAGES_eqonomize := debian/eqonomize.1      is required, isn't it? otherwise my man page doesn't get installed...
[10:48] <asimon> ryanakca: Yes, but for man pages, but in this rules file I only see DEB_PATCHDIRS and DEB_PATCH_SUFFIX
[10:48] <asimon> ryanakca: Ah, I looked at the old version
[10:50] <ryanakca> asimon: lol
[10:52] <asimon> ryanakca: You also don't need to include both kde.mk and autotools.mk. kde.mk is enough because it includes autotools.mk by itself. In the control file you can delete libqt-mt-dev, it's already a dependency of kdelibs4-dev
[10:54] <ryanakca> asimon: get rid of DEB_PATCH* ?
[10:56] <asimon> ryanakca: Yes, if you look into simple-patchsys.mk, DEB_PATCHDIRS gets already set to debian/patches if you don't set it to something otherwise. AndDEB_PATCH_SUFFIX by default includes .diff already.
[10:56] <ryanakca> kk
[10:58] <Noumaan> micahcowan: I have been asked by a community member to join the devel maling list and write there
[10:58] <micahcowan> sounds like a good idea, Noumaan. See you on the list. :-)
[10:58] <Noumaan> :)
[10:59] <welshbyte> hm, revu is meant to give me an encrypted message to decrypt in order to find my password but there's nothing after it says "Now paste the text below, and enter EOT<return>"
[11:00] <asimon> welshbyte: Yes, that's currently broken. I don't have a password too. But the admins know about it.
[11:00] <welshbyte> oh ok, good good
[11:08] <ryanakca> asimon: and do I need the "man" line?
[11:08] <asimon> ryanakca: Yes
[11:08] <asimon> ryanakca: At least I think so ;-)
[11:15] <lfittl> anybody interested in taking a quick look at libgrapple (http://revu.tauware.de/details.py?upid=2930)? (also non-MOTUs, reviews help with finding problems ;))
[11:20] <micahcowan> lfittl, did you notice the lintian complaint about src/.#socket.c.1.33?
[11:21] <lfittl> micahcowan: I can't fix that, this has to be fixed in the source tarball, which means upstream, and I will send mail to upstream about it, will go away with their next release
[11:21] <micahcowan> lfittl, I wondered.
[11:25] <lfittl> bddebian: ping, do you have time to review something for me? :)
[11:29] <raphink> wb LaserJock
[11:29] <bddebian> lfittl: I can when I get home
[11:30] <lfittl> bddebian: perfect, thanks :)
[11:31] <asimon> Weren't there once so called 'review days'?
[11:31] <LaserJock> yes
[11:32] <lfittl> asimon: yep, but its simply too much stuff on REVU to get it done in one day (especially if not all MOTUs are doing reviews)
[11:33] <asimon> I understand.
[11:33] <raphink> lfittl: simple contributors are welcome to review packages and send their comments by email to MOTUs
[11:33] <raphink> I encourage it
[11:33] <raphink> (personally, but I think I'm not the only one)
[11:34] <lfittl> raphink: sure, I know, but considering that I will hopefully be a MOTU after the next TB meeting, it is better to wait and do more packaging ;)
[11:35] <raphink> ok
[11:35] <lfittl> raphink: I also think when REVU2 comes sometime, we might get more people interested in doing reviews
[11:35] <raphink> hmmm
[11:35] <raphink> not sure no
[11:36] <raphink> although I would hope so
[11:36] <raphink> wow you've been busy on packages
[11:36] <raphink> just checking your LP page
[11:36] <raphink> ;)
[11:36] <lfittl> :)
[11:36] <raphink> what are all these .app packages?
[11:36] <raphink> never saw them
[11:36] <lfittl> gnustep packages
[11:36] <asimon> gnustep is still alive? ;-)
[11:37] <lfittl> these were just rebuilds, thats why there are so many
[11:37] <raphink> oh ic
[11:37] <lfittl> raphink: I have 7-8 other new packages laying around here, just have to clean them up and get reviews :)
[11:38] <raphink> ok :)
[11:39] <lfittl> raphink: do you have some time for a quick look at libgrapple? :)
[11:39] <raphink> no
[11:39] <raphink> I should go to bed
[11:39] <raphink> I don't sleep enough lately :s
[11:39] <lfittl> ah, I know that too well, should go to bed too..
[11:39] <raphink> hehe
[11:40] <lfittl> but there is always stuff that you just want to have finished before doing so ;)
[11:40] <raphink> hehe yes
[11:41] <raphink> but there are so many things I want to have finished
[11:41] <raphink> I also need someone to check a package on REVU before I upload it
[11:41] <lfittl> exactly, you should see my todo list :D
[11:41] <raphink> I don' tdo todo lists anymore
[11:42] <raphink> I just hope that the things I will remember are the ones I need to do
[11:42] <raphink> lol
[11:42] <lfittl> hehe
[11:43] <lfittl> anyway, will simply go to bed, package should be fine, and there is no importance in uploading it
[11:43] <lfittl> gn8 everybody
[11:43] <raphink> night
[11:46] <micahcowan> is there a package similar to build-essential, that depends on build-essential plus all the development docs like manpages-dev, glibc-doc and gcc-doc, etc?
[11:48] <azeem> micahcowan: not that I know of
[11:48] <micahcowan> alright: if I'm liable to want those three things, what else might I be missing that I might desire?
[11:49] <azeem> autoconf-doc etc. maybe
[11:54] <geser> hello
[11:54] <geser> i'm currently looking at mail-notification because of the libgail soname change
[11:54] <geser> a rebuild would fix it but there is also a newer debian package
[11:55] <geser> the diff between the debian versions mentions three changes
[11:55] <geser> one change is only listed in the changelog
[11:57] <geser> one change changes a build-depends but it should be reverted for ubuntu as we don't have the new build-depends
[11:59] <geser> and the third change mentions a duplicate depends on evolution
[11:59] <geser> but the ubuntu package has no duplicate depends on evolution and without it the package doesn't depend on evolution anymore
[12:00] <geser> should the package still be merge or is a rebuild sufficient?
[12:00] <Amaranth_> \sh_away: compile wine with -fno-stack-protector
[12:01] <Amaranth_> \sh_away: (if you didn't already find a fix)