[00:12] <RainCT> fta: Hey, are you around?
[00:13] <fta> RainCT, I am
[00:15] <RainCT> fta: I'm looking at Prism. Where do those .webapp things come from?
[00:16] <fta> the ones in the package? from upstream, but they are completely obsolete and should be removed
[00:17] <fta> my debian/rules is dirty because of all the workarounds to fix their syntax
[00:17] <RainCT> Yes, I'm wondering if we need such .webapp things or just a .desktop file is enough
[00:20] <fta> webapps contain several files. icons are a problem for us but json files are good to have
[00:22] <RainCT> fta: ok, so if we have a .desktop and optionally a .js and we  fetch an icon from the web, we can zip that together and get a .webapp?
[00:22] <RainCT> (and can those .webapp things be installed in ~/ too?)
[00:23] <fta> they are in ~/.webapps
[00:25] <fta> for each webapp, we need webapp.ini (created by prism from the UI), optionally localstore.json (to predefine the window size, etc), the icon (we fetch from the web), all those in a .webapp file or unpacked in ~/.webapp, plus a desktop file (that we must create)
[00:28] <RainCT> fta: can you send me a sample ~/.webapp dir with some webapps?
[00:29] <fta> forgot, and a .css (optional)
[00:30] <fta> http://paste.ubuntu.com/195295/
[00:31] <fta> the icon must be both inside the webapp dir (or file) and in the gnome dir for the desktop file
[00:32] <RainCT> or using an absolute path in the .desktop file
[00:34] <RainCT> fta: would you mind dropping me those files in a tarball so that I can see what they actually look like?
[00:36] <fta> http://www.sofaraway.org/ubuntu/tmp/google-maps.tar.gz
[00:36] <fta> here is it
[00:36] <RainCT> thanks
[00:37] <fta> it was part of my initial webapps meta package
[00:38] <fta> i had some fun doing the css, it's no longer up to date though :(
[00:41] <RainCT> fta: ok so in the repository we would have, for each web application: 1. <webapp>.desktop containing a [Desktop Entry] section with the actual content for the .desktop, a [Parameters] section for the webapp.ini and an [Icon] section with info from where to get the icon; 2. Optionally, <webapp>.json, 3. Optionally, <webapp>.css.    How does this sound?
[00:42] <fta> sounds ok
[00:43] <asac> fta: how are you trying to build it?
[00:43] <asac> i dont think we should use moz build system for that
[00:44] <fta> asac, sure, i'm using the original stuff
[00:44] <asac> what is the original stuff? makefile.gen
[00:47] <fta> a raw configure and a template called makefile.cfg
[00:47] <fta> no .in/.ac
[00:47] <asac> fta: isnt makefile.gen the right one?
[00:48] <fta> nope
[00:48] <fta> # Generated automatically from makefile.cfg by configure.
[00:49] <fta> moz changed a lot of int to int16, it's probably what is making the tests fail
[00:49] <fta> for me, a int is 32 most of the time, not 16
[01:10] <fta> asac_, gone?
[01:17] <fta> asac, asac_: https://code.edge.launchpad.net/~fta/+junk/jpeg-6b+moz.upstream
[02:17] <fta> asac, and https://code.edge.launchpad.net/~fta/+junk/libjpeg6b-moz.dev
[02:17] <fta> available here: https://edge.launchpad.net/~fta/+archive/staging
[02:18] <fta> i need to check if the mmx/sse2 things work.. not sure with those nspr ifdefs
[04:34] <ripps> fta: how do you intiate a manual update for ppabot?
[04:56] <ripps> update-pkg -n isn't working
[06:36] <ripps> fta: I have an idea for adding changelogs to ppabot, I think it would work if it was added to the ppabot-pkgs-$pocket.conf the same way local_init works. Have the user supply a command to gather changelog info, and then let ppabot inject into the changelogs
[06:41] <micahg> ping asac
[06:43] <micahg> nevermind
[06:44] <micahg> not a regression
[07:35] <ripps> fta: if you or anybody else here knows how to increment the version using ppabot, I'd very much like to know
[09:33] <ripps> fta: ping
[11:28] <fta> ripps, pong
[11:30] <fta> ripps, what's wrong with -n?
[11:30] <ripps> fta: yo, I'm still having trouble get another set of packages to work with the ppa-scripts. I've done practically everything, including completely deleting all the branches locally and remotely and starting fresh, but I still can't get it to upload.
[11:30] <BUGabundo> hi
[11:30] <fta> ripps, show me
[11:30] <ripps> fta: Also, I can't get packages to increment to ~ppa2.
[11:30] <BUGabundo> fta: nice discussion going on on identica about #chrome vs #chomium licence
[11:31] <ripps> The method you told me about the other day doesn't work anymore.
[11:31] <fta> hm, it should. please pastebin your logs
[11:32] <ripps> fta: it's sync, update-pkg -n, then sync -p. correct?
[11:32] <ripps> *-P
[11:33] <ripps> Okay, let me start fresh with the mpd packages and I'll post the logs, give me a sec
[11:34] <fta> nope, no need for -n in update-pkgs, it's just to create a new entry in changelog if the previous one was closed (= released instead of UNRELEASED)
[11:35] <fta> in rev 105, i've added a -n | --no-tarball-update to daily directly
[11:36] <fta> https://code.edge.launchpad.net/~fta/+junk/ppa-scripts
[11:36] <ripps> fta: what I really need is a simple force dput option. because while I was uploading some new gmpc packages, I experienced a timeout error while dputting gmpc-plugins, and now it won't let me upload them again. I only got the karmic distro through
[11:38] <fta> you should have all the files in the PPA dir, just go there and dput manually
[11:38] <ripps> Okay, I've just re-deleted all the mpd branches locally and on launchpad, and I've deleted any existing mpd tarballs. I'm rerunning ./daily.sh mpd and pastebining it.
[11:38] <fta> by default, it's in ../ppa
[11:39] <ripps> fta: except if I run ./daily.sh again, it deletes ppa/, I didn't know It hadn't uploaded until I was already trying to work another set of packages.
[11:41] <fta> oh ok. deleting ppa/ should not be a problem as the last tarball is still in tarballs/ and the rest is in the branches
[11:43] <ripps> fta: http://pastebin.com/f4f74aaa9
[11:45] <fta> something is wrong in mpdscribble's get-orig-source
[11:46] <fta> #
[11:46] <fta> # Done (created mpdscribble_0.17+git20090608.b5ed2a0.orig.tar.gz)
[11:46] <fta> #
[11:46] <fta> -rw-r--r-- 1 ripps ripps 56530 2009-06-14 05:42 mpdscribble_0.17+git20090608.b5ed2a0.orig.tar.gz
[11:46] <fta> #
[11:46] <fta> TAG = -r
[11:46] <fta> #
[11:46] <fta> make: TAG: Command not found
[11:46] <fta> #
[11:46] <fta> make: *** [get-orig-source] Error 127
[11:47] <ripps> fta: okay, I fixed that just now, and I ran daily.sh mpd again, and I uploaded something, but only mpdscribble this time. It didn't even try the mpd and mpc packages that go with it.
[11:48] <fta> ?
[11:48] <ripps> that's my response
[11:49] <fta> btw, you should never have to delete anything, especially branches, it's causing even more problems.
[11:49] <ripps> well, i figure deleting everything locally and remotely allows me to start fresh, without worrying about something I did that screws the whole system up.
[11:51] <ripps> The biggest problem with this system (as far as I can tell) is that it's not very happy about any kind of errors. Stupid errors I admit, but they're just making me confused and upset.
[11:52] <fta> yep, i agree. there's room for improvement there but most of the time, you really need to fix the errors before doing the rest
[11:53] <ripps> It'd be nice if it would tell me the errors. Sometimes it leaves me scratching my head.
[11:53] <ripps> So, is daily.sh -n supposed to force a dput update?
[11:54] <fta> only if there's something new (tarball or packaging changes)
[11:54] <fta> well, no
[11:54] <fta> daily -n is just for packaging changes
[11:54] <fta> it will not run update-pkgs
[11:55] <fta> it's the same as running sync with all the parameters
[11:56] <ripps> fta: okay, walk me through, step by step how to force a dput update when there's no changes to the packaging or the tarballs
[11:59] <fta> hm, the bot is not supposed to do anything in that case.
[12:00] <fta> why would you want to do that btw?
[12:00] <ripps> fta: because, it only uploaded mpdscribble.
[12:00] <ripps> I now it won't upload anything
[12:00] <ripps> ppa/ only has the changes files for mpdscribble too
[12:01] <fta> ? it stopped because of an error in mpdscribble, if you fixed that, restart the full thing and it will continue with the other packages
[12:01] <ripps> fta: I DID!
[12:01] <fta> if it doesn't, there's something else => pastebin
[12:02] <fta> i thought my logs were already too verbose, apparently not enough
[12:04] <ripps> fta: http://pastebin.com/f7177eed3
[12:04] <ripps> I updated mpdscribble and it uploaded, but mpd and mpd did nothing
[12:04] <ripps> *mpc
[12:09] <fta> weird. what was the command you used?
[12:10] <ripps> fta: ./daily mpd 2>&1 |pastebinit
[12:10] <ripps> ^./daily.sh
[12:12] <ripps> It seems to me, it only dputs when it's been flagged as changed. Should I make some kind of appetrary change to mpd and mpc's packaging and see if it does something?
[12:16] <ripps> fta: Okay, I've got an even stranger one. It didn't upload the orig.tar.gz. The mpdscribble that uploaded failed to build because it only included the debian/ directory
[12:17] <fta> yep, isnative=1, that's wrong
[12:18] <fta> i see
[12:18] <fta> #
[12:18] <fta>   - compare 0.16 (UNRELEASED) and 0.17~git20090525.ba2cda7-0ubuntu1
[12:18] <fta> #
[12:18] <fta>      => isclosed=0 isnative=1
[12:18] <fta> #
[12:18] <fta> 0.16 is clearly recognized as a native version
[12:19] <fta> it should have been 0.16-x or 0.16-xubuntuy
[12:20] <fta> i guess that if you fix your .head branches to start with a non native version, it should work
[12:20] <ripps> fta: okay, I'll give it a shot
[12:21] <ripps> so, replace 0.16 with 0.16-a?
[12:21] <fta> yep
[12:21] <fta> native packages are special, they require no merge
[12:22] <fta> ripps, use 0.16-1
[12:38] <ripps> fta: woohoo, they're uploading!
[12:38] <fta> asac, my libjpeg doesn't work at all. it makes apps crash, same error as with make test
[12:38] <fta> ripps, excellent.
[12:38] <ripps> Now, how do I correct the botched gmpc-plugins upload?
[12:39] <fta> ripps, what's wrong with it?
[12:39] <ripps> Everything worked correctly, but dput experienced a network timeout and canceled the rest of the uploads. I just need to reupload them.
[12:40] <ripps> The change files in ppa/ are long gone now
[12:40] <fta> in the logs, you see the dput command, just copy paste it
[12:40] <fta> it's at the end
[12:40] <ripps> nothing to repload, there's no more changes files anymore
[12:42] <fta> hm, the easiest way is to commit something to the packaging branch and resync
[12:48] <ripps> hmm... perhaps, in the future, I'll make an override file that I just write random crap to when I need to make an a fixed upload. Of course, theirs usually small aesthetic changes I can make to the control file or something to do that.
[12:55] <fta> ripps, once you get used to working with the bot, you will probably no longer need to do that at all.
[12:56] <ripps> fta: hmm... something's wrong, it's not building the orig.tar.gz (and the one tarballs/ is old)...
[13:00] <BUGabundo> no sound on flash! bummer
[13:01] <ripps> fta: http://pastebin.com/f4a7552e8
[13:02] <fta> which one?
[13:05] <ripps> which what? it seems it's not putting the orig.tar.gz properly... I'm not sure what it's doing...
[13:10] <fta> ripps, is gmpc-plugins_0.18.95~bzr11.orig.tar.gz still in tarballs/ ?
[13:10] <ripps> fta: no
[13:10] <fta> did you drop it at some point?
[13:10] <ripps> fta: didn't touch it
[13:10] <ripps> there's *bzr8* in there though?
[13:11] <fta> er..
[13:11] <ripps> bizarre.. because earlier today I uploaded a bzr11 to karmic...
[13:11] <ripps> and the day before that I did bzr10 for all the the distros succesfully...
[13:13] <fta> ok, got it, it's a bug in daily.sh
[13:14] <fta> last line :P
[13:15] <fta> i lazily rely on sort to do the clean-up
[13:15] <fta> but bzr11 < bzr8 according to sort
[13:16] <ripps> But that shouldn't take place until after the dputting is done. The bzr11 that's made during this run should still exist long enough to upload
[13:17] <fta> yep but it's ripps3 so you probably run daily at least twice on that tarball
[13:18] <fta> for now, just recreate it using debian/rules get-orig-source, move it to tarballs/ and drop the old one (bzr8). I'll fix it on my side
[13:22] <fta> (add -L ... and whatever flag you usually need)
[13:38] <fta> ripps, fixed in the branch. http://paste.ubuntu.com/195639/
[13:39] <alexbodn> hello friends
[13:39] <alexbodn> hi fta, acas
[13:44] <alexbodn> hi asac
[13:45] <ripps> fta: there's a flaw somewhere, I tried to initiate an upload of mpdscribble but it won't upload the orig.tar.bz, even though the changes depend on it. It inevitably leads to launchpad emailing me about a missing orig.tar.gz
[13:46] <fta> ripps, it will only upload the orig if it's the 1st iteration, i.e. ~ppa1, not ~ppa2/3/... and the tarball has to be there when you push ppa1
[13:47] <ripps> fta: unfortunatly, it wasn't, and since all of the changes in ppa/ are setup not to include orig.tar. I'm stuck until upstream changes the source.
[13:50] <fta> ripps, you can work around it. either manually, or by cheating in sync-ppa
[13:50] <ripps> I think I can just manuall run bzr bd in a the karmic directory so it will create a changes with orig.tar
[13:51] <fta> you can edit sync-ppa, and in bzr_cmds, change ppa2 to use -sa instead of -sd, then change it back
[13:54] <fta> but i don't not really see this as a bug in the bot, or a limitation. it's a workaround for the bug i just fixed (and probably some destructive trial/errors on your side too)
[13:54] <fta> hopefully, you'll have everything in place soon
[13:56] <fta> i need to figure out what i should do with those logs.. create a log file somewhere, send a real email, or something
[13:56] <fta> ideas welcome
[13:56] <fta> asac, ^^, you too :)
[13:56] <ripps> fta: did you read my idea for including changelog support?
[13:57] <fta> ripps, yes, i have to think about it, but a generic hook would sure be nice to have
[13:57] <fta> i need to think about which arguments it should receive
[13:57] <fta> probably the previous version number
[13:57] <fta> so you can extract the previous rev number
[13:58] <fta> or the prev date, depending on the vcs, and versioning scheme you used
[14:05] <ripps> I have to leave for a while, bbl
[15:36] <asac> fta: can you put you jpeg work somewhere?
[15:37] <fta> https://edge.launchpad.net/~fta/+archive/staging
[15:37] <fta> https://code.edge.launchpad.net/~fta/+junk/libjpeg6b-moz.dev
[15:37] <asac> oh found it
[15:37] <fta> https://code.edge.launchpad.net/~fta/+junk/jpeg-6b+moz.upstream
[15:37] <asac> thx
[15:37] <fta> but it's obviously not ready
[15:52] <fta> asac, so, what do you think?
[16:08] <fta> BUGabundo, how?
[16:08] <BUGabundo> asking me?
[16:08] <BUGabundo> I know nothing about repositories or bzr
[16:08] <fta> lol
[16:17] <BUGabundo> a bit OT but if anyone needs it: http://ppa-search.appspot.com/
[16:25] <fta> lp already has something to search inside ppas
[16:26] <BUGabundo> did not know that
[16:26] <BUGabundo> this one looks nice
[16:26] <BUGabundo> it as a cload
[16:28] <fta> https://edge.launchpad.net/ubuntu/+ppas
[16:29] <BUGabundo> thanks
[16:29] <BUGabundo> spamming^W µblogging it now
[17:56] <fta> ripps, you're ppa is green. does this mean you're all set now?
[17:57] <ripps> fta: yep, i hope so. Copied the good packgages to their proper ppa's in gmpc-trunk team. I'm going to run daily for a few days to see if everything works the way it should, if it works for a while without outside assistance, I'll move move it from my staging ppa to the proper one's on gmpc-trunk
[17:58] <fta> sounds great
[17:58] <BUGabundo> !ping
[18:55] <micahg> is there a special place to put firefox extension packaging requests?
[19:07] <fta> the wiki
[19:07] <micahg> nevermind..found the project
[19:08] <micahg> there's a FF extensions project
[19:08] <micahg> I added it there
[19:14] <fta> i'm not sure anyone would notice
[19:16] <micahg> people use it
[19:16] <micahg> last post was 6/1
[19:18] <fta> i mean, i'm not sure people packaging addons will notice, but maybe i'm wrong
[19:19] <micahg> ok, well next time I talk to some of the other packagers, I'll check with them if they use it
[19:20] <fta> good :)
[19:21] <micahg> just trying to clean up the old firefox package in Ubuntu
[19:22] <micahg> Where do language requests go?
[19:23] <micahg> upstream?
[19:23] <fta> not sure
[19:23] <micahg> BUGabundo any ideas?
[19:23] <BUGabundo1> don't ask me !
[19:23] <fta> BUGabundo is clueless, but he dents a lot ;)
[19:24] <BUGabundo1> that's me
[19:24] <BUGabundo1> hey I get offended by that
[19:24] <BUGabundo1> I'm not clueless
[19:24] <BUGabundo1> I just know nothing about packaging or mozilla
[19:24] <BUGabundo1> or code
[19:24] <BUGabundo1> or the lottery number
[21:17] <lupine_86> asac: ping ?
[21:18] <BUGabundo> !ask | lupine_86
[21:20] <lupine_86> asac: BUGabundo is shepherding me to bug you about, um, a bug ;) - I can reproduce 384493 (wpa-psk with NM and the kde4,3 plasmoid not working)
[21:21] <BUGabundo> humm KDE?
[21:21] <BUGabundo> you never mention KDE before
[21:24] <asac> lupine_86: plasmoid issues are usually because the plasm nm widget has bugs
[21:24] <asac> so asign it there
[21:26] <lupine_86> mm, there seems to be an open bug or ten already
[21:27] <BUGabundo> if they are the same, I guess  you could dupe them
[21:27] <asac> q
[21:27] <asac> lupine_86: if there is a triaged bug already use that as the dupe target
[21:34] <fta> asac, so, jpeg?