| RainCT | fta: Hey, are you around? | 00:12 |
|---|---|---|
| fta | RainCT, I am | 00:13 |
| RainCT | fta: I'm looking at Prism. Where do those .webapp things come from? | 00:15 |
| fta | the ones in the package? from upstream, but they are completely obsolete and should be removed | 00:16 |
| 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:17 |
| fta | webapps contain several files. icons are a problem for us but json files are good to have | 00:20 |
| 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:22 |
| fta | they are in ~/.webapps | 00:23 |
| 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:25 |
| RainCT | fta: can you send me a sample ~/.webapp dir with some webapps? | 00:28 |
| fta | forgot, and a .css (optional) | 00:29 |
| fta | http://paste.ubuntu.com/195295/ | 00:30 |
| fta | the icon must be both inside the webapp dir (or file) and in the gnome dir for the desktop file | 00:31 |
| RainCT | or using an absolute path in the .desktop file | 00:32 |
| RainCT | fta: would you mind dropping me those files in a tarball so that I can see what they actually look like? | 00:34 |
| fta | http://www.sofaraway.org/ubuntu/tmp/google-maps.tar.gz | 00:36 |
| fta | here is it | 00:36 |
| RainCT | thanks | 00:36 |
| fta | it was part of my initial webapps meta package | 00:37 |
| fta | i had some fun doing the css, it's no longer up to date though :( | 00:38 |
| 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:41 |
| fta | sounds ok | 00:42 |
| asac | fta: how are you trying to build it? | 00:43 |
| asac | i dont think we should use moz build system for that | 00:43 |
| fta | asac, sure, i'm using the original stuff | 00:44 |
| asac | what is the original stuff? makefile.gen | 00:44 |
| 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:47 |
| fta | nope | 00:48 |
| fta | # Generated automatically from makefile.cfg by configure. | 00:48 |
| 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 | 00:49 |
| fta | asac_, gone? | 01:10 |
| fta | asac, asac_: https://code.edge.launchpad.net/~fta/+junk/jpeg-6b+moz.upstream | 01:17 |
| === asac_ is now known as asac | ||
| 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:17 |
| fta | i need to check if the mmx/sse2 things work.. not sure with those nspr ifdefs | 02:18 |
| ripps | fta: how do you intiate a manual update for ppabot? | 04:34 |
| ripps | update-pkg -n isn't working | 04:56 |
| === micahg1 is now known as micahg | ||
| 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:36 |
| micahg | ping asac | 06:41 |
| micahg | nevermind | 06:43 |
| micahg | not a regression | 06:44 |
| ripps | fta: if you or anybody else here knows how to increment the version using ppabot, I'd very much like to know | 07:35 |
| ripps | fta: ping | 09:33 |
| fta | ripps, pong | 11:28 |
| 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:30 |
| 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:31 |
| ripps | fta: it's sync, update-pkg -n, then sync -p. correct? | 11:32 |
| ripps | *-P | 11:32 |
| ripps | Okay, let me start fresh with the mpd packages and I'll post the logs, give me a sec | 11:33 |
| 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:34 |
| fta | in rev 105, i've added a -n | --no-tarball-update to daily directly | 11:35 |
| 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:36 |
| 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:38 |
| 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:39 |
| 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:41 |
| ripps | fta: http://pastebin.com/f4f74aaa9 | 11:43 |
| fta | something is wrong in mpdscribble's get-orig-source | 11:45 |
| 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:46 |
| 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:47 |
| fta | ? | 11:48 |
| ripps | that's my response | 11:48 |
| 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:49 |
| 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:51 |
| 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:52 |
| 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:53 |
| 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:54 |
| fta | it's the same as running sync with all the parameters | 11:55 |
| 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:56 |
| fta | hm, the bot is not supposed to do anything in that case. | 11:59 |
| 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:00 |
| 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:01 |
| fta | i thought my logs were already too verbose, apparently not enough | 12:02 |
| 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:04 |
| fta | weird. what was the command you used? | 12:09 |
| ripps | fta: ./daily mpd 2>&1 |pastebinit | 12:10 |
| ripps | ^./daily.sh | 12:10 |
| 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:12 |
| 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:16 |
| fta | yep, isnative=1, that's wrong | 12:17 |
| 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:18 |
| fta | it should have been 0.16-x or 0.16-xubuntuy | 12:19 |
| 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:20 |
| 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:21 |
| fta | ripps, use 0.16-1 | 12:22 |
| 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:38 |
| 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:39 |
| 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:40 |
| fta | hm, the easiest way is to commit something to the packaging branch and resync | 12:42 |
| 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:48 |
| fta | ripps, once you get used to working with the bot, you will probably no longer need to do that at all. | 12:55 |
| ripps | fta: hmm... something's wrong, it's not building the orig.tar.gz (and the one tarballs/ is old)... | 12:56 |
| BUGabundo | no sound on flash! bummer | 13:00 |
| ripps | fta: http://pastebin.com/f4a7552e8 | 13:01 |
| fta | which one? | 13:02 |
| ripps | which what? it seems it's not putting the orig.tar.gz properly... I'm not sure what it's doing... | 13:05 |
| 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:10 |
| 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:11 |
| fta | ok, got it, it's a bug in daily.sh | 13:13 |
| fta | last line :P | 13:14 |
| fta | i lazily rely on sort to do the clean-up | 13:15 |
| fta | but bzr11 < bzr8 according to sort | 13:15 |
| 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:16 |
| fta | yep but it's ripps3 so you probably run daily at least twice on that tarball | 13:17 |
| 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:18 |
| fta | (add -L ... and whatever flag you usually need) | 13:22 |
| fta | ripps, fixed in the branch. http://paste.ubuntu.com/195639/ | 13:38 |
| alexbodn | hello friends | 13:39 |
| alexbodn | hi fta, acas | 13:39 |
| alexbodn | hi asac | 13:44 |
| 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:45 |
| 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:46 |
| 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:47 |
| 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:50 |
| fta | you can edit sync-ppa, and in bzr_cmds, change ppa2 to use -sa instead of -sd, then change it back | 13:51 |
| 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:54 |
| 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:56 |
| 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:57 |
| fta | or the prev date, depending on the vcs, and versioning scheme you used | 13:58 |
| ripps | I have to leave for a while, bbl | 14:05 |
| asac | fta: can you put you jpeg work somewhere? | 15:36 |
| 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:37 |
| fta | asac, so, what do you think? | 15:52 |
| fta | BUGabundo, how? | 16:08 |
| BUGabundo | asking me? | 16:08 |
| BUGabundo | I know nothing about repositories or bzr | 16:08 |
| fta | lol | 16:08 |
| BUGabundo | a bit OT but if anyone needs it: http://ppa-search.appspot.com/ | 16:17 |
| fta | lp already has something to search inside ppas | 16:25 |
| BUGabundo | did not know that | 16:26 |
| BUGabundo | this one looks nice | 16:26 |
| BUGabundo | it as a cload | 16:26 |
| fta | https://edge.launchpad.net/ubuntu/+ppas | 16:28 |
| BUGabundo | thanks | 16:29 |
| BUGabundo | spamming^W µblogging it now | 16:29 |
| === ejat is now known as e-jat | ||
| fta | ripps, you're ppa is green. does this mean you're all set now? | 17:56 |
| 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:57 |
| fta | sounds great | 17:58 |
| BUGabundo | !ping | 17:58 |
| ubottu | ping yourself ;-) really the diodes all down my left side are sore | 17:58 |
| === BUGabundo1 is now known as BUGabundo | ||
| micahg | is there a special place to put firefox extension packaging requests? | 18:55 |
| fta | the wiki | 19:07 |
| micahg | nevermind..found the project | 19:07 |
| micahg | there's a FF extensions project | 19:08 |
| micahg | I added it there | 19:08 |
| fta | i'm not sure anyone would notice | 19:14 |
| micahg | people use it | 19:16 |
| micahg | last post was 6/1 | 19:16 |
| fta | i mean, i'm not sure people packaging addons will notice, but maybe i'm wrong | 19:18 |
| micahg | ok, well next time I talk to some of the other packagers, I'll check with them if they use it | 19:19 |
| fta | good :) | 19:20 |
| micahg | just trying to clean up the old firefox package in Ubuntu | 19:21 |
| micahg | Where do language requests go? | 19:22 |
| 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:23 |
| 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 | 19:24 |
| === BUGabundo1 is now known as BUGabundo | ||
| lupine_86 | asac: ping ? | 21:17 |
| BUGabundo | !ask | lupine_86 | 21:18 |
| ubottu | 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:18 |
| 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:20 |
| BUGabundo | humm KDE? | 21:21 |
| BUGabundo | you never mention KDE before | 21:21 |
| asac | lupine_86: plasmoid issues are usually because the plasm nm widget has bugs | 21:24 |
| asac | so asign it there | 21:24 |
| lupine_86 | mm, there seems to be an open bug or ten already | 21:26 |
| 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:27 |
| fta | asac, so, jpeg? | 21:34 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!