[00:00] <ari-tczew> +1 micahg
[00:00] <micahg> ari-tczew: we have the same issue when people run firefox with sudo
[00:00] <bdrung> ari-tczew: file a bug if it happen again
[00:00] <ari-tczew> micahg: lol why firefox with sudo? Someone must be pretty boted.
[00:01] <ari-tczew> bdrung: happen what?
[00:01] <ari-tczew> s/boted/bored
[00:01] <micahg> ari-tczew: some people think you need to run everything with sudo
[00:01] <bdrung> ari-tczew: if pbuilder-dist fails due to file permissions
[00:01] <ari-tczew> micahg: the same sentence I heard from kadu upstream developers.
[00:02] <bdrung> micahg: the new pbuilder-dist should even work with sudo (and then use /root/pbuilder)
[00:02] <ari-tczew> bdrung: well, I think that I can file a bug right now because I'm not planning again reintroduce natty chroot.
[00:03] <bdrung> ari-tczew: your bug could be triggered by and older version of pbuilder called with sudo (which should be fixed now).
[00:04] <ari-tczew> bdrung: IMO everyone who is upgrading from old pbuilder is affected by this bug
[00:04] <bdrung> ari-tczew: really?
[00:04]  * micahg doesn't use the current pbuider-dist w/sudo but is prompted for password
[00:04] <ari-tczew> bdrung: I use pbuilder-dist since lucid.
[00:05] <bdrung> ari-tczew: but did you run pbuilder-dist with sudo?
[00:05] <ari-tczew> now sudo has been changed and you adjusted pbuilder-dist. everyone will have to change permissions
[00:06] <ari-tczew> bdrung: already not. but before run pbuilder-dist I had to do: $ sudo chown ari -R ~/pbuilder
[00:06]  * micahg thought one of the benefits of pbuilder-dist was not having to run w/sudo
[00:06] <bdrung> ari-tczew: i am not a pbuilder-dist user, but it looks like it was never meant to run with sudo
[00:07] <ari-tczew> micahg: and store files in friendly ~/ directory, where you can write access ;)
[00:07] <ari-tczew> s/can/have
[00:07] <bdrung> ari-tczew: you can file a bug if you can provide steps to reproduce the problem
[00:08] <ari-tczew> bdrung: ok, but how do you want to fix this case? add a warning about incorrect permissions?
[00:11] <bdrung> ari-tczew: wasn't the error message clear enough? if not, then file a bug requesting a better error message.
[00:12] <ari-tczew> bdrung: could be added 'Please set permissions for you correctly. Root is already an owner of ~/pbuilder."
[00:13] <bdrung> "Root is already an owner of ~/pbuilder."?
[00:13] <ari-tczew> bdrung: that's the reason of use chown
[00:14] <bdrung> ari-tczew: yes, but ~/pbuilder could be owned by someone else
[00:14] <bdrung> ari-tczew: or ~/pbuilder could be mounted read only
[00:16] <ari-tczew> bdrung: then pbuilder-dist created it r-o. I'm the only user of Ubuntu, so who can be an owner of ~/pbuilder? root :)
[00:16] <ari-tczew> and chown fixed problem
[00:17] <bdrung> ari-tczew: yes, that's your case, but the error can be trigger by other reasons like mentioned above
[00:18] <ari-tczew> bdrung: what's the conclusion? file a bug or not...
[00:19] <bdrung> ari-tczew: file a bug or talk to tumbleweed
[00:20] <ari-tczew> tumbleweed: around?
[03:37] <blueyed> I wonder why this build fails: http://launchpadlibrarian.net/61691370/buildlog_ubuntu-lucid-i386.php5_5.3.5~snap201101060130-0~blueyedppa1_FAILEDTOBUILD.txt.gz
[03:37] <blueyed> error seems to be: Zend/zend_stream.c:239: error: 'PROT_READ' undeclared (first use in this function)
[03:40] <micahg> blueyed: missing a library or header?
[03:46] <blueyed> micahg: maybe, but that's in there unpatched and used in other places. Probably some patch breaks it.. I am basically using a mashup from Debian/Ubuntu and the PHP snapshot.
[03:47] <micahg> you can try asking on #ubuntu-server as they might be more familiar with the code
[03:54] <blueyed> PROT_READ gets defined in bits/mman.h, which gets included by sys/mman.h - without the latter, mmap would not be available, too, would it?
[03:55] <blueyed> the include is protected by "if HAVE_SYS_MMAN_H" in Zend/zend_stream.c
[03:57] <blueyed> ..and I cannot find where this would get defined.
[04:02] <blueyed> There is one "checking for sys/mman.h... no" (and all others "yes"). How can this be? The "no" one also seems to come from the same configure?! (or is this mangled output from parallel builds?)
[04:14] <blueyed> Why does it look like there are two configures running in parallel? Search for "sys/mman" in http://launchpadlibrarian.net/61691370/buildlog_ubuntu-lucid-i386.php5_5.3.5~snap201101060130-0~blueyedppa1_FAILEDTOBUILD.txt.gz
[06:30] <dholbach> good morning
[06:32] <sagaci> afternoon
[06:32] <sagaci> dholbach: are you going to do more ustream tutes
[06:33] <dholbach> sagaci, yes, not this week, but definitely some time after that
[08:21] <udienz> micahg, about bug 694413. sorry for delay. i have tested now
[09:07] <dholbach> could anyone imagine giving a dev training session at either 13th Jan, 12:00 UTC  or  20th Jan, 18:00 UTC  or  27th Jan,  0:00 UTC ?
[09:07] <dholbach> (if you'd like to move the time, that'd be fine too)
[11:01] <benste> hi, iirc you're the team who care about packaging ?
[11:01] <benste> found a bug - namely a missing dependency of a package
[11:02] <benste> should i simply use groundcontrol to download and add it ?
[11:05] <benste> https://bugs.launchpad.net/ubuntu/+source/kdeedu/+bug/698056
[11:05] <benste> ?
[11:07] <benste> someone here ?
[12:55] <benste> dholbach: is there an easy way fixing a dependency issue ?
[12:56] <benste> https://bugs.launchpad.net/ubuntu/+source/kdeedu/+bug/698056	
[12:57] <dholbach> benste, yes, get the source of the package, edit debian/control and add the dependency
[12:58] <benste> with groundcontrol ?
[12:58] <benste> will give it a try
[13:01] <benste> dholbach: ist das normal, das groundcontorl wenn ich fix bug sage - einfach nur meine nautilus navigations sachen disabled ? - oder läd der dann die ganzen source runter ?
[13:04] <dholbach> benste, I have no idea about groundcontrol, sorry
[13:04] <benste> :-) kk
[13:04] <benste> dholbach: but do you know how big the package source might be ? - looks like it's downloading kdeedu - isntead of parley
[13:04] <dholbach> I'd just run   bzr branch lp:ubuntu/kdeedu    or   apt-get source kdeedu   in the terminal
[13:05] <dholbach> it might be pretty big
[13:05] <dholbach> a lot of packages in the kde world are "bundled" together in one source package
[13:05] <dholbach> http://paste.ubuntu.com/551060/
[13:10] <benste> dholbach: groundcontrol does use bzr :-) --- is working on 2nd atempt - downloading more than 120 MB till now
[13:14] <benste> more than 320 MB now -- how should someone e.g. in India fix a bug in the package -- the download would take weeks if I wouldn't have VDSL 20 ??
[13:16] <dholbach> it indeed is a problem - there are huge source packages and it's made worse by getting history of commits to the source package
[13:16] <dholbach> AFAIK the bazaar team has "checkouts with shallow history" on their agenda
[13:23] <geser> benste: which branch are you exactly downloading?
[13:23] <benste> geser: kdeedu - finished with more than 400 MB
[13:23] <benste> maybe the branch is also named
[13:23] <benste> bugfix-lp-698056
[13:24] <geser> benste: I guess you got the "upstream" branch instead of the "packaging" one
[13:24] <benste> and this is ok or bad ?
[13:25] <benste> i just told groundcontrol to fix the bug id ....
[13:25] <geser> I don't know how groundcontrol works
[13:25] <benste> btw. there is no src/debian - rememeber it from dholbach s training session, but it's not there
[13:26] <geser> yes, because you probably got the upstream source (without the debian/ directory)
[13:26] <benste> :-) ok will have to delete it and try it the other way
[13:26] <geser> you need to branch https://code.launchpad.net/~kubuntu-members/kdeedu/ubuntu to get the debian/ directory for kdeedu
[13:27] <benste> not bzr branch lp:ubuntu/kdeedu as dholbach said ?
[13:27] <geser> but I've little expierence with those kind of branches, so I don't know who to use them properly
[13:28] <geser> that should work in theory (if kdeedu would have a such a branch)
[13:28] <geser> but when you look at https://code.launchpad.net/ubuntu/+source/kdeedu you see that there is none
[13:29] <benste> ok use "fetch branch" now and got redirected to the code one you set -- let's  hope the new download is not the same size
[13:29] <geser> dholbach: do you have expierence with working with "only debian/" kind of branches?
[13:29] <Laney> I believe bzr builddeb supports them
[13:29] <Laney> "merge upstream mode" or something
[13:29] <benste> -- there is only a deb dir in there is this correct ?
[13:29] <geser> if "deb" == "debian" then yes
[13:30] <benste> dholbach: the package which i wanted to add as dependency is already in there
[13:30] <benste> python-qt4
[13:30] <benste> ??
[13:33] <benste> geser: dholbach that's kinda strange -- how can i check the deps of the package which i installed ? - maybe it was already updated ?
[13:33] <geser> apt-cache show parley
[13:33] <geser> benste: you sure you looked at Depends for parley in debian/control and not Build-Depends?
[13:34] <benste> the package which i needed on install is in debian /control/build-deps
[13:34] <benste> does i have to add it in the depends section too ??
[13:35] <benste> argh -- there are multiple packages in this file
[13:35] <benste> kdeedu build-depends on python-qt4
[13:35] <geser> Build-Depends are packages which need to be installed during package building, Depends (for each package stance) are package that need to be installed before that (build) package can get installed
[13:36] <benste> geser:  http://paste.ubuntu.com/551065/
[13:37] <benste> should i simply add python-qt5?
[13:37] <benste> 4
[13:37] <benste> in line 4 with , ?
[13:38] <benste> geser: or better in line 3 ?
[13:39] <benste> geser: dholbach and what does i have to do next when I've added ",python-qt4" in line 3 ?
[13:40] <dholbach> benste, line 3 sounds wrong
[13:40] <geser> line 3 and 4 are logically one line (split into two to keep it readable)
[13:40] <dholbach> not Build-Depends
[13:40] <dholbach> but Depends
[13:40] <dholbach> Build-Depends are the packages that need to be installed to build/compile the package
[13:40] <benste> line 3 is Depends
[13:40] <geser> dholbach: line 3 in his paste and not debian/control
[13:40] <dholbach> ok
[13:40] <benste> :-)
[13:40] <benste> ok saved but how can i commit it ?
[13:40] <benste> to the bug report ?
[13:41] <geser> first you need to write a fresh changelog entry for it
[13:41] <geser> debian/changelog entry (with dch -i)
[13:42] <dholbach> run: dch -i   (devscripts package), document what you changed, run debcommit, bzr push lp:~<yourlpid>/ubuntu/kdeedu/bugfix-lp-698056, run bzr lp-open (and click on 'propose merge')
[13:43] <Laney> test it?
[13:44] <benste> dholbach:  got an error
[13:44] <geser> dholbach: does debcommit also the linking to the bug? (bzr commit --fixes lp:698056)
[13:44] <benste> http://paste.ubuntu.com/551071/
[13:44] <dholbach> geser, if you add "LP: #234567" in the changelog, yes
[13:45] <benste> geser: was in the wrong dir - ignore my pastebin
[13:45] <benste> may i edit the changelog manually ?
[13:46] <benste> and my e-mail adress is wrong in there
[13:46] <geser> dholbach: and shouldn't the push go to: lp:~<yourlpid>/kdeedu/ubuntu/bugfix-lp-698056 in this specific case (it's not the autoimported packaging branch)
[13:47] <geser> benste: better use dch to not break the format of debian/changelog
[13:48] <dholbach> not the autoimported packaging branch?
[13:48] <geser> no, kdeedu has no autoimported packaging branch (lp:ubuntu/kdeedu)
[13:49] <geser> he uses the lp:~kubuntu-members/kdeedu/ubuntu branch (contains only the debian/ directory)
[13:49] <dholbach> oh ok
[13:50] <benste> dholbach: dch settings were explained in your packaging session - right ? - they're in the packaging guide ?
[13:50] <dholbach> yes
[13:50] <benste> need to change the e-mail adrees - thought it's using the one of my ssh key doesn't it ?
[13:51] <benste> dholbach: i can't use dh_make -e mymailadress for that - as i don't have a whole package - how can i change the adress used by dch ?
[13:52] <benste> DEBFULLNAME is set, this will be used for the maintainer full
[13:52] <benste>        name; if not, then NAME will be checked.  If the  environment  variable
[13:52] <benste>        DEBEMAIL
[13:52] <dholbach> don't use dh_make if there's a packaging (/debian/ directory) in place already
[13:52] <dholbach> please check out the packaging guide
[13:53] <geser> export DEBFULLNAME="Your name"; export DEBEMAIL="your@email"
[13:53] <dholbach> (^ put that into .bashrc and 'source .bashrc' or restart your terminal session)
[13:54] <dholbach> benste, you don't neeed to ping me for every question - as you noticed there's a bunch of knowledgable folks in here :)
[13:54] <benste> sorry :-)
[13:54] <dholbach> don't worry :)
[14:01] <benste> got an error on debcommit : http://paste.ubuntu.com/551074/
[14:04] <geser> did you tell bzr who you are (your lp login) before branching?
[14:04] <dholbach> $ sudo apt-get install bzr bzr-builddeb
[14:04] <dholbach> $ bzr whoami "James Westby <james.westby@ubuntu.com>"
[14:04] <dholbach> $ bzr launchpad-login james-w
[14:07] <benste> dholbach: usually groundcontrol should have done this, but let try it
[14:07] <benste> btw
[14:07] <dholbach> as I said - I don't know about groundcontrol
[14:07] <benste> on https://code.launchpad.net/~kubuntu-members/kdeedu/ubuntu they say You cannot upload to this branch. Members of Kubuntu Members can upload to this branch.
[14:07] <dholbach> it might be worth talking to doctormo about this
[14:07] <benste> already took a look whether he's only but he's not atm :-)
[14:08] <dholbach> then push to ~benste/kdeedu/fix-698056
[14:08] <benste> bzr-builddeb libxdelta2 pbzip2 pristine-tar xdelta
[14:08] <benste> where not yet installed
[14:09] <geser> benste: that's not a problem as you will push into your "namespace" (lp:~benste) and propose a merge later to get into the ~kubuntu-members branch
[14:09] <benste> argh, after installation debcommit works
[14:10] <geser> benste: the next fix will be easier as you have the tools already installed then :)
[14:11] <benste> at least until it gets to transport - but i'll try commit and push withouht debcommit
[14:12] <benste> same issue as with debcommit ?? - http://paste.ubuntu.com/551077/
[14:13] <dholbach> something still seems to have a lock on your branch
[14:13] <dholbach> I don't know what groundcontrol does tbh
[14:13] <geser> I guess you should either convice bzr that it can write now too or (probably easier) refetch the branch
[14:13] <dholbach> or no... hm
[14:13] <dholbach> ahhhhh
[14:13] <dholbach> I guess groundcontrol did a "bzr checkout ..."
[14:14] <benste> maybe :-)
[14:14] <dholbach> in the directory run:  bzr unbind; debcommit
[14:15] <dholbach> "checkout" gives you a bound branch where a commit will always be in sync with the remote branch, "unbind" should allow you to do local commits (which you need to push somewhere 'manually' afterwards)
[14:16] <benste> bzr: ERROR: To use this feature you must upgrade your branch at bzr+ssh://bazaar.launchpad.net/~kubuntu-members/kdeedu/ubuntu/.
[14:17] <dholbach> urgh
[14:17] <benste> guess it will be easiest to delete this directory and start all new again ?
[14:17] <benste> my change was only one line - so never mind
[14:17] <geser> rename it so you don't lose your changes
[14:17] <dholbach> copy the debian directory some other place and use "bzr branch ..."
[14:25] <hakermania> Is it allowed to make a right-click menu for your program? E.g. to add a option to the AVIs right click menu that says Convert to-> and have a submenu with WMV, MKV etc.... Is it allowed?
[14:26] <benste> geser: debdif worked now but have a new error on pushing http://paste.ubuntu.com/551086/
[14:36] <dholbach> benste, lp:~benste/kdeedu/bugfix-lp-698056
[14:40] <benste> dholbach: may i add you as reviewer ?
[14:41] <dholbach> usually just proposing the merge should be good enough
[14:42] <benste> sorry already suggested the merge with you as reviewer :-)
[14:43] <dholbach> I'm not even member of ~kubuntu-members
[14:43] <benste> :-)
[14:43] <benste> but i remember you
[14:43] <benste> thank you and geser for your help - took a long time but i've fixed my first easy bug now :-)
[14:43] <benste> -- when it's accepted - the bug report will be auto updated to fix released ?
[14:44] <dholbach> hum, it doesn't look right
[14:44] <dholbach> [14:44] <dholbach> [14:45] <dholbach> it seems like you copied in the directory
[14:45] <benste> i didn't :-(
[14:45] <dholbach> and not modified the files that are available there
[14:46] <benste> ok let's try it a 3rd time :-)
[14:46] <benste> renaming the dir first again ?
[14:47] <dholbach> request a review from kubuntu-dev instead of me
[14:47] <benste> I'll do
[14:47] <benste> but doesn't i have to fix this xxxx new lines issue first ?
[14:47] <benste> I've only change one line :-)
[14:47] <dholbach> I'm happy to have a look at it, but they're in a much better position to make the final judgement
[14:48] <benste> - should i do it again or wait for their feedback ?
[14:48] <dholbach> it looks like you copied those directories in
[14:48] <dholbach> instead of just modifiying the changelog and control files
[14:49] <benste> I've used cd ..
[14:49] <benste> and debcommit  later - may this be the reason
[14:50] <benste> debcommit is to be used in /ubuntu or in /debian ?
[14:51] <dholbach> I don't know - it probably expects debian/changelog to be there
[14:52] <dholbach> ... brb
[14:52] <benste> i rebranched it now
[14:54] <benste> now commit told me 2 files changed-- that seems to be correct
[14:54] <benste> may i push to the same branch ?
[14:54] <benste> These branches have diverged
[14:54] <benste> got this errro message
[14:55] <Laney> bzr push --force I believe
[14:55] <Laney> or make a new branch
[14:58] <benste> laney thanks created a new one
[15:04] <benste> dholbach: I don't know what I doing wrong - same result on the 2nd try - branched - changed - added changelog - debcommit - push but more than 1000 lines changed ??
[15:04] <benste> https://code.launchpad.net/~benste/kdeedu/bugfix-lp-698056_b/+merge/45388
[15:05] <dholbach> can you pastebin the contents of the directory?
[15:05] <dholbach> just run "ls" in ubuntu/
[15:05] <benste> debian
[15:05] <benste> http://paste.ubuntu.com/551101/
[15:06] <dholbach> very weird
[15:07] <dholbach> ahhhhhhhhhh!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
[15:07] <benste> ??
[15:08] <dholbach> this is because the way ~kubuntu-members/kdeedu/ubuntu is used confuses launchpad
[15:08] <dholbach> ~kubuntu-members/kdeedu/ubuntu just contains packaging
[15:08] <dholbach> lp:kdeedu is an upstream code import
[15:08] <dholbach> benste, explicitly propose the merge into ~kubuntu-members/kdeedu/ubuntu
[15:08] <benste> weird thing :-)
[15:10] <benste> dholbach: changed https://code.launchpad.net/~benste/kdeedu/bugfix-lp-698056_b/+merge/45390 - the diff will be shown in a few minutes or ?
[15:10] <dholbach> reload the page
[15:10] <dholbach> it looks much better now
[15:10] <benste> :-) thanks for your help
[15:10] <dholbach> I'd change a few small things:
[15:11] <benste> hope parley will stay the only kde app that I have to use :-)
[15:11] <benste> -- which things ?
[15:11] <dholbach>  - change "control - fix lp:698056" to "debian/control: add python-qt4 dependency for parley (LP: 698056)"
[15:11] <dholbach>  - change "maverick" to "natty"
[15:11] <benste> do you do it ?
[15:11] <dholbach>  - change "benste" to your real name
[15:12] <dholbach> apart from that: good work
[15:12] <dholbach> I don't know about the kubuntu team's plans with it regarding the version number, so just leave it as it is
[15:13] <benste> maverick → natty - in the bug report ???
[15:13] <benste> and name in bashrc ?
[15:14] <dholbach> in debian/changelog
[15:14] <dholbach> and in .bashrc too
[15:14] <benste> if i change the changelog i have to commit again and create a new branch again ?
[15:15] <dholbach> not a new branch
[15:15] <dholbach> just change debian/changelog, commit using something like: bzr commit -m "fix changelog entry"
[15:15] <dholbach> then push it to the same branch
[15:15] <dholbach> and hit "resubmit" on its webpage
[15:23] <benste> dholbach: changes are upstream now - but i got a mail that my mail for the kubuntu dev mailing list was rejected -- it was the automated LP mail asking for review -- could you review it again :-)
[15:23] <dholbach> "(LP:698056)" → "(LP: #698056)"
[15:23] <dholbach> please let somebody else review it
[15:25] <benste> in changelog ? :-)
[15:25] <dholbach> yes
[15:26] <benste> where can i find all theses rules if i do something similar again in future ??
[15:27] <dholbach> https://wiki.ubuntu.com/Bugs/HowToFix is a bit outdated but should mention the most important bits (or link to them)
[15:31] <benste> dholbach: have a nice afteroon - changed it, and hope they'll see it even if it's not forwarded to their mailing list
[15:32] <dholbach> ^ Riddell, ScottK: any idea why merge proposals are rejected from the mailing list?
[15:41] <benste> dholbach: "its a bit different in kubuntu branches, unreleased packages have UNRELEASED till they are put into the archives"
[15:41] <benste> instead of natty :-)
[15:42] <dholbach> ok, that's something some teams or developers do a bit different than others
[15:43] <dholbach> as I said: I'm not part of the kubuntu development team, so I don't know how things are done there
[15:57] <Riddell> benste: I got them thanks, will do them shortly
[15:58] <Riddell> dholbach: because the mailing list is set to reject non-subscribers
[15:58] <benste> Riddell: already got two other people who told me that I'll have to use Unreleased instead of natty :-)
[15:59] <benste> Riddell: you might follow kubuntu-bugs - for the rest of the discussion too :-)
[17:01] <hakermania> Is it allowed to make a right-click menu for your program? E.g. to add a option to the AVIs right click menu that says Convert to-> and have a submenu with WMV, MKV etc.... Is it allowed?
[18:12] <Ayrton> I'm trying to package a software and I'm getting "running debsign failed" on debuild...
[18:12] <Ayrton> debuild ask for my key password
[18:12] <Ayrton> and my pass is correct
[18:12] <Ayrton> but I'm getting this error
[18:13] <Ayrton> whats happening?
[18:16] <Bachstelze> Ayrton: you should have other messages
[18:17] <Ayrton> Bachstelze, one sec, I will get the output in xchat
[18:17] <Bachstelze> Ayrton: !pastebin it
[18:17] <Ayrton> yes, I'm doing it
[18:19] <Ayrton> Bachstelze, http://paste.ubuntu.com/551187/
[18:19] <Ayrton> in the end, the gpg ask my pass
[18:19] <Ayrton> in brazilian portuguese
[18:22] <Bachstelze> Ayrton: looks loke there's a problem with gpg-agent; are you using it?
[18:23] <Ayrton> Bachstelze, yes
[18:24] <Ayrton> Bachstelze, the strange is some other things that I use works fine, showing the same error "gpg: problemas com o agente - desabilitando o uso do agente"
[18:24] <Ayrton> I can use gpg --decrypt, for exemple
[18:27] <Ayrton> I will think for 30 minutes and back again
[18:28] <Ayrton> Bachstelze, the other strange thing is debbuild is generating the package
[18:47] <batronix> I'm currently porting a application (http://www.progshop.com/shop/software/prog-express/download.html) to linux. How do I get an application to the ubuntu repositories when its finished?
[18:50] <Bachstelze> batronix: since it would be a new package, the best way would be to get it into Debian, and then let it be synced to Ubuntu
[18:53] <batronix> thx for the reply. How do i start to get into debian?
[18:54] <evaluate> batronix, https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages and http://www.debian.org/doc/maint-guide/ should give you all of the info you need
[18:54] <evaluate> (or at least most of it :-)
[18:55] <batronix> thx
[19:00] <lifeless> there is also the appstore route
[19:00] <lifeless> I don't recall the link for it ofhand
[19:45] <jcfp> is popcon broken? seems all packages' scores haven't changed at all in weeks?
[19:46] <bcurtiswx> im not even hungry and i read that as popcorn.. :(
[19:54] <jcfp> so does google :/
[20:01] <ari-tczew> kklimonda: do you need a sponsor for bug 654397 ?
[20:08] <bdrung> tumbleweed: http://overbenny.wordpress.com/2011/01/06/libkibi-ready-for-testing/
[20:08] <kklimonda> ari-tczew: well, it would be great to get it moving - I haven't subscribed -sponsors as I was waiting for -sru ack, but you can probably upload it and let them find it in the queue.
[20:09] <ebroder> kklimonda: you know that ubuntu-sru changed their minds on that policy a while back, right?
[20:10] <bdrung> ari-tczew: is there something to do after a MOTU-SWAT ACK (re vlc)?
[20:10] <ari-tczew> bdrung: security sponsors should upload this one. I pinged sbeattie tomorrow.
[20:10] <ari-tczew> bdrung: sorry, yesterday
[20:11] <bdrung> ok, i will wait
[20:11] <kklimonda> ebroder: changed their minds on what? on uploading packages to the queue before getting an ack?
[20:11] <kklimonda> ebroder: if so I obviously have missed that memo :)
[20:12] <ari-tczew> kklimonda: now ubuntu-sponsors handle SRUs
[20:13] <ebroder> kklimonda: yeah, when the main and motu sru teams merged, they decided that you sponsor first, and sru ack second
[20:13] <sbeattie> bdrung: I'll release vlc in a little bit, just want to do a bit of smoke checking the built packages.
[20:13] <ebroder> it's somewhere on the SRU wiki page
[20:13] <ari-tczew> If I'm not incorrent, ubuntu-sponsors handle almost all, beside backports
[20:13] <ari-tczew> sbeattie: it build fine
[20:14] <kklimonda> !sru
[20:14] <kklimonda> google is getting worse and worse, I couldn't find the direct link there :/
[20:15] <kklimonda> ebroder: the procedure looks like "[...]then subscribe ubuntu-sru.
[20:15] <kklimonda> 4. Upload the fixed package to release-proposed[...]"
[20:16] <ebroder> kklimonda: right, but "wait for an ACK from ubuntu-sru" is not in there
[20:16] <kklimonda> ebroder: I do vaguely remember someone wanting an ack from sru before uploading it (after the procedure has been changed)
[20:17] <ari-tczew> ebroder, kklimonda: so this wiki sentence should be changed
[20:17] <kklimonda> ebroder: I can only assume that it was simply a case of miscommunication, just after teams merging. And I've decided to play it on the safe side since then :)
[20:18] <kklimonda> ebroder: so, in the new world of ubuntu-sru, I should subscribe both ubuntu-sru and ubuntu-sponsors, or should I just subscribe ubuntu-sponsors who are going to subscribe ubuntu-sru when they do the upload?
[20:18] <ebroder> kklimonda: i'd say both, but i'm not entirely sure
[20:19] <ari-tczew> ebroder: both
[20:19] <kklimonda> ok, thanks
[20:19] <ari-tczew> kklimonda, ebroder: who is free to change the wiki? ;)
[20:20] <ari-tczew> change => update
[20:20] <micahg> I don't think both is appropriate, it seems like subscribing -archive and -sponsors at the same time which is wrong
[20:20] <kklimonda> ebroder, ari-tczew: it's there, at the end of 4th point actually: "If you need a sponsored upload, attach a debdiff to the bug and subscribe ubuntu-sponsors, as usual. There is no need to wait before uploading."
[20:21] <ari-tczew> micahg: archive?
[20:21] <micahg> ubuntu-archive
[20:21] <ari-tczew> micahg: I don't understand. where do you see archive?
[20:22] <ebroder> micahg: not really. because the new process doesn't force a strict ordering between the SRU ACK and the sponsored upload
[20:22] <micahg> ari-tczew: not thing case, speaking in general
[20:22] <micahg> ebroder: well, they want to approve in queue, so it's being inserted into their workflow before it's actionable
[20:22] <kklimonda> it has been added some time after new procedure has been written - I guess I should subscribe to the page to be up to date
[20:23] <ebroder> micahg: i thought the wiki talked about sometimes getting an sru ack early in the process
[20:23] <micahg> ebroder: yes, if it's a risky SRU, before the work is done
[20:24]  * micahg can't find what he said anywhere :-/
[20:25] <micahg> ah, it's there 2.3
[20:25] <Bachstelze> I think it said to do it if the SRU will require a lot of work
[20:25] <Bachstelze> so you don't do all the work for nothing if it gets rejected
[20:51] <ari-tczew> how can I fix this FTBFS? http://paste.ubuntu.com/551224/
[20:52] <micahg> ari-tczew: check the .install file for that file and see if the name changed and needs an updatey
[20:56] <ari-tczew> micahg: there are several ,install files ;
[20:57] <micahg> ari-tczew: dh_install tells you which one
[20:58] <ari-tczew> micahg: ok, got it. debian/tmp/sbin/ocfs2_controld.cman usr/sbin/
[20:58] <ari-tczew> sbin? huh, is it corrent?
[20:58] <micahg> can be, depends on what it is
[20:58] <ari-tczew> micahg: ok, do you can read what is wrong?
[20:58] <ari-tczew> can you*
[20:59] <micahg> ari-tczew: I don't have time to look at it, you need to see if the file has been renamed in the build, check the debian/tmp/ dir that's appropriate
[20:59] <micahg> or if it's not being installed to the tmp dir for some reason
[21:03] <ari-tczew> :(
[21:18] <bdrung> tumbleweed: around?