[00:41] <fta> ripps, code committed
[00:41] <fta> (for additional build-deps)
[00:41] <ripps> cool, lemme me update pull my branches
[01:10] <andrew_sayers> asac: Would now be a good time to talk about Flash and screensavers?
[01:32] <fta> asac, jcastro: https://edge.launchpad.net/~ubuntu-webtech/+archive/o3d-daily   (I'm quite sure i will regret the choice of that generic team soon enough)
[01:33] <asac> andrew_sayers: its half past two AM here ;)
[01:34] <asac> i think i wil go to bed now
[01:35] <fta> identica dead for me too now
[01:40] <asac> yeah. major outage ;)
[01:41] <andrew_sayers> asac: Fair point :)  See you tomorrow.
[01:43] <fta> "No suitable nodes are available to serve your request."
[07:54] <ripps> fta: ping
[11:56] <asac__> hmm
[11:58] <fta> ripps, pong
[12:10] <asac__> identi.ca still broken
[12:10] <asac__> jcastro: where the hell can i kick asses for that? where is the official identi.ca irc channel?
[12:10] <asac__> i cannot dent for more than 24h
[12:10] <asac__> (using the website)
[12:12] <ripps> fta: the ppa-scripts are acting weird, add a libmms-dev depends for karmic, jaunty, and intrepid, and it worked. But for some reason it also added it to hardy. It shouldn't have done it and it cause all my hardy mpd builds to fail
[12:12] <ripps> something wrong the ppabot-pkgs build-deps
[12:15] <fta> ripps, please paste me your conf file, and if you still have them, your traces (there's a '**INFO** Build-Depends' somewhere)
[12:16] <ripps> fta: conf:  http://pastebin.com/f7ddc65a4
[12:17] <ripps> don't have the traces, I'd have to force an update for that
[12:17] <asac__> fta: can we do something about gwibber in karmic?
[12:17] <asac__> it doesnt work at all :(
[12:18] <asac__> crash
[12:18] <asac__> boom
[12:18] <asac__> i cannot even reach the identi.ca mob folks because i cannot post at all :(
[12:25] <fta> ripps, strange, looks fine to me: http://paste.ubuntu.com/204107/
[12:25] <fta> asac__, there's no release, so i can push a random snapshot
[12:26] <ripps> fta: I have a commented out libmms-dev in my control file, do you think that might be interfering?
[12:27] <fta> for that, i need to see a trace, there's a bzr diff in it
[12:27] <fta> you can also go to mpd.head.daily.hardy and bzr diff -r -2
[12:33] <asac__> fta: current version is also a random snapshot ... isnt it?
[12:33] <asac__> fta: does current head work for you?
[12:33] <fta> it does
[12:33] <fta> the daily
[12:33] <ripps> fta: did a bzr diff, and it show it adding libmms-dev
[12:34] <asac__> fta: well. then i guess we need this upload?
[12:34] <asac__> current karmic is 0.9.2~bzr263-0ubuntu3
[12:34] <asac__> seems to be random too
[12:35] <fta> 0ubuntu3 ? gasp, i guess there are changes in there not in the branch :(
[12:36] <asac__> fta: http://launchpadlibrarian.net/26149412/gwibber_0.8-0ubuntu5_0.9.2%7Ebzr263-0ubuntu1.diff.gz
[12:36] <fta> ripps, but does it touch you commented libmms-dev? i just add stuff at the beginning of the 1st line
[12:36] <asac__> fta: maybe check if there is anything in the uploads we want
[12:36] <asac__> fta: otherwise just neglect them and upload whatever is in head i guess
[12:36] <asac__> its their problem if they dont push to branches
[12:36] <asac__> fta: maybe check that the branch is really mentioned in Vcs-Bzr:
[12:37] <fta> will have a look
[12:37] <asac__> thx
[12:37] <ripps> fta: doesn't seem so, I'm running a another build and i'm tracing it into pastebinit
[12:38] <fta> asac__, something stole my focus again (ff3.6)
[12:39] <fta> ripps, which rev are you running? i'm at #114 now: https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[12:40] <ripps> fta: I'm the same
[12:40] <fta> ok, so there's something else going on..
[12:40] <fta> asac__, can you test o3d now?
[12:43] <ripps> fta: http://pastebin.com/f20d807d0
[12:43] <fta> (i have that bzr progress bar)
[12:46] <asac_> fta: where is it?
[12:46] <fta> ripps, looks fine to me (lines 1205-1233)
[12:47] <fta> asac_, https://edge.launchpad.net/~ubuntu-webtech/+archive/o3d-daily
[12:47] <asac_> fta: heh. you really did the team. cool ;)
[12:47] <fta> [Fri 26 02:32] <fta> asac, jcastro: https://edge.launchpad.net/~ubuntu-webtech/+archive/o3d-daily   (I'm quite sure i will regret the choice of that generic team soon enough)
[12:48] <asac_> fta: i dont really see a reason why. so any core-dev, -dev can bust your system anyway
[12:48] <asac_> and anyone who has access to branches as well ;)
[12:48] <ripps> fta: hmmm... it seems it tacked it once, but never did it again... Also, notice how it keeps tacking on an additional lintian every time? It's not removing the results of it's last insertion.
[12:48] <asac_> dont know how ppa access is making a difference
[12:49] <asac_> installing
[12:49] <fta> ripps, line 1254 shows the build-dep was already there... it's not added by the bot. so it's already in .head
[12:51] <fta> asac_, it's just that if i want to hand over a ppa to someone, say an upstream, he'll gain write access to everything else
[12:51] <ripps> fta: mpd.head/debian/control shows no linitian or libmms-dev, but mpd.head.ppa does.
[12:51] <fta> hmm
[12:52] <fta> i see. most probably a bug then. I'll have a look
[12:52] <asac_> fta: you hand a ppa over?
[12:52] <asac_> fta: but yeah i see.
[12:53] <asac_> fta: Unpacking o3d-plugin (from o3d-plugin_0.1.38.0~svn20090625r19300-0ubuntu1~o3d1_i386.deb) ...
[12:53] <asac_> Setting up o3d-plugin (0.1.38.0~svn20090625r19300-0ubuntu1~o3d1) ...
[12:53] <asac_> nspluginwrapper: /usr/lib/o3d-plugin/32/libnpo3dautoplugin.so is not a valid NPAPI plugin
[12:53] <fta> asac_, if someone wants to take the burden of fixing stuff away from me, i'll be more than grateful
[12:55] <fta> asac_, ok, some probably a lib issue. (wfm btw). could you strace it for me please?
[12:55] <asac_> fta: its broken on 32-bit ;)
[12:55] <fta> NSPLUGIN_DIR=/var/lib/o3d-plugin/ strace -f /usr/bin/nspluginwrapper -n -i /usr/lib/o3d-plugin/32/libnpo3dautoplugin.so
[12:55] <asac_> yes
[12:56] <asac_> s/32//
[12:56] <fta> nope
[12:56] <asac_> sudo NSPLUGIN_DIR=/var/lib/o3d-plugin/ /usr/bin/nspluginwrapper -n -i /usr/lib/o3d-plugin/libnpo3dautoplugin.so
[12:56] <asac_> nspluginwrapper: no appropriate viewer found for /usr/lib/o3d-plugin/libnpo3dautoplugin.so
[12:56] <fta> the real 32b lib is in /usr/lib/o3d-plugin/32/libnpo3dautoplugin.so
[12:56] <ripps> fta: how should I go about fixing the branch?
[12:56] <asac_> ls /usr/lib/o3d-plugin/32/libnpo3dautoplugin.so
[12:56] <asac_> ls: cannot access /usr/lib/o3d-plugin/32/libnpo3dautoplugin.so: No such file or directory
[12:57] <fta> eh?
[12:57] <fta> really?
[12:57] <asac_> ls /usr/lib/o3d-plugin/libnpo3dautoplugin.so
[12:57] <asac_> /usr/lib/o3d-plugin/libnpo3dautoplugin.so
[12:57] <asac_> fta: i am on i386
[12:57] <asac_> with nspluginwrapper installed
[12:57] <fta> oh
[12:57] <fta> damn
[12:57] <asac_> which should work if it works on 64bit
[12:57] <asac_> e.g. i run flash with nsp
[12:57] <asac_> here
[12:58] <fta> no, my code will not work in that case
[12:58] <fta> dammit
[12:58] <asac_> yes. but a plugin should work in theory
[12:58] <asac_> i see that the packaging doesnt work
[12:58] <asac_> ;)
[12:58] <asac_> but if i manually fix the path it says the "no appropriate viewer found for .."
[12:59] <asac_> so it probably will have the same problem on 64bit
[13:00] <asac_> fta: the plugin does not even link against any plugin stuff: http://paste.ubuntu.com/204125/
[13:00] <fta> it's fine for me without nspluginwrapper, but i'll have a look anyway
[13:00] <asac_> pkg-config --libs mozilla-plugin
[13:00] <asac_> -lplds4 -lplc4 -lnspr4 -lpthread -ldl
[13:01] <asac_> could be
[13:01] <asac_> fta: there are plugins that dont work with nspw
[13:01] <asac_> if they use xpcom
[13:01] <asac_> but this doesnt look like it uses xpcom
[13:01] <fta> it doesn't
[13:01] <ripps> fta: meh, I'm getting pretty tired. I'm off to bed, let me know if you found a solution when I wake up. G'night
[13:01] <asac_> at least not from the ldd output ... however, it doesnt even have the nspr4 things linked so i suspect that nspw gets confused maybe
[13:02] <fta> ripps, ok, 'night
[13:02] <asac> back ;)
[13:02] <fta> i have to run too
[13:02] <asac> ok
[13:02] <asac> cu later
[14:04] <asacasa> http://pastebin.com/f7909198b
[14:08] <jcastro> asac__: #identica on freenode I think
[14:16] <asac__> jcastro: there is not even a topic ;)
[14:18] <jcastro> #laconica is one too
[14:18] <jcastro> it's down for me now, but it was up yesterday
[14:54] <BUGabundo> boas ppl
[14:57] <BUGabundo> asac more NM updates?
[15:04] <fta> back
[15:04] <BUGabundo> hey
[15:04] <BUGabundo> identica still down !!!
[15:04] <BUGabundo> :(((
[15:05] <fta> asac, i don't want to support nspw on 32bit, it's useless
[15:07] <BUGabundo> what's that?
[15:07] <asac> fta: what i am saying is: it doesn twork on 64-bit most likely
[15:08] <asac> if it works on 64bit it will work on 32-bit i am sure ;)
[15:08] <asac> except that you need to fix the packaging
[15:09] <fta> asac, sure, i'll fix that but i give some thoughts to supporting nspw as an option, but it's crazy, either i force it as a dep, or i ignore it if it's there
[15:09] <fta> gave
[15:09] <fta> dtchen, resample-method = speex-float-1, will it give me better results than ffmpeg??
[15:10] <asac> fta: if you support it on amd64 there is no reason to not support it on 32-bit
[15:10] <asac> i like to run plugins out-of-process
[15:10] <fta> isn't it slower?
[15:11] <fta> asac, you want *me* to update pywebkitgtk???
[15:11] <asac> fta: thought you said it was working with head
[15:11] <fta> gwibber is
[15:12] <fta> i never even touched pywebkitgtk
[15:13] <asac> fta: i thought this bug was about gwibber not working
[15:13] <asac> whether its pywebkitgtk update or gwibber i thought wasnt important
[15:14] <BUGabundo> fta: dtchen:
[15:14] <BUGabundo> ; resample-method = ffmpeg
[15:14] <BUGabundo> resample-method = src-linear
[15:14] <BUGabundo> ;resample-method = speex-float-1
[15:15] <BUGabundo> speex-float-1 seems better, but causes delay on totem
[15:15] <BUGabundo>  src-linear works, but has glitchs
[15:16] <fta> i just want mplayer, rhythmbox, flash and openarena to work all together, ffmpeg was the closest method to achieve that, now, i'm afraid to try anything else :P
[15:17] <BUGabundo> fta: tried speex-float-1 ?
[15:17] <fta> it's there, but i didn't restart yet
[15:17] <fta> pa
[15:18] <BUGabundo> yeah
[15:40] <fta> http://www.techcrunch.com/2009/06/17/yeah-what-is-a-browser-anyway/
[15:48] <fta> asac, i don't understand. what happens to your flash if you uninstall nspluginwrapper on your 32bit box?
[15:48] <fta> asac, i mean, what will take care of removing all the alternative links?
[15:52] <asac> fta: it works
[15:52] <asac> fta: its supposed to update the altenratives
[15:52] <asac> if not its a bug
[15:55] <fta> i still don't understand. when you install flash, postinst detects the nspluginwrapper is there, runs it in setup mode and then call update-alternative. in prerm, it drops the nspw dirs and call update-alternative in remove mode, that's fine
[15:56] <fta> but, if you don't touch the plugin, but remove nspluginwrapper, i don't see how it could work, there's not postinst/prerm, the update-alternative links has to be broken
[15:56] <fta> have
[15:57] <asac> fta: if thats really the case its a bug
[15:57] <asac> jazzva should fix it ;)
[15:57] <asac_> just kidding
[15:57] <asac_> let me check
[15:58] <fta> i didn't try, i'm just trying do figure out how it could work based on the branches
[15:59] <asac_> yeah. dont look at flashplugin ... the maintainer scripts are a mess and need to be redone
[15:59] <asac_> what should be done is to register the plugin toegher with the wanted alternatives through some /var/... hook (like dirs.d)
[15:59] <asac_> and let nspluginwrapper take care of that
[15:59] <asac_> like update-nspluginwrappers
[16:01] <fta> is that documented somewhere? such as when are those hooks called? what needs to be provided, etc.
[16:03] <asac> fta: i think the alternative hook doesnt exist yet. just the dirs.d hook
[16:03] <asac_> let me check whats up
[16:14] <fta> you've got a r- for the env leak patch :P
[16:19] <asac_> yeah
[16:19] <asac_> that was obvious
[16:33] <asac___> fta: ok recommitted something maybe a bit better
[16:33] <asac___> not sure if it starts to segfault again
[16:34] <fta> committed where?
[16:35] <asac___> to our packaging branch
[16:35] <asac___> want to see if it segfaults again before resubmitting ;)
[16:38] <asac___> when will dailies get uploaded?
[16:38] <asac___> 1900?
[16:40] <fta> just moved them to 1800, it's too crowed now at 1900
[16:40] <asac___> yeah good idea
[16:40] <asac___> actually in the morning all is free
[16:40] <asac___> we can run two a days then i guess
[16:40] <fta> need bigger quotas
[16:40] <asac___> ok
[16:40] <asac___> for moz?
[16:40] <fta> for all
[16:41] <fta> 2 runs a day, means twice the size
[16:41] <asac___> yeah. then 1700 is probably best
[16:48] <asac___> fta: so for the ppa-scripts get-orig-source needs to produce the current tip?
[16:48] <fta> yes
[16:50] <asac___> fta: and the scripts will force the upstream version in the changelog then?
[16:50] <asac___> automagically?
[16:51] <fta> yes
[16:51] <fta> depending if it's closed or not, it will create a new entry for you
[16:51] <fta> or update the current one
[16:52] <asac___> fta: will it also replace text in the changelog entry itself? like a long Date: xxx
[16:52] <asac___> e.g. if i have
[16:52] <asac___> Date: Thu 12....
[16:52] <asac___> would it replace that?
[16:52] <asac___> (i guess answer is no ;))
[16:52] <fta> version and date
[16:53] <fta> look at the traces you receive by email (if you still have one), there's a bzr diff
[17:24] <asac> fta: how do you normalize a date from git?
[17:24] <asac> the --date=... thing doesnt allow me to show UTC time
[17:42] <asac> ok i think i got it
[17:48] <rhollencamp> I installed 9.04 United States English locale, but firefox is installed as EN-GB
[17:48] <rhollencamp> xulrunner too
[17:48] <rhollencamp> you can see it if you go to addons->languages
[17:49] <asac> rhollencamp: en-US is the default
[17:49] <asac> rhollencamp: what do you get in shell when running locale
[17:49] <asac> please paste.ubuntu.com
[17:50] <rhollencamp> en_US.UTF-8
[17:50] <rhollencamp> all the vars are set to that
[17:50] <rhollencamp> I can paste it if you want
[17:51] <rhollencamp> http://paste.ubuntu.com/204386/
[17:54] <BUGabundo> asac Modem Manager sucks :))
[17:54] <BUGabundo> mine gets stuck on 32% (two bars)
[17:54] <BUGabundo> no mather if I'm on edge, gprs, or 3.6mb/s
[17:56] <rhollencamp> http://paste.ubuntu.com/204392/
[17:56] <rhollencamp> more info
[17:57] <BUGabundo> btw if anyone is having audio MUTE prob, check pavucontrol to see if source of sound is at 50% or less!
[17:57] <BUGabundo> fta: ^^^^^^
[17:58] <fta> asac, still need some help?
[17:59] <rhollencamp> should I report a bug in the ubuntu bugzilla about this or is someone in here going to look into it
[18:04] <asac> BUGabundo: why would modemmanager suck ... it tells you what your modem tells him
[18:05] <BUGabundo> ahah
[18:05] <BUGabundo> then it doesn't read all that much from him
[18:06] <BUGabundo> at least not what the led tells me
[18:11] <fta> asac, rush hour too.. seems most builders have been reassigned to something to something else
[18:52] <BUGabundo> bye
[19:00] <asac> still 100% of builders do dailies ;)
[19:01] <fta> :)
[19:06] <fta> restarting my queue monitor to see what are the new rush hours
[19:26] <rhollencamp> asac: should I open up a bug report and put all this stuff about en-GB / en-US in there
[19:28] <asac> rhollencamp: if LANG= en_US all is fine
[19:28] <asac> rhollencamp: or do you see british text somewhere?
[19:28] <asac> we install the en-GB translation everywhere, but its not used unless you have en_GB
[19:28] <asac> in locale
[19:28] <rhollencamp> the spell checking is done in en-GB
[19:29] <asac> you dont see en-US in the languages dialog
[19:29] <rhollencamp> no
[19:29] <asac> rhollencamp: thats a different problem
[19:29] <asac> rhollencamp: yes. thats expected en-US is the default so it wont be visible there
[19:29] <asac> the dictionary is a known bug
[19:29] <rhollencamp> k
[19:29] <rhollencamp> thx
[19:29] <asac___> if you see british text somewhere its a problem
[19:30] <rhollencamp> no, I was just annoyed because it told me catalog was supposed to be spelled catalogue
[19:31] <asac> yeah
[19:32] <rhollencamp> I installed the US english dictionary from mozilla's site; btw when you right-click in a text field and go to choose language it shows both English / United states and en-US in the list
[19:33] <asac> rhollencamp: it should show us in the list even without installing from mozilla site
[19:34] <rhollencamp> yeah it does
[19:34] <asac> so uninstall it from mozilla again
[19:34] <rhollencamp> i did
[19:35] <asac> rhollencamp: for me en us is selected there
[19:35] <asac> not sure
[19:35] <asac> maybe your site explicitly says that its of locale en-GB?
[19:36] <asac> rhollencamp: which site didy ou try to use?
[19:36] <rhollencamp> its an internal website where I work
[19:36] <rhollencamp> I'll check the page header
[19:37] <asac> right. check what happens on other websites in the net
[19:37] <asac> like launchpad.net ;)
[19:37] <asac> etc as well
[19:37] <asac> also check that you have en-us as preferred langauge in preferences -> content -> languages ...
[21:37] <asac___> fta: WORKDIR=/data/bot
[21:37] <asac___> BINDIR=/data/bot/src
[21:37] <asac___> where should that point to?`
[21:37] <fta> see README
[21:38] <BUGabundo> ahaha
[21:38] <BUGabundo> RTFM
[21:39] <fta> asac, http://bazaar.launchpad.net/~fta/%2Bjunk/ppa-scripts/annotate/head%3A/README#L218
[21:40] <asac___> aha
[21:40] <asac___> that can be a /tmp dir?
[21:40] <asac___> e.g. does it need state?
[21:40] <asac___> all scripts? means ppa-scripts ?
[21:40] <asac___> couldnt daily.sh just use dirname $0 ?
[21:41] <asac___> for BINDIR?
[21:41] <fta> obviously, BINDIR & CONFDIR should be stable,
[21:41] <asac___> yes confdir
[21:41] <asac___> but confdir could be $BINDIR/confs by default and then BINDIR could be auto guessed
[21:41] <asac___> then WORKDIR could be temp
[21:41] <fta> WORKDIR could be tmp but it's better to assign it a real place, will not grow forever
[21:41] <asac___> anyway thanks
[21:41] <asac___> yeah
[21:43] <fta> by default, you will have WORKDIR/{ppa,tarballs,all_your_branches}
[21:44] <fta> i put in there upstream too, but it depends on your conf files
[21:44] <fta> for me, everything is self contained in WORKDIR
[21:48] <fta> grrr
[21:48] <fta> cd /build/buildd/chromium-browser-3.0.191.0~svn20090626r19361/build-tree/src/ffmpeg/ffmpeg-mt ; \
[21:48] <fta> 	./configure --disable-ffmpeg --disable-ffplay --disable-ffserver --enable-shared --disable-static --disable-debug --enable-pthreads --disable-network --disable-encoders --disable-decoders --disable-hwaccels --disable-muxers --disable-demuxers --disable-parsers --disable-bsfs --disable-protocols --disable-devices --disable-filters --enable-decoder=theora --enable-decoder=vorbis --enable-demuxer=ogg --prefix=/build/buildd/chromium-browser-3.0.191.
[21:48] <fta> 0~svn20090626r19361/build-tree/src/sconsbuild/chromium-ffmpeg
[21:48] <fta> gcc is unable to create an executable file.
[21:48] <fta> If gcc is a cross-compiler, use the --enable-cross-compile option.
[21:48] <fta> Only do this if you know what cross compiling means.
[21:48] <fta> C compiler test failed.
[21:51] <fta> looks like gold is not my friend :P
[21:58] <asac___> sync-ppa.pl does not do the initial branching if there is branch?
[22:15] <fta> it should
[22:24] <fta> asac___, asac: does it work?
[22:30] <fta> asac___, it seems /usr/lib/nspluginwrapper/dirs.d is completely alien to nspluginwrapper, it's just a packaging trick in postinst. not even a prerm, nada
[22:30] <fta> noway i can do a working package with backports
[22:33] <dtchen> fta: yes, speex-float-1 is the default now
[22:34] <dtchen> fta: it's the least cpu-intensive resampling method that doesn't have sound anomalies
[22:37] <BUGabundo> dtchen: but it has probs on totem
[22:37] <dtchen> BUGabundo: the resampling method?
[22:38] <BUGabundo> videos stops and plays slowly
[22:38] <BUGabundo> dtchen: speex-float-1
[22:38] <dtchen> BUGabundo: which is not reproducible when using speex-fixed-1 ?
[22:38] <BUGabundo> dtchen: I've reverted to resample-method = src-linear so I can watch movies
[22:39] <BUGabundo> but now I hear glitchs some times
[22:39] <dtchen> BUGabundo: src-linear gives tremendous audio artifacts on many HDA controllers
[22:39] <BUGabundo> didn't know about fixed-1
[22:39] <BUGabundo> let me try that for a few hours
[22:40] <BUGabundo> restart PA now
[22:40] <BUGabundo> dtchen: other prob: my sound (on pavucontrol ) for apps is defualting to 50%
[22:41] <BUGabundo> so I don't hear anything until I raise them
[22:41] <BUGabundo> but some like pidgin don't stay long enough to allow changing
[22:41] <BUGabundo> others like mplayer reset to 50 % on track/video change
[22:41] <dtchen> BUGabundo: known issue with flatvol
[22:42] <BUGabundo> ok
[22:42] <BUGabundo> bug on LP ?
[22:42] <dtchen> fixed in 0.9.16-test1, but we can't upload 0.9.16-test1 until a 2.6.31-based kernel lands in karmic, because rtkit (a new dependency of pulse) depends on 2.6.31 scheduler features
[22:43] <BUGabundo> I can try getting the -31 kernel
[22:43] <BUGabundo> but even the PPA from kernel team is broken for 64bits
[22:43] <BUGabundo> only apw has it on his PPA
[22:43] <BUGabundo> lol
[22:43] <BUGabundo> I better wait
[22:43] <dtchen> the 2.6.31-rc1 amd64 mainline build works for me
[22:43] <dtchen> Linux errno 2.6.31-020631rc1-generic #020631rc1 SMP Thu Jun 25 09:04:33 UTC 2009 x86_64 GNU/Linux
[22:44] <BUGabundo> heheeh
[22:44] <BUGabundo> you crazy dude
[22:45] <BUGabundo> dtchen: why did you leave #ubuntu+1 ?
[22:45] <dtchen> i didn't?
[22:45] <BUGabundo> not this cycle
[22:46]  * BUGabundo gets an eraser
[22:46] <BUGabundo> oh I see you there _now_
[22:46] <BUGabundo> eheheh
[22:46] <BUGabundo> nvm
[23:16] <asac___> fta: my branch is lp:~network-manager/network-manager/ubuntu.head ... its a debian only branch
[23:16] <asac___> thats a problem i guess
[23:17] <fta> hm, depends, does the version look native?
[23:17] <fta> no -
[23:17] <asac___> no
[23:18] <asac___> its a normal debian dir
[23:18] <fta> not supported then :(
[23:19] <fta> at least not yet
[23:20] <asac___> can't cd to tarballs
[23:21] <fta> i only support merge mode, and pure native
[23:21] <fta> m-d is native
[23:21] <asac___> /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/sync-ppa.pl -p /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-pkgs-karmic.conf -c /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-karmic.conf -i
[23:22] <asac___> thats what its runnig ... but nothing happens ;)
[23:22] <asac___> fta: well. the branch above works with merge mode
[23:22] <asac___> bzr bd --merge works
[23:22] <fta> show me a full trace plz
[23:23] <asac___> strace?
[23:23] <asac___> cat confs/ppabot-karmic.conf | pastebinit
[23:23] <asac___> http://pastebin.com/f17138edf
[23:23] <asac___> cat confs/ppabot-pkgs-karmic.conf | pastebinit
[23:23] <asac___> http://pastebin.com/f46697a1b
[23:24] <asac___>  cat daily.sh | pastebinit
[23:24] <asac___> http://pastebin.com/f666c785b
[23:24] <asac___> ls /tmp/bot/ | pastebinit
[23:24] <asac___> http://pastebin.com/f348e3688
[23:26] <asac___> does that make any sense at all ;)?
[23:29] <asac___> sh daily.sh karmic
[23:29] <asac> /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/sync-ppa.pl -p /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-pkgs-karmic.conf -c /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-karmic.conf -i
[23:29] <asac> nothing else
[23:29] <asac> guess there are some config keys not defined ;)
[23:29] <asac> but which are required?
[23:29] <fta> what are you running?
[23:30] <asac> branch and lp
[23:30] <asac> are required
[23:30] <asac> fta: what do you mean?
[23:30] <fta> your command line
[23:30] <asac> fta: with those pastes from above i run:
[23:30] <asac> 00:29 < asac___> sh daily.sh karmic
[23:30] <asac> 00:29 < asac> /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/sync-ppa.pl -p /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-pkgs-karmic.conf -c  /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-karmic.conf -i
[23:31] <fta> add 'network-manager' in 'order'
[23:31] <fta> inside confs/ppabot-pkgs-karmic.conf
[23:31] <asac> ok
[23:32] <fta> now?
[23:32] <asac> yeah it fdoes something ;)
[23:33] <asac> it runs my smart get-orig-source ;)
[23:33] <asac> now crossing fingers ;)
[23:34] <asac___> fta: http://paste.ubuntu.com/204530/
[23:34] <fta> :)
[23:34] <asac___> hmm
[23:34] <asac___> seems it didnt like the super smartness
[23:35] <asac> ah i think its a bug in my branch ;)
[23:37] <asac> hmm. why does it spit a 1 out there
[23:38] <asac___> 1
[23:38] <asac___> wh	cd ..; tar --exclude=.git -cvzf /tmp/bot/nm.head.ppa/network-manager_$upstream_version.orig.tar.gz `ls | head -n 1`; \
[23:38] <asac___> any clue?
[23:38] <ripps> fta: yo, I'm back
[23:38] <asac___> 		cd /tmp/bot/nm.head.ppa; rm -rf $tmpdir
[23:38] <asac___> 1
[23:39] <fta> ripps, hi
[23:39] <fta> ripps, i've committed a tentative fix
[23:39] <asac___> fta: so how it failed was:
[23:39] <asac___> getting specific upstream revision/tag: 20090621t095302.master
[23:39] <asac___> fatal: git checkout: updating paths is incompatible with switching branches.
[23:39] <asac___> Did you intend to checkout '20090621t095302.master' which can not be resolved as commit?
[23:39] <fta> ripps, could you please give it a try?
[23:39] <asac___> hmm
[23:39] <asac___> oh thats a bug in my orig rule too i guess
[23:39] <ripps> fta: doing it now
[23:40] <fta> asac___, indeed
[23:41] <asac> but the 1 is still a mystery
[23:41] <asac> must be a syntax error or something
[23:44] <asac> fta: it doesnt update the branch
[23:44] <fta> .
[23:44] <fta> ?
[23:44] <asac> seems only to merge to .ppa from the /tmp/bot/nm.head
[23:44] <asac> but doesnt pull the new stuff to nm.head
[23:44] <fta> it never touches the packaging branch
[23:44] <asac> what?
[23:44] <asac> it doesnt do the pull?
[23:45] <asac> e.g. to get the latest from remote?
[23:45] <fta> it has it's own .ppa branch for that
[23:45] <asac> well. but it doesnt pull at all as it seems
[23:46] <fta> it pull .head from lp to get new changes, then i merge that into .head.ppa, and then to .head.ppa.$dist
[23:46] <asac> i mean i have nm.head in /tmp/bot ... first thing it should do is getting the latest .head changes from the "lp" branch
[23:46] <fta> -i+it
[23:46] <asac> yes
[23:46] <asac> but the pull of .head does not happen here
[23:46] <fta> (+ a bunch of s) i can't type tonight
[23:46] <fta> show me a full trace
[23:47] <asac___> /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/sync-ppa.pl -p /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-pkgs-karmic.conf -c /home/asac/Development/ubuntu.bzr2/fta/ppa-scripts/confs/ppabot-karmic.conf -i
[23:47] <asac___> * Doing 'nm.head.ppa'...
[23:47] <asac___> Using saved parent location: /tmp/bot/nm.head/
[23:47] <asac___> it doesnt pull nm.head
[23:47] <asac___> No revisions to pull.
[23:47] <asac___> thats what i get
[23:47] <asac___> starts with .ppa right away
[23:47] <ripps> fta: I've already made an update to mpd today and the new git hash has a smaller value than my old one...
[23:48] <ripps> Hmmm... I wonder if it's possible to add an hour value to my date string
[23:49] <fta> ripps, then you're get-orig-source has a problem, you should get a real commit date always in the same timezone
[23:50] <fta> and yes, i often add the time when it's a busy project
[23:50] <ripps> fta: I do, but I only get the year-month-day, and I've already put up a commit from earlier today.
[23:51] <fta> oh, it's because of the stupid hash git uses as a rev id i suppose
[23:52] <ripps> yep, I might need to do some hack that will retreive the hour it was committed and affix that into the date sting
[23:52] <asac> so it works now
[23:52] <asac> now it complains that it cannot push
[23:52] <asac> why do i need the .ppa branch again?
[23:52] <asac> cant we use the "branch" ?
[23:53] <asac> anyway ... it doesnt pull latest in the branch anyway
[23:53] <fta> by design, i didn't want all the daily commits in the packaging branch
[23:53] <asac> fta: why commit at all
[23:53] <asac> fta: just produce changelog, build upload
[23:53] <asac> tomorrow do the same
[23:53] <asac> no need to keep record
[23:54] <asac___> 1. pull latest "branch" from "lp"
[23:54] <fta> well, you can write another bot if you prefer
[23:54] <fta> or wait for lp
[23:54] <asac___> hey. i want to understand why it does it that way :)
[23:55] <fta> just because you can just enter any branch, bzr bd --merge it to push it to lp or to pbuilder it
[23:56] <asac> but you can run --merge even if its not committed
[23:56] <fta> it was not possible when i wrote that part
[23:56] <fta> anyway, that's how it is
[23:56] <asac___> aha
[23:56] <asac___> ok
[23:56] <fta> and i like branches
[23:56] <asac___> fta: still i dont get why it doesnt pull latest to "branch" from "lp" before trying to merge that to ppa branch
[23:57] <fta> probably a problem in your conf files
[23:57] <asac___> do you run another daily script that updates the "branch" branches?
[23:57] <asac___> ah ok
[23:57] <fta> i just run daily in a cron
[23:58] <fta> daily.sh ucd gwibber umd usd o3d
[23:58] <asac___> http://pastebin.com/f72b0b5b9
[23:58] <asac___> thats the one
[23:58] <fta> and you get the trace by email everyday remember?
[23:59] <asac___> well. i do believe that you do it
[23:59] <asac___> you just said above that you dont touch the branches
[23:59] <fta> do you see a warning related to your ~/.dput* ?
[23:59] <asac___> thats why i wasnt sure whats supposed to happen
[23:59] <asac___> fta: not before the build starts