[00:12] fta: Hey, are you around? [00:13] RainCT, I am [00:15] fta: I'm looking at Prism. Where do those .webapp things come from? [00:16] the ones in the package? from upstream, but they are completely obsolete and should be removed [00:17] my debian/rules is dirty because of all the workarounds to fix their syntax [00:17] Yes, I'm wondering if we need such .webapp things or just a .desktop file is enough [00:20] webapps contain several files. icons are a problem for us but json files are good to have [00:22] 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] (and can those .webapp things be installed in ~/ too?) [00:23] they are in ~/.webapps [00:25] 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] fta: can you send me a sample ~/.webapp dir with some webapps? [00:29] forgot, and a .css (optional) [00:30] http://paste.ubuntu.com/195295/ [00:31] the icon must be both inside the webapp dir (or file) and in the gnome dir for the desktop file [00:32] or using an absolute path in the .desktop file [00:34] fta: would you mind dropping me those files in a tarball so that I can see what they actually look like? [00:36] http://www.sofaraway.org/ubuntu/tmp/google-maps.tar.gz [00:36] here is it [00:36] thanks [00:37] it was part of my initial webapps meta package [00:38] i had some fun doing the css, it's no longer up to date though :( [00:41] fta: ok so in the repository we would have, for each web application: 1. .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, .json, 3. Optionally, .css. How does this sound? [00:42] sounds ok [00:43] fta: how are you trying to build it? [00:43] i dont think we should use moz build system for that [00:44] asac, sure, i'm using the original stuff [00:44] what is the original stuff? makefile.gen [00:47] a raw configure and a template called makefile.cfg [00:47] no .in/.ac [00:47] fta: isnt makefile.gen the right one? [00:48] nope [00:48] # Generated automatically from makefile.cfg by configure. [00:49] moz changed a lot of int to int16, it's probably what is making the tests fail [00:49] for me, a int is 32 most of the time, not 16 [01:10] asac_, gone? [01:17] asac, asac_: https://code.edge.launchpad.net/~fta/+junk/jpeg-6b+moz.upstream === asac_ is now known as asac [02:17] asac, and https://code.edge.launchpad.net/~fta/+junk/libjpeg6b-moz.dev [02:17] available here: https://edge.launchpad.net/~fta/+archive/staging [02:18] i need to check if the mmx/sse2 things work.. not sure with those nspr ifdefs [04:34] fta: how do you intiate a manual update for ppabot? [04:56] update-pkg -n isn't working === micahg1 is now known as micahg [06:36] 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] ping asac [06:43] nevermind [06:44] not a regression [07:35] fta: if you or anybody else here knows how to increment the version using ppabot, I'd very much like to know [09:33] fta: ping [11:28] ripps, pong [11:30] ripps, what's wrong with -n? [11:30] 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] hi [11:30] ripps, show me [11:30] fta: Also, I can't get packages to increment to ~ppa2. [11:30] fta: nice discussion going on on identica about #chrome vs #chomium licence [11:31] The method you told me about the other day doesn't work anymore. [11:31] hm, it should. please pastebin your logs [11:32] fta: it's sync, update-pkg -n, then sync -p. correct? [11:32] *-P [11:33] Okay, let me start fresh with the mpd packages and I'll post the logs, give me a sec [11:34] 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] in rev 105, i've added a -n | --no-tarball-update to daily directly [11:36] https://code.edge.launchpad.net/~fta/+junk/ppa-scripts [11:36] 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] you should have all the files in the PPA dir, just go there and dput manually [11:38] 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] by default, it's in ../ppa [11:39] 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] 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] fta: http://pastebin.com/f4f74aaa9 [11:45] something is wrong in mpdscribble's get-orig-source [11:46] # [11:46] # Done (created mpdscribble_0.17+git20090608.b5ed2a0.orig.tar.gz) [11:46] # [11:46] -rw-r--r-- 1 ripps ripps 56530 2009-06-14 05:42 mpdscribble_0.17+git20090608.b5ed2a0.orig.tar.gz [11:46] # [11:46] TAG = -r [11:46] # [11:46] make: TAG: Command not found [11:46] # [11:46] make: *** [get-orig-source] Error 127 [11:47] 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] ? [11:48] that's my response [11:49] btw, you should never have to delete anything, especially branches, it's causing even more problems. [11:49] 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] 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] 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] It'd be nice if it would tell me the errors. Sometimes it leaves me scratching my head. [11:53] So, is daily.sh -n supposed to force a dput update? [11:54] only if there's something new (tarball or packaging changes) [11:54] well, no [11:54] daily -n is just for packaging changes [11:54] it will not run update-pkgs [11:55] it's the same as running sync with all the parameters [11:56] 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] hm, the bot is not supposed to do anything in that case. [12:00] why would you want to do that btw? [12:00] fta: because, it only uploaded mpdscribble. [12:00] I now it won't upload anything [12:00] ppa/ only has the changes files for mpdscribble too [12:01] ? 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] fta: I DID! [12:01] if it doesn't, there's something else => pastebin [12:02] i thought my logs were already too verbose, apparently not enough [12:04] fta: http://pastebin.com/f7177eed3 [12:04] I updated mpdscribble and it uploaded, but mpd and mpd did nothing [12:04] *mpc [12:09] weird. what was the command you used? [12:10] fta: ./daily mpd 2>&1 |pastebinit [12:10] ^./daily.sh [12:12] 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] 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] yep, isnative=1, that's wrong [12:18] i see [12:18] # [12:18] - compare 0.16 (UNRELEASED) and 0.17~git20090525.ba2cda7-0ubuntu1 [12:18] # [12:18] => isclosed=0 isnative=1 [12:18] # [12:18] 0.16 is clearly recognized as a native version [12:19] it should have been 0.16-x or 0.16-xubuntuy [12:20] i guess that if you fix your .head branches to start with a non native version, it should work [12:20] fta: okay, I'll give it a shot [12:21] so, replace 0.16 with 0.16-a? [12:21] yep [12:21] native packages are special, they require no merge [12:22] ripps, use 0.16-1 [12:38] fta: woohoo, they're uploading! [12:38] asac, my libjpeg doesn't work at all. it makes apps crash, same error as with make test [12:38] ripps, excellent. [12:38] Now, how do I correct the botched gmpc-plugins upload? [12:39] ripps, what's wrong with it? [12:39] Everything worked correctly, but dput experienced a network timeout and canceled the rest of the uploads. I just need to reupload them. [12:40] The change files in ppa/ are long gone now [12:40] in the logs, you see the dput command, just copy paste it [12:40] it's at the end [12:40] nothing to repload, there's no more changes files anymore [12:42] hm, the easiest way is to commit something to the packaging branch and resync [12:48] 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] ripps, once you get used to working with the bot, you will probably no longer need to do that at all. [12:56] fta: hmm... something's wrong, it's not building the orig.tar.gz (and the one tarballs/ is old)... [13:00] no sound on flash! bummer [13:01] fta: http://pastebin.com/f4a7552e8 [13:02] which one? [13:05] which what? it seems it's not putting the orig.tar.gz properly... I'm not sure what it's doing... [13:10] ripps, is gmpc-plugins_0.18.95~bzr11.orig.tar.gz still in tarballs/ ? [13:10] fta: no [13:10] did you drop it at some point? [13:10] fta: didn't touch it [13:10] there's *bzr8* in there though? [13:11] er.. [13:11] bizarre.. because earlier today I uploaded a bzr11 to karmic... [13:11] and the day before that I did bzr10 for all the the distros succesfully... [13:13] ok, got it, it's a bug in daily.sh [13:14] last line :P [13:15] i lazily rely on sort to do the clean-up [13:15] but bzr11 < bzr8 according to sort [13:16] 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] yep but it's ripps3 so you probably run daily at least twice on that tarball [13:18] 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] (add -L ... and whatever flag you usually need) [13:38] ripps, fixed in the branch. http://paste.ubuntu.com/195639/ [13:39] hello friends [13:39] hi fta, acas [13:44] hi asac [13:45] 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] 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] 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] ripps, you can work around it. either manually, or by cheating in sync-ppa [13:50] 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] you can edit sync-ppa, and in bzr_cmds, change ppa2 to use -sa instead of -sd, then change it back [13:54] 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] hopefully, you'll have everything in place soon [13:56] 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] ideas welcome [13:56] asac, ^^, you too :) [13:56] fta: did you read my idea for including changelog support? [13:57] ripps, yes, i have to think about it, but a generic hook would sure be nice to have [13:57] i need to think about which arguments it should receive [13:57] probably the previous version number [13:57] so you can extract the previous rev number [13:58] or the prev date, depending on the vcs, and versioning scheme you used [14:05] I have to leave for a while, bbl [15:36] fta: can you put you jpeg work somewhere? [15:37] https://edge.launchpad.net/~fta/+archive/staging [15:37] https://code.edge.launchpad.net/~fta/+junk/libjpeg6b-moz.dev [15:37] oh found it [15:37] https://code.edge.launchpad.net/~fta/+junk/jpeg-6b+moz.upstream [15:37] thx [15:37] but it's obviously not ready [15:52] asac, so, what do you think? [16:08] BUGabundo, how? [16:08] asking me? [16:08] I know nothing about repositories or bzr [16:08] lol [16:17] a bit OT but if anyone needs it: http://ppa-search.appspot.com/ [16:25] lp already has something to search inside ppas [16:26] did not know that [16:26] this one looks nice [16:26] it as a cload [16:28] https://edge.launchpad.net/ubuntu/+ppas [16:29] thanks [16:29] spamming^W µblogging it now === ejat is now known as e-jat [17:56] ripps, you're ppa is green. does this mean you're all set now? [17:57] 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] sounds great [17:58] !ping [17:58] ping yourself ;-) really the diodes all down my left side are sore === BUGabundo1 is now known as BUGabundo [18:55] is there a special place to put firefox extension packaging requests? [19:07] the wiki [19:07] nevermind..found the project [19:08] there's a FF extensions project [19:08] I added it there [19:14] i'm not sure anyone would notice [19:16] people use it [19:16] last post was 6/1 [19:18] i mean, i'm not sure people packaging addons will notice, but maybe i'm wrong [19:19] ok, well next time I talk to some of the other packagers, I'll check with them if they use it [19:20] good :) [19:21] just trying to clean up the old firefox package in Ubuntu [19:22] Where do language requests go? [19:23] upstream? [19:23] not sure [19:23] BUGabundo any ideas? [19:23] don't ask me ! [19:23] BUGabundo is clueless, but he dents a lot ;) [19:24] that's me [19:24] hey I get offended by that [19:24] I'm not clueless [19:24] I just know nothing about packaging or mozilla [19:24] or code [19:24] or the lottery number === BUGabundo1 is now known as BUGabundo [21:17] asac: ping ? [21:18] !ask | lupine_86 [21:18] lupine_86: Please don't ask to ask a question, simply ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) [21:20] 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] humm KDE? [21:21] you never mention KDE before [21:24] lupine_86: plasmoid issues are usually because the plasm nm widget has bugs [21:24] so asign it there [21:26] mm, there seems to be an open bug or ten already [21:27] if they are the same, I guess you could dupe them [21:27] q [21:27] lupine_86: if there is a triaged bug already use that as the dupe target [21:34] asac, so, jpeg?