[12:14] <lupine_85> ha, all the important lintisn errors are gonr
[12:14] <lupine_85> gone*
[12:15] <sistpoty> :)
[12:15] <geser> is there a consesus that .la files shouldn't be installed if .pc files exist?
[12:15] <sistpoty> geser: in the -dev package? 
[12:15] <geser> yes
[12:16] <sistpoty> well, imo they should be in the -dev package
[12:16] <sistpoty> even if there is a .pc file
[12:17] <sistpoty> though I'm not the worlds best library packager ;)
[12:17] <geser> doesn't have .la files the problem that they can't differentiate between static and dynamic linking?
[12:18] <sistpoty> actually I don't know much about libtool myself, so no idea
[12:18] <sistpoty> lupine_85: you can determine compiler options for a library with pkg-config (if the .pc file is installed)
[12:18] <sistpoty> (and linker options)
[12:19] <geser> I remember some discussion on the debian-devel ML that you end up with to much libs because libtool links all lib in even if they are only need for static linking
[12:19] <geser> and there was some slow start to not ship .la files
[12:20] <sistpoty> well, having them won't hurt I'd say. but I must admit that I didn't follow that discussion and might be wrong
[12:21] <TheMuso> Hey MOTUs.
[12:21] <sistpoty> geser: maybe you'll get better info in #ubuntu-devel? 
[12:21] <sistpoty> hi TheMuso
[12:21] <Fujitsu> Hi TheMuso
[12:22] <lupine_85> hmm, looking at packages.ubuntu.com shows other packages with .ls... libacl1-dev, for instance
[12:22] <lupine_85> erm, .la
[12:23] <gnomefreak> we got rid of alot .la packages i thought
[12:24] <lupine_85> pretty much all of kde3 seems to have them...
[12:24] <geser> lupine_85: you can't them easily remove if other packages still need them for building
[12:24] <lupine_85> ah, fair enough
[12:24] <geser> but for new packages it should be easy
[12:24] <lupine_85> do you want them taking out, theb?
[12:24] <lupine_85> then*
[12:26] <lupine_85> it looks like just 5 packages
[12:27] <lupine_85> (less if we only take out from ones that have a .pc /and/ a .la)
[12:31] <geser> yes
[12:31] <fdoving> you can't leave .la files out from kde modules.
[12:32] <geser> why?
[12:33] <lupine_85> so remove them from from... libberyldecoration-dev.install and libberylsettings-dev.install  ?
[12:33] <fdoving> because they provide essential information about library depends for the modules.
[12:34] <geser> doesn' kde use .pc files?
[12:35] <lupine_85> ok, reuploaded beryl-core
[12:36] <lupine_85> now -dev packages only have .la /or/ .pc files
[12:39] <geser> lupine_85: beryl-core has some duplicate depends, see my comment on revu
[12:40] <fdoving> geser: http://api.kde.org/3.5-api/kdelibs-apidocs/kdecore/html/classKLibLoader.html#a2 - info on .la files and kde.
[12:40] <lupine_85> hehe, I changed it from libgl-dev to libgl1-dev :p
[12:41] <lupine_85> libgl-mesa-dev or libgl1-mesa-dev ?
[12:42] <sistpoty> lupine_85: libgl1-mesa-dev, libgl-mesa-dev doesn't exist in feisty
[12:43] <lupine_85> ok
[12:43] <geser> fdoving: thanks. how does that work if .la files are in -dev packages which aren't normally installed?
[12:44] <fdoving> geser: they will need to be installed for kde to function properly then.
[12:45] <lupine_85> And the beryl-core is fine to Depend: libgl1 | libgl1-mesa-glx ?
[12:45] <fdoving> that's why the .la files in kde packages are not in -dev packages.
[12:45] <lupine_85> Also, I'm not sure what's meant by:-
[12:45] <lupine_85> W: libberyldecoration0: non-dev-pkg-with-shlib-symlink usr/lib/libberyldecoration.so.0.0.0 usr/lib/libberyldecoration.so 
[12:46] <sistpoty> lupine_85: it actually should determine this from the package it's linked against via ${shlibs:Depends}
[12:46] <lupine_85> ok, so remove...
[12:46] <geser> lupine_85: libberyldecoration.so.0.0.0 belongs into the -dev package, the lib package has only libberyldecoration.so.0
[12:47] <lupine_85> ok... I should be ready to re-upload then :)
[12:47] <sistpoty> !library packaging guid
[12:47] <sistpoty> !library packaging guide
[12:47] <sistpoty> grml... we need to teach this to ubotu *g*
[12:47] <geser> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[12:48] <lupine_85> done
[12:48] <lupine_85> *click*
[12:48] <jdong> sistpoty: grml.. I think you mean the explicative "sgml"
[12:49] <sistpoty> jdong: no, I mean the distro, and what it's called after :PO
[12:49] <sistpoty> -O
[12:49] <jdong> ha
[12:49] <jdong> is that thing still actively developed?
[12:49] <sistpoty> jdong: not quite sure... but it was at least half a year ago
[12:49] <jdong> yeah, I remember its hotness back then
[12:50] <lupine_85> eh... http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#id229676
[12:50] <fdoving> !library packaging guide is <reply> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[12:50] <ubotu> I'll remember that, fdoving
[12:51] <sistpoty> thanks fdoving
[12:51] <geser> lupine_85: the copyright mentions a svn repository as download? is that still valid? no tar balls?
[12:52] <lupine_85> geser: good point. releases.beryl-project.org is the correct URL, d'oh
[12:53] <fdoving> !lib-p-g is <alias> library packaging guide
[12:53] <ubotu> I'll remember that, fdoving
[12:53] <sistpoty> fdoving: btw. can anyone register new stuff to ubotu like this?
[12:54] <Fujitsu> sistpoty: No, it's restricted to [insert almighty people here] .
[12:54] <sistpoty> ah, good... because I've only got silly things on my mind right now :)
[12:55] <fdoving> no. only the selected elite. poke sev_eas for access to adding things.
[12:56] <fdoving> or if you don't want to, feel free to poke me with anything you want to add.
[12:56] <sistpoty> as stated, I'd only abuse ubotu for silly tings ;)
[12:58] <LaserJock> sistpoty: I can add stuff to ubotu, just fyi
[12:59] <sistpoty> !bddebian
[12:59] <ubotu> Sorry, I don't know anything about bddebian - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[12:59] <sistpoty> :P
[12:59] <Fujitsu> That factoid used to be there, I'm sure.
[12:59] <sistpoty> https://wiki.ubuntu.com/BddebianIsAGod
[12:59] <sistpoty> hehe
[01:01] <lupine_85> OK - remaking the packages
[01:01] <TheMuso> sistpoty: Thats so pointless.
[01:02] <TheMuso> :)
[01:02] <sistpoty> *g*
[01:03] <crimsun_> that page is so obviously correct
[01:03] <sistpoty> hi crimsun_
[01:03] <crimsun_> 'lo :)
[01:05] <Fujitsu> Nice hostname, jdong_
[01:05] <jdong_> haha thanks
[01:06] <lupine_85> alrighty, that lot's uploaded
[01:07] <jdong_> pfft and now it dies out.
[01:08] <lupine_85> which is to say, with a microscope and a magnet
[01:08] <sistpoty> lol
[01:15] <sistpoty> lupine_85: seems like you got some files mixed in libberyldecoration-dev and libberyldecoration0
[01:15] <sistpoty> lupine_85: you could simply run lintian on the debs you've built, it will tell you
[01:16] <lupine_85> sistpoty: that would make more sense than wasting your time with my n00bness ;)
[01:17] <sistpoty> lupine_85: well, it's answers are just more accurate than mine ;)
[01:17] <sistpoty> (most of the time)
[01:19] <lupine_85> ok... it's complaining about xorg-dev, but not mentioning libberyldecoration*  at all
[01:19] <sistpoty> hm...?
[01:19] <lupine_85> E: beryl-settings-bindings source: build-depends-on-x-metapackage build-depends: xorg-dev
[01:19] <lupine_85> also W: aquamarine source: changelog-should-mention-nmu & W: aquamarine source: source-nmu-has-incorrect-version-number 0.2.1-0ubuntu1
[01:20] <sistpoty> that's what it will tell you on the *source* package, but you can run it on the binary packages as well
[01:21] <lupine_85> ah... I didn't build more binary packages yet
[01:21] <sistpoty> lintian -iv libberyldecoration-dev_0.2.1-0ubuntu1_amd64.deb will show you s.th.
[01:22] <sistpoty> (it's basically just symlink and library shared object mixed between -dev and library package)
[01:22] <geser> lupine_85: about the nmu version: you can ignore that one, lintian doesn't know about Ubuntu versioning
[01:23] <sistpoty> geser: ah, seems like you were faster than me ;)
[01:23] <sistpoty> (via revu)
[01:24] <geser> lupine_85: you should depend on the X11 headers you need and not on the xorg-dev meta package
[01:25] <lupine_85> sistpoty: ah, usr/lib/libberyldecoration.so.0.0.0 being in libberyldecoration0 has been fixed...
[01:25] <sistpoty> :)
[01:25] <lupine_85> geser: ok... let's see if I can find out what, precisely, it depends on :)
[01:27] <lupine_85> it uses XKeysymToString and XStringToKeysym ... /me goes a-hunting
[01:28] <geser> it's easier to check for #include and look up which package it is
[01:28] <lupine_85> it's not written in C... not precisely
[01:28] <lupine_85> libx11-dev by the looks of it
[01:30] <geser> lupine_85: if it builds then you have all needed packages :)
[01:31] <lupine_85> mm, true enough :) I guess I should look at using pbuilder or $something
[01:33] <geser> https://wiki.ubuntu.com/PbuilderHowto
[01:34] <lupine_85> ah, that's how to get a feisty one... thanks :)
[01:51] <lupine_85> haha, but it can't satisfy the build deps for b-s-b etc...
[01:52] <racarr> b-s-b should only need python-dev
[01:52] <racarr> and python-pyre
[01:52] <racarr> x
[01:54] <crimsun_> err
[01:54] <lupine_85> racarr: currently it build-depends on python-all-dev, python-pyrex, beryl-dev, libbs-dev, libpng12-dev, libx11-dev and libglib2.0-dev, + the usual build-tool related ones
[01:54] <crimsun_> I _just_ got to Mark's email.
[01:54] <sistpoty> crimsun_: nice delay
[01:54] <racarr> lupine_85: Mm
[01:54] <lupine_85> racarr: you're positive it doesn't need most of those? ;)
[01:54] <crimsun_> considering I've been grounded for flight delays
[01:55] <racarr> lupine_85: It does need the Beryl ones
[01:55] <racarr> lupine_85: But the glib and libx11 and libpng ones don't make sense
[01:55] <crimsun_> sistpoty: I am _extremely_ uncomfortable about this (and yes, I know they're present)
[01:55] <lupine_85> racarr: yeah... they were suggested by someone on trac
[01:55] <sistpoty> crimsun_: about what are you uncomfortable?
[01:55] <crimsun_> sistpoty: fast-track directly into uploading?
[01:55] <lupine_85> crimsun_: if it's fast-track, I'm about as uncomfortable about it as you, I'm betting ;)
[01:56] <racarr> lupine_85: Try pbuilder...
[01:56] <sistpoty> crimsun_: have you read the lengthy irc discussion from today?
[01:56] <lupine_85> racarr: I've tried it
[01:56] <crimsun_> sistpoty: no. I've been fighting for a flight home.
[01:56] <racarr> lupine_85: But the glib and x11 deps don't make sense
[01:56] <racarr> if autogenerated code is using glib that's kind of silly
[01:56] <lupine_85> it fails on the beryl deps because they're not in the ubuntu repo ;), and adding them manually to the aptcache doesn't work
[01:56] <sistpoty> crimsun_: it's worth to read to get some picture
[01:57] <crimsun_> sistpoty: this channel for 2007-03-17?
[01:57] <sistpoty> crimsun_: yep
[01:58] <racarr> lupine_85: Mm
[01:58] <racarr> lupine_85: chroot time?
[01:58] <racarr> as in a manually managed one
[01:58] <lupine_85> heh; I guess
[01:58] <sistpoty> crimsun_: starting somewhere 4:31 
[01:59] <sistpoty> crimsun_: and restarting somewhere at/after 9...
[02:01] <sistpoty> lupine_85: if you want to do it with pbuilder, you'd need to setup mini-dinstall or s.th.
[02:02] <lupine_85> eh... I'm about ready with a manual chroot
[02:02] <sistpoty> that might be easier ;)
[02:03] <sistpoty> though pbuilder + mini-dinstall is more comfortable once it's setup
[02:03] <geser> lupine_85: you can also login into pbuilder, copy all need files and deps in and build there
[02:04] <lupine_85> mmm... nearly there now :)
[02:08] <lupine_85> it builds, that's good enough for me
[02:10] <lupine_85> I'll do another upload... give me a second
[02:16] <lupine_85> 6 mins != 1 second, but upload done
[02:16] <lupine_85> It addresses all concerns raised so far
[02:25] <crimsun_> that entire irc log was extremely discouraging
[02:26] <Fujitsu> Which, crimsun_?
[02:26] <crimsun_> yes, Mark pointed out (correctly) that there was a communication problem
[02:26] <crimsun_> http://people.ubuntu.com/~fabbione/irclogs/ubuntu-motu-2007-03-17.html
[02:26] <crimsun_> regarding the fast-tracking
[02:27] <LaserJock> crimsun_: it was a fun morning that's for sure :-)
[02:28] <crimsun_> #1. Is it MOTU responsibility to find upstream packages to package?
[02:29] <crimsun_> #2. Is the infrastructure in place _RIGHT NOW_ to provided limited uploads?
[02:30] <crimsun_> #3. What's the point of MOTU if you have specific maintainers?
[02:31] <LaserJock> crimsun_: have you read the whole log?
[02:31] <crimsun_> we're struggling through something that leads down the road to a model similar to Fedora Core feeding RHEL/AS releases
[02:31] <crimsun_> LaserJock: yes
[02:32] <LaserJock> crimsun_: ok, cool. it was probably a long read
[02:32] <crimsun_> an extremely discouraging read, because many points are valid in bigger scope
[02:32] <crimsun_> however, solving this one "problem" creates an entire class of different ones
[02:33] <crimsun_> and trying to solve those different ones brings up resolutions very close to the model I just mentioned
[02:33] <crimsun_> Yes, we want upstreams here.
[02:34] <crimsun_> No, we will NOT simply give upload privileges to upstream.
[02:34] <joejaxx> lol
[02:35] <crimsun_> Stefan already outlined his preliminary points [https://lists.ubuntu.com/archives/ubuntu-motu/2007-March/001463.html ] .
[02:36] <crimsun_> I'm inclined to agree that we should have sponsors, but we need a team of sponsors IMO.
[02:37] <sistpoty> regarding to that mail from me?
[02:37] <crimsun_> (guess what? we have a team. It's called MOTU.)
[02:37] <crimsun_> sistpoty: yes
[02:39] <sistpoty> well, what I'd like to ensure is that someone takes over responsibility both for working with/mentoring upstream and for saying upstream can upload on his own. a team usually does this less good than a single person, though I might be wrong there
[02:39] <crimsun_> Now - the real question here is why should I bother fixing bugs that distro users have? Isn't it upstream's job? If I'm upstream, do I even care that there are distros? Why do distros exist?
[02:40] <crimsun_> sistpoty: yes, I'm inclined to agree that one dedicated person often works better than a team.
[02:40] <crimsun_> hence why single maintainers do make sense occasionally
[02:40] <crimsun_> OTOH, there are _lots_ of upstreams and very few mentors
[02:41] <sistpoty> right. I don't think the team idea is bad in itself, it just has its own problems we need to look after ;)
[02:42] <crimsun_> When we think about it, the number of mentors is just a handful
[02:43] <crimsun_> we can't really count on core-dev, and several of us straddle that, too
[02:43] <sistpoty> crimsun_: I don't think that the "why should upstream fix distro bugs" is a problem imo. If I were upstream, I'd want my stuff being used and thus would care for my users where distros provide a large user base
[02:45] <crimsun_> Ideally all upstreams can just dump into Ubuntu "experimental"
[02:45] <crimsun_> that would resolve all problems of getting stuff "into" Ubuntu
[02:46] <crimsun_> Upstream X uses LP-hosted bzr, etc.
[02:46] <LaserJock> crimsun_: so would PPA be that?
[02:46] <LaserJock> or do we need something else
[02:46] <crimsun_> no idea, but I do think we need something "wide open", unfettered by whether you're an ubuntu-dev member
[02:47] <geser> so we would get our packages from Ubuntu "experimental" instead of Debian?
[02:47] <LaserJock> geser: I would think Ubuntu "experimental" rather then REVU
[02:47] <LaserJock> which we are already kinda moving away from anyway
[02:47] <crimsun_> what LaserJock said
[02:47] <LaserJock> basically like Debian Mentors have
[02:48] <LaserJock> but probably less strict
[02:48] <sistpoty> hm... I don't think just having experimental and let everyone dump in there will solve the problem. it might imo soon degrade to a broken archive with *lots* of packages, so we'd still end up with the hard task to pick the few good ones
[02:48] <LaserJock> and LP based
[02:48] <crimsun_> sistpoty: that's the idea
[02:48] <crimsun_> sistpoty: it _will_ break
[02:48] <geser> so it's only used for initial packaging but not ongoing maintenance?
[02:48] <crimsun_> often horribly, but that's just fine. That's the sandbox.
[02:49] <crimsun_> geser: initial and maintenance until entering non-experimental Ubuntu
[02:49] <sistpoty> the problem is not the breakage per se, but how it will strengthen the ties to upstream. just having lots of packages in there for sure won't be satisfying
[02:49] <LaserJock> it would provide more testing perhaps
[02:49] <crimsun_> sistpoty: no, but if have yet_another_commented_out repo by default in sources.list, it's at least one step closer
[02:50] <sistpoty> that's true
[02:50] <tonyyarusso> (Anybody here know why Feisty is making X eat processor like crazy recently?)
[02:50] <LaserJock> well
[02:51] <LaserJock> it'd be nice to have an experiment
[02:51] <sistpoty> but I don't think it will be the path ppl. would go end ultimately end up as motus. it would lack of interaction imo.
[02:51] <LaserJock> I think PPA would be more helpful there
[02:51] <LaserJock> and would also I think cover the "experimental" part
[02:52] <LaserJock> sabdfl said is was maybe a couple months away
[02:52] <crimsun_> sistpoty: I think to think that upstream maintainers intend to become MOTU is misled
[02:53] <crimsun_> they (we?) have a very focused perspective
[02:53] <lupine_85> heh
[02:53] <crimsun_> in this way, people intending to become MOTU are far more general
[02:53] <lupine_85> I don't even use ubuntu as my distro ;)
[02:53] <LaserJock> I think Mark's point was that they should be able to be active and their packages maintenance though
[02:53] <sistpoty> tststs
[02:53] <crimsun_> lupine_85: I don't either; I use Windows Vista.
[02:54] <LaserJock> I'm on OS X usually ;-)
[02:54] <LaserJock> ah well
[02:54] <lupine_85> 3vil traitors :p. At least I'm still on debian
[02:54] <LaserJock> anyway
[02:54] <LaserJock> I see maybe 2 points
[02:54] <crimsun_> seriously, Mark did very much point out that we're missing that one crucial inroad
[02:55] <crimsun_> we need to pull in upstream maintainers just as we need to pull in general maintainers
[02:55] <LaserJock> 1) having an "experimental" repo that would be like REVU but have source and binary packages
[02:55] <LaserJock> 2) PPA should allow upstreams to build and test their packages and get involved more
[02:55] <crimsun_> fast-tracking directly into $development's universe, however, sounds perilous
[02:56] <sistpoty> crimsun_: I fully agree on the fast-tracking
[02:56] <LaserJock> and I think perhaps we are beyond that
[02:57] <LaserJock> lupine_85's been working today on getting the packages ready for an exception
[02:57] <LaserJock> at least that's what I think is going on
[02:57] <crimsun_> I see no reason why beryl shouldn't be in feisty universe
[02:57] <lupine_85> LaserJock: yeah, they're in revu. Don't know if anything else needs doing to them
[02:57] <crimsun_> is beryl ready for main?
[02:58] <crimsun_> that means core-dev is responsible for main
[02:58] <crimsun_> s/main/beryl/
[02:58] <LaserJock> I'm not sure Mark want's it in Main does he?
[02:58] <LaserJock> I thought he just said Universe
[02:58] <crimsun_> do we then want upstreams uploading into main?
[02:58] <LaserJock> but maybe he only wants that to push it to main
[02:58] <lupine_85> LaserJock: I think he does want it in main. 
[02:58] <LaserJock> ah
[02:58] <lupine_85> at some point
[02:58] <LaserJock> for Feisty?
[02:58] <geser> universe now, main in feisty+1
[02:58] <LaserJock> ok
[02:59] <crimsun_> well, let's get beryl into feisty universe in the short run
[02:59] <sistpoty> crimsun_: does that mean FFe granted? :P
[02:59] <TheMuso> For the record, I am not comfortable with fast tracking either. Pretty much all my views have already been expressed.
[03:00] <crimsun_> gee, I think they have a blanket mandate from Mark
[03:00] <sistpoty> hehe
[03:00] <crimsun_> not anything we can do about that even if we mutiny
[03:00] <crimsun_> (however, users want beryl, and by golly, give users beryl)
[03:01] <crimsun_> if only codec manufacturers thought that way  /sigh
[03:01] <sistpoty> yay, /me wants some nice desktop-effects as well, since I had no luck as a kde user so far *g+
[03:01] <crimsun_> fwiw, beryl at least worked whereas our current compiz package doesn't
[03:03] <crimsun_> TheMuso: I see no reason to fast-track. We don't need it. Create an "experimental" repo that's listed (but disabled) in the default /etc/apt/sources.list
[03:03] <TheMuso> crimsun_: My thoughts as well.
[03:03] <crimsun_> Everyone with an LP account can upload to experimental.
[03:03] <TheMuso> I just ohpe users don't decide to ride experimental.
[03:04] <crimsun_> problem resolved.
[03:04] <sistpoty> I still believe that restricted upload rights might be another inroad, if done in a sane manner
[03:04] <sistpoty> so together with experimental I'd be fully pleased *g*
[03:04] <crimsun_> sistpoty: so who then can maintain such restricted uploads? only "upstream"? ubuntu-dev members?
[03:04] <TheMuso> So will we be required to pull updates from experimental and process them to make sure they are sane?
[03:05] <TheMuso> I'm not sure I want to have to track another repo just for updates.
[03:05] <sistpoty> crimsun_: ubuntu-dev can. some collaboration/communication is the base to get these upload rights, so I don't think there would be too many clashes
[03:06] <crimsun_> I think it'd be nice to have experimental be a graded process, like the enable-able experimental repo can only contain tested and ACKedexperimental/foo-branch packages
[03:06] <crimsun_> ACKed experimental/foo-branch, that is
[03:06] <geser> crimsun_: how to you avoid it that random people activate it and report how broken it is? they already use 3rd party repos without understanding what they are doing?
[03:06] <sistpoty> it would need s.th. like ubuntu-archive anyway (or at least a trimmed down/adjust process), otherwise me might end up with copyright probs
[03:06] <TheMuso> I still don't like the idea. Can't put a finger on why just yet howevr.
[03:07] <TheMuso> however
[03:07] <crimsun_> geser: we don't avoid that :)
[03:08] <sistpoty> geser: yep, that's the point, because it's upstream who will (should) deal with the bugs :)
[03:11] <lupine_85> *oops*
[03:11] <TheMuso> c
[03:11] <TheMuso> ugh
[03:11] <lupine_85> dput *changes when in an etch system probably won't make debian.org happy :s
[03:11] <lupine_85> ah well, new beryl-manager up
[03:13] <lupine_85> anything else I can do tonight, or is it safe to sleep now? ;)
[03:13] <sistpoty> that depends who's still up and will do some reviews (I won't be up for too long, past 3 am here)
[03:13] <crimsun_> I can review in 2 hours
[03:13] <lupine_85> mm, it's 2:14am here
[03:14] <crimsun_> which packages?
[03:14] <lupine_85> crimsun_: as in, start in 2 hours?
[03:14] <crimsun_> yes, as in start.
[03:14] <lupine_85> packages are aquamarine beryl-core beryl-manager beryl-plugins beryl-plugins-unsupported beryl-settings beryl-settings-bindings beryl-settings-simple emerald emerald-themes heliodor
[03:14] <lupine_85> you'd probably want to concentrate on beryl-settings-bindings
[03:15] <sistpoty> lupine_85: is it independent from the others?
[03:15] <sistpoty> (as in doesn't need another package as build-dependency=)
[03:15] <sistpoty> -=
[03:15] <lupine_85> it has build-depends on beryl-dev :/
[03:15] <lupine_85> also libbs
[03:15] <sistpoty> which comes from beryl-core?
[03:15] <lupine_85> yes
[03:15] <crimsun_> I'll just do the whole lot, then.
[03:16] <crimsun_> time to build another chroot
[03:16] <lupine_85> it's python bindings for the settings backend, based on pyrex
[03:16] <racarr> lupine_85: If you need to go to sleep I can work on the packages once we get some feedback
[03:16] <crimsun_> LaserJock: I can't send private queries, sorry
[03:16] <lupine_85> racarr: I don't "need" to sleep
[03:17] <lupine_85> ;)
[03:17] <Fujitsu> *over
[03:17] <lupine_85> crimsun_: it's appreciated :)
[03:18] <LaserJock> crimsun_: np
[03:18] <LaserJock> I sort of think maybe we should just hold off until PPA
[03:18] <LaserJock> it'll essentially make it possible to do all of this
[03:19] <LaserJock> and probably in a more sane way
[03:19] <Fujitsu> I'd really like to see how PPA works... Does each person have a seperate apt repo, or what?
[03:19] <LaserJock> I think so
[03:19] <LaserJock> but we can also create team repos
[03:19] <Fujitsu> It'd be nice to see it now so we could work out how we were going to use it.
[03:19] <LaserJock> I've asked mark in #launchpad if we can get some sort of sneak peek
[03:19] <racarr> lupine_85: Ok
[03:19] <Fujitsu> Ah, so you did.
[03:20] <LaserJock> I think I'll push for some sort of beta testing of it for us or something
[03:20] <tonyyarusso> PPA?
[03:20] <geser> Personal Package Archive
[03:20] <tonyyarusso> oh
[03:20] <LaserJock> it should be similar to the opensuse build service I'd think
[03:21] <Fujitsu> LaserJock: That means nothing at all to me.
[03:21] <LaserJock> Fujitsu: well, you get a bazillion little repos each with is it's own repo
[03:21] <LaserJock> roughly something like that
[03:22] <lupine_85> like falcon on steroids? :)
[03:22] <lupine_85> falcon++
[03:22] <LaserJock> so we should be able to combine bzr and PPA
[03:23] <LaserJock> so reviewing source stored in bzr branches
[03:23] <LaserJock> and build and test via PPA repos
[03:25] <crimsun_> The following NEW packages will be installed: gimmie sexy-python 
[03:25] <lupine_85> haha
[03:26] <sistpoty> lol
[03:28] <mwolson> lupine_85: Honey & Clover, season 1
[03:29] <lupine_85> hmm, not heard of that one
[03:30] <lupine_85> just started fate stay night
[03:32] <racarr> lupine_85: About beryl-settings-bindings dependencies...
[03:32] <racarr> I just ran objdump -p berylsettings.so | grep NEEDED | uniq | awk '{print $2}' | xargs dpkg -S | awk '{print $1}' | uniq
[03:32] <racarr> which should give some idea of dependencies
[03:32] <racarr> and libpng is indeed there
[03:32] <mwolson> lupine_85: it is amazingly funny
[03:33] <lupine_85> racarr: yay :D
[03:33] <racarr> it also seems to think it needs
[03:34] <racarr> libxcomposite libxdamage libxrandr libxinerama1 libxfices3
[03:34] <racarr> so I think we have something broken with our build system
[03:34] <lupine_85> hmm
[03:35] <lupine_85> mwolson: I'll have to look it up
[03:35] <lupine_85> racarr: any clue what? 
[03:35] <racarr> no :/
[03:38] <lupine_85> racarr: Depends: picks those up anyway, thankfully... maybe it just needs them for reasons unknown
[03:38] <racarr> I don't think so I can remove the links against them in the Makefile and it works fine
[03:39] <racarr> (Makefile not Makefile.in or anything)
[03:39] <racarr> also headers for them
[03:39] <racarr> aren't even included in the C file
[03:40] <racarr> also depends picks them up because they are in the pc file
[03:41] <racarr> let me try removing the ones that make no sense and make sure everything works
[03:42] <lupine_85> ooh, racarr, you've got competition for UDS ;) onestone can go too
[03:43] <racarr> Mm
[03:44] <racarr> lupine_85: I can remove them from the pc file and everything works I just don't know why they are showing up in the pc file
[03:45] <lupine_85> mm. one for nesl247?
[03:45] <racarr> ?
[03:45] <racarr> Oh mm he might know yeah
[03:45] <lupine_85> he seems to like this sort of stuff
[03:51] <sistpoty> ok, just took a look at beryl-core again, few small points, nothing really serious. looks pretty sane to me ;)
[03:52] <lupine_85> cool :) comments on revu?
[03:52] <sistpoty> yep
[03:53] <lupine_85> seems reasonable
[03:53] <racarr> Beryl build system?
[03:53] <racarr> sane?
[03:53] <lupine_85> never :D
[03:53] <lupine_85> it's based on make, after all
[03:55] <sistpoty> gn8 everyone
[03:55] <lupine_85> night :)
[03:57] <lupine_85> and that's fix0red too
[03:59] <LaserJock> Fujitsu: it does doesn't it
[04:00] <LaserJock> Fujitsu: not sure about the ETA though
[04:00] <Fujitsu> I fear it will be abused.
[04:00] <Fujitsu> Yeah, it'd be good to have it pre-Feisty+1.
[04:00] <LaserJock> horribly abused yes
[04:00] <LaserJock> but I think with the team thing we can keep it sane though
[04:01] <Fujitsu> It's like unofficial repositories today, but more official-looking and (worse) even easier to set up.
[04:01] <LaserJock> but maybe a bit easier to track though
[04:01] <LaserJock> having it all at one place is nice
[04:01] <LaserJock> I'll probably use it
[04:02] <Fujitsu> I will too, I presume.
[04:03] <LaserJock> so do we need something in the mean time?
[04:03] <Fujitsu> It'd be nice to have it earlier, but it's not really a necessity.
[04:04] <Fujitsu> It's good to see things are happening to make our lives easier.
[04:49] <lupine_85> hi Hobbsee
[04:51] <Hobbsee> hey lupine_85!
[04:51] <Hobbsee> woohoo, i found my USB stick!!!
[04:51] <lupine_85> that's good, I take it? ;)
[04:51] <Hobbsee> nope!
[04:52] <tonyyarusso> ?
[04:53] <Hobbsee> LaserJock: heh
[04:53] <Hobbsee> heya tonyyarusso 
[04:53] <tonyyarusso> hey Hobbsee 
[04:54] <Hobbsee> http://librarian.launchpad.net/6845243/buildlog_ubuntu-feisty-i386.gnomad2_2.8.8-1.1ubuntu1_FAILEDTOBUILD.txt.gz
[04:54] <TheMuso> Hobbsee: Why is it not good that you found your USB stick?
[04:54] <Hobbsee> oops, i misread
[04:54] <Hobbsee> it's very good
[04:54] <TheMuso> hehe thats better. :)
[04:55] <LaserJock> lol
[04:55] <yigal> thats the human brain
[04:55] <lupine_85> hehe
[04:56] <yigal> hello how does a person start to help in a project on Ub.  I registered in Launchpad, don't have much time but want to play a part in packaging
[04:56] <yigal> is this the right room for this ?
[04:57] <yigal> 3
[04:57] <yigal> 2
[04:57] <tonyyarusso> https://wiki.ubuntu.com/MOTU
[04:57] <yigal> 1
[04:57] <tonyyarusso> hey yigal 
[04:57] <yigal> hey tony
[04:57] <tonyyarusso> yigal: check the links in the topic for some hints
[04:57] <yigal> fare
[04:58] <yigal> ty I began to go through that process and time slipped from me.
[05:04] <Toadstool> Hobbsee: re gnomad: LIBMTP_Get_Storageinfo doesn't exist in the libmtp available in the archive
[05:05] <StevenK> Hrm. Huzzah.
[05:06] <Toadstool> :)
[05:06] <StevenK> Toadstool: Perhaps that symbol exists in 0.1.4-1?
[05:06] <Hobbsee> Toadstool: so the solution is?
[05:07] <Toadstool> dunno, never used libmtp
[05:09] <Hobbsee> ahh
[05:10] <StevenK> Which fails to build on Feisty. Neat.
[05:13] <Toadstool> it might be possible to use LIBMTP_Get_Storage but it returns a linked list of storages (with their infos)...
[05:17] <StevenK> Hrm. debian/rules for libmtp looks to be on crack anyway.
[05:18] <Hobbsee> lol
[05:19] <StevenK> Ahh, it uses bashisms in a glob.
[05:20] <Toadstool> http://glenstorm.beyondthelamppost.net/files/gnomad2-2.8.9.patch <-- looks like this is what you need
[05:21] <StevenK> That looks good.
[05:21] <Toadstool> yup
[05:21] <StevenK> Hobbsee: Shall I upload -0ubuntu2 with that patch?
[05:21] <StevenK> -1.1ubuntu2 even
[05:21] <Hobbsee> StevenK: please
[05:21] <Hobbsee> very nice, i should have gone looking for that
[05:23] <StevenK> Bugger it, it can get applied inline.
[05:34] <StevenK> Toadstool: Hum
[05:34] <StevenK> ?
[05:34] <Toadstool> nevermind, tonight sucks! :)
[05:35] <jdong> Toadstool: tonight rocks! I just finished my RSA assignment!
[05:35] <jdong> and it only took 25 pills of vicodin
[05:35] <jdong> on the other hand, I'm really happy!
[05:36] <Toadstool> and I'm having the worst St Patrick's day in my whole life :p
[05:38] <Hobbsee> Toadstool: st patrick's day appears to be bringing out the lunatiks
[05:38] <Hobbsee> yay, we have good news on beryl
[05:39] <jdong> Hobbsee: I hope those are on unrelated notes ;-)
[05:40] <StevenK> Hobbsee: What about Beryl?
[05:41] <Hobbsee> hehe
[05:42] <lupine_85> wot, is it st. paddy's day today?
[05:42] <lupine_85> I thought it was mother's day
[05:43] <joejaxx> what is the page that has the motu bugs on it?
[05:44] <Fujitsu> joejaxx: There are >800 of those pages.
[05:45] <Hobbsee> Fujitsu: there's one in particular, though
[05:45] <Hobbsee> StevenK: we can sync the packages from debian, shawn's happy for us to do that, once they get there.
[05:45] <StevenK> Yay.
[05:46] <joejaxx> Fujitsu: i mean on the wiki
[05:46] <Hobbsee> yep
[05:46] <Toadstool> joejaxx: you mean the todo list?
[05:46] <Fujitsu> Sorry, make that almost 1000, it's worse than I thought.
[05:46] <joejaxx> Toadstool: ah yes
[05:46] <Toadstool> joejaxx: http://wiki.ubuntu.com/MOTU/Todo <-- this one?
[05:46] <joejaxx> sorry about any confusion
[05:46] <Fujitsu> https://wiki.ubuntu.com/MOTU/TODO
[05:46] <joejaxx> yes thank you
[05:46] <Fujitsu> Or what Toadstool said, which is right.
[05:47] <Toadstool> nope, mine is wrong, it's TODO not Todo
[05:49] <chillywilly> Fat Squirrle is a good WI brew ppl
[05:49] <chillywilly> http://www.newglarusbrewing.com/beers/squirrel.html
[05:50] <StevenK> Hrm. Two ACKs is enough for a UVF Exception?
[05:50] <Toadstool> I think so
[05:51] <joejaxx> hmm
[05:53] <Hobbsee> yes
[05:54] <Fujitsu> Why, when I search for {un,mult}iverse bugs, do I get bug #27284?
[05:54] <Ubugtu> Malone bug 27284 in kbd-chooser "Wrong configuration of keyboard" [High,Confirmed]  https://launchpad.net/bugs/27284
[05:56] <StevenK> Fujitsu: Heh, good question.
[05:57] <TheMuso> Fujitsu: Thats because its in universe.
[05:57] <Fujitsu> TheMuso: It says main...
[05:57] <TheMuso> Check madison.
[05:57] <Fujitsu> Component:  main
[05:57] <Fujitsu> OK, what is LP on?
[05:58] <TheMuso> That would explain why I have seen kbd-chooser on MOM for universe previously.
[05:58] <Fujitsu> Yep.
[05:58] <Fujitsu> It is in universe now.
[05:58] <StevenK> I suspect it was uploaded and then demoted.
[05:59] <Fujitsu> But this version was previously in main. We haven't had a new version.
[05:59] <Fujitsu> I suspect that LP isn't updating the status of the source package release in the distro, just the distrorelease.
[06:00] <Fujitsu> *the component of
[06:01] <Hobbsee> Fujitsu: it's a sunday
[06:01] <Fujitsu> True.
[06:15] <TheMuso> heh
[06:17] <gpocentek> morning
[06:18] <Toadstool> heya gpocentek 
[06:18] <gpocentek> hello Toadstool 
[06:18] <Toadstool> how's it going?
[06:19] <gpocentek> not bad, and you?
[06:19] <lupine_85> hehe... yet more uploads(tm)
[06:19] <Toadstool> gpocentek: i'm ok
[06:28] <lupine_85> so, does anyone here think we /can't/ get beryl into feisty before beta?
[06:30] <crimsun> if you mean feisty main, it's quite probable we won't.
[06:30] <crimsun> herd 6 seems feasible, however
[06:30] <lupine_85> I was thinking feisty in general, so just universe I guess
[06:32] <lupine_85> once it's in universe we can think about whether it needs to go into main or not ;)
[06:37] <Fujitsu> I doubt it will be in main, but it's possible. It'll be wherever sabdfl says it will be.
[06:39] <StevenK> Bugger!
[06:41] <lupine_85> heh
[06:41] <lupine_85> I accidentally uploaded half of beryl-manager to debian earlier
[06:42] <sladen> only half.
[06:42] <lupine_85> yeah, I ctrl+c'd it :D
[06:42] <lupine_85> so it gets automagically rejected in 24 hours, apparently
[06:44] <StevenK> lupine_85: You could use dcut to remove it from the queue.
[06:44] <imbrandon> re
[06:45] <LaserJock> hi imbrandon 
[06:45] <imbrandon> heya LaserJock 
[06:46] <imbrandon> zomg long backscroll
[06:46] <tonyyarusso> beryl beryl bugs bugs babble bugs babble beryl
[06:46] <tonyyarusso> imbrandon: There, you're done.  ;)
[06:46] <Hobbsee> hehe
[06:47] <LaserJock> imbrandon: you really haven't read it yet?
[06:47] <LaserJock> imbrandon: you're in for some fun
[06:47] <imbrandon> no i havent, i was here for the start of it
[06:47] <imbrandon> has a little chat with sab etc etc etc
[06:47] <imbrandon> then it seems you steped in ;)
[06:47] <imbrandon> while i was sleeping ;)
[06:48] <lupine_85> sleep is for the weak!
[06:48] <lupine_85> though I might have to have some laer
[06:48] <lupine_85> later*
[06:49] <imbrandon> lol
[06:49] <imbrandon> lupine_85, so where do we stand?
[06:49] <lupine_85> packages are on revu
[06:49] <imbrandon> howd the copyright stuff go
[06:49] <imbrandon> ok good
[06:49] <lupine_85> complete AFAIK
[06:49] <imbrandon> i'll look in just a few moments, what all packages did you upload ?
[06:49] <lupine_85> w/rt the Cg shaders, I think we've satisfied source as in GPL, and self-contained as in debian
[06:49] <lupine_85> all 11
[06:49] <lupine_85> erm, as is ubuntu
[06:50] <lupine_85> aquamarine beryl-core beryl-manager beryl-plugins beryl-plugins-unsupported beryl-settings beryl-settings-bindings beryl-settings-simple emerald emerald-themes heliodor
[06:50] <imbrandon> well the main thing with the cg shaders was they werent compiled with a free compiler
[06:50] <imbrandon> iirc
[06:51] <lupine_85> well, the Cg source is there now, and changes can be made to the GLSL stuff
[06:52] <lupine_85> ...without involving non-free compilers
[06:52] <racarr> ugh the CG shaders are not a problem at all
[06:52] <imbrandon> ok lupine_85 
[06:52] <Lathiat> they may well qualify for multiverse tho (and/or restricted, just like l-r-m
[06:53] <Lathiat> i have no idea tho and i abstain from any opinion as to if they do :)
[06:53] <lupine_85> they're licensed under GPL... ;)
[06:53] <racarr> Cg is an entirely different thing though, saying using a Cg shader makes something nonfree
[06:53] <Amaranth> beryl-settings-simple apparently still has license problems
[06:53] <lupine_85> Amaranth: oh?
[06:53] <Amaranth> shipping two tango icons
[06:53] <lupine_85> urgh
[06:53] <Amaranth> i know tango is alright in ubuntu but i don't think that is :)
[06:54] <lupine_85> mm
[06:54] <lupine_85> did the names get changed?
[06:54] <Amaranth> lupine_85: or did you reupload? you were just told about this in #beryl-dev
[06:54] <racarr> lupine_85: No, same name
[06:54] <racarr> err, I stopped in the middle of my sentence about Cg there
[06:55] <lupine_85> ah, I missed the meat of that bit of the discussion
[06:55] <lupine_85> let's see if we can get GPL equivs 
[06:57] <lupine_85> ... a helmet and a + sign... :D
[06:57] <racarr> yeah
[06:57] <racarr> haha
[06:58] <imbrandon> ok so ......
[06:58] <Amaranth> icon theme ftw
[06:59] <imbrandon> lupine_85, how long untill you guys can clear those minor things up?
[06:59] <Amaranth> imbrandon: so the others should be fine but i'd double check to make sure
[06:59] <racarr> the beryl-settings-simple stuff? within an hour probabbly
[06:59] <imbrandon> would be cool if we could upload in the next 12 - 24 hours
[06:59] <imbrandon> racarr, rockin
[06:59] <racarr> but I don't know if we even want beryl-settings-simple
[07:00] <Amaranth> racarr: just make it use the user's icon theme
[07:00] <imbrandon> Amaranth, oh no worries, ubuntu-archive normaly hits them with a fine tooth comb
[07:00] <Amaranth> racarr: less confusing and less stuff
[07:00] <Amaranth> imbrandon: 'normally' is the part i'm worried about :)
[07:00] <lupine_85> mm, the question is how to address it at the source level
[07:00] <racarr> Amaranth: I don't really know much about icon themes? how would I use an icon suitable for an advanced button
[07:00] <racarr> from the users icon theme?
[07:00] <lupine_85> I suspect a re-release for bss would be needed to get the tango icons out of the tarball
[07:01] <lupine_85> since we can't modify the source directly
[07:01] <racarr> pushing out a 0.2.1 anyway for the pkgconfig stuff
[07:01] <lupine_85> 0.2.2, you mean? ;
[07:01] <racarr> I think
[07:01] <lupine_85> ;)
[07:01] <racarr> err
[07:01] <racarr> 0.2.1.1
[07:01] <lupine_85> mm
[07:01] <lupine_85> even though it's all working with debian/patches?
[07:01] <Amaranth> 0.2.1.1beta5try4alpha9
[07:01] <Hobbsee> no more bugs for that package.  more yay
[07:02] <racarr> lupine_85: Well theres also aquamarine...
[07:02] <racarr> lupine_85: And now this...
[07:02] <lupine_85> I'm scared we'll run out of numbers at this rate ;)
[07:02] <racarr> it seems reasonable
[07:02] <lupine_85> racarr: aquamarine is now working
[07:02] <racarr> yes but lots of debian/patches
[07:02] <lupine_85> if we can't resolve this sensibly, I'm all for it
[07:02] <lupine_85> maybe just a re-release of those 4 packages?
[07:03] <Amaranth> racarr: have you seen how many patches compiz has?
[07:03] <lupine_85> Amaranth: there are principles involved here :p
[07:03] <Amaranth> it's some horrible hybrid of 0.3.6, git, and custom addons
[07:03] <lupine_85> patches generally = bad
[07:04] <lupine_85> w00t, it gets light at 6am now
[07:04] <racarr> Amaranth: I'm reading the xdg spec for icon theme and it doesn't say anything about finding what the current seem is?
[07:04] <imbrandon> for the moment can we not bicker about the compiz/bery diffrences, we have a task , lets keep that in mind
[07:04] <racarr> err s/seem/theme
[07:04] <lupine_85> imbrandon: indeed :)
[07:04] <Amaranth> so are the beryl packages configured to 1) not use any corners/edges 2) use workspaces by default and 3) not enable over the top bling by default (fade and zoom animations are about all you want by default)
[07:04] <Amaranth> racarr: gtk knows
[07:04] <Amaranth> look at, well, any other pygtk app :)
[07:04] <lupine_85> racarr: you could look at how beryl-settings gets it's icons
[07:05] <lupine_85> it pulls it's + and - from gtk
[07:05] <racarr> ok
[07:05] <lupine_85> as for advanced... I'd say your standard cog
[07:05] <lupine_85> Amaranth: not yet
[07:06] <racarr> beryl-settings-simple has profiles for toned down
[07:06] <Amaranth> imbrandon: wasn't, was just saying the beryl package is going to end up full of patches anyway
[07:06] <racarr> majorly toned down
[07:06] <racarr> settings
[07:06] <lupine_85> racarr: but what's default? ;) (not bling central, I know, but certainly not minimal)
[07:06] <lupine_85> does cube even work with workspaces?
[07:06] <Amaranth> no
[07:06] <imbrandon> no
[07:06] <lupine_85> hrm
[07:07] <lupine_85> wall or plane?
[07:07] <Amaranth> to enable cube you set workspaces to 1 and hsize to 4, then enable the cube and rotate plugins
[07:07] <Amaranth> no
[07:07] <Hobbsee> ugh.  so it still doesnt work.
[07:07] <lupine_85> cripes
[07:07] <Hobbsee> when will they fix it?
[07:07] <Amaranth> so you also need a plugin for the ctrl-alt-left/right/up/down keybindings for switching workspaces
[07:07] <lupine_85> Hobbsee: I think it's going to end up with viewports for sides of cube, and each workspace is a different cube...
[07:08] <lupine_85> in the current cube, anyway
[07:08] <Hobbsee> lupine_85: having multiple cubes defies the point of spinning one.
[07:08] <lupine_85> Hobbsee: having a cube with one side is also pointless ;)
[07:08] <Hobbsee> lupine_85: indeed.  hence it should have as many sides as the workspaces have.
[07:09] <Hobbsee> er, are
[07:09] <racarr> Well, a cube made up of workspaces doesn't work
[07:09] <racarr> because all workspaces have the same location in X coords
[07:09] <Hobbsee> why not?  that's logical
[07:09] <lupine_85> IMO it'd be better to have workspace-cube a seperate plugin, assuming it's possible
[07:09] <racarr> Hobbsee: All workspaces have the exact same location in X coords, so when viewing the cube
[07:09] <racarr> it's impossible to see windows on more than one workspace
[07:09] <Hobbsee> that's crap.
[07:10] <lupine_85> blame it on xorg ;)
[07:10] <Amaranth> you also don't get windows wrapped around the cube if it uses workspaces
[07:10] <Hobbsee> needs fixing.
[07:10] <Amaranth> without ugly hacks
[07:10] <racarr> Hobbsee: Yes, viewports are the fix
[07:10] <Hobbsee> fix xorg then.
[07:10] <imbrandon> *cough* ok can we get the lic and other issues done please , then take design convo to the proper place *cough* hehe
[07:10] <Hobbsee> racarr: presumably not if they break non-beryl window managers?  although i know beryl's not technically a WM
[07:10] <lupine_85> hehe. So b-s-s... are you working on that, racarr?
[07:11] <racarr> lupine_85: Yeah just a few minutes and I'll commit
[07:11] <lupine_85> Hobbsee: beryl is technically a WM, I'd say
[07:11] <Amaranth> Hobbsee: beryl is a WM :)
[07:11] <lupine_85> since it, erm, manages windows
[07:11] <Hobbsee> ah, right.  not a DM
[07:11] <Hobbsee> which was what i meant
[07:11] <lupine_85> yeah
[07:11] <lupine_85> KDE 3.5.6 has preliminary support for viewports
[07:11] <racarr> Hobbsee: Well, they some things like taskbars, etc, but that ujst means taskbars need to be updated
[07:11] <lupine_85> it's still not very good though
[07:11] <Amaranth> it's a bug in the DE if it doesn't work with viewports
[07:11] <lupine_85> gnome works fine
[07:12] <lupine_85> KDE 4 will almost certainly work fine
[07:12] <Hobbsee> lupine_85: ahh.
[07:12] <Amaranth> lupine_85: only with me/davidr's patches
[07:12] <racarr> GNOME in feisty works fine for me, is it prepatched?
[07:12] <lupine_85> Amaranth: did they not go upstream?
[07:12] <Amaranth> racarr: you're getting your libwnck from beryl's repo? :)
[07:12] <Amaranth> lupine_85: not accepted yet
[07:12] <racarr> Amaranth: I don't think I even have beryls repo added
[07:13] <racarr> maybe I'll check in a minute (feisty isn't on this computer...)
[07:13] <lupine_85> Amaranth: getting kicker and gnome's workspace switcher working with beryl doesn't have anything to do with libwnck, does it?
[07:13] <Amaranth> the "On Top" patch is in ubuntu's libwnck, the one for "Move to Viewport X" changes the ABI so it's not in
[07:14] <Amaranth> lupine_85: libwnck drives all the stuff GNOME does in that area :)
[07:14] <lupine_85> ah, fair enough
[07:14] <lupine_85> I'm teh gnome n00b
[07:15] <lupine_85> next item then, the default settings
[07:15] <lupine_85> I was thinking beryl-ubuntu and beryl-kubuntu packages with them in?
[07:15] <Amaranth> lupine_85: as similar to the compiz package's default settings as possible should be good
[07:15] <lupine_85> erm
[07:16] <imbrandon> lupine_85, sure
[07:16] <lupine_85> I've not installed compiz since compiz-quinn was it
[07:16] <Amaranth> i don't see why you need separate settings for kubuntu
[07:16] <lupine_85> aquamarine
[07:16] <lupine_85> etc
[07:16] <Amaranth> meh, the launcher doesn't handle that?
[07:16] <lupine_85> do we want to be storing stuff in gconf & kconfig, or ini?
[07:16] <racarr> gconf
[07:16] <imbrandon> no gconf in kubuntu
[07:16] <racarr> set_from_stock isn't working for me :/
[07:16] <lupine_85> Amaranth: it doesn't detect the DE, no
[07:17] <lupine_85> A "default" option would be cool
[07:17] <Amaranth> alright then, i guess you need separate packages
[07:17] <lupine_85> is beryl-manager OK to be added to the taskbar by beryl-*buntu?
[07:17] <racarr> that's a NO afaik
[07:17] <lupine_85> mm, that's what I was thinking
[07:18] <Amaranth> for the backend, the other settings shouldn't need to be different
[07:18] <lupine_85> so we'd need to start with beryl --replace, and fill in the decorator plugin I guess
[07:18] <imbrandon> ok ok ok again as i said i have better things to do than listen to design issues and bickering between beryl/compiz , ping me after bit , and Amaranth please take your sugestions to the proper place ( e.g. beryl-dev )
[07:18] <imbrandon> bbiab
[07:18] <lupine_85> ok :)
[07:19] <Amaranth> imbrandon: we're discussing the package?
[07:19] <imbrandon> ..... ok
[07:19] <racarr> no you're taking random shots at Beryl as usual but it's all cool
[07:19] <Amaranth> err
[07:20] <Amaranth> 1) no 2) "as usual"?
[07:20] <imbrandon> ok, i'm serious , lets stop this NOW before it gets started
[07:20] <imbrandon> everyone
[07:20] <imbrandon> we are not children
[07:23] <imbrandon> Amaranth, all i'm asking is if its not specificly about the beryl packages and constructive, please take it to the proper place, yes some of what you said has been very helpfull, some of it is just for spite, i dont have to point out ( and wont ) witch is witch, you know the deal
[07:23] <imbrandon> that is all i'm getting at, we're all adults and should act that way
[07:23] <imbrandon> ok anyhow, back to the packages
[07:23] <imbrandon> i need to grab some food, racarr / lupine_85 , mind poking me when you have an update on REVU ?
[07:24] <lupine_85> imbrandon: sure, looks like all that's left is b-s-s and these default settings
[07:24] <imbrandon> kk
[07:24] <NotAmaranth> The compiz packages have their default settings setup like they do for a reason, I'm just saying to copy that setup as much as possible for the beryl packages
[07:24] <imbrandon> sure, that sounds sane ( imho ) 
[07:25] <roico> NotAmaranth, compiz doesn't have animations...
[07:25] <imbrandon> anyhow bbiab
[07:25] <roico> i don't think magic lamp is a bad default...
[07:25] <roico> but that's just my opinion... :p
[07:25] <lupine_85> well, I don't like it but that's just me ;)
[07:25] <NotAmaranth> roico: but it does achieve some of the same things with fade and minimize which match up to fade and zoom in your animation plugin
[07:26] <NotAmaranth> The idea is to be like metacity/kwin but with a touch of bling
[07:27] <roico> NotAmaranth, true, what i mean is, maybe those default compiz settings are like that because it doesn't have animations plugin? :P
[07:27] <NotAmaranth> so it's not such a jarring switch between the two
[07:27] <lupine_85> mm... so definitely using aquamarine/heliodor
[07:28] <NotAmaranth> roico: i've already gone through this, i wanted more bling turned on in compiz too :)
[07:28] <roico> NotAmaranth, i don't think magic lamp is the most "blingish" effect, its quite usable too i think (knowing where it was minimized to)...
[07:28] <racarr> lupine_85: beryl-settings-simple is almost done there are a few other issues...packing, etc
[07:29] <lupine_85> ok
[07:29] <NotAmaranth> zoom achieves that same effect without jumping out at you though
[07:29] <racarr> just needs some polish (no one was using it before so I didn't bother)
[07:29] <racarr> glide actually is really nice
[07:29] <racarr> glide would be a great default
[07:29] <jdong> or at least America.
[07:29] <lupine_85> jdong: join the club ;)
[07:29] <NotAmaranth> magic lamp would be good if it was 1 or 0 waves but that's got patent problems :)
[07:29] <lupine_85> and I ++glide++
[07:29] <jdong> http://adambots.gotdns.com/Main/WifeBeater2/ADS8.jpg
[07:29] <roico> glide-- here... :p
[07:29] <NotAmaranth> do you have a video of glide? i don't think i've seen it
[07:29] <racarr> I don't
[07:30] <lupine_85> mm, no
[07:30] <racarr> it's very subtle though
[07:30] <jdong> If you're being chased by a dog.... Stop, turn towards the dog, point, and firmly say "NO" or "GO HOME". This is effective even for dogs that don't speak English.
[07:30] <roico> i remember it was buggy when i first tried it, i'll try it again... :p
[07:30] <lupine_85> the windows leave by tilting away from you towards the bottom and fading away, moving slightly down
[07:30] <NotAmaranth> jdong: you could just as easily say "COME BITE ME"
[07:30] <lupine_85> they come back in the reverse
[07:30] <roico> but it fits create / close i think...
[07:30] <StevenK> I find most dogs don't speak English.
[07:30] <jdong> StevenK: it's wrong on so many levels.
[07:30] <StevenK> The only exception I can think of is Gaspode.
[07:30] <NotAmaranth> lupine_85: does it show where the window went clearly?
[07:30] <StevenK> (Prachett)
[07:30] <jdong> StevenK: I've started collecting stupid newspaper stuff like this.
[07:31] <StevenK> jdong: Heh
[07:31] <roico> NotAmaranth, no...
[07:31] <lupine_85> NotAmaranth: no
[07:31] <roico> i don't think it fits minimize TBH...
[07:31] <NotAmaranth> lupine_85, roico: Bad idea then :)
[07:31] <lupine_85> fair enough
[07:31] <NotAmaranth> Might look cool and subtle but if it doesn't show where the window went it looks like it just died
[07:32] <racarr>  no not for minimize, but for close it's good
[07:32] <roico> NotAmaranth, i think it could be nice for create / close...
[07:32] <NotAmaranth> maybe close, create should be a very fast fade
[07:32] <roico> erm, try it NotAmaranth, you don't even know how it looks like... :p
[07:33] <NotAmaranth> i don't use 3rd party repos ;)
[07:34] <lupine_85> scale... give it a keybinding or disable it?
[07:34] <lupine_85> edge is gone, of course
[07:34] <StevenK> lupine_85: A keybinding for scale would be nice.
[07:35] <lupine_85> mm, I love scale
[07:35] <lupine_85> we'll have to document them all somewhere....
[07:35] <lupine_85> wobbly off by default?
[07:36] <NotAmaranth> _yes_
[07:37] <lupine_85> heh. So snap on by default, then
[07:37] <NotAmaranth> yeah
[07:37] <racarr> It's worth noting that if we put out a 0.2.1.1
[07:37] <racarr> I'm going to backport wall
[07:37] <NotAmaranth> that reminds me, i need to tear into snap to make it not prevent you from pulling things apart
[07:37] <NotAmaranth> racarr: it's using workspaces by default
[07:38] <imbrandon> disable wobbly ?
[07:38] <imbrandon> heya StevenK 
[07:39] <racarr> NotAmaranth: I know, but there will be an option to enable viewports, so
[07:39] <racarr> why is it using workspaces by default incidentally?
[07:40] <lupine_85> so it plays nice with KDE?
[07:40] <NotAmaranth> i dunno what to do there, people seem to love their cube
[07:40] <lupine_85> I'm a KDE fanboi and the lack of integration drove me crazy enough to use gnome-session
[07:40] <NotAmaranth> racarr: if i'm using metacity and have things on different workspaces i want them to stay there when i turn on beryl/compiz :)
[07:40] <racarr> Someone will write KDE patches (Me, or onestone, he's better with KDE than me)
[07:40] <lupine_85> still using KDE apps, though
[07:40] <racarr> NotAmaranth: I don't see 95% of people switching beryl/compiz on and off
[07:41] <roico> hmm, racarr small question, i think such a feature can be implemented quite easily...
[07:41] <NotAmaranth> racarr: that's the reasoning i was given for why compiz's package does it
[07:41] <sabdfl> its possible to go for main
[07:41] <lupine_85> ah, hi sabdfl
[07:41] <sabdfl> if we can get a desktop-effects selector which lets you toggle between beryl and compiz
[07:41] <imbrandon> moins sabdfl 
[07:41] <sabdfl> moin moin
[07:41] <NotAmaranth> racarr: not saying it's valid, just saying it seems like the desktop team says it needs to be this way
[07:41] <lupine_85> shade animation?
[07:42] <roico> NotAmaranth, i consider this a bug that can be fixed...
[07:42] <NotAmaranth> roico: in less than 24 hours? :)
[07:42] <roico> NotAmaranth, probably yes...
[07:42] <racarr> NotAmaranth: Mm, it seems to me like workspaces by default is a mistake
[07:42] <racarr> I can even make a toned down version of wall in an hour or so to be a nicer viewport default than cube
[07:42] <NotAmaranth> racarr: that's not the point
[07:43] <NotAmaranth> racarr: the switch from metacity/kwin to beryl and back needs to be as seamless as possible
[07:43] <lupine_85> translating from workspace x to viewport x should be easy
[07:43] <roico> yeah, lupine_85++
[07:43] <NotAmaranth> you don't want the first impression of beryl to be "wtf, this thing just messed up my windows"
[07:43] <racarr> I think I know how to do that in a clean/easy way
[07:43] <NotAmaranth> roico, lupine_85: me and racarr tried
[07:44] <racarr> I'll do it after I finish the beryl-settings-simple changes
[07:44] <lupine_85> I'm thinking iZoom and negative should be enabled
[07:44] <roico> racarr, reading the workspace value and moving to the corresponding viewport? :P
[07:44] <lupine_85> usability features, after all
[07:44] <imbrandon> ummm fellas we're losing sight here again
[07:44] <imbrandon> brb
[07:44] <roico> accessibility lupine_85... ;)
[07:45] <lupine_85> it's all the same to me
[07:45] <racarr> roico: err, that wont fix other way around
[07:45] <roico> racarr, hmmm, the other way around is a bit harder, but it can be done the same way...
[07:45] <roico> we will need to choose what workspace in case the window is in 2 different ones...
[07:46] <NotAmaranth> #beryl-dev :)
[07:46] <lupine_85> and if it crashes, back to heliodor I guess
[07:46] <lupine_85> erm, metacity
[07:46] <NotAmaranth> for now let's say workspaces by default unless you make that work
[07:46] <racarr> yeah I have one last little thing with beryl-settings-simple I want to fix
[07:47] <racarr> a button is kind of out of line
[07:47] <racarr> then I will do the workspace thing
[07:47] <roico> NotAmaranth, who can i ask for adding magic lamp + glide defaults? :P
[07:48] <lupine_85> http://www.lupine.me.uk/beryl-buntu/beryl-ubuntu-settings.Profile <-- draft 1
[07:50] <NotAmaranth> glide scares the crap out of me :)
[07:50] <NotAmaranth> oh, glide2
[07:50] <roico> lupine_85, press shift + f10...
[07:50] <roico> that should be removed (if it works for you)
[07:51] <lupine_85> doesn't do anything here...
[07:52] <roico> try minimizing stuff...
[07:52] <roico> i mean, have something to animate...
[07:52] <lupine_85> minimise is fade
[07:53] <racarr> lupine_85: Beryl settings simple fixes are in master
[07:53] <lupine_85> hmm, currently showdesktop is bound to F6.. that's no goo
[07:54] <lupine_85> good*
[07:54] <racarr> tango icons gone + packing fixes
[07:54] <roico> lupine_85, it will toggle slow animations i think which is bad... just make sure it doesn't... :p its in the shortcuts of the general options...
[07:54] <racarr> if you look in beryl-settings-simple/profiles
[07:54] <racarr> level1-5.Profile are the profiles for the different levels of the sliders
[07:54] <lupine_85> racarr: ok, thanks :)
[07:54] <racarr> and probably what you want to be using for choosing defaults
[07:54] <NotAmaranth> lupine_85: oh, compiz puts an ubuntu logo on the cube too, btw
[07:55] <NotAmaranth> probably good to have
[07:55] <lupine_85> hmm, and i've gone off glide for create/close
[07:55] <roico> shoe desktop enabled?
[07:55] <roico> its not even in supported iirc...
[07:55] <lupine_85> fair enough, away it goes
[07:56] <racarr> err
[07:56] <roico> why is scale disabled?
[07:56] <racarr> lupine_85: Fade desktop should be enabled...
[07:56] <racarr> lupine_85: fade desktop also works with the showdesktop X property, showdesktop didn't
[07:56] <lupine_85> 1. accident 2. because show was enabled ;)
[07:56] <lupine_85> ok
[07:56] <racarr> I need to update fadedesktop though, I've done a poor job of maintaining that
[07:56] <racarr> though I don't know if it has any problems...
[07:57] <lupine_85> we can't steal F7-F9 and Pause, though
[07:57] <racarr> It's super+f6 right now
[07:57] <roico> racarr, maniac rewrote it...
[07:57] <lupine_85> well, I dunno... pause should be fine
[07:57] <racarr> fade desktop that is
[07:57] <racarr> roico: He did? I know he made some changes when he added the showdesktop interface in core
[07:57] <racarr> but I didn't know they were that extensive
[07:57] <NotAmaranth> think i'm starting to agree with imbrandon, perhaps we should do this in #beryl-dev
[07:57] <NotAmaranth> we've taken over the channel with beryl talk :)
[08:38] <lupine_85> ok, beryl-settings-simple reuploaded
[08:47] <imbrandon> lupine_85, rockin
[08:47] <lupine_85> mm, I might pop another up in a second
[08:47] <imbrandon> lupine_85, ok so all are good for review / upload then as far as you know ?
[08:48] <imbrandon> ok
[08:48] <lupine_85> I'm thinking that source package is the most logical to build the beryl-*buntu packages from
[08:48] <lupine_85> imbrandon: we're still working on default settings, that's it now I think
[08:48] <lupine_85> except racarr trying to get viewport<->workspace transitions working perfectly :)
[08:48] <imbrandon> ok dont think toooo terribly hard about the default settings, those can always be tweasked, lets just get the major stuff taken care of and in
[08:48] <lupine_85> yeah, no worries
[08:49] <lupine_85> basically, "level 2" in b-s-s is going to become the ?buntu default one
[08:49] <imbrandon> ummm the beryl-core is probably the best place for the meta pacakges imho
[08:50] <lupine_85> hmm... I'm not entirely sure
[08:50] <lupine_85> actually, yes
[08:50] <imbrandon> thats fine to start with, rember ubuntu ( or any distro for that matter ) dosent normaly keep the upstream defaults, we're likely to change them after the inital upload ( then you can adapt them back upstream if wanted )
[08:50] <lupine_85> beryl-?buntu can just depend on b-s-s
[08:51] <imbrandon> thats why i said defaults arent a big deal, we can always tweak those 
[08:51] <imbrandon> better to get it in and tested by a large set of people to know what default ubuntu wants
[08:51] <imbrandon> ;)
[08:51] <lupine_85> :)
[08:51] <lupine_85> it's just having the infrastructure in place, of course
[08:51] <imbrandon> yup
[08:53] <Amaranth> i suppose if it's going to stay in universe you can go nuts with the defaults, actually
[08:54] <racarr> sabdfl just said we can try for main, hehe
[08:54] <Amaranth> if it gets installed by default seb128 will probably setup the defaults for you ;)
[08:54] <racarr> lupine_85: http://people.freedesktop.org/~racarr/shutdown.patch
[08:54] <lupine_85> racarr: for core, I take it?
[08:54] <racarr> err
[08:54] <racarr> theres a problem there just a second
[08:54] <racarr> well
[08:54] <lupine_85> ok :)
[08:54] <racarr> something that shouldn't be there
[08:55] <racarr> the bottom part is part of the uncompleted startup patch, heh
[08:55] <racarr> uploading again, freedesktop ssh is slow today
[08:55] <racarr> lupine_85: Ok, refresh
[08:56] <lupine_85> ok, I'll queue it up ;)
[08:56] <tsmithe> morning everyone
[08:56] <tsmithe> lupine_85, how's it going?
[08:57] <lupine_85> tsmithe: getting there
[08:57] <imbrandon> moins tsmithe 
[08:57] <tsmithe> you've not been working all (my) night, have you?
[08:57] <lupine_85> feel free to review some packages ;)
[08:57] <lupine_85> tsmithe: all yours, and all mine
[08:57] <lupine_85> in fact, i've been awake 24 hours now
[08:57] <tsmithe> grugh... i did that for a package once
[08:57] <tsmithe> remember enblend, anyone? :P
[08:58] <tsmithe> anyhow, good luck - what's been the troubles?
[08:58] <lupine_85> Just lots of niggling things
[08:59] <lupine_85> working on the settings now
[08:59] <tsmithe> cool, i guess :)
[09:17] <stgraber> morning
[09:33] <sabdfl> good work, guys
[09:34] <imbrandon> moins stgraber 
[09:34] <racarr> So, what do people think about enabling viewports/cube? I've just done two patches that make it so you can switch between beryl/metacity
[09:35] <racarr> and windows positions get translated between viewports/workspaces
[09:35] <racarr> so your windows wont all get clobbered in viewport/workspace 1 anymore
[09:35] <racarr> that seemed like the biggest problem with enabling viewports...
[09:35] <imbrandon> yea personaly i think cube / wobby / and shadows should be the only things "on" by default
[09:35] <racarr> Err, I'm not so sure about wobbly
[09:35] <racarr> hehe
[09:36] <roico> i'd replace wobbly wioth magic lamp... :_
[09:36] <roico> *:)
[09:36] <imbrandon> either way , we can always try it and turn it on and off
[09:37] <imbrandon> upstream beryl defaults != ubuntu defaults ;)
[09:37] <imbrandon> thats what i've been trying to get accross all night ;)
[09:38] <imbrandon> ok so racarr / lupine_85 is whats on REVU the latest for me to testbuild / upload ?
[09:38] <lupine_85> not yet
[09:38] <imbrandon> ok
[09:38] <imbrandon> heh
[09:38] <racarr> not quite, the metacity viewport consistency patches aren't in, maybe some other stuff
[09:38] <racarr> everything besides -core should be latest
[09:38] <imbrandon> sure, no problem, just let me know
[09:38] <imbrandon> i'll be here for atleaste 8.5 more hours
[09:39] <imbrandon> if not longer
[09:39] <imbrandon> racarr, but i need core before the rest ( to build hehe )
[09:40] <lupine_85> ok, just compiling core now
[09:44] <lupine_85> ok, it's up
[09:44] <imbrandon> ok so the list of packages you gave me earlier on REVU are ready for me ?
[09:45] <lupine_85> all except b-s-b
[09:45] <imbrandon> k
[09:45] <racarr> lupine_85: What's wrong with bindings now?
[09:45] <lupine_85> erm, b-s-s
[09:45] <imbrandon> sounds good , i'll get started on those then
[09:45] <lupine_85> rather :D
[09:45] <lupine_85> b-s-b is fine
[09:45] <racarr> ah
[09:45] <roico> b-s-b?
[09:45] <racarr> bindings
[09:46] <crimsun> imbrandon: are you working through -core?
[09:46] <crimsun> I'd like to once-over it at least
[09:46] <imbrandon> crimsun, i was going to test build them all
[09:47] <imbrandon> but yes please once over them
[09:47] <imbrandon> any / all of them
[09:47] <racarr> Someone needs to look at the copyright file in beryl-plugins/debian as well
[09:47] <crimsun> ok go ahead with that, I'll review -core now
[09:47] <racarr> I did a new one just a bit ago but I'm not sure if that's the best way to do it
[09:47] <racarr> (Notice at the top with license, etc, then header from each plugin that lists what plugin it comes from)
[09:47] <imbrandon> racarr, ok
[09:49] <lupine_85> argh, such a finicky pain
[09:49] <racarr> Mm?
[09:49] <lupine_85> my head isn't working any more
[09:49] <imbrandon> crimsun, if you dident catch the full list , i'm test building aquamarine beryl-core beryl-manager beryl-plugins beryl-plugins-unsupported beryl-settings beryl-settings-bindings
[09:50] <lupine_85> imbrandon: there should be 11 source packages
[09:50] <stgraber> lupine_85: get some sleep :)
[09:50] <imbrandon> hrm
[09:50] <lupine_85> racarr: I've got 2 .Profile files I want to override level2.Profile
[09:50] <imbrandon> lupine_85, drop me a list once more
[09:50] <racarr> lupine_85: ?
[09:50] <lupine_85> eh, I lost my list as well :p
[09:50] <lupine_85> but let's see what my memory's like
[09:51] <imbrandon> i'll look back in the log
[09:51] <imbrandon> aquamarine beryl-core beryl-manager beryl-plugins beryl-plugins-unsupported beryl-settings beryl-settings-bindings beryl-settings-simple emerald
[09:51] <imbrandon> emerald-themes heliodor
[09:51] <lupine_85> that's it :)
[09:51] <racarr> Those are important
[09:52] <racarr> :p
[09:52] <crimsun> beryl-core's COPYING is old; it still uses the old FSF address
[09:52] <lupine_85> racarr: for the ubuntu/kubuntu default settings
[09:52] <racarr> lupine_85: Ah
[09:52] <lupine_85> the idea being that it overrides the current level2.Profile, which would be in a separate package
[09:52] <racarr> lupine_85: Then you just need a beryl-ubuntu and beryl-kubuntu package that just contains the level2.Profile?
[09:53] <lupine_85> racarr: yeah
[09:53] <lupine_85> it's what i'm playing with now
[09:53] <racarr> why do we need different Kubuntu/ubuntu settings?
[09:53] <lupine_85> aquamarine/heliodor
[09:54] <lupine_85> are being called from decorator plugin
[09:54] <lupine_85> + ubuntu wants gconf, kub doesn't
[09:54] <racarr> mm  right
[09:54] <racarr> you should tweak the profiles quite a bit as well
[09:54] <racarr> they are ancient
[09:55] <lupine_85> well, d/s will once there's a framework
[09:55] <lupine_85> since it'd then just be debian/patch on the .Profile
[09:55] <imbrandon> lupine_85, did you see crimsun comment ?
[09:55] <lupine_85> the COPYING?
[09:55] <imbrandon> yes
[09:55] <lupine_85> mm, a quick fix :)
[09:56] <lupine_85> are all the other FSF addresses OK? ;)
[09:56] <lupine_85> (there's a lot of them!)
[09:57] <imbrandon> sed ftw ;)
[09:57] <crimsun> I'm on the phone; I'll continue reviewing -core as soon as I'm finished (ETA: 5 mins)
[09:58] <imbrandon> k
[09:58] <imbrandon> i have it building on aurora right now
[09:58] <vil>  hi imbrandon
[09:58] <racarr> Thanks to everyone on the Ubuntu side for working with on this by the way (and sabdfl for starting the whole process)
[09:58] <racarr> we realize it's a bit unusual this close to release, heh
[09:59] <vil> I would like to ask about buntudot.org, is there any dns error? I cannot access it.
[10:00] <imbrandon> vil, actualy i was just checkign that, some reason i'm having trubble too 
[10:01] <vil> imbrandon, any idea, when it can be up and running again?
[10:02] <imbrandon> its up now, i'm on the box, dns is screwy
[10:02] <imbrandon> mot more than a few minutes
[10:10] <imbrandon> vil, seems to be ok again
[10:10] <vil> imbrandon, thx, I am already there
[10:11] <crimsun> beryl-core's doc/ needs some license love
[10:12] <racarr> crimsun: It's GPL, but what needs to be done?
[10:12] <lupine_85> right now it's just manpages...
[10:12] <crimsun> racarr: beryl.1 doesn't state that
[10:13] <racarr> Agh, right I'll do that
[10:14] <lupine_85> so it's the copying and beryl.1
[10:15] <imbrandon> tsmithe, wonderfull sound isnt it
[10:15] <racarr> and beryl-xgl.1 presumambly lupine
[10:15] <crimsun> ls
[10:15] <crimsun> err, sorry
[10:15] <lupine_85> racarr: mm, that doesn't actually get installed right now but what the hel
[10:15] <tsmithe> imbrandon, yup :P
[10:16] <racarr> lupine_85: I'll have manpage patches in just a second
[10:16] <lupine_85> well, for licensing it's apply to branch & make a new tarball...
[10:17] <racarr> ?
[10:17] <racarr> oh
[10:17] <racarr> right
[10:17] <racarr> well, ehhhhh I don't know
[10:17] <racarr> a lot of manpages don't have the license...
[10:18] <racarr> ah beryl-xgl.1 is just beryl.1
[10:19] <racarr> lupine_85: http://people.freedesktop.org/~racarr/man.patch
[10:19] <imbrandon> crimsun, lupine_85 : as far as building / versioning  and lintian/linda on the source/binarys -core seems ok
[10:19] <imbrandon> so as soon as the last bit of stuff crimsun points out it will be ready
[10:20] <racarr> lupine_85: I think that is fine as a debian/patch, I mean I will apply it to core but
[10:20] <racarr> err, I mean master, and I just did
[10:21] <lupine_85> racarr: we can't patch over the address
[10:21] <racarr> lupine_85: Why?
[10:21] <racarr> err
[10:21] <racarr> why do we even include a fully copy of the GPL?
[10:21] <racarr> full
[10:22] <lupine_85> erm. presumably because then the old address is still there. And because we're required to by the terms of the license
[10:22] <racarr> ...doi that's right
[10:22] <racarr> ironic
[10:22] <crimsun> right, if you don't include the full text of the GPL, that's an instant reject by the archive team.
[10:22] <lupine_85> stumped by a bad address
[10:23] <lupine_85> and i honestly can't figure out how to get 0.2 source from this git
[10:23] <racarr> lupine_85: We can just diff between
[10:23] <racarr> new GPL and old GPL
[10:23] <racarr> and the patch in /debian
[10:23] <racarr> It seems like
[10:24] <racarr> that would be allowed
[10:24] <lupine_85> crimsun: would we get away with that?
[10:24] <racarr> I mean I know, "changing it is not allowed."
[10:24] <racarr> but
[10:24] <lupine_85> I'm thinking not, because people reading the source won't really see the patch
[10:24] <racarr> it's just syncing it to the latest version of the GPL
[10:24] <imbrandon> umm why not just fix the file directly ?
[10:24] <racarr> because then we have to do another release
[10:24] <racarr> build tarballs
[10:24] <racarr> etc
[10:24] <lupine_85> well, that's what we should do. cue a tarball. 
[10:25] <imbrandon> no
[10:25] <imbrandon> dont fix it in the orig.tar fix it in the unpacked , then when you make the dsc it will be in the diff
[10:25] <imbrandon> but unpacked it will be there
[10:26] <imbrandon> e.g. not clean but works
[10:26] <racarr> Seems reasonable
[10:26] <imbrandon> then when you roll a new tar , no patch to remove etc
[10:26] <imbrandon> next release
[10:27] <lupine_85> you mean edit outside debian/ ?
[10:27] <imbrandon> i wouldent sugest doing this for source, but for things like the lic thats fixed in svn it shouldnt be a proble, also another thing
[10:27] <lupine_85> eh, the best thing about rules is knowing when to break them, I guess
[10:28] <racarr> lupine_85: Got the manpage patch?
[10:28] <imbrandon> lupine_85, yes, that is what i sugested, not great solution but the only other choice you have is to do 0.2.1+git20070318
[10:28] <imbrandon> ;)
[10:28] <imbrandon> and do a non upstream re-roll of the tarbal
[10:29] <lupine_85> yep, and applied
[10:29] <lupine_85> new FSF address...
[10:29] <racarr> lupine_85: 
[10:29] <racarr> Copyright (C) 1989, 1991 Free Software Foundation, Inc.  
[10:29] <racarr> 51 Franklin St, Fifth Floor, Boston, MA  02110-1301, USA
[10:30] <crimsun> po/ru.po is missing a license
[10:30] <crimsun> probably need to ping Danfocus <danfocus@mail.ru>
[10:31] <lupine_85> that's the one
[10:31] <racarr> gah
[10:31] <crimsun> same for po/uk_UA.po
[10:31] <crimsun> Mik B. Shvets <solshark@i-soldi.com>
[10:32] <racarr> Isn't it presumed it's distributed under the same license as the package?
[10:32] <crimsun> racarr: the 18 other .po files either state "same license" or explicitly GPL2
[10:33] <crimsun> those two files have no information whatsoever
[10:33] <imbrandon> the package usualy isnt licensed, the indvidual files are ;)
[10:33] <racarr> ok I will email both then
[10:33] <crimsun> great, thanks.
[10:33] <lupine_85> joy :). well, email time I guess, though they're going to be gpl
[10:33] <racarr> agh that's a pain
[10:33] <racarr> no way to tell how long before they respond :/
[10:34] <crimsun> if it's that bad, we can just reroll the tarball without those .po
[10:35] <imbrandon> *.dfsg.* tar's have been done before ;)
[10:35] <lupine_85> AHA! Got it, the goit
[10:36] <imbrandon> smoke break at work, back in a few minutes
[10:36] <crimsun> hmm, who was the original author of settings-backends/ini.c ?
[10:37] <lupine_85> Quinn
[10:37] <crimsun> it states Quinn Storm <quinnstorm@beryl-project.org>, but the license header attributes it to Copyright  2005 Novell, Inc.
[10:37] <racarr> ...yeah that's...wrong
[10:37] <crimsun> I'm presuming David R.?
[10:37] <racarr> Yes but he never touched ini
[10:37] <lupine_85> gah, that's wrong, yes
[10:37] <crimsun> ok, that file needs love
[10:38] <racarr> I guess that needs a new tarball
[10:38] <lupine_85> s/novell/quinn, I guess
[10:38] <racarr> lupine_85: Our 0.2.0 branch doesn't seem to exist any more :/
[10:38] <lupine_85> joy
[10:38] <racarr> is SVN still up?
[10:39] <lupine_85> if not, I still have the files here
[10:39] <lupine_85> might as well merge man & COPYING at the same time
[10:39] <lupine_85> heh, and the rest of the patches
[10:39] <racarr> and go ahead and merge
[10:39] <racarr> all the debian/patches
[10:39] <racarr> beryl-core 0.2.1.1
[10:39] <lupine_85> brb...
[10:39] <racarr> err, are you doing to work on that or should I?
[10:40] <imbrandon> lupine_85 / racarr / crimsun , ok what i sugest after all these changes are committed to beryl's git ( i presume thats what your doing racarr ) we just re-roll a tarball downstream of 0.2.1.dfsg+git20070318 as to not rush upstream beryl into a release, sabdfl will be happy with an upload soonish and yes, you get my point
[10:40] <racarr> What's the significance of the dfsg?
[10:41] <racarr> I realize it stands for debian free software guidelines (I think?)
[10:41] <imbrandon> means we remove the .po files that arent 100% sure are free
[10:41] <imbrandon> yes it does
[10:41] <racarr> so preusmambly related to the 2 translations
[10:41] <racarr> ah, ok
[10:41] <crimsun> src/activation.c needs a license header, or it needs an explicit mention in debian/copyright
[10:42] <racarr> imbrandon: That seems like a good idea
[10:42] <racarr> crimsun: That's davidr, so that's easy
[10:42] <imbrandon> crimsun, sound ok to you ?
[10:43] <lupine_85> racarr: I'm on it :)
[10:43] <imbrandon> smoke break, brb
[10:43] <crimsun> imbrandon: yes
[10:43] <lupine_85> in the svn, mind
[10:43] <imbrandon> kk
[10:43] <racarr> lupine_85: Ok, SVN is still up
[10:43] <racarr> lupine_85: You read what imbrandon said about the dfgs+git tarball?
[10:44] <racarr> dfsg
[10:44] <lupine_85> yeah
[10:44] <racarr> ok
[10:44] <lupine_85> so remove those two .po, do src/activation.c
[10:44] <racarr> err
[10:44] <racarr> I'm not sure I understand how that works
[10:44] <lupine_85> meh. svn: Can't create directory '/beryl/db/transactions/4514-1.txn': Permission denied
[10:45] <racarr> are the two pos removed in the upstream tarball
[10:45] <lupine_85> ah, I think it's read-only
[10:45] <racarr> or diff?
[10:45] <crimsun> racarr: yes, in the tarball
[10:45] <lupine_85> removed in teh tarball
[10:45] <lupine_85> crap, snow :/
[10:45] <racarr> ok
[10:45] <racarr> lupine_85: Also merge all the patches we already have...
[10:46] <racarr> no reason to have a debian/patches  if it's not needed
[10:47] <lupine_85> racarr: yep, that's done
[10:47] <racarr> fun
[10:49] <crimsun> lupine_85: in debian/changelog, it's best to follow the format where you list the patch followed by a very brief synopsis of its function
[10:49] <lupine_85> crimsun: ok
[10:49] <lupine_85> there are no patches now ;)
[10:49] <crimsun> ok
[10:49] <racarr> woo
[10:54] <crimsun> debian/libberylsettings0-gconf.install contains a .so (not a .so.blah). Intentional?
[10:54] <imbrandon> ok just so _I'm_ clear here, all changes we've been talking about ( except removing the .po's ) are in git ?
[10:54] <racarr> yes
[10:54] <imbrandon> yes who? hehe
[10:55] <racarr> yes they are in git
[10:55] <crimsun> moreover, debian/libberylsettings0.install references usr/lib/beryl/backends/libini.so . Also intentional?
[10:55] <racarr> except the COPYING file actually, I'll do that now
[10:55] <lupine_85> crimsun: yes, that's intentional
[10:55] <crimsun> lupine_85: ok, as long as that's correct (and not a .so.foo)
[10:56] <lupine_85> given that libberylsettings is useless without at least one backend we thought it'd be prudent ;)
[10:56] <lupine_85> racarr: you found the source in git?
[10:56] <lupine_85> (0.2)
[10:56] <racarr> no but it all has to go to master anyway
[10:56] <racarr> we do NOT have a 0.2 git branch
[10:56] <racarr> we just don't
[10:56] <lupine_85> bah
[10:56] <lupine_85> I can't work out this po system
[10:56] <racarr> ?
[10:57] <lupine_85> I've removed ru.po from everywhere I see it, and it still asks for it when running make distcheck
[10:58] <lupine_85> moving to git today was a bad idea
[10:58] <racarr> lupine_85: Maybe the makefile does a
[10:58] <racarr>  *.po type thing ?
[10:58] <racarr> err
[10:58] <racarr> ...nevermind
[10:58] <racarr> heh
[10:58] <imbrandon> racarr, no , from earlier, we are not touching upstream ( past your commits to git ) , we are playing by the ubuntu rules past that and gonna roll our own tarball 
[10:59] <imbrandon> and call it a git snapshot
[10:59] <racarr> imbrandon: Mm, no to what?
[10:59] <lupine_85> ah, fair enough
[10:59] <imbrandon> thus my questions about you having everything commited to git but the po removal ( that will be done manualy )
[10:59] <lupine_85> so we don't actually have to do anything :D
[10:59] <racarr> yes but in the tarball you make that has to be there lupine
[11:00] <lupine_85> "that" is what?
[11:00] <imbrandon> racarr / lupine_85 yea its like your wearing two hats now, let me semi explain how this is gonna work, one sec phone
[11:00] <racarr> lupine_85: Err, removing the ru.po and uk_UA.po I meant
[11:01] <lupine_85> ah, so those have to be in the tarball?
[11:01] <lupine_85> or must not be in the tarball?
[11:01] <lupine_85> treat me like an idiot, I'm going at 1/10th my usual right now
[11:01] <imbrandon> not be in the tarball, but OUR tarball not beryls
[11:01] <racarr> lupine_85: You have to remove 
[11:01] <imbrandon> ok let me explain
[11:01] <racarr> ru from LINGUAS
[11:02] <racarr> err, no
[11:02] <crimsun> err, hmm. There's a cyclic dependency here.
[11:02] <lupine_85> another?
[11:03] <imbrandon> racarr / lupine_85 , you are making all these changes to git as beryl developers , THEN as ubuntu packagers downstream you are gonna do a fresh git checkout and make a beryl-core_0.2.1.dfsg+git20070318.orig.tar.gz and go from there
[11:04] <imbrandon> see what i mean about treating it seperate ?
[11:04] <lupine_85> that'd be great, but we don't have 0.2 in git and svn is read-only right now
[11:04] <racarr> that's not what he means, that part is fine
[11:04] <racarr> what he means is we don't remove the pos in version control
[11:04] <racarr> but make a tarball without the pos
[11:04] <imbrandon> right
[11:04] <racarr> normally ubuntu would make the tarball without the pos
[11:05] <imbrandon> exactly
[11:05] <lupine_85> ok
[11:05] <imbrandon> you are wearing two hats here, one as beryl developer one as ubuntu developers
[11:05] <imbrandon> i'm trying to show you where the line is to make it easier in your heads
[11:05] <racarr> lupine_85: Mm, actually removing from linguas
[11:05] <racarr> seems to make distcheck work
[11:06] <crimsun> lupine_85: in beryl-core's debian/control:beryl:Depends I suggest you demote beryl-manager to a Recommends
[11:07] <lupine_85> Makes snse
[11:08] <crimsun> imbrandon: have time to once-over http://revu.tauware.de/details.py?upid=4640 ? [beryl-manager] 
[11:08] <racarr> Hello again Hobbsee
[11:08] <crimsun> it seems acceptable to me and ready for an upload
[11:08] <imbrandon> crimsun, ok
[11:08] <imbrandon> i need to wait on -core to upload though
[11:09] <imbrandon> because of build deps 
[11:09] <crimsun> it'll just depwait, not a problem
[11:09] <imbrandon> k
[11:09] <crimsun> those automatically retry
[11:09] <imbrandon> k
[11:09] <lupine_85> racarr: so do you want to make this new tarball?
[11:10] <imbrandon> racarr,  if you have any issues making the new tarbal lemme know
[11:10] <racarr> lupine_85: Err, I can but I don't have a copy of the tree you are making it from
[11:10] <Hobbsee> hi racarr 
[11:10] <racarr> as in with all the patches merged
[11:12] <racarr> lupine_85: What still needs to be done?
[11:12] <racarr> patches appplied, everything fixed...removing the .po and removing the entry from LINGUAS fixes distcheck / license.........
[11:12] <racarr> lupine_85: Or had you not applied the patches yet?
[11:12] <lupine_85> racarr: I can't commit to svn
[11:12] <lupine_85> nobody can
[11:13] <lupine_85> and we can't exactly pull from trunk (git)
[11:13] <racarr> I don't see ht eproblem though
[11:13] <racarr> you pull from the 0.2 branch?
[11:13] <racarr> and all the fixes go to GIT
[11:13] <racarr> because they need to be there anyway
[11:14] <lupine_85> mm. i'm not thinking straight. my patched-and-fixed svn broken when I removed the .po files
[11:14] <lupine_85> so I'm probably further behind than you at the moment
[11:14] <racarr> err, ?
[11:14] <racarr> Patched and fixed SVN, then you removed the .po files
[11:14] <racarr> did you remove them from LINGUAS?
[11:14] <imbrandon> ok crimsun / lupine_85 / racarr , beryl-manager testbuilt and uploaded
[11:15] <racarr> imbrandon: Fun fun!
[11:15] <imbrandon> brb phone
[11:15] <lupine_85> there's no po or uk_UA in there
[11:15] <lupine_85> so yes
[11:15] <racarr> so err, what's the problem?
[11:16] <lupine_85> it refused to build
[11:16] <crimsun> imbrandon: ok, thanks
[11:16] <racarr> still refusing?
[11:16] <lupine_85> make[1] : *** No rule to make target `ru.po', needed by `distdir'.  Stop.
[11:16] <racarr> (just a guess)
[11:16] <racarr> did you remove ru_RU?
[11:16] <racarr> instead of ru
[11:16] <racarr> ?
[11:17] <crimsun> imbrandon: beryl-manager archived
[11:18] <lupine_85> lifesaver!
[11:18] <racarr> the ru_RU thing? :p
[11:18] <racarr> I did the same thing, heh
[11:20] <lupine_85> so now make distcheck, and we're ready for distribution
[11:20] <lupine_85> erm, moar packaging
[11:22] <lupine_85> so now I dump my debian/ into this, and reupload?
[11:24] <imbrandon> crimsun, thanks
[11:24] <jekil> hi *
[11:25] <imbrandon> lupine_85, yes version the tarbal correctly , but yea
[11:25] <imbrandon> so its clear that its dfsg ( stuff removed ) and a git snapshot
[11:25] <imbrandon> then prepend -0ubuntu1 as pernormal
[11:26] <lupine_85> yep, so that's all in changelog
[11:26] <lupine_85> I take it I don't edit VERSION ?
[11:26] <imbrandon> so it will end up looking like beryl_core-0.2.1.dfsg+git<date>-0ubuntu1
[11:26] <imbrandon> right
 == 20070318
[11:29] <crimsun> well, beryl-core_0.2[..] 
[11:29] <imbrandon> erm yea
[11:29] <imbrandon> my mistake ;)
[11:29] <crimsun> I blame the time; it's 6:30 AM
[11:29] <crimsun> :-)
[11:29] <imbrandon> hehe yea 530 here 
[11:29] <lupine_85> 10:30am here
[11:29] <imbrandon> crimsun, what state are you in , i always forget ?
[11:29] <crimsun> NC
[11:30] <imbrandon> ahh thats right
[11:30] <afflux> huh, 5.30 is far too early to work. it's 11.30 here :P
[11:31] <lupine_85> heh, 10:30am wouldn't be so bad if I'd gotton round to sleeping last night
[11:31] <lupine_85> oooh, and it's all sunny now
[11:31] <lupine_85> new beryl-core uploaded
[11:31] <lupine_85> it should be everything
[11:32] <racarr> viewport patches as well?
[11:32] <lupine_85> yep
[11:32] <racarr> woo
[11:32] <lupine_85> everything
[11:32] <lupine_85> and still! beryl-ubuntu is defeating me :/
[11:32] <racarr> lupine_85: What is the problem?
[11:32] <afflux> huh, beryl? is beryl going to be added to the repos?
[11:32] <imbrandon> afflux, yes
[11:32] <afflux> oh, nice.
[11:32] <lupine_85> I've gotton level2.Profile to split out of b-s-s into beryl-default
[11:32] <lupine_85> but
[11:32] <lupine_85> there's still a copy in b-s-s
[11:33] <afflux> but that would be for feisty+1, right?
[11:33] <imbrandon> afflux, no for feisty universe
[11:33] <tsmithe> lupine_85, you in england?
[11:33] <afflux> hasn'
[11:33] <afflux> woops
[11:33] <afflux> hasn't there been a featurefreeze some time ago?
[11:33] <lupine_85> tsmithe: yeah
[11:34] <tsmithe> \o/ /me too
[11:34] <racarr> afflux: sabdfl override :p
[11:34] <imbrandon> afflux, yes this sia sabdfl request to do a last minute push
[11:34] <afflux> ah, okay. sry for asking dumb questions :)
[11:34] <crimsun> not at all dumb.
[11:34] <imbrandon> no not dumb at all
[11:34] <imbrandon> we all asked the same thing ;)
[11:34] <crimsun> this is probably the most coordinated review effort in quite some time. :-)
[11:34] <imbrandon> ( atleaste ourselfs )
[11:35] <racarr> crimsun: Yeah this is pretty impressive how quickly this is moving
[11:35] <imbrandon> crimsun, +1
[11:35] <lupine_85> mmmmm
[11:35] <afflux> ah, alright. I just started watching this channel again, so I overread this stuff. ;)
[11:35] <lupine_85> lots of nice help :)
[11:35] <afflux> s/overread/didn't read/
[11:36] <lupine_85> ok, so i've got the .install files right... what am I missing?!
[11:36] <racarr> I just got a confirmation of the license on
[11:36] <racarr> uk_UA.po
[11:36] <lupine_85> heh
[11:36] <lupine_85> great
[11:36] <racarr> yeah
[11:36] <racarr> ironic
[11:37] <imbrandon> heh
[11:38] <racarr>  err...
[11:38] <racarr> I actually got it 20 minutes ago
[11:38] <racarr> ...just didn't see it
[11:38] <racarr> ...oops?
[11:38] <imbrandon> dget http://revu.tauware.de/revu1-incoming/beryl-core-0703180630/beryl-core_0.2.1.dfsg+git20070318-0ubuntu1.dsc
[11:38] <imbrandon> err
[11:40] <lupine_85> ?
[11:40] <imbrandon> wrong console window
[11:42] <lupine_85> aha! Getting there now...
[11:42] <racarr> with the -ubuntu and -kubuntu packages?
[11:43] <imbrandon> crimsun, any last reservations about -core before i upload ?
[11:43] <imbrandon> build went ok
[11:44] <lupine_85> racarr: yeah
[11:44] <lupine_85> FINALLY got level2 separated out properly
[11:44] <lupine_85> now to get packages containing the other level2's
[11:44] <racarr> lupine_85: How are we going to handle actually using level2 by default?
[11:45] <racarr> lupine_85: Something has to load the profile in...
[11:46] <lupine_85> Presumably desktop-effects?
[11:46] <racarr> yeah ok, iXce is patching that right?
[11:46] <crimsun> imbrandon: I'll need to recheck, sec
[11:46] <imbrandon> k
[11:50] <racarr> has anyone started to look at plugins, settings, etc yet?
[11:50] <crimsun> speaking of those, shouldn't those be demoted to Recommends of beryl, too?
[11:50] <imbrandon> not yet, i'm going down the line with crimsun , what ever he picks next ( just so we all stay on the same page )
[11:51] <racarr> crimsun: -plugins probably not, core is litteraly useless without -plugins
[11:51] <racarr> crimsun: window movement, placement, resizing, etc is all in -plugins
[11:52] <crimsun> right, but this is packaging, not functionality
[11:52] <crimsun> I presume -plugins build-depends on beryl-dev
[11:52] <racarr> yes
[11:52] <crimsun> what gets pulled in automatically, beryl-core?
[11:52] <racarr> pulled in automatically by?
[11:53] <crimsun> beryl-dev
[11:53] <crimsun> ${shlibs:Depends}
[11:53] <racarr> I don't think beryl-core gets pulled in by beryl-dev
[11:53] <crimsun> it shouldn't, I hope
[11:53] <crimsun> ok, that's ok, then.
[11:55] <crimsun> lupine_85: err, debian/changelog still contains these references to patches...
[11:55] <crimsun> [http://revu.tauware.de/details.py?upid=4647 ] 
[11:55] <imbrandon> http://revu.tauware.de/revu1-incoming/beryl-core-0703180630/beryl-core-0.2.1.dfsg+git20070318/debian/changelog
[11:56] <imbrandon> err 
[11:57] <lupine_85> I edited it. I'm sure I did. But i didn't? :(
[11:58] <crimsun> the version header certainly was edited, yes.
[11:59] <crimsun> hmm, doc/beryl-settings-dump.1 still needs a license
[12:01] <racarr> err...
[12:01] <racarr> lupine_85: Do we still HAVE beryl-settings-dump?
[12:02] <racarr> I don't have it
[12:02] <lupine_85> not AFAIK
[12:02] <racarr> remove the manpage then
[12:02] <racarr> will do in git now
[12:03] <siretart> isn't it possible anymore to open a bugtask for edgy?
[12:04] <imbrandon> siretart, afaik yes
[12:04] <siretart> gnarf :/
[12:04] <siretart> and how to say the bug is fixed in feisty, and I'm preparing an upload for edgy-proposed?
[12:04] <siretart> setting a milestone?
[12:05] <imbrandon> siretart, open a bug, close it as fixed, then open a target for edgy
[12:05] <imbrandon> and say in-progress
[12:05] <imbrandon> on the same bug
[12:05] <siretart> imbrandon: I think I've done so for bug #73771
[12:05] <Ubugtu> Malone bug 73771 in libaqbanking "crash in aqbanking qt3-wizard" [Undecided,In progress]  https://launchpad.net/bugs/73771
[12:05] <crimsun> ok, aside from those issues, I'm signing off on beryl-core
[12:06] <imbrandon> lupine_85, if your uploading the same version number you need to remove your .upload file localy
[12:06] <imbrandon> then you can reupload
[12:06] <imbrandon> crimsun, great
[12:06] <lupine_85> I knew that :) this was a server problem. dcut appears to have fixed
[12:07] <lupine_85> and we're reuploaded
[12:07] <StevenK> dcut probably won't work for REVU
[12:07] <imbrandon> ok as soon as it shows ( 5 minutes ) i'll regrab it 
[12:07] <imbrandon> and upload since crimsun is now happy
[12:07] <imbrandon> crimsun, next ? we have -core and -manager down
[12:07] <imbrandon> moins StevenK 
[12:08] <siretart> the new policy for sru is in place, this means I can upload directly to edgy-proposed, no?
[12:08] <Hobbsee> imbrandon: you can just remove the borked upload from revu, cant you?
[12:08] <imbrandon> siretart, yup
[12:08] <siretart> great
[12:08] <crimsun> imbrandon: need 5 to grab a drink
[12:08] <imbrandon> Hobbsee, i dunno i have admin on the web interface , but i dont know my exact powers , siretart could fill me in maybe ;)
[12:08] <crimsun> (mins)
[12:09] <imbrandon> crimsun, cool
[12:09] <Hobbsee> imbrandon: ssh.
[12:09] <imbrandon> Hobbsee, i can ssh yes , that dosent mean i'm gonna rm things i dunno about 
[12:09] <imbrandon> hehe
[12:09] <lupine_85> the one on the serv0r now is the right one
[12:09] <Hobbsee> lupine_85: which was the upload?
[12:09] <lupine_85> beryl-core
[12:09] <imbrandon> Hobbsee, its fixed
[12:10] <lupine_85> I dcut the bad one, and dput the good one
[12:10] <Hobbsee> ah yeah, it is now
[12:10] <imbrandon> so its moot anyhow
[12:10] <Hobbsee> permissions aree still screwed on it too.  oh well
[12:11] <imbrandon> lupine_85, 4649 the latest upload ?
[12:15] <lupine_85> erm, let me check
[12:16] <imbrandon> it was
[12:16] <imbrandon> beryl-core archived and uploaded
[12:16] <imbrandon> brb in ~5 minutes , smoke / mt dew run
[12:16] <lupine_85> heh, you're fast :)
[12:17] <imbrandon> takes no time when you have 4+ people working on it at once ;)
[12:17] <lupine_85> mm
[12:18] <racarr> that was one impressive REVU chain
[12:18] <racarr> review chain
[12:18] <racarr> I have a bad habit of substituting homonyms when I haven't slept
[12:19] <imbrandon> Hobbsee, yup thats what i said at the MC meeting , REVU fridays after feisty opens
[12:19] <Hobbsee> https://beta.launchpad.net/ubuntu/+bug/93344
[12:19] <Ubugtu> Malone bug 93344 in Ubuntu "launchpad unsuitable for reporting bugs" [Undecided,Unconfirmed]  
[12:19] <Hobbsee> the other point isnt quite so stupid.
[12:20] <crimsun> beryl-plugins has the same COPYING issue that beryl-core did
[12:20] <racarr> crimsun: Agh, time for another debian/patch
[12:21] <racarr> Err, I think I have a key in the REVU keyring, but can I update the packages that lupine originally uploaded?
[12:21] <racarr> or does he have to?
[12:21] <StevenK> Hobbsee: He's a bit precious, though
[12:21] <imbrandon> racarr, you can reupload the same package yes
[12:21] <racarr> ok I'll go ahead and fix it then
[12:22] <racarr> ...have to find what key I used
[12:22] <imbrandon> you have multi gpg keys ?
[12:22] <imbrandon> hehe
[12:22] <Hobbsee> StevenK: hrm?
[12:22] <Hobbsee> ahh
[12:22] <lupine_85> racarr: I'm around, sorry
[12:22] <imbrandon> also note Hobbsee you can report a bug via email
[12:22] <imbrandon> to LP
[12:22] <lupine_85> but you can commit the change if you like
[12:22] <lupine_85> I'm almost there with b-s-s I think
[12:22] <Hobbsee> imbrandon: that's what i thought.
[12:22] <racarr> lupine_85: I'll go ahead and do it so you can keep on working on b-s-s
[12:23] <lupine_85> ...oh yes
[12:23] <racarr> lupine_85: And the other packages, heh
[12:23] <lupine_85> who tehe man?
[12:23] <afflux> ah, gpg... one question: does the ubuntu keyserver sync with any other keyservers?
[12:23] <lupine_85> the*
[12:23] <imbrandon> ok onto -plugins
[12:23] <imbrandon> afflux, yes
[12:23] <afflux> imbrandon: alright. so no need to upload a changed key to every single server.
[12:24] <imbrandon> shouldent no
[12:24] <afflux> k, thank you
[12:24] <lupine_85> done with b-s-s
[12:26] <racarr> ok. getting ready to upload new beryl-plugins then will do the same for others
[12:27] <racarr> Ok, uploading...
[12:28] <racarr> ok, any other problems with -plugins ?
[12:28] <lupine_85> racarr: it's huge :p
[12:28] <crimsun> src/animation_tex.h references ../images/animation-fire-particle.png, which doesn't exist.
[12:29] <lupine_85> ...it should...
[12:29] <racarr> mm my upload doesn't seem to have gone through
[12:29] <racarr> at least
[12:29] <racarr> the .diff.gz for beryl-plugins doesn't have the changes I just dput
[12:29] <lupine_85> crappola
[12:29] <imbrandon> racarr, it takes 5 minutes
[12:29] <lupine_85> I commited it!
[12:29] <imbrandon> to show up
[12:29] <lupine_85> last night
[12:30] <racarr> imbrandon: Ah
[12:30] <racarr> ok will fix other packages with same COPYING issue then
[12:30] <racarr> which is probably all of them
[12:30] <lupine_85> curses, that means the thumbnail and shaders and group is in the same situation
[12:31] <lupine_85> where the Hel did that commit go?
[12:31] <crimsun> lupine_85: indeed
[12:32] <racarr> beryl-settings copying is fine...
[12:32] <racarr> unsupported is fine
[12:32] <lupine_85> racarr: 4501 to 4507...
[12:32] <racarr> emerald good...
[12:32] <racarr> lupine_85: ?
[12:33] <lupine_85> [11:29]  <crimsun> src/animation_tex.h references ../images/animation-fire-particle.png, which doesn't exist.
[12:33] <lupine_85> and all the other issues he's about to spot if he's any good
[12:33] <lupine_85> ;)
[12:33] <racarr> yes, but 4501 to 4507 what?
[12:33] <racarr> and err,  make sure you grab my COPYING fix so you don't knock it out next time you upload
[12:34] <lupine_85> racarr: on svn
[12:34] <lupine_85> I committed them, but they're not in the tarball and it's doing my nut 
[12:34] <racarr> Are they in
[12:34] <racarr> extradist?
[12:34] <racarr> in Makefile.am
[12:34] <racarr> ?
[12:35] <lupine_85> ...no...
[12:35] <lupine_85> that would be it
[12:35] <racarr> yeah that might be a problem
[12:35] <lupine_85> heh
[12:36] <lupine_85> there's a reason I'm not in charge, and this is it ;)
[12:36] <racarr> is copyright in beryl-plugins-unsupported good to go lupine?
[12:38] <racarr> um no it's not
[12:38] <racarr> not at all
[12:38] <racarr> I'll upload...
[12:40] <racarr> the unsupported copyright references plugins that aren't even in unsupported heh
[12:40] <racarr> it's a copy of the (before I fixed it) beryl-plugins copyright
[12:42] <lupine_85> heh, oh dear
[12:42] <racarr> ok
[12:42] <racarr> uploaded a new one
[12:42] <racarr> make sure to sync from it before you upload anything else
[12:43] <racarr> anything else to -unsupported that is
[12:43] <racarr> imbrandon: crimsun: Any other problems with -plugins so far?
[12:43] <lupine_85> ok
[12:43] <lupine_85> I'm just in b-p right now
[12:44] <racarr> We are fixing a lot of things through this
[12:44] <racarr> kind of nice
[12:44] <lupine_85> but there's a couple of group textures that need to go into beryl-plugins-unsupported
[12:44] <racarr> lupine_85: New tarball?
[12:44] <racarr> well
[12:44] <racarr> the tarball just has to be remade
[12:44] <racarr> not a new point release or anything
[12:44] <racarr> well..mm
[12:46] <lupine_85> yeah, that's what I meant
[12:47] <imbrandon> ok back
[12:47] <imbrandon> so where we at
[12:47] <imbrandon> still on -plugins >
[12:47] <racarr> lupine_85: I'll do it
[12:47] <imbrandon> ?
[12:47] <racarr> imbrandon: Yeah we found a few missing files, heh
[12:48] <imbrandon> k
[12:48] <imbrandon> hilight me when its time to look on revu
[12:48] <imbrandon> ;)
[12:48] <crimsun> lupine_85: in the next upload of beryl-core, make sure you demote beryl-plugins to Recommends
[12:48] <racarr> imbrandon: Would be good to look over the other stuff as well
[12:48] <crimsun> lupine_85: beryl-plugins Depends on beryl-core already
[12:48] <lupine_85> racarr: the beryl-plugins tarball is now build
[12:48] <imbrandon> see we'll make MOTU out of you yet racarr / lupine_85 :)
[12:48] <racarr> lupine_85: Funfun
[12:48] <lupine_85> crimsun: ok :)
[12:49] <lupine_85> more circular depends
[12:49] <crimsun> yep
[12:49] <racarr> lupine_85: I'll make the new -unsupported tarball
[12:49] <imbrandon> unsupported ?
[12:49] <racarr> beryl-plugins-unsupported
[12:49] <racarr> missing files there as well apparently
[12:49] <imbrandon> oh
[12:50] <racarr> and a broken debian/copyright, but that's already fixed...beyond that should be good
[12:50] <imbrandon> ok i'm gonna do some work work stuff for a bit, hilight me when its time for -plugins
[12:50] <racarr> lupine_85: Ah! you know what isn't snow in -unsupported
[12:50] <racarr> are the snow images there?
[12:50] <racarr> I...don't see any
[12:53] <crimsun> in -plugins's debian/copyright, please enumerate explicitly the "original compiz plugins"
[12:53] <racarr> crimsun: I will do it, but why?
[12:54] <lupine_85> racarr: it's group in -unsupported
[12:54] <lupine_85> that's the missing images
[12:54] <racarr> well
[12:54] <racarr> snow.c is in unsupported/src
[12:54] <racarr> and there are no snow images
[12:54] <racarr> so...
[12:54] <lupine_85> oh... strange
[12:55] <lupine_85> mm, I have the image and no plugin!
[12:55] <racarr> sigh, I'll fix it all
[12:55] <racarr> heh
[12:55] <racarr> theres not even a Makefile.am in the images/ directory
[12:55] <crimsun> racarr: it's for clarity
[12:55] <lupine_85> crimsun: I take it that goes for me (beryl-plugins) too?
[12:56] <racarr> err, he maent beryl-plugins lupine
[12:56] <lupine_85> ah, ok
[12:57] <racarr> lupine_85: Ok think I have everything in unsupported fixed...
[12:57] <racarr> crimsun: It seems odd to me to do that somehow, because for example scale is an 'original compiz plugin'
[12:57] <racarr> but it's about 20% compiz right now
[12:57] <racarr> so
[12:58] <crimsun> racarr: all that's needed is to list those in parentheses
[12:58] <racarr> ok
[12:58] <racarr> as soon as I get new -unsupported up will do
[12:59] <racarr> distchecking now...
[12:59] <crimsun> if the _tex.h and _shader.h issues are fixed, I can sign off on -plugins
[01:01] <lupine_85> just about done here
[01:02] <lupine_85> racarr: so you added snowflake2.png to unsupported?
[01:02] <racarr> yeah but the whole build system there is broken...it will be just a second
[01:02] <lupine_85> no worries, I just need to take it out of b-p or they'll conflict ;)
[01:03] <racarr> automake doesn't want to generate the makefile in images/...
[01:03] <racarr> (I made a Makefile.am and added it to subdirs...)
[01:04] <racarr> oh
[01:04] <racarr> doi
[01:04] <racarr> AC_OUTPUT
[01:04] <racarr> hehe
[01:04] <lupine_85> OK, uploaded b-p
[01:05] <racarr> think I have unsupported now, have to distcheck again
[01:05] <imbrandon> ok once crimsun looks over the new b-p upload i'll build test
[01:06] <lupine_85> you guys are all being incredibly helpful :)
[01:06] <racarr> lupine_85: If you aren't working on anything else can you fix copyright like crimsun suggested?
[01:06] <racarr> Yes, very much so
[01:06] <lupine_85> racarr: the original compiz plugins are enumerated
[01:06] <racarr> lupine_85: Ok
[01:06] <lupine_85> beryl-core... best check
[01:08] <lupine_85> crimsun: ah, when you said next upload of beryl-core, did you mean for 0.2.2, or "upload onto revu some point soon"?
[01:08] <racarr> mm I guess I will have to upload the debian packaging for the images as well?
[01:09] <lupine_85> (for the circular dep)
[01:09] <crimsun> lupine_85: for the next one, -0ubuntu2
[01:09] <lupine_85> ok
[01:09] <lupine_85> so bump changelog and upload it now, or wait?
[01:09] <lupine_85> sorry, I'm being rather dense
[01:10] <crimsun> lupine_85: it's not critical; it can wait until -core is accepted into Ubuntu
[01:11] <Hobbsee> ajmitch: it's going into the archive this time - sitting in NEW, it seems.
[01:11] <lupine_85> ok
[01:11] <ajmitch> joy
[01:11] <Hobbsee> ajmitch: i can whine about the insane people at my work, though.  bloody customers.
[01:11] <lupine_85> aquamarine and b-s-b have incorrect COPYINGs - so i'll fix them
[01:11] <imbrandon> ajmitch, me crimsun lupine_85 and racarr been working on it the last few hours
[01:11] <imbrandon> some is uploaded already
[01:11] <ajmitch> imbrandon: so I've seen
[01:11] <racarr> days
[01:11] <racarr> months
[01:11] <racarr> years
[01:12] <imbrandon> haha
[01:12] <racarr> probably hours
[01:12] <racarr> lupine_85: More problems with unsupported...translations are screwed up
[01:12] <racarr> sigh this might be a few minutes
[01:12] <imbrandon> lupine_85, 0.2.2
[01:13] <imbrandon> err nevermind
[01:13] <racarr> when we tagged this as -unsupported we really meant it
[01:13] <imbrandon> ok crimsun signoff on -plugins ?
[01:14] <crimsun> imbrandon: not quite
[01:14] <imbrandon> k
[01:14] <lupine_85> racarr: hehe
[01:14] <crimsun> I'd be more comfortable if bench_tex.h and thumbnail_tex.h explicitly listed the xcf filenames instead of using a wildcard
[01:15] <racarr> I'll be right back
[01:15] <crimsun> otherwise -plugins looks good to go
[01:15] <racarr> going to get more coffee while -unsupported dist checks...(again)
[01:16] <crimsun> lupine_85: does -plugins intend to remain with those explicit filenames in images/ ?
[01:16] <crimsun> lupine_85: (for the shader sources)
[01:18] <lupine_85> crimsun: I can change if you prefer
[01:18] <lupine_85> the shaders are in a .tar
[01:18] <lupine_85> oh, I see what you mean
[01:18] <lupine_85> yeah, the filenames aren't going to change
[01:18] <lupine_85> I can get rid of the wildcard if you like
[01:19] <crimsun> lupine_85: I think it makes more sense to use explicit filenames
[01:19] <lupine_85> ok
[01:19] <geser> what it the more recent syntax for specifying source version depends? ${Source-Version} or ${source:Version}?
[01:19] <lupine_85> aquamarine and b-s-b reuploaded anyway
[01:20] <racarr> err, back for a few minutes
[01:20] <racarr> ...and distcheck failed again
[01:20] <racarr> dear god has no one updated unsupported in a month?
[01:20] <racarr> :p
[01:20] <racarr> people have removed plugins without removing them from the build system...
[01:20] <racarr> POTFILE.in, etc
[01:22] <crimsun> geser: the latter
[01:23] <lupine_85> that's what we use, I think
[01:24] <racarr> ok back
[01:24] <racarr> and distcheck worked!
[01:24] <lupine_85> b-p uploaded
[01:25] <geser> should -dev packages use ${source:Version} or ${binary:Version} for the depends on the lib?
[01:26] <racarr> ok...let me do a testbuild of the packaging...
[01:27] <crimsun> geser: IIRC there's a binNMU summary on the Debian wiki that summarises
[01:28] <imbrandon> ok lupine_85 whats b-p's number in revu ?
[01:28] <imbrandon> i'll grab and testbuild
[01:28] <crimsun> 4657
[01:28] <lupine_85> http://revu.tauware.de/details.py?upid=4657
[01:28] <lupine_85> heh
[01:29] <lupine_85> anyway, sorry to dump you guys in it but I have to run to the shop - it closes relatively soon. won't be long.
[01:30] <racarr> ok
[01:30] <racarr> I'll be uploading nu-unsupported in about 5 minutes
[01:30] <racarr> did you already fix core recommends plugins?
[01:31] <lupine_85> racarr: that's for next time we upload a new version
[01:31] <crimsun> it's ok, I need to get some sleep now
[01:31] <crimsun> thanks for your work!
[01:31] <lupine_85> sleep? what's that?
[01:31] <lupine_85> and thanks for yours :)
[01:31] <imbrandon> crimsun, thanks, gnight
[01:31] <crimsun> the thing you get after 40 hours ;)
[01:32] <lupine_85> heh, I'm on ~30 without right now
[01:32] <racarr> Thanks again crimsun
[01:32] <lupine_85> my record was coming on close to 60
[01:33] <imbrandon> lupine_85 / racarr we can take this up again ( after my -plugins upload ) if you want in about ~8 to ~10 hours, so you can get some rest if you like
[01:33] <imbrandon> because i'll be heading to bed in a few hours ( 2 or 3 )
[01:33] <racarr> imbrandon: It's good, I actually went to sleep around 3PM yesterday and woke up at 10PM or so
[01:33] <racarr> so err...I'm not that tired
[01:33] <racarr> heh
[01:34] <imbrandon> ;)
[01:34] <imbrandon> ok
[01:34] <racarr> (I'm eastern so it's 8:34 am now)
[01:34] <imbrandon> hrm
[01:34] <imbrandon> plugins seems to be missing a dep or soemthing
[01:35] <imbrandon> checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
[01:35] <imbrandon> make: *** [config.status]  Error 1
[01:36] <imbrandon> lupine_85 / racarr , can you check the builddeps , brb coffee is done
[01:36] <racarr> imbrandon: Yeah right after I finish unsupported
[01:36] <imbrandon> k
[01:36] <racarr> which I think is now but want to run lintian etc
[01:37] <racarr> err...it says already uploaded when I try to dput :/
[01:37] <imbrandon> rm *.upload
[01:38] <racarr> ok, that's good
[01:39] <racarr> imbrandon: Looks like it needs libxml-parser-perl?
[01:39] <racarr> -plugins that is
[01:39] <imbrandon> probably, and i can do that localy, but i wanted to make sure thats how you wanted to roll
[01:40] <racarr> mm actually
[01:40] <imbrandon> its your package , we're just "helping" ;)
[01:40] <racarr> that's not right intltool should depend on that...
[01:40] <racarr> maybe it doesn't depend on intltool
[01:40] <racarr> yes intltool depends on that
[01:40] <racarr> but plugins doesn't depend on intltool
[01:41] <ajmitch> night all
[01:41] <imbrandon> gnight ajmitch 
[01:42] <racarr> imbrandon: Fixed intltool dependency
[01:43] <imbrandon> racarr, ok i fixed it localy too
[01:43] <racarr> build depend on intltool is what I did
[01:43] <imbrandon> and rebuilding
[01:43] <imbrandon> yea
[01:43] <imbrandon> ok next depends error
[01:44] <imbrandon> checking for ANNOTATE... yes
[01:44] <imbrandon> checking for DBUS... configure: error: Package requirements (dbus-1) were not met:
[01:44] <imbrandon> No package 'dbus-1' found
[01:44] <imbrandon> ......
[01:44] <imbrandon> Consider adjusting the PKG_CONFIG_PATH environment variable if you
[01:44] <imbrandon> installed software in a non-standard prefix.
[01:44] <imbrandon> did anyone testbuild these in a clean env ?
[01:44] <Hobbsee> imbrandon: unlikely.
[01:45] <imbrandon> Hobbsee, :)
[01:45] <racarr> I haven't been involved in the packaging before the last 12 hours
[01:45] <racarr> so not sure
[01:45] <imbrandon> racarr, ahh ok
[01:45] <imbrandon> lupine_85 ??
[01:45] <Hobbsee> imbrandon: i know a lot of people dont.
[01:46] <racarr> imbrandon: So what's the build dependency there? dbus?
[01:46] <racarr> dbus-1 seems obsoleted
[01:47] <racarr> ah no
[01:47] <racarr> libdbus-1-dev
[01:48] <racarr> imbrandon: I'll upload agaaiin
[01:48] <racarr> and uploaded...
[01:49] <racarr> imbrandon: If you want to fix it locally it's a build depends on libdbus-1-dev, no runtime dependencies
[01:50] <imbrandon> yea sorry was afk
[01:50] <imbrandon> yup 
[01:50] <racarr> just looking at the control
[01:50] <racarr> I think we are missing a dependency for a jpeg library as well (not...sure which one...)
[01:50] <racarr> but see if it builds, I might be wrong
[01:51] <racarr> lupine would know as he wrote the jpeg plugin
[01:51] <imbrandon> yea i'll let you know about each one so you can fix it there as i fix it here
[01:52] <imbrandon> well it made it past configure
[01:52] <racarr> Mm, I tend to avoid packaging, but this is vaugely enjoyable in a strange way
[01:52] <imbrandon> so if it needs it 
[01:52] <imbrandon> it dosent act like it
[01:52] <imbrandon> racarr, haha
[01:52] <racarr> at least, things are getting done, and that's good
[01:52] <imbrandon> ok while that builds i'm gonna go smoke and enjoy a bit of coffee
[01:52] <imbrandon> back in ~15
[01:53] <racarr> okies
[01:53] <imbrandon> racarr, right right
[01:53] <imbrandon> hahaha yea 
[01:53] <imbrandon> it failed before i even stoodup
[01:53] <racarr> where?
[01:53] <racarr> jpeg?
[01:53] <imbrandon> on jpeg, looks like it needs it but config dosent look fot it
[01:54] <racarr> yeah...ok I'll look in to that in just a minute
[01:54] <imbrandon> k any idea what lib he linked against ?
[01:54] <racarr> no
[01:54] <imbrandon> hehe , see this is why a clean chroot is good :)
[01:54] <racarr> but I can look at what functions he used
[01:54] <racarr> and then use google
[01:55] <imbrandon> right
[01:55] <racarr> brah, -unsupported is still broken
[01:56] <racarr> let me fix that first
[01:57] <racarr> oh no, it's good
[01:58] <racarr> mm libjpeg62-dev
[01:58] <racarr> (apt-file to the rescue)
[01:59] <Hobbsee> !info libjpeg62-dev feisty
[01:59] <ubotu> libjpeg62-dev: Development files for the IJG JPEG library. In component main, is optional. Version 6b-13 (feisty), package size 180 kB, installed size 416 kB
[01:59] <Hobbsee> oh, it is main
[01:59] <racarr> heh, yeah already checked
[02:00] <racarr> imbrandon: Fixed and uploaded
[02:01] <racarr> build depends on libjpeg62-dev is the solution (so you can apply locally)
[02:01] <racarr> I bet build dependencies on unsupported are broken...
[02:01] <racarr> yep
[02:02] <racarr> oh
[02:02] <racarr> no I just can't read
[02:03] <geser> libberyldecoration.a(main.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
[02:03] <geser> when trying to build beryl-plugins
[02:04] <geser> on amd64
[02:04] <racarr> oo it should be compiled with -fPIC
[02:04] <imbrandon> ahh add -fPIC to the configure in debian/rules
[02:04] <imbrandon> geser, 
[02:04] <racarr> yeah...I'll...do...that
[02:04] <racarr> err, my changes don't seem to be showing up on
[02:04] <racarr> revu
[02:04] <racarr> is it always 5 minutes?
[02:05] <geser> imbrandon: -fPIC should go into beryl-core, shouldn't it?
[02:05] <TomaszD> Hobbsee, https://bugs.launchpad.net/ubuntu/+source/gnomad2/+bug/93226 ? Please? :)
[02:05] <Ubugtu> Malone bug 93226 in gnomad2 "UVF exception for Gnomad2 2.8.11" [Undecided,Unconfirmed]  
[02:06] <Hobbsee> TomaszD: btw, that other bug wasnt a straight rebuild
[02:06] <TomaszD> btw Hobbsee, someone fixed and uploaded gnomad 2.8.8
[02:06] <imbrandon> geser, no afaik, -plugins is what you were compiling
[02:07] <Hobbsee> TomaszD: yeah, StevenK did.  i didnt have time to look at it yet, and he asked me if i wanted him to
[02:07] <Hobbsee> TomaszD: i'm not part of UVF - i cant do anything with that bug
[02:07] <TomaszD> but still, shouldn't gnomad2 depend on libmtp5 if it build-depends on limtp-dev?
[02:07] <TomaszD> Hobbsee, alright.
[02:08] <Hobbsee> TomaszD: we took the upstream patch for the libmtp thing
[02:08] <Hobbsee> TomaszD: no need to use the entire new version, as such.
[02:09] <TomaszD> alright, but my question still stands, gnomad2 depends on libnjb5 for NJB devices, should it not depend on libmtp5 for MTP devices?
[02:09] <racarr> libberyldecoration is in core
[02:09] <racarr> libdecoration is in plugins
[02:09] <Hobbsee> TomaszD: you need to wait for the source to build.  it should already have libnjb5 as a dep
[02:09] <Hobbsee> assuming the shlibdeps are working as normal
[02:10] <TomaszD> you mean libmtp5? :)
[02:10] <TomaszD> ok
[02:10] <Hobbsee> er, yeah
[02:10] <TomaszD> I'm sorry, I'm quite ignorant about this stuff and didn't know it takes the dep automatically
[02:10] <Hobbsee> it's fine
[02:10] <racarr> imbrandon: So what
[02:11] <racarr> imbrandon: Err, so what's all this about fPIC? where is it missing? (hit enter too early)
[02:11] <TomaszD> alright, session reload for daily langpack 
[02:12] <imbrandon> it will be needed for amd64 builds in the configure part of debian/rules , dont worry about it right this second though, i can fix that with a -0ubuntu2 upload or something
[02:12] <imbrandon> and send you a patch
[02:12] <racarr> imbrandon: I seem to be having a problem with REVU and beryl-plugins.......
[02:12] <racarr> imbrandon: I fix the dependency in debian/control
[02:12] <racarr> debuild -S -sa 
[02:12] <racarr> then dput the changes, all that good stuff
[02:12] <racarr> and it hsows an upload happened
[02:12] <imbrandon> i just buildt it successfully
[02:12] <racarr> but my changes never appear :/
[02:12] <imbrandon> hum one sec
[02:13] <racarr> as in, it shows an upload
[02:13] <imbrandon> you dput revu[..]  right ?
[02:13] <imbrandon> not dput [..] 
[02:13] <racarr> but  when I browse in the directory
[02:13] <racarr> I have revu set to default_host_main in dput.cf
[02:13] <imbrandon> ok
[02:13] <racarr> again the comments page
[02:13] <racarr> is showing that I made an upload
[02:13] <racarr> but when I click on the DIR entry and browse to debian/control
[02:13] <racarr> it's not changing
[02:14] <Hobbsee> have you clicked on the bottom entry?
[02:14] <Hobbsee> ie, the latest one?
[02:14] <imbrandon> Hobbsee, yea its not showing
[02:14] <imbrandon> how long has the upload been ?
[02:14] <imbrandon> e.g. more than ~5 minutes
[02:14] <racarr> imbrandon: Ah! yes it is I was stupid
[02:14] <Hobbsee> ah
[02:14] <racarr> imbrandon: I didn't realize I have to click on the upload (March 18 09:05)
[02:14] <racarr> then click on  the dir
[02:15] <imbrandon> right ;)
[02:15] <racarr> ok well it should be good now, but I would be more comfortable if you could try building a version you download from REVU
[02:15] <racarr> before uploading what's on REVU
[02:15] <imbrandon> ok that one seems fine now, and crimsun signed off on it also before he left, so i'm gonna upload it now
[02:16] <imbrandon> i just did
[02:16] <racarr> ok
[02:16] <imbrandon> dpkg-deb: building package `beryl-plugins' in `../beryl-plugins_0.2.1-0ubuntu1_i386.deb'.
[02:16] <imbrandon> ;)
[02:16] <imbrandon> i always testbuild before i upload
[02:16] <imbrandon> well almost always ;)
[02:16] <racarr> hehe
[02:16] <racarr> ok, want to try beryl-settings now
[02:16] <racarr> that should be an easy/quick one
[02:17] <imbrandon> did you finish up -unsupported ?
[02:17] <racarr> Mm, as far as I know it's finished up
[02:17] <racarr> but there were a lot of problems
[02:17] <racarr> so I might have missed something
[02:17] <imbrandon> k i'll look at that one next , you can start on -settings
[02:17] <imbrandon> look for obvious stuff first ;)
[02:17] <racarr> ok
[02:18] <imbrandon> and invite Hobbsee to have a looksee ;)
[02:18] <imbrandon> :P
[02:18] <imbrandon> we started with 5 of us now down to 2
[02:18] <imbrandon> we need more help crimsun lupine_85 and ajmitch went to slee
[02:18] <imbrandon> p
[02:18] <imbrandon> hehe
[02:19] <racarr> lupine will be back soon he said
[02:19] <racarr> right?
[02:19] <imbrandon> ahh dunno
[02:19] <imbrandon> i figured he dropped off the planet after 30 hours of no sleep
[02:19] <imbrandon> ;)
[02:19] <racarr> no he said he went to the store
[02:19] <racarr> because it closed soon
[02:19] <stgraber> imbrandon: He's going to try 2 days without a sleep :)
[02:21] <racarr> mm, need to update beryl-settings AUTHORS, copyright, etc
[02:22] <racarr> someone else contributed a lot to it recently
[02:23] <imbrandon> racarr, ok so unsupported is uptodate on revu
[02:23] <imbrandon> as far as you know ?
[02:23] <racarr> imbrandon: Yes
[02:23] <imbrandon> k
[02:24] <racarr> ah beryl-settings dependencies are broken
[02:24] <racarr> it depends on libxml-parser-perl instead of intltool
[02:24] <imbrandon> nice
[02:24] <imbrandon> see you stay one ahead of me on the packages we'll get the rest done fast :)
[02:24] <racarr> and I ripped the beryl-settings packaging when I made the beryl-settings-simple packaging (It's the only thing I packaged, and I hate it anyway :p)
[02:25] <racarr> so that's broken as well
[02:25] <racarr> heh
[02:27] <Adri2000> should I subscribe ubuntu-archive when uploading an sru to -proposed?
[02:27] <nixternal> hola imbrandon
[02:28] <racarr> imbrandon: uploaded fixed -settings and -settings-simple, back to reviewing -settings...
[02:28] <racarr> err, should beryl-settings be distributing an empty  NEWS file?
[02:31] <racarr>  imbrandon: Problem
[02:32] <racarr> imbrandon: Two of the .pos in beryl-settings have typos
[02:32] <racarr> one says "This is distributed under the same license as the PACKAGE package"
[02:32] <racarr> and the other says "This is distributed under the same license as the es_AR package" (It's the es_AR po)
[02:32] <racarr> Safe to correct that or do I need to contact the authors?
[02:33] <racarr> make that 5 (all three of the chinese translations are the same)
[02:37] <racarr> well, I'm going to go ahead and upload a package under the assumption that it's fine
[02:38] <imbrandon> yea i would say just fix the typos
[02:38] <racarr> ok
[02:38] <imbrandon> sorry was afk
[02:38] <racarr> also, the beryl-settings-simple chinese translations
[02:39] <racarr> list me as the author
[02:39] <racarr> XD
[02:39] <racarr> ...that makes no sense
[02:39] <racarr> luckily the author lists themselves in another place
[02:39] <imbrandon> heh
[02:39] <racarr> and assign copyright to me (in 2 of them)
[02:40] <racarr> I'm flattered
[02:40] <imbrandon> -unsupported building now
[02:40] <racarr> ok
[02:40] <imbrandon> -plugins uploaded
[02:40] <racarr> nice
[02:41] <imbrandon> beryl-plugins_0.2.1-0ubuntu1_source.changes is NEW
[02:41] <imbrandon> beryl-core_0.2.1.dfsg+git20070318-0ubuntu1_source.changes is NEW
[02:42] <racarr> I've uploaded a new beryl-settings and -simple btw
[02:42] <racarr> lots of fixes all easy though
[02:42] <imbrandon> k
[02:42] <imbrandon> after -unsupported gets done i'll grab those
[02:42] <imbrandon> building takes a bit ;)
[02:42] <racarr> yeah
[02:44] <racarr> anyone who isn't filtering motu-reviewer emails in to a folder
[02:44] <racarr> must be in a world of hurt right now
[02:45] <imbrandon> lol
[02:46] <imbrandon> i must say though the faster pbuilder aurora rocks
[02:46] <imbrandon> makin this much shorter
[02:46] <racarr> could you look over the packaging for -unsupported as well?
[02:46] <racarr> even if it builds I'm not sure it's all done correctly
[02:46] <imbrandon> yes i'm eyeballing them too
[02:46] <imbrandon> i'm not as good as crimsun but i check them ;)
[02:49] <racarr> beryl-settings seems good but I think it has too many dependencies..
[02:50] <racarr>  way too many
[02:51] <pef> hello
[02:52] <racarr> yeah um it depends on about 15 packages to build
[02:52] <racarr> and it's a python script...
[02:52] <racarr> who the heck did that
[02:52] <gpocentek> hello pef :)
[02:52] <imbrandon> racarr, dosent look to outragous
[02:52] <imbrandon> ( and its 13 hehe )
[02:52] <racarr> imbrandon: But it doesn't require any of those to build...building beryl-settings consists of
[02:53] <pef> gpocentek: hello, I'm back ;)
[02:53] <racarr> applying autotools to beryl-settings.in
[02:53] <racarr> and then copying it to /usr/bin
[02:53] <gpocentek> pef: awesome, I'm really happy to see you again :)
[02:53] <racarr> so all it needs it cdbs and intltool...
[02:54] <pef> gpocentek: thank you :) now I need some time to see how things have changed
[02:54] <imbrandon> yea i'm not upto par on my python packing but it probably will still require some of those gtk* ones
[02:54] <imbrandon> maybe only for run though
[02:54] <racarr> imbrandon: Yes, only for run
[02:54] <racarr> imbrandon: And they are in run dependencies already
[02:54] <imbrandon> yea i see
[02:55] <racarr> Uploading fix now...
[02:55] <imbrandon> ok well if you want to strip it down and testbuild then reupload i would be more than happy
[02:55] <imbrandon> ok
[02:55] <racarr> Err, I don't have a great way to testbuild, as in no clean enviroment set up
[02:55] <imbrandon> i can testbuild
[02:55] <racarr> ok
[02:55] <imbrandon> no biggie there
[02:55] <racarr> unsupported still going?
[02:55] <imbrandon> unsupported is uploaded to NEW
[02:56] <racarr> woo
[02:56] <imbrandon> and archived on REVU
[02:56] <racarr> beryl-settings-simple has the same crazy dependencies so fixing that as well
[02:56] <racarr> imbrandon: Doing beryl-settings now?
[02:57] <imbrandon> was just getting ready to, i'll wait for your upload
[02:57] <imbrandon> to slim the build-deps
[02:57] <imbrandon> i need to check on a few other things for a minute anyhow
[02:57] <racarr> already uploaded the beryl-settings
[02:57] <imbrandon> k
[02:57] <racarr> and yeah, I need to go for a few minutes as well
[02:57] <racarr> be right back
[02:59] <imbrandon> racarr, shouldent it still have python-central or something ?
[02:59] <imbrandon> gpocentek, got a sec ?
[03:00] <gpocentek> imbrandon: yes
[03:00] <imbrandon> i'm jnot upto snuff on my python packageing, can you eyeball http://revu.tauware.de/details.py?upid=4667 also please
[03:00] <imbrandon> s/jnot/not
[03:01] <gpocentek> hum, beryl beryl
[03:02] <imbrandon> gpocentek, yea me and crimsun and racarr and lupine_85 and ajmitch spent most of the night on it
[03:02] <imbrandon> for sabdfl 
[03:02] <imbrandon> ;)
[03:02] <imbrandon> but everyone seems to have hit the bed but me and racarr :)
[03:02] <imbrandon> we're going over them one by one and i'm getting them in the NEW queue
[03:02] <gpocentek> I've seen this
[03:02] <imbrandon> -core -plugins -manager -plugins-unsupported already done
[03:03] <imbrandon> but my python skills lack ;)
[03:03] <gpocentek> and what about the other packages sitting on REVU? :)
[03:03] <imbrandon> still waiting for the fine tooth comb
[03:03] <gpocentek> I mean the !beryl ones
[03:03] <imbrandon> ahh thats after beryl ;)
[03:03] <gpocentek> right
[03:04] <imbrandon> REVU fridays ( even though its not Friday )
[03:04] <imbrandon> ;)
[03:04] <imbrandon> REVU weekends i guess lol
[03:04] <imbrandon> nah serouisly trying to push this in because sabdfl really wants to see it in the archive, sooooooo
[03:05] <gpocentek> http://wiki.debian.org/DebianPython/NewPolicy for python
[03:05] <racarr> ok back
[03:05] <jwendell> how can i run 'automake' from debian/rules?
[03:06] <racarr> imbrandon: We went over beryl-settings quite a bit a wh ile ago because we had a lot of python policy issues (for our ubuntu.b-p.o repo)
[03:06] <racarr> so it's probably pretty safe
[03:06] <racarr> ...except the dependencies apparently
[03:06] <racarr> it actually might need autotools-dev to build, but I don't think so...so let me know after you test in a clean build
[03:08] <imbrandon> racarr, well it doesnt look like it , check that link , it dosent build-dep on pysupport or pycentral
[03:08] <imbrandon> brb bio break
[03:08] <imbrandon> :)
[03:09] <imbrandon> racarr, and it looks like configure looks for the gtk packages , so it probably will need the builddeps
[03:09] <imbrandon> checking pkg-config is at least version 0.9.0... yes
[03:09] <imbrandon> checking for PYGTK... configure: error: Package requirements (pygtk-2.0) were not met:
[03:09] <racarr> imbrandon: Ah, yeah...that needs to be removed from configure then
[03:10] <racarr> imbrandon: And reading the python policy
[03:10] <Lutin> imbrandon: I can update the package to make it comply with th python policy if you want
[03:10] <imbrandon> Lutin, that would be great
[03:10] <Lutin> imbrandon: k, doing it right now then
[03:10] <racarr> Lutin: Yes, I know little about this, so that would be great
[03:11] <racarr> Lutin: Could you do the same for beryl-settings-simple? also on REVU, packaging is nearly identical
[03:11] <imbrandon> Lutin, your in the REVU ring right? just upload it over the old ones and let us know
[03:11] <Lutin> imbrandon: upID 4667 on revu, right ?
[03:11] <imbrandon> yes
[03:11] <Lutin> o
[03:11] <Lutin> k
[03:11] <imbrandon> 4667
[03:12] <racarr> Lutin: Once I see how you fix beryl-settings I can probably actually work out how to fix beryl-settings-simple
[03:12] <imbrandon> racarr, wanna fix the configure while he changes that >
[03:12] <racarr> imbrandon: While he does that want to look at emerald?
[03:12] <racarr> imbrandon: err, I'll wait until after he fixes that to fix the configure
[03:12] <racarr> imbrandon: So changes don't get written over
[03:12] <Lutin> racarr: ok
[03:12] <imbrandon> racarr, ok
[03:13] <imbrandon> lets do -bindings next
[03:13] <racarr> ok
[03:13] <racarr> bindings SHOULD be good
[03:13] <racarr> spent a while on it somewhere around midnight
[03:14] <racarr> because it was pulling in every single X library for a build dependency because we had broken pkgconfig files
[03:14] <racarr> heh
[03:14] <imbrandon> yea looking it over its alot better than the others
[03:14] <racarr> not sure if it complies with the python policy
[03:14] <imbrandon> yea it does
[03:14] <imbrandon> i was just looking at that
[03:14] <racarr> ah, convenient
[03:15] <racarr> ok...I would give that a test build then
[03:15] <geser> racarr: for libemeraldengine-dev (or any other -dev package) use = ${binary:Version} to depend on versioned libemeraldengine0
[03:15] <racarr> geser: Ok, I will fix that now
[03:16] <imbrandon> hum the debian copyright is a little shakey in -settings
[03:16] <imbrandon> other than that its looking ok
[03:16] <imbrandon> geser, !!!!
[03:16] <geser> racarr: don't hard code the lib depends on emerald (use ${shlibs:Depends}
[03:16] <racarr> imbrandon: settings-bindings or settings?
[03:16] <imbrandon> b-s-b
[03:16] <imbrandon> http://revu.tauware.de/revu1-incoming/beryl-settings-bindings-0703180815/beryl-settings-bindings-0.2.1/debian/copyright
[03:16] <racarr> imbrandon: Ok, will look at that after fixing emerald...
[03:16] <imbrandon> kk
[03:18] <racarr> geser: Mmm on emerald the dependencies wont show up in shlibs:Depends
[03:18] <imbrandon> geser, have i told you how much i love you today ?
[03:18] <geser> racarr: libemeraldengine0 shouldn't depend on emerald (cyclic depends)
[03:18] <racarr> emerald shouldn't depend on libemeraldengine I think...
[03:20] <racarr> imbrandon: What's wrong with that copyright?
[03:20] <racarr> b-s-b that is
[03:20] <racarr> it actually is 100% Quinn
[03:21] <lupine_85> I'm back, mwahaha
[03:21] <racarr> lupine_85: You need to update pretty much all of the packages
[03:21] <racarr> before you upload anything
[03:21] <racarr> heh
[03:21] <racarr> as in update from REVU
[03:21] <racarr> so you don't write over
[03:21] <lupine_85> sorry about the time, I had to go miles and got caught in the snow
[03:21] <lupine_85> np racarr
[03:23] <Lutin> imbrandon, lupine_85 : is there something I am missing or upID 4667 is arch-indep ?
[03:23] <lupine_85> Lutin: it's python
[03:24] <Lutin> ok
[03:24] <racarr> geser: Uploaded a new emerald based on your fixes, thanks
[03:24] <racarr> imbrandon: Ping?
[03:24] <imbrandon> racarr, sorry afk a min phone
[03:24] <racarr> Ah, ok
[03:25] <lupine_85> racarr: so, what should I work on?
[03:25] <geser> wow, beryl-manager is already build on all archs
[03:25] <imbrandon> lupine_85, the copyright in b-s-b
[03:26] <racarr> imbrandon: What's wrong with it?
[03:26] <lupine_85> it's all quinn isn't it?
[03:26] <racarr> imbrandon: It really is 100% quinns work...so
[03:26] <imbrandon> # Beryl-Manager intl file.
[03:26] <imbrandon> # Copyright (C) 2006
[03:26] <imbrandon> # This file is distributed under the same license as the beryl-manager package.
[03:26] <imbrandon> # cyberorg , 2006.
[03:26] <imbrandon> is a litte vague
[03:26] <imbrandon> # Steveway (DE translation)
[03:26] <racarr> ...ok
[03:26] <racarr> I missed that
[03:26] <racarr> heh
[03:26] <lupine_85> heh, gotta love the translation stuff
[03:26] <Lutin> imbrandon: is this for universe or main ?
[03:27] <imbrandon> Lutin, universe for the moment, it might be promoted to main sometime in the future
[03:27] <racarr> Lutin: Universe right now, sabdfl implies we are going to try for main
[03:27] <imbrandon> ok i have to make a phone call or two, back in a few, lupine_85 catch up with racarr, we got alot done
[03:27] <racarr> imbrandon: Ok
[03:28] <racarr> lupine_85: Err, lotslotslots done...including fixing the amusing fact that the beryl-settings-simple chinese translations were attributed to (and copyright assigned to) me
[03:28] <racarr> That was the real high point
[03:30] <imbrandon> geser, all arches? its not in NEW still ?
[03:30] <lupine_85> ok
[03:30] <lupine_85> That beryl-manager part looks like a complete misnomer
[03:30] <racarr> yeah
[03:31] <lupine_85> I'm guessing trevinho ust cp'd from beryl-manager
[03:31] <lupine_85> there /is/ no intl file
[03:31] <racarr> XD
[03:31] <racarr> easy fix then
[03:32] <geser> imbrandon: beryl-manager was already in universe
[03:32] <imbrandon> geser, ahh
[03:32] <racarr> ...oh
[03:32] <racarr> I was excited for a second
[03:33] <racarr> Lutin: Let me know when you upload beryl-setting fixes so I can do the equivalent for settings-simple
[03:34] <imbrandon> ( and fix the configure hehe )
[03:34] <racarr> yeah
[03:34] <racarr> that too
[03:34] <lupine_85> so, I suppose at the end we can go through all the .diff files and merge back into beryl properly :)
[03:34] <racarr>  lupine_85: Uploading new -bindings? besides that -bindings is good to go
[03:34] <Lutin> racarr, lupine_85 : I can't get why pkg-config checks for python-gtk2 at compile-time. clues ?
[03:34] <lupine_85> it's up
[03:34] <racarr> Lutin: That's a mistake
[03:35] <racarr> Lutin: I was going to fix that after you did your upload
[03:35] <racarr> imbrandon: If you didn't catch it, lupine fixed b-s-b
[03:35] <imbrandon> racarr, you might need to fix it first , so he can test build
[03:35] <Lutin> racarr: please do it before, so I can run some build tests with the python thing
[03:35] <imbrandon> ok racarr still on the phone , i'll get it in a sec
[03:36] <lupine_85> just keep pointing me at things, people :)
[03:36] <lupine_85> I feel really guilty for running off as I did
[03:36] <lupine_85> hey... why don't we get sabdfl to help?
[03:36] <imbrandon> heh yea ..... um no
[03:36] <racarr> Lutin: Ok, uploaded
[03:36] <lupine_85> aww ;)
[03:37] <Lutin> racarr: awesome, thanks
[03:37] <racarr> lupine_85: Start looking for problems in the decorators
[03:37] <racarr> after we get *-settings-*
[03:37] <racarr> they are next
[03:38] <racarr> lupine_85: I'm working on emerald, so can you check heliodor or aquamarine?
[03:39] <lupine_85> aquamarine is near perfect, I think... I'll double-check though
[03:39] <racarr> heliodor then, hehe
[03:39] <lupine_85> onestone seems to have more of a handle on licensing than quinn ;)
[03:39] <lupine_85> ok, I'll do heliodor
[03:39] <geser> beryl-settings-simple-0.2.1.1/debian/copyright: no tarball for it?
[03:39] <racarr> geser: ?
[03:40] <racarr> aj
[03:40] <racarr> there is a tarball
[03:40] <racarr> not...sure how that got there
[03:40] <racarr> lupine_85: Why is it listed as coming from git?
[03:41] <geser> racarr: http://revu.tauware.de/revu1-incoming/beryl-settings-simple-0703180955/beryl-settings-simple-0.2.1.1/debian/copyright lists a git+ssh url as download source
[03:41] <racarr> geser: Yes, I see, lupine must have done that
[03:43] <racarr> geser: That might be intentional, I can't recall exactly how we handled it earlier...
[03:43] <imbrandon> that was only for -core
[03:43] <racarr> well
[03:43] <lupine_85> racarr: not quite
[03:43] <racarr> -simple had tango icons that we removed...
[03:43] <lupine_85> exactly
[03:43] <lupine_85> and some other fixes too
[03:43] <imbrandon> ah ok
[03:43] <racarr> so, intentional
[03:43] <racarr> geser: ^
[03:43] <geser> ok
[03:43] <imbrandon> is the tarball / version done as such ?
[03:44] <imbrandon> e.g. with dfsg and git+date
[03:44] <racarr> well, the tango icons are gone in git as well
[03:44] <racarr> so it doesn't need to be dfsg
[03:44] <imbrandon> ok yea but it needs to be +git<date>
[03:44] <racarr> lupine_85: You do it or me?
[03:45] <lupine_85> racarr: you? 
[03:45] <racarr> lupine_85: Ok, I will
[03:45] <lupine_85> hmm, according to debian/copyright, we're currently dual-licensing heliodor... :D
[03:45] <racarr> Also just uploaded a new one for emerald with a few copyright things (man pagers, AUTHORS file, and updated a NEWS file indicating the version was 0.1)
[03:45] <lupine_85> I assume it's safe to remove teh MIT part
[03:45] <racarr> yeah
[03:47] <lupine_85> heh, I missed all of lib/ on the first pass
[03:48] <racarr> imbrandon: Do I need to change anything in debian/ for the +git
[03:48] <racarr> or just the tarball name?
[03:48] <lupine_85> racarr: changelog
[03:48] <imbrandon> debian/changelog versioning
[03:49] <racarr> ok
[03:49] <lupine_85> heliodor up; I'll check on aquamarine now
[03:50] <racarr> err, what do I update in changelog?
[03:50] <racarr> theres already a changelog entry for the  fixes
[03:50] <Lutin> racarr: why does it check beryl-settings-bindings as well ? does it relies on it to be built ?
[03:50] <imbrandon> change the version number
[03:50] <racarr> does it need to be
[03:50] <lupine_85> racarr: the version (bit in the brackets)
[03:50] <racarr> 0.2.1.1+gitDATE-0ubuntu1
[03:50] <racarr> ?
[03:50] <imbrandon> yes
[03:50] <imbrandon> err
[03:50] <imbrandon> 2.1.1?
[03:50] <racarr> Lutin: That's a mistake as well
[03:50] <imbrandon> what is it currectly ?
[03:50] <racarr> err
[03:50] <imbrandon> currently*
[03:51] <racarr> .1
[03:51] <racarr> it should be .0
[03:51] <Lutin> racarr: ok, fixing with the py thing then
[03:51] <racarr> err, no .0
[03:51] <racarr> Lutin: Ok, thanks
[03:51] <imbrandon> 0.2.1+git20070318-0ubuntu1
[03:51] <racarr> err, vaugely stupid question, is it important that the folder inside the tar
[03:52] <racarr> be namedberyl-settings-simple-0.2.1+git20070318-0ubuntu1
[03:52] <racarr> ?
[03:52] <racarr> err
[03:52] <racarr> minus the -ubuntu1
[03:52] <lupine_85> racarr: that's not important
[03:52] <lupine_85> (beryl-core isn't either)
[03:52] <imbrandon> no
[03:52] <lupine_85> rename the tar.gz to the correct form, though ;)
[03:53] <racarr> we have a bit of a confusion with .1.1
[03:53] <racarr> so I need to fix that as well
[03:55] <racarr> ok that should be good
[03:57] <racarr> ok, uploaded fixed version
[03:57] <racarr> What's up with beryl-settings-bindings?
[03:57] <racarr> uploaded to NEW yet?
[03:57] <lupine_85> ok aquamarine has 3 .po from the same person with no copyright info
[03:57] <lupine_85> (all russian)
[03:57] <racarr> lupine_85: dfsg for now, email author
[03:58] <lupine_85> b-s-b is updated, racarr
[03:58] <racarr> lupine_85: I know, wasn't sure if imbrandon had looked over it yet though
[03:58] <lupine_85> ah, gotcha#
[03:59] <racarr> lupine_85: copyright on emerald-themes all good?
[04:00] <racarr> Lutin: What's up with beryl-settings?
[04:00] <Lutin> racarr: building.
[04:00] <Lutin> racarr: had to update my pbuilder with a slow connec
[04:00] <racarr> Ah, ok
[04:02] <animimotus> jdong: well, conky or not conky that's the question :)
[04:03] <racarr> I should be able to fix settings-simple from a debdiff
[04:04] <lupine_85> racarr: emerald-themes should be fine
[04:04] <racarr> ok...as soon as Lutin gets beryl-settings up and I'm able to oprt the changes to simple
[04:04] <lupine_85> they're all GPL, an authors list is in AUTHORS, and inside each .emerald file is the full ownership details
[04:04] <racarr> and imbrandom gets back
[04:05] <racarr> we should be able to upload b-s-b, b-s and b-s-s
[04:05] <racarr> and probably heliodor
[04:05] <lupine_85> might need to mirror AUTHORS to debian/copyright, but that's it
[04:05] <Lutin> racarr: modifiying configure.ac is not enough. is it possible to re-generate a orig tarball (run autogen.sh) after those madifications ?
[04:05] <racarr> lupine_85: Yeah, probably need to I'll go ahead and do that...
[04:05] <Lutin> modifications*
[04:05] <racarr> Lutin: What do you mean?
[04:06] <Lutin> racarr: I mean that changing configure.ac is useless if you don't run autogen.sh afeter that
[04:06] <racarr> Lutin: You can just run autoconf, and when you run
[04:06] <Lutin> k
[04:06] <racarr> debuild
[04:06] <racarr> the configure changes
[04:06] <racarr> will go in the diff.gz
[04:07] <Lutin> racarr: autoconf fails with errors
[04:08] <racarr> Lutin: Which?
[04:08] <Lutin> probably needs files that aren't distributed.
[04:08] <Lutin> ./VERSION
[04:08] <racarr> yeah looks like we are missing
[04:08] <racarr> yeah
[04:08] <racarr> VERSION
[04:09] <racarr> Lutin: That can also be fixed in the diff.gz
[04:09] <Lutin> racarr: really, the simple way is to generate a new, clean tarball
[04:10] <racarr> I don't think that's the simple way, that involves making a new upstream release
[04:10] <racarr> or making it a git snapshot
[04:11] <Lutin> sigh
[04:11] <racarr> just make a VERSION file with
[04:11] <racarr> VERSION=0.2.1
[04:12] <Lutin> ...will patch configure
[04:12] <racarr> ?
[04:13] <Lutin> it's ok :)
[04:13] <racarr> ok, thanks
[04:15] <Lutin> racarr: where can I get the release tarball ?
[04:16] <racarr> Lutin: releases.beryl-project.org, but don't you have the orig.tar.gz?
[04:16] <racarr> Lutin: http://releases.beryl-project.org/0.2.1/beryl-settings-0.2.1.tar.gz
[04:17] <Lutin> racarr: just want to check what's been changed
[04:17] <racarr> Lutin: From the git snapshot, just a few packing fixes, and using GTK stock icons instead of two tango icons
[04:19] <racarr> By packing I mean widget packing
[04:20] <Lutin> k
[04:20] <racarr> But neccesary, because err without the packing fixes things go off the edge of the window strangely
[04:20] <racarr> and the icons are non GPl compatible
[04:20] <racarr> so
[04:21] <Lutin> imbrandon: ping
[04:21] <imbrandon> Lutin, i'm here but still on the phone
[04:22] <Lutin> racarr: ok. just waiting imbrandon to come back to make sure I do thing the right way about the pkg-config thing
[04:22] <imbrandon> i'll be back in action in a few
[04:22] <imbrandon> Lutin, what about it ?
[04:23] <racarr> lupine_85: Are you dfsging aquamarine?
[04:24] <Lutin> imbrandon: there are little things to change in the configure, what's the better solution: 1/ just modify configure without any patchsystem. 2/ the same, with a patchsystem. 3/patch configure.ac and call autoconf from debian/rules
[04:24] <racarr> As far as I know the best solution is to patch configure.ac and then run autoconf before building the package...but
[04:25] <imbrandon> Lutin, totaly upto you, #3 is what i would personaly dso
[04:25] <imbrandon> do*
[04:25] <racarr> why do you need to call autoconf deom debian/rules?
[04:25] <racarr> from*
[04:26] <imbrandon> racarr, because it will unpack a new tar when it tries to build on the buildd
[04:26] <imbrandon> so it neesds to apply the patch and re run the autoconf
[04:26] <racarr> but if the configure is changed (after running autoconf)
[04:26] <racarr> it will be in the diff.gz
[04:26] <Lutin> imbrandon: ok, will do that the clean way then. patchsystem and debian/rules call
[04:26] <racarr> and applied when the tar is unpacked
[04:26] <racarr> Right?
[04:26] <imbrandon> racarr, yea but thats ugly , heh
[04:26] <Lutin> racarr: ugly
[04:27] <racarr> ok
[04:27] <geser> how big are the changes to configure?
[04:27] <Lutin> lemme check
[04:27] <geser> you could patch configure and configure.ac
[04:27] <racarr> well, two lines removed in configure.ac afaik
[04:27] <imbrandon> true
[04:27] <Lutin> geser: no point in patching configure.ac if I patch configure
[04:28] <imbrandon> Lutin, sure there is incase someone else wants to regen the autoconf
[04:28] <racarr> I think he meant what I was talking about
[04:28] <racarr> patch configure.ac
[04:28] <racarr> run autoconf
[04:28] <imbrandon> no 
[04:28] <imbrandon> patch them both from debian/patches
[04:28] <imbrandon> is what geser said
[04:28] <lupine_85> racarr: trying
[04:28] <Lutin> imbrandon: yep, but that'd need one more file which is not in the orig tar (./VERSION)
[04:28] <racarr> imbrandon: Mm, ok
[04:28] <lupine_85> I just can't get a tarball out
[04:29] <imbrandon> Lutin, ahh hrm
[04:29] <Lutin> imbrandon: so I can do that + add the file as a patch. it's a oneliner
[04:29] <imbrandon> right
[04:29] <Lutin> ok. thanks geser and imbrandon 
[04:30] <racarr> imbrandon: -bindings should be ready to upload now...
[04:30] <imbrandon> racarr, cool ok, i'll do that in a sec
[04:30] <imbrandon> and b-s and b-s-s after Lutin is done right ?
[04:30] <racarr> b-s after Lutin is done
[04:30] <racarr> then I'm going to fix b-s-s based off a debdiff
[04:30] <imbrandon> ( just so i'm on the same page here, like i said getting tired )
[04:31] <racarr> so a bit longer for b-s-s
[04:31] <imbrandon> ok
[04:31] <imbrandon> sure thing
[04:31] <racarr> heliodor and emerald should be ready as well
[04:31] <imbrandon> brb
[04:31] <racarr> and emerald-themes
[04:31] <racarr> well emerald-themes definitely
[04:31] <racarr> heliodor and emerald lupine and I think
[04:32] <imbrandon> ok geser can you once over emerald* and heliodor , while i finish up the beryl-settings*
[04:33] <imbrandon> i'll upload them after build test geser , just make sure they arent missing something please ;)'
[04:33] <imbrandon> brb
[04:35] <racarr> Lutin: I just realized I said something wrong earlier
[04:35] <racarr> Lutin: beryl-settings isn't a git snapshot, just beryl-settings-simple
[04:35] <Lutin> racarr: what ?
[04:35] <Lutin> ok
[04:36] <racarr> and the tango icon stuff, packing fixes, etc, were also in beryl-settings-simple, heh
[04:36] <racarr> sorry, been at this for a while and my brain is melting
[04:37] <Lutin> I hate configure patching. it's nothing but pain. *g*
[04:38] <zachtib> So, I have what may be an unusual request/question...
[04:38] <zachtib> What would it take to get a package removed from the universe repository?
[04:39] <imbrandon> a good reason and a request on LP
[04:39] <imbrandon> why?
[04:39] <zachtib> Well, I'm the developer of the Deluge Bittorrent Client, and the version in Feisty is 0.4.1
[04:39] <zachtib> which is a badlyt broken release
[04:40] <imbrandon> ok , its better to update it then remove it
[04:40] <zachtib> I've been trying to get a UVF for 0.5, but it's been largely unsuccessful, and I don't want to be stuck supporting a broken version for the lifetime of feisty
[04:40] <imbrandon> soooo i would see who packaged it, poke them, file a UVFe for it stating why its broke and it will be updated
[04:40] <imbrandon> unsuccessfull how?
[04:41] <zachtib> how do I know who packaged it? I know the debian packager, but not the ubuntu one
[04:41] <zachtib> imbrandon: they won't accept it, more or less
[04:41] <racarr> lupine_85: Still having aquamarine woes?
[04:41] <zachtib> They've asked for a lot of things that I don't exactly know how to produce, or don't apply to the situation
[04:41] <imbrandon> most of the time its the same, and wont accept it why, they normaly give you a reason, i have never seen them say "no"
[04:41] <imbrandon> ahh now that is diffrent
[04:42] <imbrandon> then when you come here adn ask how to produce those things and get the UVFe ;)
[04:42] <imbrandon> if i wasent dead tired i would help but i'm about to fall asleep in my chair, if you want email me the bug number ( imbrandon@ubuntu.com ) and i'll look at it when i wake
[04:42] <imbrandon> and see if i cant help you 
[04:42] <zachtib> for instance, they want a diff of the upstream tarballs, 0.5 is a complete rewrite of 0.4, plus it has a secondary project, python-libtorrent merged with it
[04:43] <zachtib> imbrandon: ok
[04:44] <racarr> mm, I don't have anything to do with packaging until beryl-settings is up...
[04:44] <racarr> lupine_85: know of anything else that needs to be done/
[04:44] <Lutin> racarr: VERSION=0.2.1, right ? (for the VERSION file)
[04:44] <lupine_85> just...aqua.. sorry
[04:44] <racarr> Lutin: Yeah
[04:44] <Lutin> k
[04:44] <lupine_85> i just can't get it
[04:44] <Lutin> i'm almost done
[04:45] <racarr> lupine_85: What are your problems?
[04:45] <racarr> lupine_85: Can we roll a new upstream tarball as a 0.2.1.1 so you don't have to dfsg?
[04:45] <lupine_85> racarr: I can't get a new tarball, full stop
[04:45] <imbrandon> why?
[04:46] <racarr> lupine_85: Did you reapply (if you unapplied somehow) the patch that fixed the error raised with the libberylsettings pkgconfig change?
[04:46] <lupine_85> as in, I ./autogen.sh and it doesn't know about make dist, make distcheck, etc
[04:46] <racarr> lupine_85: It's using KDEs build system because uh
[04:46] <racarr> yeah
[04:47] <racarr> lupine_85: We should google around for documentation
[04:47] <racarr> lupine_85: also, iXce knows
[04:48] <racarr> lupine_85: Check beryl-dev...iXce has a script
[04:50] <lupine_85> I might have a package
[04:50] <lupine_85> there's no dodgy translations in.. I removed them directly in the source and built
[04:50] <racarr> ?
[04:51] <racarr> lupine_85: http://guillaume.segu.in/aquamarineRelease.sh
[04:51] <lupine_85> ok... let's see how this goes ;)
[04:54] <geser> how tightly is emerald depending on libemeraldengine0?
[04:54] <geser> is same upstream version ok or needs it a tighter depends?
[04:54] <racarr> geser: Same upstream version is ok
[04:55] <racarr> geser: Didn't I upload a package with emerald not depending on libemeraldengine0?
[04:55] <racarr> because I don't think it should
[04:55] <racarr> but libemeraldengine0 should depend on emerald
[04:55] <geser> than use ${source:Version} (${Source-Version} is the old syntax)
[04:55] <racarr> geser: ok
[04:56] <geser> racarr: emerald doesn't depend on libemeraldengine0 anymore but libemeraldengine0 depends on emerald
[04:56] <racarr> geser: Ok, yes, that's how it's supposed to be
[04:57] <geser> so emeral doesn't link to libemeraldengine0?
[04:57] <racarr> geser: Uploaded a new package with the syntax correctly
[04:57] <racarr> geser: I can double check but I don't think it does...
[04:58] <racarr> I might misunderstand something
[04:59] <racarr> geser: Yes, it does, I was wrong
[05:00] <racarr> the dependency needs to be reversed
[05:01] <lupine_85> ok, uploading an aquamarine
[05:01] <lupine_85> aaah, forget that. that was a crap upload.
[05:02] <racarr> geser: Put up a fixed emerald
[05:02] <racarr> geser: Thanks, I completely misunderstood that (Don't mess with emerald much, heh)
[05:03] <geser> heliodor-dev: shouldn't it depend on libmetacity-dev (instead of libmetacity0)
[05:03] <racarr> Presuming you mean builddepends?
[05:03] <geser> Depends: ${shlibs:Depends}, beryl-dev, libmetacity0
[05:03] <geser> for Package: heliodor-dev
[05:03] <racarr> oh, no I don't think it needs a Depends on libmetacity-dev...
[05:04] <geser> doesn't ${shlibs:Depends} detect it? (also for package heliodor)
[05:05] <racarr> Yes, it should
[05:05] <imbrandon> ok fella's i need to catch a few hours sleep, geser you gonna finish helping them with the review packages and then when i wake i'll do one final once over on the things i havent uploaded already and upload the rest, sound like a plan? 
[05:05] <racarr> I don't know why libmetacity0 is added
[05:05] <racarr> imbrandon: Ok, In an hour or two though I will leave until around 6:30 est...but someone else should be able to work with it
[05:05] <geser> imbrandon: will try my best
[05:05] <lupine_85> aquamarine up for real this time
[05:06] <imbrandon> geser / racarr / lupine_85 , rockin, PM me if something is still pending when you all go offline and i'll make sure to skip those
[05:06] <racarr> Lutin: Anyway I can help with -settings ?
[05:06] <Lutin> sorry guys, was on the phone. going to upload b-s in the next 5 min
[05:06] <racarr> imbrandon: Ok
[05:06] <racarr> Lutin: aha, ok
[05:06] <imbrandon> you all rock, thanks for all the hard work tonight
[05:06] <lupine_85> ok :)
[05:06] <lupine_85> you too :D
[05:06] <racarr> yeah, thanks imbrandon
[05:06] <imbrandon> i'll be back on in ~9 hours
[05:07] <racarr> okies, sounds good
[05:07] <racarr> I will be on then as well...
[05:07] <lupine_85> ah, I'll be long asleep by then
[05:08] <geser> lupine_85: isn't the depends for aquamarine on libqt3-mt detected by ${shlibs:Depends}?
[05:09] <lupine_85> ah, yes it is....
[05:11] <lupine_85> re-uploaded
[05:24] <racarr> lupine_85: Anything else that needs doing?
[05:24] <lupine_85> racarr: I don't think so
[05:24] <racarr> lupine_85: Theres a dependenyc on heliodor that will be detected by ${shlib:Depends}
[05:24] <racarr> if you want to fix that quickly...or I can
[05:26] <Lutin> geser: phew. I think Im finally done.
[05:26] <lupine_85> racarr: libmetacity0 >
[05:26] <lupine_85> ?
[05:26] <racarr> lupine_85: Yes, in the Depends:
[05:26] <racarr> Lutin: Woo! thanks!
[05:26] <lupine_85> no problem
[05:27] <lupine_85> cool, Lutin
[05:29] <lupine_85> racarr: uploads0red
[05:30] <racarr> lupine_85: funfun
[05:32] <Lutin> geser: just uploaded beryl-settings, if you want to have a look at it. just hope I haven't done anything ugly
[05:34] <racarr> I will port changes to settings-simple shortly
[05:38] <Lutin> damn, I forgot the licenses fix
[05:40] <racarr> Lutin: There was a licenses problem with beryl-settings?
[05:40] <Lutin> racarr: some po were modified
[05:40] <Lutin> 2 min, reuploading ;)
[05:41] <racarr> err I uploaded modified pos a long time ago I think
[05:41] <Lutin> ok, so no need to modify them ?
[05:42] <racarr> assuming I remember correctly and you didn't overwrite my changes
[05:42] <racarr> all is good
[05:42] <racarr> err
[05:42] <racarr> debdiff is implying you overwrote my changes
[05:42] <Lutin> racarr: yeah, thats what I'm talking about ;). I forgot to re-upload your changes
[05:42] <Lutin> fixed now
[05:42] <racarr> +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
[05:42] <racarr> +# This file is distributed under the same license as the PACKAGE package.
[05:42] <racarr> +# FIRST AUTHOR <EMAIL@ADDRESS>, YEAR.
[05:42] <racarr> -# This file is distributed under the same license as the Beryl Settings package.
[05:42] <racarr> -# Copyright Thruth <gubotruth@gmail.com> 2007
[05:42] <racarr> ah ok
[05:49] <racarr> mm
[05:49] <racarr> your last upload isn't showing up lutin
[05:49] <Lutin> racarr: should be in 1 min or so
[05:51] <Lutin> racarr: here it is
[05:51] <racarr> Lutin: Ah, I spoke to soon
[05:53] <Lutin> racarr: is it ok with your previous changes ?
[05:53] <racarr> Lutin: Looks like it, yes :)
[06:05] <Lutin> racarr: everything should be ok now, but I'd like some review to make sure it's ok. imbrandon ;)
[06:05] <racarr> Lutin: He's away until 9 EST
[06:07] <Lutin> racarr: yep, but he'll know I need review when he reads his awaylog :p
[06:09] <geser> linda finds only the following: E: beryl-settings; No manual page for binary beryl-settings.
[06:09] <Lutin> heh, it's an error for linda ? I wasn't aware it was possible to more anal than lintian
[06:09] <racarr> err, why would I get unknown  substitution variable ${shlibs:Depends}
[06:10] <racarr> same for misc:Depends
[06:11] <Lutin> geser: btw, is shlibs:Depends useful there ? can't see the point
[06:11] <geser> misc:Depends are often filled through echo "something" >> debian/packagename.substvars
[06:11] <racarr> in beryl-settings-simple? I don't see it either...
[06:11] <racarr> the point that is
[06:11] <racarr> geser: ?
[06:12] <geser> racarr: misc:Depends are often generate through debian/rules
[06:12] <racarr> shlibs depends doesn
[06:12] <racarr> 't work on python does it?
[06:13] <geser> dh_shlibdeps is a debhelper program that is responsible for calculating
[06:13] <geser>        shared library dependencies for packages
[06:13] <geser> you don't have them normally in python programs
[06:13] <racarr> well, things like
[06:13] <racarr> python-gtk2
[06:13] <racarr> is what I meant
[06:13] <racarr> I have to manually specify those?
[06:13] <geser> yes
[06:13] <Lutin> geser: and misc either if you do nothing to generate it, right ?
[06:14] <geser> Lutin: yes, if you don't need it you can remove it
[06:14] <Lutin> ok
[06:15] <Lutin> racarr: btw, any idea why it depends on librsvg2 ?
[06:16] <racarr> Lutin: It uses gdk to load svgs which in turn uses librsvg2
[06:16] <racarr> but gdk doesn't depend on librsvg2
[06:16] <racarr> it's an optional thing I gather
[06:17] <Lutin> racarr: the package depends on python-gtk2, which depends on libgtk2
[06:17] <Lutin> and that does depend on librsvg2-common and won't change for sure
[06:18] <racarr> ah, I don't think that used to be the case
[06:18] <racarr> or maybe it did, I didn't do this packaging, heh
[06:22] <racarr> I have to go for a bit, Ill be back ground 6:40 or 7 
[06:23] <racarr> though I put up a new beryl-settings-simple (still needs some work) but more or less everything not uploaded should be ready for upload
[06:23] <racarr> so once imbrandon gets back things shouhld be good
[06:40] <Lutin> lupine_85: why is the whole configure in the diff for b-s-s ??
[06:43] <tbf> grrr! who is spaming here with beryl-core uploads?
[06:43] <tbf> got about 60 messages about that already
[06:44] <tbf> Lutin: why do you need that many updates?
[06:44] <Lutin> tbf: I don't upload beryl-core ^^
[06:45] <Lutin> maybe because wa fix one thing, then another, and so on ... don't know
[06:45] <tbf> Lutin: just thought you'd do, cause the messages are from lut1n@gmail.com
[06:45] <Lutin> tbf: this is beryl-settings
[06:45] <Lutin> are 4 upload aren't *that* much
[06:46] <tbf> Lutin: this and beryl-core
[06:46] <Lutin> I've never touched beryl-core and probably never will
[06:47] <tbf> Lutin: hmm, but for beryl-settings I've also got 27 messages already
[06:48] <Lutin> for sure the problem doesn't come from me spamminng with updates
[06:48] <Lutin> I uploaded it 4 times, that's all. dunno where your probleme comes from
[06:48] <tbf> Lutin: also don't want to tell you not to work on this - or something like that
[06:48] <tbf> just wondering why there are that many beryl messages
[06:49] <tbf> hmm... some other updates are from lupine_85?
[06:50] <Lutin> there are many beryl messages it's being actively worked on since yresterday evening
[06:50] <Lutin> because*
[06:50] <Lutin> but really, 27 updates of beryl-settings is weird
[06:51] <tbf> Lutin: yup, appears like 0.2.0 was released
[06:52] <tbf> guess I'll have a look on it once aptitude knows more than just beryl-manager
[06:52] <tbf> but as I know that writing a good _window manager_ is hard, I wonder if there are plans in the beryl community to integrate beryl with some grown up window manager