[12:13] <tsmithe> *that* of all things deserves a mwuahahahahaha
[12:13] <tsmithe> :P
[12:31] <bddebian> Heya gang
[12:31] <fernando> hey bddebian 
[12:31] <bddebian> Hi fernando
[12:31] <geser> Hi bddebian
[12:31] <bddebian> Heya geser
[12:32] <boiton1> When is OTRS 2.1 planed to be included in ubuntu?
[12:33] <LaserJock> boiton1: what do you mean?
[12:33] <LaserJock> hi bddebian 
[12:34] <bddebian> Heya LaserJock
[12:34] <boiton1> LasserJock, currently otrs 2.0.4 is the newest version in ubuntu
[12:35] <LaserJock> boiton1: do you know what it is in Debian?
[12:35] <boiton1> LaserJock, I was wondering when otrs 2.1.x will be brought in to ubuntu
[12:36] <boiton1> LaserJock, the same in stable and testing but in unstable it's been 2.1.x for over a year and three months
[12:36] <LaserJock> boiton1: I'm guessing once it comes to Debian unless somebody volunteers to do it beforehand
[12:37] <boiton1> *raises hand* what do I have to do?
[12:38] <LaserJock> hmm, well I'm looking at Debian right now to see it's history
[12:42] <LaserJock> boiton1: well, you need to learn a bit about packaging
[12:42] <LaserJock> !packagingguide
[12:42] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[12:43] <LaserJock> !revu
[12:43] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[12:43] <LaserJock> boiton1: these ^^ 2 resources will give you some documentation to look at
[12:43] <LaserJock> boiton1: however, we are pretty frozen for Feisty so I wouldn't count on getting it for Feisty
[12:44] <boiton1> LaserJock, I guess I will hit the next release, looks like I have some reading to do, thank you
[12:44] <LaserJock> boiton1: np, you might want to ask the Debian maintainer about it first
[12:45] <LaserJock> since we will automatically sync the newest version from Debian for the next release
[01:26] <TheMuso> Heya Hobbsee.
[01:28] <Hobbsee> hey TheMuso 
[01:29] <LaserJock> hi Hobbsee and TheMuso 
[01:30] <Hobbsee> hi LaserJock 
[01:32] <keescook> geser: can you do another UVFe for wordpress 2.1.2-1 ?  Sounds like there were fixes in 2.1.2 as well.  http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-1230
[01:33] <Hobbsee> hey keescook 
[01:34] <keescook> hiya Hobbsee 
[01:36] <bddebian> Yeah geser, get to work ya bum ;-P
[01:52] <geser> keescook: sure, can do
[01:52] <keescook> geser: cool, thanks.  I would have just done a sync request, but I saw you had some changes.  :)
[01:59] <geser> keescook: any preference how to fix/update wordpress in edgy and dapper? bug #89654
[01:59] <Ubugtu> Malone bug 89654 in wordpress "wordpress needs security updates in dapper and edgy?" [Undecided,Confirmed]  https://launchpad.net/bugs/89654
[01:59] <keescook> geser: mostly they need testing.  I'm not opposed to doing a full-version update for it, but I'd rather do tested security-only patches.
[02:22] <geser> keescook: uvf exception for WP 2.1.2 filed as bug #90532
[02:22] <Ubugtu> Malone bug 90532 in wordpress "[UVF Exception]  Merge wordpress 2.1.2-1 from Debian" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90532
[02:22] <keescook> geser: awsome.  thanks!
[02:23] <bddebian> geser: Hmm, can you finish tilp2 for me and update .... ;-)
[06:09] <Amaranth> Burgundavia: can you update the status on the bugs you've filed against compiz?
[06:09] <Burgundavia> Amaranth: ugh, yes
[06:10] <tonyyarusso> Did any of those include "randomly log you out and return to gdm" ?
[06:11] <Amaranth> no :)
[06:11] <Burgundavia> heh
[06:11] <tonyyarusso> hrm, maybe I should have registered that after all - never bothered :S
[06:12] <Amaranth> man, we really need to update the package to latest 0.4 git head
[06:12] <Amaranth> bunch of little annoyances go awa
[06:12] <Amaranth> err, away
[06:12] <ajmitch> good luck
[06:13] <Amaranth> seb128 filed a bug with a debdiff
[06:13] <crimsun> I wonder if the "explodes with black screen o'death" bug goes away
[06:14] <Amaranth> don't suppose anyone knows the status of gnome-compiz-manager
[06:14] <Amaranth> i think it's been lost in NEW for over a week now
[06:14] <Amaranth> ajmitch: XAANoOffscreenPixmaps
[06:14] <Amaranth> which kills performance if you're not using compiz
[06:15] <Amaranth> luckily that'll go away soon since XAA is pretty much dead
[06:15] <Toadstool> why don't people use a plain ol' screen with mutt, irssi and friends? much more convenient ^^
[06:16] <ajmitch> Amaranth: hardly very useful if you're just wanting to enable it via desktop-effects
[06:16] <ajmitch> Toadstool: I do :)
[06:16] <Amaranth> ajmitch: indeed
[06:16] <Toadstool> so do I for most of my stuff
[06:16] <Amaranth> ajmitch: sadly EXA is broken
[06:16] <ajmitch> why should we ship compiz on the cd if people have to hack xorg.conf?
[06:16] <ajmitch> Amaranth: for all drivers?
[06:16] <Amaranth> ajmitch: seems that way
[06:16] <Amaranth> xserver 1.2 broke it
[06:17] <ajmitch> great, let's drop compiz from the cd
[06:17] <ajmitch> it'll cause more bugs than it's worth
[06:17] <Amaranth> ideally in that case it'd be added to xorg.conf and ask you to restart X
[06:18] <Amaranth> nvidia has a similar problem but the xorg.conf option it needs is safe to always have on
[06:18] <Amaranth> so that's a bug with the xorg.conf creation
[06:19] <Amaranth> dunno what package that's in, i just assign those to xorg
[06:31] <Burgundavia> Amaranth: did you updating
[06:31] <Amaranth> ?
[06:32] <Burgundavia> sorry, did some updating on my bugs
[06:32] <Burgundavia> tired
[06:32] <Burgundavia> hmm, have a new bug however
[06:32] <Burgundavia> I noticed that new windows are created on the first workspace, regardless of parentage
[06:32] <Burgundavia> only noticed this with g-a-i, as it is quite window-happy
[06:33] <Burgundavia> hmm, seems it creates them on the active workspace
[06:33] <Amaranth> probably because everyone uses it with viewports :)
[06:33] <Burgundavia> right
[06:33] <Burgundavia> some of us don't
[06:33] <Burgundavia> and the default isn't
[06:33] <Amaranth> although i would expect place to get that right
[06:34] <Amaranth> active workspace isn't what you want?
[06:34] <Burgundavia> that isn'
[06:34] <Burgundavia> what metacity does
[06:34] <Burgundavia> Amaranth: can you try https://bugs.beta.launchpad.net/compiz/+bug/73698
[06:34] <Burgundavia> ?
[06:34] <Ubugtu> Malone bug 73698 in compiz "Panel applets on top panel blink in as they redrawn while running full screen app" [Undecided,Unconfirmed]  
[06:35] <Amaranth> Burgundavia: arg, damn beta
[06:35] <Amaranth> either get me access or give me better links :)
[06:35] <Burgundavia> heh
[06:36] <Burgundavia> strip the beta off
[06:36] <Amaranth> i cannot reproduce that one
[06:36] <Amaranth> if i could i wouldn't use compiz :)
[06:36] <Burgundavia> ok, metacity does it right and leaves any child windows on the same workspace as the parent
[06:37] <Lathiat> Amaranth: you can sign up
[06:37] <Lathiat> Amaranth: just join the group
[06:37] <Amaranth> "does it right" is a matter of opinion, what does kwin do?
[06:37] <Amaranth> i think place is based on kwin code
[06:37] <Burgundavia> hmm
[06:37] <Burgundavia> what does kwin do?
[06:37] <Amaranth> hmm, i might have it installed
[06:39] <Amaranth> alright, kwin running
[06:40] <Burgundavia> might 73698 be a driver bug?
[06:40] <Amaranth> Burgundavia: easy test case?
[06:40] <Burgundavia> gnome-app-install
[06:40] <Amaranth> bug 73698
[06:40] <Ubugtu> Malone bug 73698 in compiz "Panel applets on top panel blink in as they redrawn while running full screen app" [Undecided,Unconfirmed]  https://launchpad.net/bugs/73698
[06:40] <Burgundavia> or synaptic
[06:40] <Amaranth> Burgundavia: i'd call it a driver bug, yeah
[06:40] <Burgundavia> just install nay package
[06:40] <Amaranth> unless using latest git fixes it
[06:40] <Burgundavia> yep
[06:40] <Amaranth> oh, right, i get a GPG warning with synaptic, i'll test it
[06:42] <Amaranth> kwin does it the same as metacity
[06:42] <Amaranth> i'll bring it up on the mailing list
[06:42] <Burgundavia> ok, I have filed a bug
[06:42] <Amaranth> hrm, kwin + gnome-panel + urgent hint == broken
[06:42] <Burgundavia> https://bugs.beta.launchpad.net/ubuntu/+source/compiz/+bug/90562
[06:42] <Ubugtu> Malone bug 90562 in compiz "Places child windows on the incorrect workspace" [Undecided,Unconfirmed]  
[06:42] <Amaranth> alright, hopefully davidr commits a fix in a day or two that i can backport :)
[06:43] <Amaranth> although i actually think the new place plugin would fix it
[06:43] <Amaranth> don't suppose you could test? :)
[06:44] <Burgundavia> if it ain't packaged, I don't test it
[06:44] <Amaranth> hrm, i guess i'll do it then :)
[06:45] <Amaranth> but the fix is suckier to backport then
[06:45] <Burgundavia> I am running feisty, so it isn't such a big deal
[06:45] <Amaranth> ?
[06:46] <Amaranth> bug 72700 is annoying
[06:46] <Ubugtu> Malone bug 72700 in k3d "Installation of k3d fails and package can't be removed using apt-get/synaptic/aptitude (dup-of: 64848)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/72700
[06:46] <Ubugtu> Malone bug 64848 in k3d "[SRU: EDGY]   packaging typo - k3d does not install" [High,Fix committed]  https://launchpad.net/bugs/64848
[06:46] <Amaranth> err
[06:46] <Amaranth> bug 73700 is annoying
[06:46] <Ubugtu> Malone bug 73700 in compiz "Lacks edge resistence" [Low,Confirmed]  https://launchpad.net/bugs/73700
[06:46] <Amaranth> i have a fix (snap plugin)
[06:46] <Amaranth> i wonder if it'd be accepted as a patch to the package if i make it work with 0.3.6
[06:55] <RAOF> Does anyone have the magical incantation to make an i386 pbuilder on an AMD64 system?  I worked it out once, but didn't write it down, sadly.
[06:58] <Hobbsee> --arch=i386 or something, i suspect
[06:58] <Hobbsee> RAOF: checked the pbuilder manpage?
[06:59] <Hobbsee> (and google)
[06:59] <Hobbsee> i'ts in one of them, iirc.
[06:59] <RAOF> Yeah, something like that
[06:59] <Toadstool> RAOF: maybe using --arch=i386 in DEBOOTSTRAPOPTS in your pbuilderrc
[07:00] <RAOF> Hey, that's a good idea.
[07:00] <Hobbsee> ah, that's it
[07:00] <Toadstool> dunno if it'll work though
[07:11] <imbrandon> ello peeps
[07:11] <tonyyarusso> ehyo
[07:11] <Burgundavia> hey imbrandon
[07:11] <imbrandon> heya corey
[07:11] <imbrandon> long time ;)
[07:13] <Burgundavia> indeed
[07:13] <Burgundavia> work has been just a wee bit crazy
[07:13] <imbrandon> i bet, same here actualy
[07:15] <imbrandon> RAOF, you will need to use the linux32 program too calling pbuilder ( so uname returns x86 not x86_64 )
[07:16] <imbrandon> here is a sample i followed that worked fine when i used them
[07:16] <imbrandon> http://linux.blogweb.de/archives/273-Easy-to-use-Pbuilder-helper-scripts.html
[07:21] <imbrandon> RAOF, like "sudo linux32 pbuilder $OPERATION" ( sudo linux32 uname will return 32bit on 64 bit systems to "trick" the config scripts etc )
[07:55] <imbrandon> hum
[07:55] <imbrandon> everyone got quiet or i got dissconnected ;)
[07:55] <RAOF_> I hear you :)
[07:56] <imbrandon> you see my musings about the linux32?
[07:56] <RAOF> No, I didn't.
[07:56] <imbrandon> 00:15 < imbrandon> RAOF, you will need to use the linux32 program too calling pbuilder ( so uname returns x86 not x86_64 )
[07:56] <imbrandon> 00:16 < imbrandon> here is a sample i followed that worked fine when i used them
[07:56] <imbrandon> 00:16 < imbrandon> http://linux.blogweb.de/archives/273-Easy-to-use-Pbuilder-helper-scripts.html
[07:56] <imbrandon> 00:21 < imbrandon> RAOF, like "sudo linux32 pbuilder $OPERATION" ( sudo linux32 uname will return 32bit on 64 bit systems to "trick" the config scripts etc )\
[07:56] <RAOF> Oh, I've actually just built my i386 pbuilder, without that.
[07:57] <RAOF> And I'm just updating the wiki page with the slightly strange options required :)
[07:57] <imbrandon> you can build it fine, but whenm you goto build a package it will stillthink its 64bit
[07:57] <RAOF> Hm, I've built before without linux32, and I *think* it worked...
[07:57] <imbrandon> e.g. in the pbuilderc you wil need to change sudo pbuilder $OPERATION to sudo linux32 pbuilder $OPERATION
[07:57] <RAOF> But I can see your point.
[07:59] <StevenK> imbrandon: Or you can just specify --arch
[07:59] <StevenK> And then you don't need to keep running it under linux32
[08:00] <imbrandon> aah
[08:00] <imbrandon> moins StevenK 
[08:00] <RAOF> StevenK: But what imbrandon is talking about is ./configure being freaked out about running under amd64 but building for i386, right?
[08:00] <LaserJock> hi imbrandon 
[08:00] <imbrandon> heya LaserJock 
[08:00] <StevenK> RAOF: I haven't any problems with that.
[08:00] <tonyyarusso> imbrandon: Are there pbuilders for Dapper on the i386 machine, or just Feisty?
[08:01] <RAOF> I didn't *think* I had any problems before, but I didn't really test my i386 packages very thoroughrly
[08:01] <imbrandon> tonyyarusso, breezy,dapper,edgy,feisty,sid on all the buildd's
[08:01] <imbrandon> ppc x86 and sparc
[08:01] <tonyyarusso> imbrandon: (and, as an aside, would you consider temporarily giving accounts to non -dev?)
[08:01] <tonyyarusso> cool
[08:01] <imbrandon> tonyyarusso, no, not at this time, i really dont want to
[08:01] <imbrandon> to keep it semi secure
[08:02] <RAOF> tonyyarusso: My box is back up, and now has 16x the downstream bandwidth :)
[08:02] <tonyyarusso> imbrandon: Very understandable.  I'll just hope for a charitable person when/if the time comes
[08:02] <tonyyarusso> RAOF: Nice.  It's 64-bit though - can you build i386 .debs on that?
[08:02] <RAOF> Also, it'll soon (hopefully) be moved into a place where I can actually keep it up 24/7
[08:02] <RAOF> tonyyarusso: Yup.  I'll build you an i386 pbuilder
[08:03] <tonyyarusso> Thanks
[08:03] <RAOF> Check out my latest changes to PbuilderHowto on the wiki :)
[08:03] <imbrandon> tonyyarusso, i plan to make non-motu machines too sometime but i wanna get those working good first
[08:03] <imbrandon> etc
[08:04] <tonyyarusso> imbrandon: fun stuff
[08:06] <Amaranth> alright, got a working snap plugin for compiz 0.3.6, need to figure out how to hack it into the build system
[08:06] <tonyyarusso> imbrandon: how does apt-mirror compare/differ to/from debmirror, debpartial-mirror, and apt-proxy?
[08:08] <imbrandon> apt-proxy isnt even on the same level, and i;ve never used debpartial
[08:08] <tonyyarusso> ok
[08:10] <tonyyarusso> don't have the space or time for that
[08:10] <Amaranth> meh, i'll do this in the morning
[08:10] <imbrandon> apt-mirror for one release, source + one arch , will be about 30gb
[08:10] <tonyyarusso> From what I've seen, binary-only for one architecture should only be 15-20 gig per release, ya?
[08:10] <tonyyarusso> no source necessary for this purpose
[08:11] <imbrandon> no its 30 for the first one, 10 for each additional ( think about all the arch_all packages etc )
[08:11] <tonyyarusso> How's that work?  Why are the additionals smaller?
[08:11] <tonyyarusso> Oooh, nvm
[08:12] <imbrandon> docs,scripts, tons of things are arch all
[08:12] <RAOF> Lots of lovely python
[08:12] <imbrandon> anything thats not compiled
[08:12] <tonyyarusso> right
[08:13] <imbrandon> docs scripts artwork configs etc etc etc
[08:13] <tonyyarusso> What are the nthreads and tilde options in apt-mirror for?
[08:14] <imbrandon> you want the tilde set so wget will handle the tilde correctly ( other wise packages with ~ in them get cleaned on every round )
[08:14] <imbrandon> and the nthreads is how many concurrent downloads at once
[08:14] <imbrandon> e.g. 20 is a good number
[08:14] <tonyyarusso> ...also, why does the manpage not list the switches?  (ie, I don't know what -c does, but many things mention it)
[08:15] <imbrandon> the config is pretty self explinatory, if not man apt-mirror ;)
[08:15] <LaserJock> anybody have a procmailrc rule for X-Launchpad-Bug: ?
[08:15] <imbrandon> on edgy just install it and run "sudo apt-mirror" , -c points you to an alternate config
[08:15] <tonyyarusso> man apt-mirror is a bit sparser than I'd like, if you feel like sprucing up some time ;)
[08:15] <imbrandon> tonyyarusso, patches welcome ;)
[08:16] <tonyyarusso> imbrandon: noted
[08:17] <tonyyarusso> I can almost understand perl - I'll take a look
[08:31] <Q-FUNK> hm. seems that the new OOo rc3 force removes OOo-voikko :(
[08:43] <AstralJava> Q-FUNK: Could this be the reason? $ apt-cache show openoffice.org-voikko|grep Conflicts
[08:43] <AstralJava> Conflicts: openoffice.org-core (>= 2.1.1), openoffice.org-soikko
[08:43] <AstralJava> and
[08:43] <AstralJava> $ apt-cache show openoffice.org-core|grep Version
[08:43] <AstralJava> Version: 2.2.0~rc3~oof680m10-0ubuntu2
[08:47] <Q-FUNK> voikko, not soikko :)
[08:47] <Q-FUNK> but yes, that versioned conflict with openoffice.org-core sounds like it
[08:47] <Q-FUNK> i think it comes from the debian/ build script though
[08:48] <Q-FUNK> automatically inserted
[08:48] <AstralJava> soikko is merely another entry on Conflicts: of oo.org-voikko.
[09:01] <dholbach> good morning
[09:02] <AstralJava> Morning dholbach, finally figured out the problem with ubuntustudio-look pbuilding.
[09:02] <dholbach> ahh nice
[09:03] <AstralJava> index.theme.in merging was in the merge_xml_files section of setup.cfg, when it infact is not an xml file.
[09:03] <AstralJava> When I moved it over to merge_desktop_files section, it now gets generated correctly.
[09:03] <AstralJava> Of course, I tried that earlier, but apparently goofed in the process and it didn't work then.
[09:05] <AstralJava> Here's the diff: http://paste.ubuntu-nl.org/9200/, if you got a minute to check it out.
[09:05] <dholbach> if you say that it builds - that's good enough for me
[09:06] <dholbach> if you can upload the package to revu and you prod some people they'll check it out and let you know
[09:06] <AstralJava> Okay.
[09:06] <AstralJava> I'll test it further a bit and ask someone from our room to, as well, to get more confidence in it.
[09:07] <dholbach> ok cool
[09:12] <Q-FUNK> dholbach: hey there! :)
[09:12] <dholbach> hi Q-FUNK
[09:12] <Q-FUNK> dholbach: are you in any position to schedule a bin-rebuild of OOo-voikko ?
[09:12] <dholbach> there are no bin-rebuilds
[09:13] <dholbach> you can do a noop source upload
[09:13] <Q-FUNK> it seems that something in its contorl file auto-inserts a versioned conflict that make any OOo update force-remove it
[09:14] <Q-FUNK> it basically conflicts against current OOo version > than current
[09:14] <dholbach> aha?
[09:14] <dholbach> that sounds really weird
[09:14] <dholbach> I suggest waiting for doko to be around
[09:14] <dholbach> he'll know what to do
[09:15] <Q-FUNK> is doko still the key person for OOo @buntu?
[09:15] <tepsipakki> Q-FUNK: Mirv (the maintainer) said that we should wait for the final since the dependancy-logic doesn't know how to handle rc-versions
[09:16] <Q-FUNK> tepsipakki: any APT pinning trick to prevent the update then?
[09:16] <tepsipakki> I don't know of any..
[09:17] <Q-FUNK> keeping my voikko installed matters more to me than having the latest OOo
[09:17] <tepsipakki> put OOo on hold
[09:26] <AstralJava> ...or maybe just do stuff on stable release where you really need consistency. :)
[09:27] <AstralJava> s/where/when/g
[09:33] <ajmitch> evening
[09:37] <imbrandon> heya ajmitch 
[09:41] <ajmitch> what's up?
[09:41] <imbrandon> nadda, tryign to make it through the night at work, contemplating a kerbos server for the build-network
[09:42] <imbrandon> you?
[09:45] <ajmitch> drinking beer, eating food
[09:46] <ajmitch> the usual :)
[09:46] <imbrandon> sounds like what i need to be doing ;)
[09:46] <ajmitch> heh
[10:39] <crimsun> [https://lists.ubuntu.com/archives/ubuntu-devel/2007-March/023395.html ]  for reference
[10:43] <StevenK> Can we backport that pbuilder? :-)
[11:22] <Q-FUNK> this should be submited to upstream
[11:39] <shawarma> Hmm...I thought there was automatic checking of the maintainer field wrt ubuntu changes and stuff?
[11:40] <crimsun> there is.
[11:40] <shawarma> The new pbuilder lists the Debian pbuilder team as the maintainer..
[11:41] <shawarma> Maybe mvo has special super powers to make stuff work anyway?
[11:41] <crimsun> for 0.161ubuntu2?
[11:41] <crimsun> apt-cache show still uses Maintainer and Original-Maintainer appropriately at least
[11:41] <shawarma> Yes.
[11:41] <shawarma> Oh, maybe it's changed automatically?
[11:42] <shawarma> My pbuilder refuses to build it, anyway. 
[11:44] <crimsun> well, the apt-cache show part is in apt_0.6.45ubuntu10
[11:44] <crimsun> [* added new ubuntu specific rewrite rule for "Original-Maintainer"] 
[11:45] <shawarma> crimsun: Mkay.
[11:55] <imbrandon> crimsun, is that pbuilder in the feisty repo ?
[11:55] <crimsun> yes
[11:55] <imbrandon> rockin
[11:55] <crimsun> it's the one over which soren is having a day in -devel ;)
[11:55] <imbrandon> err tries
[11:58] <imbrandon> hrm better awnser is it backported to edgy , thats what the buildd is running
[11:58] <imbrandon> if not i guess i could manualy backport it hehe 
[11:58] <crimsun> nope, but see steven's question from 38 minutes ago ;)
[11:59] <crimsun> you could always just file a request and get someone on -backports to +1 ;)
[11:59] <imbrandon> i'm on -backports ;)
[11:59] <imbrandon> hehe but yea
[11:59] <crimsun> s/38/79/
[11:59] <imbrandon> i dont think i can ack my own request anyhow
[11:59] <imbrandon> not sure
[11:59] <crimsun> nope, but I can ;)
[12:00] <imbrandon> right on, lemme test build it etc, i'm sure it will be 100% ok but i wanna make sure before i assume
[12:00] <imbrandon> then i'll file a req and poke ya ;)
[12:00] <crimsun> hopefully in the next 8-10 minutes
[12:01] <crimsun> my eyes are remaining closed of their own volition
[12:01] <TheMuso> crimsun: Dude, you work too hard.
[12:01] <StevenK> It looks like pbuilder-satisfydepends-gdebi doesn't work on Edgy anyway.
[12:01] <imbrandon> crimsun, hehe no biggie, i'm doing it now but i might not get done in time because i'm at work so i'm hit and miss looking at ssh-screen
[12:02] <imbrandon> TheMuso, +1
[12:02] <crimsun> darn, that would have been a nice backport
[12:02] <imbrandon> StevenK, we might be able to patch it quickly and then backport ;)
[12:03] <StevenK> gdebi looks it needs to be backported too
[12:05] <imbrandon> StevenK, and its versioned tight on debhelper 5.0.38 ( gdebi )
[12:05] <imbrandon> hum
[12:05] <imbrandon> messy messy messy
[12:06] <imbrandon> i wonder why
[12:06] <TheMuso> Whats the general convention when you have a package with patches in it using dpatch, and a new package no longer needs patches? Is it best to remove all patching code/references?
[12:07] <StevenK> TheMuso: Just echo>debian/patches/00list
[12:07] <TheMuso> StevenK: Thanks.
[12:07] <StevenK> Makes a nice small debdiff between us and Debian
[12:08] <TheMuso> StevenK: So essentially you are saying to zero out 00list.
[12:09] <StevenK> Essentially, yes.
[12:09] <TheMuso> Right.
[12:09] <imbrandon> hrm no mention in the changelog about /needing/ debhelper .38 , i might try to build not versioned so tightly
[12:14] <imbrandon> hum python-apt and gksu would have to be backported too, looks liek this will not happen
[12:14] <imbrandon> leaste not "officialy
[12:14] <imbrandon> :"
[12:15] <imbrandon>   gdebi: Depends: gksu (>= 2.0.0-1ubuntu3) but it is not installed
[12:15] <imbrandon>   gdebi-core: Depends: python-apt (>= 0.6.20ubuntu2) but 0.6.19ubuntu9 is installed
[12:15] <imbrandon> StevenK, ^^
[12:16] <imbrandon> everything is versioned super tight, not sure why, but i'd assume for good reason
[12:23] <TheMuso> imbrandon: Many people been using the build machines?
[12:23] <imbrandon> havent really looked, i seen a few have
[12:24] <imbrandon> TheMuso, btw i got the ppc running if you werent here the other day when i said so
[12:24] <TheMuso> imbrandon: nope.
[12:24] <imbrandon> i need to make a page with all the info and status of each
[12:24] <imbrandon> hehe
[12:25] <TheMuso> BTW are the home directories for each of those boxes independant of each other?
[12:25] <imbrandon> TheMuso, the ppc box is intrepid.ubuntuwire.com ( aurora. is x86 and sparky. is sparc )
[12:25] <TheMuso> for users?
[12:25] <imbrandon> yea
[12:25] <TheMuso> right
[12:26] <imbrandon> i've been toying with the idea of setting up a kerbos server to auth against and a nfs /home
[12:26] <imbrandon> possibly might do that next week when i'm off
[12:26] <TheMuso> imbrandon: I was thinking of something like that for home, because it would be nice to be able to pbuilder the same package on several boxes at the same time in several sessions.
[12:27] <TheMuso> We run the pbuilder scripts on those boxes with sudo right?
[12:27] <imbrandon> yup
[12:27] <TheMuso> Or is that taken care of somehow?
[12:27] <imbrandon> no
[12:27] <StevenK> Which means we effectively have root on the boxes. :-P
[12:27] <imbrandon> just run "pbuilder-$dist build blah.dsc"
[12:28] <TheMuso> ah ok thanks.
[12:28] <imbrandon> StevenK, shush , thats why i limited it to -dev and -core-dev , figured there was some level of trust there
[12:28] <imbrandon> ;)
[12:28] <StevenK> Heh
[12:28] <StevenK> Can I prove it and root one of them? :-P
[12:28] <imbrandon> oh no, i totaly know you can
[12:29] <imbrandon> s/you/anyone
[12:29] <imbrandon> not really a way arorund it short of no access ;)
[12:29] <TheMuso> hah
[12:29] <imbrandon> but like i said , there should be some accountability since its -dev -core-dev
[12:29] <imbrandon> ;)
[12:30] <TheMuso> imbrandon: Ok, your mirror has problems.
[12:30] <TheMuso> Err http://mirror.imbrandon.com feisty/main gettext 0.16.1-1ubuntu1 404 Not Found
[12:30] <imbrandon> TheMuso, np ( thank siretart too since the sparc is his , and everyone else for helping me set them up etc etc etc )
[12:30] <TheMuso> Failed to fetch http://mirror.imbrandon.com/ubuntu/pool/main/g/gettext/gettext_0.16.1-1ubuntu1_i386.deb  404 Not Found
[12:30] <TheMuso> E: Unable to fetch some archives, maybe run apt-get update or try with --fix-mis
[12:30] <imbrandon> it might by syncing , one sec
[12:31] <TheMuso> sure
[12:31] <imbrandon> ohh did you pbuilder-feisty update ?
[12:31] <imbrandon> first ?
[12:31] <TheMuso> oh no.
[12:31] <TheMuso> I wasn't sure whether we had to do that.
[12:31] <imbrandon> might wanna do that ;)
[12:31] <imbrandon> yea i need to set a cron or something to do that
[12:31] <TheMuso> doing it now.
[12:31] <imbrandon> but for now yes
[12:31] <TheMuso> thanks.
[12:32] <imbrandon> w
[12:32] <imbrandon> gah
[12:32] <imbrandon> quick hide hobbsee is comming
[12:32] <siretart> imbrandon: I think the pbuilder setup on such semi-public hosts need some more thought. simply running it via cron seems too errorprone to me...
[12:32] <imbrandon> ;)
[12:33] <imbrandon> siretart, yea i've had problems in the past doing it on cron
[12:33] <imbrandon> thats why i said "maybe"
[12:33] <TheMuso> Ahhhh! Thats more like it.
[12:34] <TheMuso> Where do our results end up?
[12:34] <imbrandon> err not said, but thought , heheh
[12:34] <imbrandon> TheMuso, /storage/pbuilders/$dist/results
[12:34] <TheMuso> ok thanks.
[12:35] <imbrandon> if i do nfs home dirs then it will be in ~/results possibly
[12:35] <imbrandon> this is all a work in progress ;)
[12:35] <TheMuso> Understandable.
[12:35] <TheMuso> But what there is already really rocks.
[12:37] <imbrandon> :)
[12:40] <TheMuso> imbrandon: Is there a reason why if I try transferring files between my home dir on two different machines, i.e aurora to intrepid, that my ssh key is not seen, yet if I ssh/scp from home, my ssh key is seen just fine?
[12:40] <TheMuso> I'd rather transfer some files from aurora as it is quicker.
[12:40] <imbrandon> your private key is not on aurora
[12:40] <TheMuso> to intrepid, to do more test building.
[12:41] <TheMuso> ah of course.
[12:41] <TheMuso> thanks
[12:41] <imbrandon> you can ssh -A host iirc ( StevenK knows )
[12:41] <imbrandon> and it will forward the info afaik
[12:41] <imbrandon> exit
[12:41] <imbrandon> gah
[12:41] <TheMuso> RIght
[12:42] <TheMuso> Is there a reason why the authorized_keys file has the execute bit set?
[12:43] <imbrandon> probably a mistake in my import script, should be harmless as its only public keys but i'll look into it
[12:44] <TheMuso> yeah I know.
[12:53] <TheMuso> Ok, so pbuilders on intrepid, sparky, and aurora should now all be up to date. :)
[12:53] <imbrandon> thanks TheMuso ;)
[12:53] <TheMuso> sparky is just tarring up again.
[12:53] <TheMuso> np.
[12:53] <TheMuso> I am just doing test builds.
[12:57] <imbrandon> ;)
[01:06] <imbrandon> brb smoke break
[01:18] <TheMuso> imbrandon: When you return, when is amd64 likely to be available?
[01:34] <\sh> moins
[01:59] <imbrandon> TheMuso, hopefully sometimes this week if everything goes as planned
[03:44] <AstralJava> dholbach: ping?
[03:45] <dholbach> AstralJava: pong
[03:45] <AstralJava> Do you know whether your branch ought to create *.tar.gz or *.tar files for gdmsetup to choose from? Talking about ubuntustudio stuff again. :)
[03:46] <dholbach> the package you can generate from the branch should contain a .desktop file for that
[03:47] <AstralJava> Oh.
[03:47] <dholbach> /usr/share/gdm/themes/<blabla>/GdmGreeterTheme.desktop
[03:48] <AstralJava> A-ha. That gets created.
[03:49] <AstralJava> So with that, gdmsetup ought to be able to give a preview etc.?
[03:49] <dholbach> yes
[03:51] <AstralJava> Something's wrong with it, then. Okay thanks, I'll go bug-hunting. :)
[03:51] <dholbach> ok
[03:58] <shawarma> I just read Ridell's mail on ubuntu-motu ml. That's not really a MOTU council decision, but rather a MOTU-vf one, isn't it? I know the two teams are mostly the same people, but still?
[03:59] <dholbach> shawarma: with the spec approved by the TB, it's not a matter of the motu-uvf / MC it seems
[03:59] <dholbach> but it's marked as deferred
[03:59] <dholbach> hm
[04:02] <shawarma> Right, I didn't think about TB had approved it..
[04:30] <Q-FUNK> http://www.cyrius.com/journal/debian/fulong
[04:36] <pochu> hello
[04:36] <pochu> it is universe hug day in some places of the world, isn't it?
[04:48] <bddebian> Heya gang
[05:00] <AstralJava> Anyone have any idea how 822-date gives an extra whitespace before the numerical number of the day of month? debuild just won't take it.
[05:08] <DooMRunneR> hi
[05:10] <AstralJava> dholbach: ping?
[05:12] <dholbach> in a meeting
[05:12] <dholbach> pong
[05:12] <dholbach> there are lots of other people to ask in here as well
[05:12] <dholbach> use       dch -i
[05:13] <AstralJava> Sorry, this is another thing and regards your initially created bzr branch. :) Not talking about the date issue anymore.
[05:13] <dholbach> and user something like this in your ~/.bashrc
[05:13] <dholbach> export DEBFULLNAME='Daniel Holbach'
[05:13] <dholbach> export DEBEMAIL='daniel.holbach@ubuntu.com'
[05:13] <dholbach> oh ok
[05:13] <dholbach> no need to run        date --rfc-2822
[05:13] <AstralJava> Which I directed generally towards the whole channel.
[05:13] <dholbach> ok fire away
[05:14] <AstralJava> It's the ubuntustudio-icon branch, won't build. Since I'm still new to it, how should I approach in fixing this issue:
[05:14] <AstralJava> chmod a+x /tmp/buildd/ubuntustudio-icon-theme-0.1/./configure
[05:14] <AstralJava> chmod: cannot access `/tmp/buildd/ubuntustudio-icon-theme-0.1/./configure': No such file or directory
[05:19] <\sh> re
[05:19] <\sh> nice power outage we had...
[05:24] <dholbach> AstralJava: what do you have in debian/rules?
[05:25] <dholbach> AstralJava: there should be nothing looking for ./configure
[05:25] <AstralJava> include /usr/share/cdbs/1/rules/debhelper.mk
[05:25] <AstralJava> include /usr/share/cdbs/1/class/gnome.mk
[05:25] <dholbach> gnome is wrong
[05:25] <dholbach> where did you get that from?
[05:25] <AstralJava> Straight from the bzr tree.
[05:26] <dholbach> ahhh ok
[05:26] <dholbach> we're talking about *-icon-*
[05:26] <dholbach> no, then that's fine
[05:26] <DooMRunneR> little question: i've packed a hohle bunch of software in our company for ubuntu 6.06 LTS Server, most time for our own businessneeds and i now i will give my work back to the community; but i have no idea where to start :)
[05:26] <dholbach> AstralJava: you need to run     ./autogen.sh && make dist          to get a tarball ready
[05:27] <dholbach> DooMRunneR: http://wiki.ubuntu.com/REVU would be a good start
[05:27] <AstralJava> Alright, separately or include it in debian/rules or something?
[05:27] <dholbach> AstralJava: separately
[05:27] <AstralJava> Kinda figured right after asked. :)
[05:30] <DooMRunneR> davromaniak, nice, thats the thing i was looking for
[05:30] <davromaniak> hmmm, DooMRunneR ???
[05:31] <DooMRunneR> davromaniak, sry, mean dholbach 
[05:31] <DooMRunneR> :)
[05:32] <davromaniak> ok
[05:32] <dholbach> rock on :)
[05:36] <Toadstool> g'morning MOTU world
[05:36] <bddebian> Heya Toadstool
[05:36] <Toadstool> hi bddebian !
[05:38] <tbf> hoy MOTU world
[05:38] <tbf> hmm... revu has incomings
[05:39] <tbf> commander, we have incomings - uh it are tarballs! - hopefully they do not burn!
[05:39] <AstralJava> Hot tar burns.
[05:40] <DooMRunneR> what's the procedure if my packages are newer than the one from debian or ubuntu, think it's a little bit stupid when some other guys works on the same product as well?
[05:41] <tbf> DooMRunneR: well you could contact the maintainer listed in the package per mail
[05:45] <stgraber> shawarma: around ?
[05:47] <DooMRunneR> princible, is it regardless of wich side (ubuntu/debian)  i contribute the packages?
[05:49] <bddebian> DooMRunneR: It's preferred that it goes to Debian first and we just sync it from them
[05:49] <DooMRunneR> there is a maintainer-group for opennms in debian as far as i know, but noone for ubuntu
[05:57] <ogra_> nobody is forced :) 
[05:57] <ogra_> its just a suggestion that makes your life a *lot* easier 
[06:21] <norsetto> Good morning/afternoon/evening gents
[06:22] <norsetto> I was referred to this channel for questions re. MOTU
[06:22] <tonyyarusso> indeed
[06:22] <somerville32> :)
[06:22] <norsetto> well .... I asked the mailing list what I could do to help
[06:24] <norsetto> now, after having been through the packaging guide, the FAQ, having a launchpad account, etc. etc.
[06:24] <norsetto> and checking the TODO ... what about actually DOING something?
[06:26] <tonyyarusso> norsetto: anything on that TODO that looks like you could do it?
[06:27] <norsetto> could start with something easy (I guess) like Bug #88232 (Firefox description OOD)
[06:27] <Ubugtu> Malone bug 88232 in firefox "Package description is very out of date" [Low,Confirmed]  https://launchpad.net/bugs/88232
[06:31] <tonyyarusso> yeah, that's a nice one
[06:53] <AstralJava> Wonder if anyone has time to check out http://paste.ubuntu-nl.org/9269/ ? I've got some autotools/make issues. Thanks!
[06:56] <mattybats> hello
[06:57] <mattybats>  krb5-user: Depends: libkrb53 (= 1.4.3-9ubuntu1) but 1.4.3-9ubuntu1.1 is to be installed
[06:57] <mattybats>              Depends: libkadm55 (= 1.4.3-9ubuntu1) but 1.4.3-9ubuntu1.1 is to be installed
[06:58] <mattybats> looks like the dependency packages were upgraded for some security fix
[06:58] <tonyyarusso> mattybats: file a bug and tag it as "packaging" and "bitesize"
[06:59] <mattybats> how do i do that?
[06:59] <tonyyarusso> !bugs
[06:59] <ubotu> If you find a bug in Ubuntu or any of its derivatives, please file a bug report at: http://bugs.ubuntu.com/  -  Bugs in/wishes for the bots can be filed at http://launchpad.net/products/ubuntu-bots
[07:01] <mattybats> tonyyarusso: any idea why i can't force a download of the package with apt-get -d install krb5-user?
[07:01] <tonyyarusso> mattybats: not sure
[07:12] <AstralJava> If in Makefile.in I've got "distdir = $(PACKAGE)-$(VERSION)", and "PACKAGE=@PACKAGE@", does @PACKAGE@ mean "PACKAGE" in configure script?
[07:12] <Laser_away> I think that get's replaced
[07:13] <Laser_away> grep for PACKAGE in the source
[07:16] <AstralJava> There's really no source, at least in the traditional sense, this is a branch for creating a .deb for icons for UbuntuStudio. The only place I got with something significant after PACKAGE= is in fact the configure script.
[07:19] <AstralJava> Does this look like a sane entry? From grepping the directory, I get:
[07:19] <AstralJava> ./configure:PACKAGE=1.9 tar-ustar
[07:19] <Laser_away> hmm
[07:20] <Laser_away> are you setting PACKAGE in debian/rules?
[07:20] <Laser_away> oh, wait your just looking at the Makefile.in
[07:21] <AstralJava> No, there's only two include entries.
[07:21] <Laser_away> I think that's right, alhough I'm not sure if 1.9 tar-ustar makes much sense
[07:22] <AstralJava> Alright, well, when I do 'make dist', it says "rm -rf -" and I traced it to "rm -rf ${PACKAGE}-${VERSION}" inside Makefile.in, which lead me to question. Apparently, nothing is in PACKAGE nor VERSION.
[07:24] <Laser_away> it's seems to me that it would be PACKAGE=tar-ustar and VERSION=1.9
[07:24] <Laser_away> what does the Makefile have?
[07:25] <AstralJava> Hmm, yeah under that abovementioned PACKAGE value there is VERSION with nothing for it.
[07:26] <AstralJava> Makefile has nothing for PACKAGE = 
[07:26] <AstralJava> ...nor VERSION =
[07:26] <Laser_away> so it's not making it from Makefile.in to Makefile
[07:27] <AstralJava> So I'm gonna try fixing configure script the way you mentioned.
[07:28] <AstralJava> Looks a loooooooot saner to me now. :)
[07:29] <AstralJava> Now it actually created a *.tar.gz file.
[07:35] <Laser_away> AstralJava: \o/
[07:36] <AstralJava> Nice, thanks. ;) But now pbuilder says: configure: error: cannot find install-sh or install.sh in "." "./.." "./../.."
[08:10] <gnomefreak> where would i find the .desktop file (either file itself or build instructions other than rules file) in the debian dir of a package?
[08:10] <bddebian> ?
[08:10] <bddebian> It doesn't have to be in the /debian dir, upstream might provide it
[08:10] <gpocentek> bddebian++
[08:10] <gpocentek> (hello)
[08:11] <bddebian> Heya gpocentek
[08:11] <gpocentek> hi bddebian :)
[08:47] <ajmitch> morning all
[08:47] <Ursinha> ajmitch, afternoon :)
[08:48] <ajmitch> tonyyarusso: krb5 bugs like that are a really good indication that someone has security updates turned on only for main
[08:48] <ajmitch> eg, not a packaging bug
[08:52] <LaserJock> hi ajmitch 
[08:53] <tonyyarusso> ajmitch: ah, good to know.  Noted.
[08:53] <ajmitch> hey LaserJock 
[08:53] <tonyyarusso> and I'm off
[08:56] <Lutin>  /w 4
[08:56] <Lutin> (sorry)
[09:06] <LaserJock> ajmitch: you ignoring me? :-)
[09:09] <ajmitch> LaserJock: no?
[09:11] <ajmitch> LaserJock: why do you think that?
[09:24] <tsmithe> jussi01, hello
[09:26] <jussi01> hei tsmithe 
[09:26] <tsmithe> AstralJava, how's the icon-theme going?
[09:28] <AstralJava> It's not. I keep bashing my head against:
[09:28] <AstralJava> configure: error: cannot find install-sh or install.sh in "." "./.." "./../.."
[09:29] <jussi01> AstralJava, anything I can do to help out?
[09:30] <AstralJava> jussi01: You're sure welcome to try; that's the error msg that ends a pbuilder run. install-sh actually resides in the directory I start the run from.
[09:31] <jussi01> could you send me the code?
[09:31] <tsmithe> jussi01, it's on bzr
[09:31] <tsmithe> hang on - i'll find the branch
[09:31] <jussi01> thanks
[09:31] <AstralJava> http://bazaar.launchpad.net/~dholbach/ubuntustudio-icon-theme/ubuntu
[09:31] <tsmithe> hehe
[09:32] <tsmithe> AstralJava, beat me to it :P
[09:32] <tsmithe> jussi01, that's dholbach's branch, so obviously you can't push to it. his instructions were, to create a tarball, run `./autogen.sh && make dist`
[09:32] <tsmithe> if you do want to push a branch up, i'm sure you know how
[09:33] <AstralJava> We had to fix it, though, to get the tarball created. Not sure it might be quite dirty, but it is a show-stopper. In configure, one needs to alter PACKAGE= entry and move 1.9 to VERSION= entry. Does that make sense?
[09:33] <tsmithe> AstralJava, that sounds like it should be fixed in autogen.sh
[09:33] <AstralJava> Hmm...
[09:34] <tsmithe> also, the best way to "make sense" is to get a diff ;)
[09:34] <AstralJava> autogen only fires up a few other tools.
[09:34] <tsmithe> yeah i can see
[09:49] <Lutin> doko: could you have a look at bug #90480 when you have some time ?  just want to make sure it's the right thing to do
[09:49] <Ubugtu> Malone bug 90480 in cinepaint "[apport]  gimpcons.py crashed with NameError in <module>()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90480
[09:53] <vtiger> Hello
[09:53] <vtiger> can I get some help with a dchroot error?
[09:55] <vtiger> When I do a dchroot -d I get an error that reads 
[09:56] <vtiger> dchroot: chdir: No such file or directory
[09:57] <Lutin> hum, I had this bug some time ago
[09:57] <Lutin> s/bug/issue because I'm not sure it's a bug actually. but can't recall how I solved it
[09:57] <tsmithe> i thought a bug was when a package didn't do something it was supposed to
[09:59] <vtiger> Lutin: You made a debootstrap chroot?
[10:00] <Lutin> vtiger: a while ago yes. iirc it's related to your username
[10:01] <vtiger> umm .. ok
[10:01] <Lutin> something like dchroot trying to chdir to a nonexistent dir because of <file the reason here>
[10:01] <vtiger> my username or my chroot username?
[10:01] <vtiger> ah I wonder if the mount -a should fix that
[10:01] <vtiger> in anycase I still can't start X after that
[10:02] <tepsipakki> does #xorg-devel qualify?
[10:02] <tepsipakki> uh
[10:02] <vtiger> Qualify?
[10:02] <tepsipakki> ignore that
[10:02] <tepsipakki> wrong channel ;)
[10:03] <vtiger> :-)
[10:05] <vtiger> Whooot! fixed!
[10:06] <Lutin> vtiger: how did you fix it ?
[10:06] <vtiger> I looked at the X output
[10:07] <vtiger>  I was using the wrong driver. I had edited it just before trying chrooting
[10:09] <ajmitch> hm, dare I upgrade dbus?
[10:12] <TheMuso> Hey MOTUs./
[10:13] <ajmitch> hi MOTU
[10:13] <TheMuso> heh
[10:19] <malix0> hi 
[10:20] <malix0> is there some one interested on have pfadmin 1.6.2 in feisty?
[10:42] <malix0> Hi I asked before, but excuse me, my irc client crashed
[10:43] <malix0> is some one interested on get pgadmin 1.6.2 into feisty?
[10:50] <Fujitsu> Is the mention of motu-sru uploading to -updates (on https://wiki.ubuntu.com/MOTU/SRU) a mistake, or has the policy changed since the email to the list a couple of days back?
[11:30] <LaserJock> malix0: we are already past upstream version freeze
[11:31] <LaserJock> malix0: if there are significant bug fixes and it's just a bug-fix release you can do maybe do a freeze exception
[11:32] <malix0> LaserJock: ok
[12:03] <bddebian> Later folks