[09:08]  * _Sponge checks his watch. http://i.imgur.com/tqUNgSj.jpg
[09:08] <_Sponge> It's Friday \o/ Yay !
[09:09] <_Sponge> Morning everyone.
[09:10] <mcphail> !yay | _Sponge
[09:10] <ubot5`> _Sponge: Glad you made it! :-)
[09:10] <mcphail> Nice timepiece
[09:47] <zzarr> hello! where is the android lxc located in a preinstalled ubuntu-touch image?
[10:17] <mardy> mpt: hi! I guess I should also show the package name (in the form com.ubuntu/Mail) in the secondary text in this page, right? https://wiki.ubuntu.com/OnlineAccounts?action=AttachFile&do=get&target=phone-accounts-account.png
[10:18] <Smurphy> _Sponge: *lol* Nice wrist Watch you got there ...
[10:18] <mpt> mardy, hmm, I don’t know. If we did, we’d need to show it here too: https://wiki.ubuntu.com/SecurityPermissions#Permission_lists
[10:18] <mpt> mardy, we should ask tvoss
[10:18] <bshah> sil2100: morning
[10:19] <popey> Nice keyboard too!
[10:19] <Smurphy> Guys - instead of Twitter - put Wahtsapp into the phone.
[10:19] <popey> Ok!
[10:19] <popey> I'll get right on that.
[10:19] <mardy> mpt: I vote for adding it, because it's not uncommon for an app and scope to have the same display name (like: Vkontakte, Facebook, Instagram)
[10:20] <mardy> mpt: this would let the user tell them apart (assuming that the icon is also the same)
[10:20] <mpt> mardy, for a very geeky definition of “the user”, but yeah
[10:20] <mardy> :-)
[10:21] <mardy> mpt: well, it's something: otherwise there might be absolutely no hint to tell two apps apart
[10:22] <sil2100> bshah: morning :)
[10:22] <sil2100> bshah: any luck with 'teh branch'?
[10:22] <bshah> sil2100: so your final patch seems to work fine :)
[10:22] <karlo1941> ?
[10:23] <Smurphy> !
[10:23] <tvoss> mpt, what would be design's proposal to solve the issue that mardy mentions? glad for other suggestions
[10:23] <sil2100> Yay ;) Just hope that there were no other hidden issues with repacking the keyring
[10:23] <bshah> though I can't test that image "works"
[10:23] <bshah> because shadeslayer don't have access to e5 for 2 week
[10:23] <sil2100> bshah: it seems it's been really long since we last used the 'keyring=' option anywhere, so this part of the code was a bit left for dead
[10:24] <mpt> tvoss, I don’t know … I wish there was a better one, though
[10:25] <tvoss> mpt, so display of the app id is not optimal, admittedly, but anything we can do has to be based on it
[10:27] <mpt> tvoss, I wonder if we could use something like those auto-generated avatars on Web sites that are based on the commenter’s e-mail address
[10:29] <tvoss> mpt, hmmm, interesting idea
[10:29] <mpt> They’re called identicons, apparently https://en.wikipedia.org/wiki/Identicon
[10:29] <tvoss> mpt, but we would have to educate the user what they actually mean, too
[10:30] <mpt> yes
[10:31] <tvoss> mpt, can you take that conversation back to design?
[10:31] <mpt> sure
[10:33] <tvoss> mpt, ideally, we would even surface the identicon in the store
[10:35] <bshah> sil2100: one feature request or minor bug that is hunting me.. so if I publish only one image in channel still it generates delta files and that is just time consuming
[10:35] <bshah> anyway to disable delta generation?
[10:55] <sil2100> bshah: hm, you mean you publish just one image in a channel (i.e. no other images were in that channel) it generates a delta still?
[10:56] <sil2100> bshah: a delta shouldn't be generated then, not if you didn't define a custom deltabase
[10:56] <sil2100> bshah: but anyway, it's possible to disable delta generation for a channel in overall, but then you get no deltas
[10:57] <mardy> mpt: meanwhile, would it be fine if I add the package line as we do in the trust store prompts?
[10:57] <mpt> mardy, sure
[11:05] <bshah> sil2100: I've defined
[11:05] <bshah> versionbase = 1
[11:05] <bshah> fullcount = 1
[11:05] <bshah> still it generatees delta.
[11:11] <sil2100> bshah: you don't want to have deltas at all in the channel?
[11:11] <bshah> no..
[11:46] <matv1> ogra_ question about that logitech K480. Do you actually use it for the bq tablet? Does it sit well in the holder? is it wide enough for that?
[11:49] <jjardon> Hi, does ubuntu-touch have a special mechanism to store status/data of the phone in case power loss?
[12:04] <ogra_> matv1, i dont have a bq tablet (yet) .... i use it with my old N7 currently
[12:04] <ogra_> matv1, but i would expect the bq to fit ... perhaps popey knows
[12:04] <ogra_> i know there are such kbd's in the canonical office so i would expect *someone* to have tried that
[12:05] <popey> I dont have a bq tablet
[12:06] <matv1> oh my
[12:06] <popey> happy to measure the k380 though
[12:06] <ogra_> popey, no, but you are at the office at times and could have seen one sitting in a k480 kbd :)
[12:06] <ogra_> matv1, why oh my ?
[12:06] <popey> JMulholland oi oi, have you seen any Logitech (black and yellow) Bluetooth keyboards around? Fancy jamming a BQ M10 into it to see if it fits? :)
[12:07] <ogra_> the slot has a lot of wiggle room if i use the n7
[12:08] <matv1> well ogra_ and popey not even having used a phisical bq tablet is not what i expected if you guys are releasing it in a month or something
[12:08] <popey> Plenty of others have them
[12:08] <popey> Not everyone needs one
[12:08] <matv1> ah!
[12:08] <ogra_> matv1, i dont work on the phone team since about a year now :)
[12:08] <anpok> yeah the ones that have one play remote controlled testers
[12:09] <ogra_> i'm a normal customer, like you :)
[12:09] <anpok> which is kind of nice.. delegating testing some one else .. you can focus on generatig ideas
[12:09] <ogra_> anpok, does that mean you casn call yourself an "architect" now ?
[12:09] <ogra_> (seems to be a fashionable thing :) )
[12:10] <anpok> yeah.. solution architect maybe
[12:12] <matv1> ogra_ popey ok cool :)
[12:16] <victor_bq> Hi all!
[12:17] <victor_bq> someone to lend a hand with two customers?
[12:17] <victor_bq> =)
[12:18] <popey> victor_bq: what's up?
[12:19] <victor_bq> well I've got two customer experiencing this bug https://bugs.launchpad.net/canonical-devices-system-image/+bug/1508081
[12:19] <ubot5`> Launchpad bug 1508081 in ubuntu-system-settings (Ubuntu) "Fails to receive OTA updates" [High,In progress]
[12:20] <popey> have you seen comment #18 from Ken?
[12:21] <victor_bq> ok, I'll give them those instructions
[12:21] <victor_bq> and if the problem remains? something else to do?
[12:22] <popey> I wonder if opening the terminal and manually running "system-image-cli" will do it. barry or kenvandine may know...
[12:22] <victor_bq> well enough for me =), if the problem persists I'll contact again
[12:23] <victor_bq> thanks popey!
[12:23] <popey> np
[12:23] <matv1> popey victor bq if i may jump in. I distinctly remember ogra_ saying that to another person with the same problem, which resolved it then. about a week ago i think
[12:24] <popey> handy to know
[12:24] <victor_bq> great!
[12:24] <popey> thanks matv1
[12:24] <victor_bq> thanks =)
[12:24] <matv1> but i have no way to confirm as i do not know how to recreate the failing ota
[12:25] <victor_bq> Well, no problem I'll let you know in the bug if it worked for this 2 customers ;)
[12:26] <matv1> cool, i hope it does
[12:36] <sil2100> bshah: sorry, went to lunch - anyway, if you don't want to have deltas at all in a given channel, just add 'deltabase = ' to the channel config
[12:37] <bshah> oh okay
[12:37] <sil2100> bshah: this basically means that no deltas will be generated, only full images
[12:37] <bshah> ok
[12:37] <sil2100> (it will generate a warning but work as intended)
[12:38] <sil2100> But yeah, OTA updates will be big then
[12:44] <bshah> well plasma mobile is still under development so we don't have kind of OTA update etc
[13:46] <popey> ogra_: what's the best low price ubuntu compatible arm device that I could use for building?
[13:46] <popey> Preferably something that has sata port or some other decent size storage (i.e. not a phone)
[13:48] <ogra_> depends ... if you want to fiddle a little i'd go with a bananaPi ... that has SATA
[13:48] <ogra_> (natively)
[13:48] <ogra_> else rpi with snappy in a classic shell (that gets you a full apt env in the 16.04 images)
[13:50] <popey> if I went rpi I'd probably just go for normal ubuntu images
[13:52] <popey> actually, I have a bananapi!
[13:52] <popey> i think
[13:53] <popey> \o/ i do
[13:56] <popey> ogra_: do we have a snappy image for the banana pi?
[13:56] <ogra_> not anymore, no
[13:57] <ogra_> we used to in 15.04 ... but that wouldnt help you much
[13:57] <ogra_> but i bet you will find some ubuntu image somewhere for it
[13:57] <popey> bah
[13:58] <popey> actually 15.04 would help
[13:58] <popey> because I want to build stuff for 15.04 :)
[13:59] <ogra_> for snappy ?
[13:59] <popey> oh, no
[13:59] <popey> so probably best to go for tranditional deb based image
[13:59] <ogra_> right
[14:00] <ogra_> there was a very early beta image http://forum.banana-pi.org/t/bpi-m2-new-image-snappy-ubuntu-15-04-image-v4-0-release/436 ...
[14:00] <ogra_> if you cant find anything you at least could fish bootloader and kernel out of that one and just use the good old ubuntu-core tarball
[14:03] <ogra_> popey, in any case, SATA will get you fast file IO ... but for fast compilation you want a fast CPU and much RAM ... it matters what exactly you want to build
[14:04] <ogra_> (images and rootfses -> you want SATA .... compiling libreoffice for arm ... better go for something like a parallella board .... they have impressing compute power)
[14:05] <popey> nah, nothing that big
[14:05] <popey> small phone apps
[14:06] <ogra_> then an rpi would do i guess
[14:06] <ogra_> wont be super fast but you can have snappy as well as ubuntu mate images and easily flip the SDs around
[14:07] <popey> true
[14:07] <jgdx> pete-woods, hey, specific vpn routes (not sure what they're called) are missing from your vpn editor? Are they supported by connectivity api?
[14:08] <ogra_> and i bet you could play around with distcc to cluster a few of them to have distributed compiling
[14:08] <pete-woods> jgdx: I haven't implemented that part
[14:08] <pete-woods> this was already an absolutely massive piece of work
[14:16] <jgdx> pete-woods, yeah, you did an amazing job
[14:17] <jgdx> pete-woods, what are you thoughts on that, though? Is it required for a first phase?
[14:17] <pete-woods> jgdx: I don't think so
[14:17] <jgdx> pete-woods, okay, great.
[14:46] <V99> which is the date of the OTA 9.5 launch?
[14:46] <V99> when*
[14:48] <Smurphy> No idea :(
[14:49] <OerHeks> soon, and OTA 10 in the 1st week of march >> http://news.softpedia.com/news/ubuntu-touch-ota-9-5-hotfix-on-its-way-to-fix-the-big-mir-issue-on-ubuntu-phones-500231.shtml
[14:49] <Smurphy> 3 Critical, 7 High issues ...
[14:49] <mhall119> mariogrip: I did the flashing of android.img and boot.img you gave me yesterday, now I can't run u-d-f
[14:49] <mhall119> 2016/02/12 09:48:36 error pushing: failed to copy '/home/mhall/.cache/ubuntuimages/ubuntu-touch/stable/FP2/version-2.tar.xz' to '/cache/recovery/': No such file or directory
[14:49] <mhall119> 2016/02/12 09:48:36 error pushing: failed to copy '/home/mhall/.cache/ubuntuimages/ubuntu-touch/stable/FP2/version-2.tar.xz' to '/cache/recovery/': No such file or directory
[14:49] <mhall119> root@ubuntu-phablet:/# ls -lha /cache
[14:49] <mhall119> lrwxrwxrwx 1 root root 14 Jan 14  1970 /cache -> /android/cache
[14:49] <mhall119> root@ubuntu-phablet:/# ls /android
[14:49] <mhall119> data  firmware  persist  system
[14:50] <mariogrip> cannot use udf
[14:50] <davmor2> jgdx, pete-woods: on and off and working reliably is all that is required for phase one :)  Nice solid foundation then build the other stuff on top of that as you go :)
[14:53] <mhall119> mariogrip: oh, I thought that flashing the android.img and boot.img would allow u-d-f to work
[14:53] <mariogrip> mhall119: it's a problem with recovery
[14:54] <mariogrip> I haven't looked at the problem yet, I will wait to we have wifi so we can update
[14:55] <mariogrip> but did you replace android.img?
[14:55] <mariogrip> mhall119:  from recovery menu?
[14:58] <mariogrip> mhall119: I can fix the udf if you want it
[15:05] <jgdx> davmor2, :) Let's do it!
[15:05] <jgdx> davmor2, pete's vpn editor works for you?
[15:05] <davmor2> jgdx: no idea never used it
[15:06] <jgdx> davmor2, okay, it's here [1] if you wanna give it a go. [1] http://people.canonical.com/~pete/com.ubuntu.developer.pete-woods.vpn-editor_0.2.0_all.click
[15:08] <davmor2> jgdx: no time right now but I'll give it a go after
[15:47] <mhall119> mariogrip: yeah, I replaced the android system from the Ubuntu actions menu, using android.img
[15:47] <mhall119> getting u-d-f working would make it easier going forward
[15:48] <mariogrip> mhall119: ok, I will start working on that when i'm done with some kernel changes
[15:48] <mhall119> mariogrip: awesome work, thanks :)
[15:48] <mariogrip> :)
[15:49] <mhall119> mariogrip: also, should I be using stable, rc-proposed or devel-proposed channel?
[15:49] <mariogrip> rc
[16:43] <mhall119> mariogrip: what are your thoughts on Maarten's email this morning? Are the binary blogs needed for this port going to be a problem?
[16:56] <mariogrip> mhall119: I don't see the binary blobs as a problem (example mako and opo has blobs too), but it would make things easier, but that saying having a fully open source blobs would be awesome! (aka fully opensource phone) but I don't see qcom opensource there blobs.
[16:56] <mhall119> ok
[16:56] <mhall119> that's what I was thinking too, just wanted to check with you
[16:57] <mhall119> mariogrip: I've downloaded the rev 6 images from rc-proposed, can I push them to the phone manually and install them from the recovery menu?
[16:58] <mariogrip> mhall119: I just got the new recovery ready
[16:58] <mariogrip> https://dl.dropboxusercontent.com/u/56653875/ubuntu/fp2/recovery.img
[16:58] <mariogrip> now udf should work
[16:58] <mhall119> fastboot flash recovery recovery.img?
[16:58] <mariogrip> jup
[16:59] <mariogrip> then reboot to recovery do adb shell "mount /data && mount /cache"
[16:59] <mariogrip> then run udf
[17:00] <mhall119> mhall@mhall-thinkpad:~/Downloads/phablet-flash/fairphone$ sudo fastboot flash recovery recovery.img
[17:00] <mhall119> target reported max download size of 536870912 bytes
[17:00] <mhall119> sending 'recovery' (16416 KB)...
[17:00] <mhall119> OKAY [  0.636s]
[17:00] <mhall119> writing 'recovery'...
[17:00] <mhall119> FAILED (remote: size too large)
[17:00] <mhall119> finished. total time: 0.639s
[17:00] <mariogrip> oh, letme fix that
[17:04] <_Sponge> mariogrip: Did you get my eMail about allowing people to edit the ubport wiki ?
[17:05] <mariogrip> _Sponge: no, i did not, letme check
[17:05] <_Sponge> mhall119: Can we get this to work on Touch ? https://play.google.com/music/gift?u=0#
[17:06] <_Sponge> mariogrip: It'was to your gmail.
[17:06] <mhall119> _Sponge: Google Play Music?
[17:06] <_Sponge> mhall119: yeps
[17:07] <mariogrip> _Sponge: oh, yeah I had to disable that from the wiki due to spam, I will be switching wiki soon
[17:07] <_Sponge> Also #BadVoltage is Out. http://community.badvoltage.org/t/1x60-new-again/10724
[17:07] <_Sponge> mariogrip: Wat wiki shall you be using, exactly ?
[17:07] <mhall119> _Sponge: maybe with https://github.com/simon-weber/gmusicapi ?
[17:08] <mariogrip> _Sponge: We was talking on moving it to wiki.ubuntu.com
[17:08] <mariogrip> or jingo
[17:08] <_Sponge> mariogrip: That'll never happen IMHO.
[17:08] <_Sponge> jingo ?
[17:09]  * _Sponge scans for jingo ..
[17:09] <mariogrip> https://github.com/claudioc/jingo
[17:09] <_Sponge> mhall119: Sorry for pinging you. | I just got excited: http://www.xda-developers.com/xda-external-link/gift-a-google-play-music-subscription-at-50-off/
[17:10] <mariogrip> node.js based and uses git
[17:11] <_Sponge> It needs a_lot of work (jingo) .. but I'm impressed so far.
[17:12] <mariogrip> what do you mean with "That'll never happen IMHO."? I was thinking of doing the switch pretty soon
[17:13] <_Sponge> mariogrip: Putting ubport on wiki.ubuntu.com has distinct limitations, but what would I know.
[17:14] <mhall119> what limitations are you concerned about?
[17:14] <mariogrip> mhall119: https://dl.dropboxusercontent.com/u/56653875/ubuntu/fp2/recovery.img
[17:15] <_Sponge> mariogrip: The extensions that go with MediaWiki & Semantic MediaWiki make it perfect for the web (as it is). https://www.semantic-mediawiki.org/wiki/Semantic_MediaWiki
[17:16] <mhall119> mariogrip: ok, flashed and rebooting, now I should be able to use u-d-f?
[17:17] <_Sponge> mhall119: Languages, Funding-Model for ubports, load-time, less-modules for mario to use in extensions for MediaWiki.
[17:17] <mariogrip> _Sponge: MediaWiki is php, baaha
[17:17] <_Sponge> mariogrip: Do you need any help, with this ?
[17:18] <mariogrip> mhall119: yes, but remember adb shell "mount data && mount /cache"
[17:18] <_Sponge> I'm at codeclub ion Saturday, if you'd like to do a jit.si ?
[17:18] <mhall119> mariogrip: from Ubuntu or from the recovery partition?
[17:19] <mariogrip> mhall119: recovery
[17:19] <mariogrip> run udf from recovery
[17:19] <mhall119> ok, running it now
[17:19]  * mhall119 notes that it says "Cyanogen Recovery" again, instead of "Ubports Recovery"
[17:20] <mariogrip> mhall119: Yeah, i removed some images to make space,
[17:21] <mhall119> I see the little Android image, but it's not animated
[17:22] <mariogrip> mhall119: yeah, i see i remove wrong res folder
[17:22] <mhall119> I see Ubuntu splash :)
[17:22] <mariogrip> :D
[17:23] <mhall119> still no /etc/system-image/config.d though :(
[17:24] <mhall119> and there was very little time spent on the Android splash screen, so I'm not convinced that it applied the new images
[17:25] <mariogrip> mhall119: can you reboot to recovery and do adb shell "cat /cache/system-image-upgrader.log"
[17:27] <mhall119> adb reboot recovery sent it back tothe android upgrading splash, which rebooted again (going into ubuntu I think)
[17:28] <mhall119> yeah, something went bad there, manually rebooting it into recovery
[17:29] <mhall119> hmmm, can't seem to get back into recovery, it just goes to the android upgrade screen then reboots
[17:30] <mariogrip> mhall119: just reboot to bootloader, I has a typo (note to self: test before)
[17:30] <mhall119> heh, that's what I'm here for :)
[17:30] <mhall119> ok, back in the bootloader
[17:32] <mariogrip> *uploading*
[17:33] <jamie12> hey i am looking to get involved with ubuntu touch, I was working on firefox OS and they are now discontinuing it so i am looking for a new project to work on
[17:34] <mhall119> jamie12: porting, apps, or developing the OS itself?
[17:34] <jamie12> mhall119: i am looking to work on the OS itself
[17:34] <mhall119> any particular part?
[17:35] <jamie12> QA
[17:35] <mhall119> ah, I know just the guy for you, balloons ^^
[17:35] <balloons> ohh brillant ;-) What part of QA tickles your fancy?
[17:36] <jamie12> well mainly running or generating testcase and manual testing
[17:36] <balloons> specific to ubuntu touch, there's plenty of QA related work for the core apps, which are the community developed set of default apps for the ubuntu touch
[17:36] <jamie12> I have been working on QA for firefox OS for the last year anb a half
[17:36] <balloons> Do you have a device?
[17:37] <jamie12> i was hoping there might be support for the device i have... but i cant seem to find if there is... i have a Z3C which is a high end device
[17:37] <jamie12> lol it currently has firefox OS on it
[17:38] <mhall119> victorp: ^^ do you know if there's any port of Ubuntu for the Z3C (that's a Sony, I think)
[17:38] <jamie12> yes sony Z3C
[17:39] <popey> !devices
[17:39] <ubot5`> You can find the full list of devices, official images, community images, and works in progress at https://wiki.ubuntu.com/Touch/Devices
[17:39] <popey> that page lists ports
[17:43] <victorp> mhall119, not that I know of
[17:43] <jamie12> looks like i might have to work on porting
[17:43] <popey> That would be awesome.
[17:43] <popey> Sony devices are really pretty
[17:43] <mhall119> jamie12: what board does that one use?
[17:44] <jamie12> let me look
[17:44] <ogra_> because you can take them into the shower ?
[17:44] <_Sponge> It's after 5.30 here - I'm for a beer - anyone else out on Valentines Weekend ?
[17:44] <jamie12> one sec need to go grab my device
[17:45] <balloons> jamie12, if you are interested in trying to port, that might be a good first step; especially if you want to do manual QA work
[17:45] <mhall119> mariogrip: how's the upload coming?
[17:46] <mariogrip> mhall119: I had to fix something again, something weird is going on
[17:46] <balloons> do you know python or qml perchance? you can write automated tests without a device
[17:47] <jamie12> balloons: i do know python, but not very well, also sadly automated is not by best suit
[17:48] <jamie12> mhall119: i just know its a qcom, hardware revison of aries
[17:48] <balloons> ahh no worries. We have a nice suite of manunal tests we maintain, but it's more desktop focused. In case you do want to try: https://wiki.ubuntu.com/QATeam/ContributingTestcases/Manual
[17:51] <jamie12> god i hate windows with a passion... one sec, im swapping to linux
[17:52] <Jamie_1> much better
[17:53] <Jamie_1> balloons: can you throw that link at me again?
[17:53] <balloons> Jamie_1, sure: https://wiki.ubuntu.com/QATeam/ContributingTestcases/Manual
[17:53] <Jamie_1> thanks
[17:53] <balloons> Jamie_1, we hang out in #ubuntu-quality. The entire wiki is worth looking over if you want to get a background on what we do: https://wiki.ubuntu.com/QATeam
[17:54] <Jamie_1> will do, thanks balloons, right now im just working on getting a new project to work on since my project has reached EOL sadly
[17:57] <mariogrip> mhall119: https://dl.dropboxusercontent.com/u/56653875/ubuntu/fp2/recovery.img
[17:57] <mariogrip> ogra_: did you see my MP?
[17:59] <mhall119> mariogrip: flashed, reboot now?
[17:59] <mhall119> into recovery or ubuntu?
[17:59] <mariogrip> reboot to recovery :)
[18:00] <mhall119> seeing the ubuntu upgrade splash screen now
[18:00] <mariogrip> mhall119: hope it stays for more then 5 seconds now
[18:00] <mhall119> so far it is :)
[18:01] <mariogrip> yey :D
[18:01] <Jamie_1> balloons: thanks im setting everything up now
[18:02] <mhall119> mariogrip: it's rebooting
[18:02]  * mhall119 gets his hopesup
[18:03] <mariogrip> :)
[18:04] <mhall119> hmmm, saw the ubuntu splash, then it shut off :/
[18:04] <mhall119> let me reboot again and keep the screen awake
[18:05] <mhall119> or should I reboot into recovery and try u-d-f again?
[18:05] <mariogrip> mhall119: just try again
[18:06] <mariogrip> to ubuntu
[18:06] <Piffen> Goop vevning. im New ro IRC any godo rooms to begin with?
[18:06] <mhall119> Ubuntu 15.04 (r6) \o/
[18:06] <mariogrip> \o/
[18:06] <popey> *\o/*
[18:07] <lotuspsychje> !alis | Piffen
[18:07] <ubot5`> Piffen: alis is a services bot that can help you find channels. Read "/msg alis help list" . For more help or questions relating to alis, please join #freenode. Example usage: /msg alis list #ubuntu or /msg alis list http
[18:08] <Jamie_1> balloons: should i just work on setting up desktop and running and writing desktop tests till i can get the port made?
[18:09] <mhall119> it does not like my USB cable anymore though, no data and not even getting power from it :/
[18:09] <mhall119> without adb or network, that's going to make things interesting
[18:10] <balloons> Jamie_1, you are free to do whatever interests you :-) Talk to flocculant for what tests are most needed at the moment; he can point you in the right direction. Though obviously any bug works: https://bugs.launchpad.net/ubuntu-manual-tests
[18:10] <mariogrip> mhall119: no power? for adb enable developer mode
[18:11] <mhall119> mariogrip: yeah, I'm not sure why it wouldn't get power
[18:11] <mhall119> I don't get MTP either....somethings up with this cable I think
[18:11] <Jamie_1>  balloons: thanks, sorry about being annoying its gonna take me a little to get used to the way things run with ubuntu.
[18:12] <balloons> Jamie_1, no worries at all. I would recommend trying a few different things out, to see what you enjoy the most and where you excel.
[18:12] <mariogrip> mhall119: I think I found the problem with the screen, it has a old video driver in the kernel (screen works perfectly on the opo)
[18:12] <balloons> glad to have you contributing!
[18:13] <mariogrip> mhall119: I have the same issue, it's not your cable
[18:13] <Jamie_1> balloons: whelp had to find something, Also i will be working on porting to the Z3C... i need to make use of the dam expensive thing anyways
[18:13] <mhall119> yeah, I just tried with my Nexus 4 and it works fine there
[18:14] <mhall119> it gets power when I use my A/C charging cable
[18:15] <mariogrip> mhall119: it might be a problem with the power negotiation
[18:17] <mhall119> mariogrip: could you put the terminal app in the image so we at least have that?
[18:18] <mariogrip> mhall119: you could enable adb at boot
[18:19] <mariogrip> mhall119: download all these files: http://people.ubuntu.com/~mariogrip/Ubuntu-touch/fp2/
[18:19] <mariogrip> use adb-install to install
[18:19] <mariogrip> also, you need to do this from recovery
[18:20] <mariogrip> there is a typo in adb-install, it's ubuntu.img not ubuntu.com
[18:34] <_Sponge> mariogrip: Just a quickie, but if no-one has been able to log-on .. How (?) have you had 'loads of spam ?
[18:35] <mariogrip> _Sponge: I had to disable the log-in due to spam
[18:36] <_Sponge> but according to this https://wiki.ubports.com/w/Special:RecentChanges How have you had "spam" if no-one was able to log on ?
[18:37] <_Sponge> Also It's only been a week.
[18:38] <Zapp-> Hi im trying to find a IRC client that are stand alone an not anweb app for uubuntu
[18:38] <Zapp-> phone
[18:38] <_Sponge> irissi
[18:38] <Zapp-> Irssi on the phone?
[18:39] <ogra_> Zapp-, there is a kiwi irc client in the store
[18:39] <ogra_> (and yes, irssi works if you install it in a chroot in /home/phablet)
[18:41] <Zapp-> Running kiwi IRC now but it is not so configurable
[18:41] <mhall119> mariogrip: that fixed it, even power
[18:41] <mhall119> mariogrip: now, how can I get wifi working?
[18:41] <ogra_> sacrifice a chicken ...
[18:42] <mariogrip> mhall119: first check nmcli d
[18:42] <Zapp-> Would be nice to have andchat from android converted to this os
[18:43] <ogra_> Zapp-, well, convergence will soon let you have xchat and such ...
[18:44] <mariogrip> ogra_: does the kiwi app have notifications?
[18:44] <ogra_> mariogrip, nope
[18:44] <mariogrip> o
[18:44] <mariogrip> k
[18:44] <ogra_> mariogrip, well, it does ... internally in javascript ... but indeed only if the app is focuesd
[18:45] <mariogrip> ogra_:  ah, ok.
[18:46] <ogra_> mariogrip, i have a snappy ircproxy that i was planning to add notification support to and to integrate it with a client app fopr the phone ...
[18:46] <ogra_> but time is so shprt atm
[18:46] <ogra_> *short
[18:46] <dobey> ogra_: znc?
[18:47] <ogra_> bip
[18:47] <dobey> ah. i recall seeing mentions of znc already having push notification support for ubuntu
[18:47] <ogra_> well, feel free to snap it up  ;)
[18:48] <mariogrip> ogra_: that would be awesome
[18:48] <popey> yes, make a snap, which is uninstallable on the phone :þ
[18:48] <ogra_> popey, why would you install the server bit on the phone ?
[18:48] <dobey> popey: running an irc bouncer on your phone is probably not what you want anyway
[18:48] <ogra_> you need a remote server that sends the notifications
[18:49] <popey> why not? :)
[18:49] <dobey> but znc is already packaged in ubuntu too
[18:49] <dobey> popey: because you're not studio?
[18:49] <ogra_> popey, because it would be confined and lifecycled
[18:49] <popey> true :)
[18:49] <ogra_> if you do that you can also just stay with kiwi :)
[18:50] <popey> the lifecycle policy really does shutdown novel ideas sometimes
[18:50] <ogra_> yeah
[18:50] <dobey> don't even get me started ;)
[18:50] <popey> It's incredibly frustrating
[18:50] <ogra_> but otoh we got ten times better batterylife than anyone else :)
[18:50] <popey> pffft
[18:50]  * _Sponge shrugs
[18:51] <dobey> on one device maybe
[18:51] <ogra_> anyway, i doubt it will ever change
[18:51] <ogra_> unless you tie up tvoss and torture him til he agrees
[18:51] <popey> pmcgowan: any movement on the lifecycle issues we discussed some weeks back?
[18:53] <xNear> hmm, what is actually the best phone with ubuntu touch?
[18:53] <dobey> the one you use
[18:53] <ogra_> depends on your usecase ...
[18:53] <mariogrip> oneplus one ;)
[18:54] <xNear> nope, my phone is not supported. there is simple port but its not progressed since months (z1 compact)
[18:54] <ogra_> for photos there is nothing better than the MX4 .... also the display is awesome ...
[18:54] <xNear> do any of us use ubuntu touch as main OS?
[18:54] <xNear> of you*
[18:54] <xNear> sorry
[18:54] <ogra_> but the aquaris 4.5 is definitely a lot faster than all the others
[18:54] <mariogrip> I do, I use bq 4.5
[18:54] <dobey> xNear: i mean, if you have a phone running ubuntu, but you don't use it, then it's not going to be the "best" one :)
[18:54] <popey> OnePlusOne is way faster than MX4 or bq e4.5
[18:54] <JanC> xNear: do you mean for desktop or phone?
[18:55] <popey> and Nexus 4 is faster than 4.5
[18:55] <ogra_> popey, even than the 4.5 ? wow
[18:55] <xNear> phone of course ;)
[18:55] <ogra_> popey, all HW features working on the OPO ?
[18:55] <popey> no
[18:55]  * popey looks at mariogrip :)
[18:55] <ogra_> (bluettoth etc)
[18:55] <popey> bt isnt
[18:55] <ogra_> ah, sad
[18:55] <popey> UI updates are silky compared to mx4 and bq
[18:55] <sergiusens> popey, force thomas to use the phone as his main phone and the lifecycle restrictions will start to get fixed ;-)
[18:55] <dobey> OPO is in similar situation to N5 in terms of hw support
[18:55]  * mariogrip hides
[18:55] <JanC> I have an Aquaris 4.5 also
[18:55] <popey> :) mariogrip
[18:56] <mariogrip> popey: ubp-5.1 looks promising
[18:56] <popey> yay
[18:58] <mariogrip> I also have oneplus x on my road map, (that has pretty much the same hardware as opo)
[18:58] <popey> yeah, i love my opx
[18:59] <popey> wish we had more people who could help you
[18:59]  * dobey just wants good hardware in a 4.3" phone
[18:59] <ogra_> just grow your hads :P
[18:59] <ogra_> *hands
[18:59] <mariogrip> popey: Yeah
[19:03] <mhall119> mariogrip: nmcli d http://paste.ubuntu.com/15028152/
[19:04] <mariogrip> mhall119: check if wcnss_service is running (pidof wcnss_service)
[19:04] <dobey> ogra_: i do find it disturbing that huge phones is even the trend in china/japan :-/
[19:04] <mhall119> mariogrip: nothing
[19:04] <ogra_> dobey, but there they use them as desktops :P
[19:05] <mariogrip> mhall119: try to start it /system/bin/wcnss_service
[19:06] <mhall119> ran it, pidof still returns nothing
[19:07] <dobey> ogra_: not much room to work, doing that.
[19:07] <mariogrip> mhall119: check if there is anything in dmesg or logcat (it seems to have crashed
[19:08] <mhall119> mariogrip: http://paste.ubuntu.com/15028212/ is grepped from syslog for wcnss
[19:09] <mariogrip> mhall119: here is the problem:  wcnss: Failed to locate wcnss.mdt
[19:10] <mariogrip> mhall119: do ls /firmware/image/
[19:16] <mariogrip> mhall119: I will start working on wifi after I get the display to behave
[19:17] <mariogrip> mhall119: there is quite a work to enable wifi, so it probably easier to that i fix it in android
[19:17] <mhall119> mariogrip: there is no /firmware
[19:18] <mariogrip> mhall119: i was afraid of that
[19:18] <_Sponge> mariogrip: there are no MediaWiki users, either.
[19:18] <mhall119> mariogrip: I've gotta take my dogs to the vet, so leave me any instructions for what you want me to try and I'll do them when I get back
[19:19] <mariogrip> mhall119: ack
[19:24] <pmcgowan> popey, no progress but hadn't expected any until we cleared the releases
[19:25] <popey> k
[19:33] <pmcgowan> ogra_, hey are you using that k480 kbd? I just got one and wily wont pair it
[19:40] <ogra_> pmcgowan, works on my N7
[19:40] <ogra_> make sure to only press the left pair button
[19:40] <pmcgowan> ogra_, I got prompted for a pin code then it failed
[19:40] <ogra_> weird
[19:40] <ogra_> havent had any issues with it
[19:41] <pmcgowan> ok will see what bluetoothctl says
[19:41] <pmcgowan> might work on the tablet
[19:41] <ogra_> i havent tried it with a phone yet
[19:43] <pmcgowan> ogra_, worked on freiza so all good
[19:43] <ogra_> hmm, something is wrong with the N7
[19:44] <ogra_> comes up with bt off ... and turns itself off after a while
[19:44] <pmcgowan> ogra_, bt got busted ther recently
[19:44] <ogra_> ah
[19:44] <pmcgowan> john-mcaleely, that fixed yet?
[19:44] <ogra_> not on todays image it seems :)
[19:45] <ogra_> pmcgowan, does the freiza fit into the slot ?
[19:45] <pmcgowan> it does!
[19:45] <ogra_> \o/
[19:45] <pmcgowan> bt connection is spotty here too
[19:48] <john-mcaleely> pmcgowan, that's one for alecu & charles I believe
[19:48] <john-mcaleely> ie, they know, not me
[19:48] <pmcgowan> really?
[19:48] <pmcgowan> its losing connection
[19:49] <charles> I'm looking at bug #1530807 right now and am working on the indicator component of that
[19:49] <ubot5`> bug 1530807 in indicator-bluetooth (Ubuntu) "Bluetooth cannot be activated on several devices" [Critical,In progress] https://launchpad.net/bugs/1530807
[19:49] <pmcgowan> feels like bluez crashed
[19:49] <charles> but that doesn't mean I'm taking on all bluez bugs :-)
[19:49] <pmcgowan> its in a state where its not scanning at all
[19:50] <pmcgowan> charles, its like settings cant talk to the backend
[19:51] <charles> pmcgowan, I think there is something going on in systems-settings
[19:51] <charles> the part about discoverable / not discoverable in settings in bug 1530807 isn't coming from the indicator, it's coming from code in u-s-s that talks to bluez
[19:51] <ubot5`> bug 1530807 in indicator-bluetooth (Ubuntu) "Bluetooth cannot be activated on several devices" [Critical,In progress] https://launchpad.net/bugs/1530807
[19:52] <charles> who's been doing u-s-s bugfixes?
[19:52] <pmcgowan> charles, this is what I am seeing
[19:52] <pmcgowan> I paired the keyboard and its working...
[19:52] <tathhu> well, if m10 fits into k480.. i'm even more goign to buy it :P
[19:52] <pmcgowan> then the device no longer sees it
[19:52] <charles> kenvandine, ^
[19:52] <pmcgowan> then the device does see it
[19:53] <pmcgowan> but no settings cannot talk to the backend
[19:53] <pmcgowan> I think the daemon may have restarted
[19:53] <charles> pmcgowan, I think you can use hciconfig to get a dump of bluez status from the command line
[19:54] <dobey> well i can't seem to pair my mako to my PC right now either. it just says "failed" on the PC, and no magic PIN stuff ever happens on the phone
[19:54] <charles> pmcgowan, eg https://launchpadlibrarian.net/233590765/screenshot20160109_140631775.png
[19:55] <kenvandine> my flo never sees devices to connect to
[19:56] <kenvandine> charles, the toggle to turn on and off bluetooth comes from the indicator, but the discoverable thing is just dbus to bluez
[19:56] <kenvandine> i think
[19:56] <charles> kenvandine, I think that's correct
[19:56] <kenvandine> and that's all working fine on my other devices
[19:56] <kenvandine> flo is in bad shape though
[19:56] <charles> kenvandine, I think there are at least two bugs here, one regarding the indicator toggle and the other in system-settings regarding discoverable
[19:57] <charles> I'm adding u-s-s to 1530807
[19:57] <charles> though maybe it should be in a separate ticket...
[19:57] <kenvandine> charles, no, i think they are the same bug
[19:57] <kenvandine> someone said if you enable bluetooth from the command line then it all works
[19:58] <kenvandine> the problem is the toggle in the indicator isn't working
[19:58]  * kenvandine isn't even sure how to do that from the cli :)
[19:58] <pmcgowan> I have bt enabled it simply wont connect the keyboard again
[19:58] <charles> kenvandine, I'm not sure how the indicator could be breaking the discoverable / not discoverable status in systems settings, the indicator doesn't have any of that logic?
[19:59] <kenvandine> charles, i think we can toggle discoverable when bluetooth is disabled
[19:59] <kenvandine> which seem swrong
[19:59] <kenvandine> seems wrong
[19:59] <pmcgowan> Failed to connect: org.bluez.Error.Failed
[19:59] <pmcgowan> seems there are multiple problems here
[20:00] <kenvandine> charles, so bluez can report it is discoverable, but other devices won't see it if bluetooth is disabled
[20:00] <charles> kenvandine, that's plausible
[20:00] <kenvandine> pmcgowan, maybe, but multiple problems only on some devices?
[20:00] <kenvandine> charles, yeah, i think the bluez API lets us interact with it
[20:00] <charles> I don't know if that's what's happening but it passes the sniff test anyway
[20:01] <kenvandine> even though the device is actually blocked
[20:01] <kenvandine> someday i might understand bluez :)
[20:01] <charles> kenvandine, what is the bluetooth settings plugin getting from the indicator? just the on/off flag?
[20:01] <kenvandine> yeah
[20:02] <charles> ok
[20:02] <charles> I'll see if I can't figure out what's going wrong in the indicator
[20:03] <kenvandine> charles, and i think a restart of indicator-bluetooth makes it work again
[20:04] <Mujisiro> Hi all, is there anyone who successfully installed ubuntu touch on a lg g2?
[20:04] <charles> kenvandine, yeah I'm seeing the same thing, and I think someone in-ticket reported that as well
[20:05] <charles> kenvandine, it may be a startup timing issue, eg the indicator expecting bluez to be ready for business when the indicator starts
[20:05] <kenvandine> yeah, confirmed everything seems peachy after restarting indicator-bluetooth
[20:05] <charles> cool
[20:07] <pmcgowan> kenvandine, Ithe bt panel just isnt initating scans
[20:07] <alecu> charles: sounds like what you suspected all along
[20:07] <kenvandine> pmcgowan, it is for me
[20:08] <alecu> charles: is there a way to steadily reproduce this?
[20:08] <pmcgowan> kenvandine, it will scan with devices connected right?
[20:08] <kenvandine> but on my flo only after restarting indicator-bluetooth
[20:08] <charles> pmcgowan, will it initiate scans after you restart indicator-bluetooth?
[20:08] <kenvandine> i just forgot all devices and let it find them again
[20:08] <kenvandine> and paired the mouse
[20:08] <kenvandine> all worked perfectly
[20:08] <charles> alecu, I don't know how to reproduce it every time yet
[20:08] <kenvandine> after restarting the indicator
[20:08] <pmcgowan> charles, how?
[20:08] <charles> pmcgowan, from phablet-shell, "restart indicator-bluetooth"
[20:09] <pmcgowan> Unknown job: indicator-bluetooth
[20:09] <kenvandine> no sudo
[20:10] <pmcgowan> I am in with adb shell then did su phablet ?
[20:10] <pmcgowan> phablet-shell doesnt work
[20:10] <kenvandine> ah
[20:10] <kenvandine> yeah
[20:10] <kenvandine> su - phablet
[20:11] <pmcgowan> sigh
[20:11] <pmcgowan> -su: restart: command not found
[20:11] <kenvandine> install the terminal app :)
[20:11] <charles> :)
[20:12] <kenvandine> pmcgowan, it's an upstart session job
[20:12] <pmcgowan> installing
[20:12] <pmcgowan> oh ffff
[20:12] <pmcgowan> just lost connection to the keyboard
[20:12] <kenvandine> omg
[20:12] <kenvandine> :)
[20:13]  * pmcgowan hates bluetooth it has never worked
[20:13] <charles> +1
[20:17] <dobey> pmcgowan: what, you using a nexus 5 too now? :P
[20:19] <pmcgowan> I feel dobey's pain
[20:24] <davmor2> pmcgowan: pfff dobey uses it by choice don't fooled into empathising with him, he is just a glutton for punishment :)
[20:25] <alecu> davmor2: lol
[20:31] <alecu> charles: I think I managed to get my bq 4.5 into the broken state
[20:32] <alecu> charles: I first disable autostart of the bluetooth daemon:
[20:32] <alecu> echo "manual" | sudo tee /etc/init/bluetooth.override
[20:32] <alecu> then I reboot
[20:32] <alecu> and after everything starts, I run "sudo start bluetooth"
[20:33] <alecu> after that, the on/off switch in indicator and system settings seems to not match
[20:33] <alecu> and bluetooth keeps connected all the time, independent of what those switches show.
[20:54] <alecu> added a comment about that to the bug.
[20:54] <alecu> charles: I agree that this looks like an initialization problem.
[21:37] <k1l> http://maruos.com/  seems like someone picked that ubuntu4android idea and made it debian4android
[21:38] <popey> kinda
[21:38] <popey> u4a was a somewhat different animal
[21:39] <popey> lots of integration between the two OSs
[21:39] <popey> which they may be able to do with maru, who knows
[21:39] <dobey> well, lots of demo anyway. i don't think we had any practical integration work completed there, did we?
[21:40] <popey> yes
[21:40] <popey> thunderbird on desktop accessed android contacts for example
[21:40] <k1l> yes, i have seen nothing than nice photos so far. that why i said idea.
[21:40] <popey> It's good though, validates the idea that a computer in your pocket can be more than just a phone.
[22:41] <sarnold> k1l: would you consider unbanning *!*@unaffiliated/ilhami ? he's asked a question in #ubuntu-devel that's probably better suited here; thanks
[22:42] <k1l> sarnold: hi. i will no unban that user since he is an issue since 2013 and was banned several times and proven that he will be an issue again when given a 2nd chance.
[22:42] <sarnold> k1l: thanks for the consideration and explanation :)
[22:42] <k1l> sarnold: i told him to use the mailinglist if he really needs support or got questions. but seems that effort is too much for him.
[22:43] <sarnold> k1l: heh, I'm familiar with the trait :/
[23:16] <TLF> https://answers.launchpad.net/podbird/+question/284960
[23:17] <TLF> Anyone know how to restore thumbnails in Podbird?
[23:18] <TLF> I deleted the dir in .config so it would load. It worked, but I have no images now.
[23:19] <ogra_> k1l, it is "divergence" (two OSes on two displays on one device)
[23:20] <ogra_> :)
[23:20] <k1l> :)
[23:20] <ogra_> they still have to deliver something first though ...
[23:22] <k1l> yeah. i have just seen "mockup" photos so far. but i still think there is a market for android+real desktop looking at the smartphone marketshare of android.
[23:24] <ogra_> LOL !
[23:24] <ogra_> Produktmerkmale
[23:24] <ogra_>     Android 5.1 (Lutscher)
[23:24] <ogra_> http://www.amazon.de/gp/product/B017IG7DLC/ref=noref?ie=UTF8&psc=1&s=ce-de
[23:24] <ogra_> (sorry, only funny for germans i guess)
[23:25] <k1l> muahahaa, thats a nice lost in translation
[23:25] <ogra_> yeah


[00:48] <eegore> I am having trouble getting audio to work with other applications beside Amarok
[00:48] <eegore> this is a fresh install
[00:49] <eegore> is there something I al missing?
[00:55] <eegore> well the system sounds dfon't work
[01:13] <axioma> Does anyone have experienced crashes with Rekonq? Was there any way you could solve this?
[01:58] <valorie> !sound | eegore
[01:58] <valorie> that file has helped me every time I've had sound difficulties
[06:15] <takedo> help
[06:16] <valorie> !ask | takedo
[06:17] <valorie> so how can we help?
[07:38] <viyyer> I am having this issue with the samba package http://paste.ubuntu.com/6020595/
[07:38] <viyyer> What is the default administrator user. I am unable to create it
[07:38] <viyyer> I assumed it to be administrator .
[09:04] <igor__> Hi to all
[09:05] <igor__> does anyboy use dbmail 3.1.2?
[09:12] <igor__> I have a problem with encoding. For example, when I try to get subject of message and the field has cyrillic I get "????????" instead readable string. I use mysql database. Mysql default character set is utf8 and collation utf8_general_ci. Default system character set is utf8 too. In the dbmail.conf parameter encoding is utf8. All data in the database has correct ecnoding and data is readable. Maybe anybody know what is the problem?
[11:28] <lordievader> Good afternoon.
[11:32] <user1> j
[12:15] <BluesKaj> Hiyas all
[17:05] <lordievader> Good evening.
[17:07] <StarfighterPilot> lordievader: hi
[17:08] <lordievader> Hey StarfighterPilot, how are you?
[17:08] <StarfighterPilot> fine lordievader, and you?
[17:09] <lordievader> Doing good too :)
[17:22] <viteac> guys what keyboard combination is to KILL KDE? I want to relogin when k freeze.
[17:22] <viteac> KUBUNTU13.04
[17:23] <mwabc> ctrl+alt+backspace
[17:24] <lordievader> viteac: If it is enabled, then ctrl+alt+backspace. You can enable it by running "sudo dpkg-reconfigure keyboard-configuration".
[17:26] <viteac> lordievader:  this version is so different, to many changes.
[17:28] <lordievader> Forgot when they disabled that shortcut, did came in handy at times :)
[17:28] <viteac> anyway 13.04 is not so good, I've noticed crashing
[17:30] <viteac> lordievader: I rather don't remeba the names, but 8 probably but 10 some other combination I think ctrl+alt+shift+k
[17:30] <lordievader> viteac: That really is too bad to hear, here it has been running rock solid. Just like 13.10 actually.
[17:32] <BluesKaj> no 13.04 crashes here , but I keep it up to date dist-wise and kde-wise
[17:32] <lordievader> Same here.
[17:36] <yofel> viteac: sysrq+k is there too, but nowadays disabled for security reasons (by /etc/sysctl.d/10-magic-sysrq.conf)
[19:01] <scaph> #ubuntu-fr
[20:23] <Alex_Zion> hi guys , I have a huge problem with amarok , it simplt doesn't work anymore, it just crash anytime I try to run it .....; I even tried to remove (purge) and reinstall it after remove amarok folders ....., some suggestion please ....
[20:42] <mirqui> #c4ll
[20:51] <valorie> Alex_Zion: please join #amarok
[20:55] <Alex_Zion> thanks valorie, I'm asking there ...
[22:00] <dougl> my wifi does not work with my iPhone 5 personal hotspot that works with everything else.... where can I figer out what modules I need to be updating?
[22:00] <valorie> !wifi
[22:00] <valorie> dougl: that might get you going
[22:01] <dougl> valorie, thanks :)


[04:29] <dmj726> What would be best practices for creating a publication for the Ubuntu Software Center
[04:41] <jo-erlend> dmj726, "publication"?
[04:41] <dmj726> like a book or magazine
[04:43] <dmj726> jo-erlend:
[04:43] <jo-erlend> right. I don't think there's anything too special about it. They get added to /opt/yourcomp/. I'm not entirely sure how they appear in users dashes, though.
[04:44] <jo-erlend> mhall119 probably knows.
[05:19] <dmj726> what does Unity do with link or directory types?
[05:20] <jo-erlend> dmj726, I don't understand that question.
[05:20] <dmj726> in the desktop entry file
[05:20] <jo-erlend> ...?
[05:21] <dmj726> type can be application, link, or directory
[05:22] <jo-erlend> I'm not entirely sure what directory does. But a link is handled as a link, and an application is handled as an application. I don't know what you're asking.
[05:29] <jo-erlend> I need to reboot.
[05:29] <jo-erlend> brb
[08:18] <SpamapS> Howdy! I'm trying to fix the aws-status appindicator that comes included with txaws...
[08:19] <SpamapS> (not an experienced gtk programmer so going is slow...)
[08:19] <SpamapS> At some point, the label from my indicator got "stuck" in my panel..
[08:19] <SpamapS> the process isn't running anymore.. so... what gives?
[08:20]  * SpamapS suspects perhaps a panel bug could be at play too
[08:39] <dpm> hi SpamapS, unfortunately, I cannot help on this one. You might want to ask ted when he's online, or alternatively ask also on http://askubuntu.com/questions/ask?tags=application-development
[08:39] <SpamapS> I haven't been able to reproduce
[08:40] <SpamapS> so its possible I just said the incantations wrong or crossed the streams or something
[08:41] <dpm> ah, right
[11:04] <jml> jo-erlend: hi
[11:04] <jo-erlend> jml, hi. :)
[11:05] <jml> jo-erlend: I saw your email to ubuntu-app-devel. I think you make an excellent point.
[11:05] <jml> jo-erlend: but I honestly have no good answers.
[11:05] <jo-erlend> neither do I, otherwise I would've suggested something specific.
[11:05] <jml> jo-erlend: heh heh
[11:05] <jml> jo-erlend: I figured if I started rambling on IRC that would be more likely to yield fruit than just sitting on your email like a mother hen.
[11:06] <jml> Or maybe that should be yielding eggs
[11:06] <jml> metaphors are hard.
[11:06] <jml> Anyway.
[11:07] <jo-erlend> however, I forgot to write about the positive side if we do put an effort into this. For instance; it is currently true that you cannot make a custom GTK TreeModel using Python. Now you know. And I'll remember having told someone about it. However, some time into the future, this problem will be fixed and I'll get notified by email when it does. I will not remember who I've told this to. So people are most likely going to keep thinking it's
[11:07] <jml> we've been talking a bit within Canonical about the Ubuntu "developer offering", where that's an umbrella term for the whole app developer picture: tools, API, SDK, etc.
[11:07] <jo-erlend> not possible, long after it becomes possible. If we had tracked this issue, then the fix would become well known much faster, leading to less confusion in the future.
[11:08] <jml> jo-erlend: huh. that sounds like a thing where stackoverflow or askubuntu would help a lot
[11:09]  * dpm was thinking that too
[11:10] <jo-erlend> it wouldn't. I ask why my program doesn't work, and the response is that I've done everything correctly, but there is a bug in Python/GTK that prohibits that kind of application from working. Two years later, the bug is fixed. Who will update the answers on stack?
[11:11] <jo-erlend> in other words; we are efficient in saying there is a problem, but the solution will go unnoticed. This is harmful.
[11:13] <jo-erlend> if, on the other hand, we link specific bugs to a "ubuntu-python-developer" project, then we will both have a way to get an overview of issues, but also know that solutions will be just as visible as the problem were.
[11:16] <jo-erlend> so I'm imagining something like this. You have a Ubuntu App Developer project. Underneith this project, you have sub-projects for toolkits, and under them, languages. So you'd have something like UAD > GTK > Python, UAD > GTK > C++, and UAD > Qt > Gambas. What do you think?
[11:18] <dpm> jo-erlend, let me add a comment on one of the points here: the point of stackoverflow is that it can be updated, and cleaned up! So to answer the question to who will update the answers on Askubuntu or Stackoverflow: either you or someone else affected by the problem
[11:18] <jo-erlend> if there is an issue with Python and GTK development, then there is also a problem with GTK development on Ubuntu. Further, there is a problem with app development on Ubuntu. But even if Python/GTK is problematic, it doesn't necessarily mean those problems exist with Vala or some other language.
[11:19] <dpm> jo-erlend, in a way, what you're proposing is quite similar to what we're doing with the ubuntu-translations project in LP, which has been working quite well
[11:19] <jo-erlend> dpm, yes, but that depends on manual work, that someone who is affected still cares enough to update, etc. You could say the same thing about email or IRC. If I really care, I can now make a note of everyone who is in this channel now, and when the problem is fixed, I'll remember to come here and tell you about it. But in reality, I know I won't. Bugs can be linked, however.
[11:20] <dpm> you need the same amount of dedication and work to find and link a bug as to update a stackoverflow answer :)
[11:20] <jo-erlend> I think the difficulty is defining workflows. Making a certain development method a supported development method with issues that can be tracked and worked on.
[11:24] <jo-erlend> dpm, only if you're very dedicated. I would possibily  be willing to do that. But you'd also have to maintain a list of distributions for that to work well. But we need to see it from the other angle; a user decides to learn how to write a program on Ubuntu. The first projects are easy, and the user slowly becomes more confident. Then he runs into a problem, and somehow finds out it's a bug. He then files a bug to the app-dev project, which
[11:24] <jo-erlend> can then help improve the bug description and file the bug at the right tracker.
[11:27] <jo-erlend> I mean; it took me a week to realize that there was a bug in the GTK GIR bindings. I had to spend quite some time figuring out exactly where to file a bug, and when I finally found it, it was already reported and had been known for months with no activity. Others in the community knows much more than I do about GIR bindngs and GTK+.
[11:33] <dpm> jo-erlend, I think having an ubuntu-app-devel project might be a good idea as an umbrella project. As I say, it's worked well for translations -> it has given more visibility to i18n/l10n bugs, and most importantly, it's helped creating a team of dedicated community members around the project. My main concern is about the sub-projects and spreading out too thin
[11:39] <jo-erlend> right. The details would have to be figured out. It's easy to make things too complicated. But we should at least track blockers. The program Gramps, for instance, can't be upgraded to GTK3 and GIR, because of the bug I've used as an example. My projects are probably going to be canceled, because the bug doesn't have a chance of getting the attention required to get it fixed. And though I'd want to, I don't have the time to go so deep into G
[11:39] <jo-erlend> TK+ development that I can fix it myself.
[11:42] <jo-erlend> and how many of these blockers are there? If I was unlucky enough to find the single one, then ok. It's annoying for me, but it might not be detrimental to app development in general. But if there are many and noone knows it, then it can have nasty effects in the long term.


[00:14] <ajmitch> grr @ LP branches of packages in sid not being updated still
[00:19] <imbrandon> ajmitch: how often do they sync ? or supose to ?
[00:20] <cpscotti> Hello all, little problem here; what is the procedure to "update" a broken package which is already on Lucid,
[00:20] <ajmitch> imbrandon: it's apparantly due to a debian bug that the LP mirror of debian isn't updating properly
[00:21] <imbrandon> cpscotti | !sru
[00:21] <imbrandon> !sru
[00:21] <imbrandon> there ya go
[00:21] <imbrandon> :)
[00:21] <cpscotti> oh
[00:21] <cpscotti> thanks!
[13:07] <Laney> https://blueprints.launchpad.net/ubuntu/+spec/community-m-universe-qa
[13:07] <Laney> make it so if you want to come :)
[13:36] <bilalakhtar> People, is contributing 10 packages to debian enough to make a person an Ubuntu member?
[13:37] <Rhonda> bilalakhtar: No. Contributing 10 packages to Ubuntu would be enough though. :)
[13:38] <Rhonda> Ubuntu procedures are a fair bit different than Debian's. Just think of the Debian BTS vs. Ubuntu's launchpad and you get the idea.
[13:38] <bilalakhtar> Rhonda: bump! And there are people on this channel who say its better to contribute to debian and sabdfl himself says "one of the ways to contribute to ubuntu is to contribute to debian"
[13:39] <azeem> you asked a very specific question abotu becoming an Ubuntu member
[13:39] <Rhonda> And that's right. :)
[13:40] <Rhonda> bilalakhtar: It's of course better to contribute to Debian because that is a benefit for Ubuntu without any effort on Ubuntu's side. :)
[13:40] <Rhonda> … and additionally also a benefit for Debian because the changes aren't only in one of the two.
[13:40] <bilalakhtar> Then what should I put up to the membership board as a point to say in becoming an ubuntu member?
[13:41] <Rhonda> It's putting the effort on the better suited place.
[13:42] <Rhonda> I think it's quite similar with Debian, along the lines of triaging bugs in launchpad, taking a look at sync requests and check wether some ubuntu changes are still needed or can get pushed to Debian or even further upstream.
[13:43] <Rhonda> Maybe https://wiki.ubuntu.com/Ubuntu/ForDebianDevelopers is a good entry point for you, bilalakhtar
[13:44] <Laney> https://wiki.ubuntu.com/UbuntuDevelopers#Ubuntu%20Contributing%20Developers
[13:44] <Laney> also
[13:45] <bilalakhtar> I know how to package for debian (thats not what I am asking). You should better understand my point.....
[13:45] <bilalakhtar> The biggest contribution I can make to Ubuntu is packaging
[13:45] <Rhonda> The link wasn't about packaging. :)
[13:46] <Rhonda> But even in Debian packaging isn't the sole part of what a DD does, and shouldn't even be the major part. It's about keeping contact with upstream and being a proxy between the users and upstream for received bugreports.
[13:47] <bilalakhtar> And folks on this channel say that its better to contribute to Debian than Ubuntu
[13:47] <Rhonda> Which is right in the sense of packaging. :)
[13:47] <bilalakhtar> Rhonda: I agree. But should I tell the membership boards that my contribution to ubuntu is "packaging for debian" ?
[13:49] <BlackZ> bilalakhtar: contribute again and then apply for motu instead
[13:49] <bilalakhtar> BlackZ: so people can become ubuntu motus by contributing to debian?
[13:49] <BlackZ> bilalakhtar: include your work in debian would be great, just this
[13:50] <ChogyDan> bilalakhtar: I don
[13:50] <ChogyDan> bilalakhtar: I don't really know, but I think you can maintain the package in ubuntu as well, ie, test to make sure it works
[13:51] <bilalakhtar> ChogyDan: Of course I would do testing on ubuntu, but the problem is, most of the packages in debian repos can work without any modification in ubuntu. only 1 in 15 packages has a problem
[13:51] <BlackZ> but if you want contribute just to ubuntu, I think there's no problem - BTW, if you will contribute to debian too your work will be considered
[13:51] <Rhonda> bilalakhtar: Why do you want to apply to membership boards anyway, if your contribution to ubuntu is "packaging for debian"? Just for the status? I think that's the wrong approach. You should apply when you feel you need special privileges for special jobs, not just to have it.
[13:52] <Rhonda> So if you are self-aware of such a specific task I would think that that should be the main part of your application, not your packaging for Debian work, because for that you don't need ubuntu membership. :)
[13:53] <BlackZ> bilalakhtar: if you aren't familiar with all MOTU tasks, wait again a while, we are setting up the mentoring reception program
[13:53] <bilalakhtar> Rhonda: fine, will think of it after some more packages have gone in !
[13:53] <bilalakhtar> BlackZ: what is that?
[13:53] <BlackZ> bilalakhtar: it's an help program for new contributors
[13:54] <bilalakhtar> BlackZ: ohk
[13:54] <BlackZ> bilalakhtar: this doesn't mean that you can't read the MOTU documentation - the MOTU team is a good point to start for new contributors ;)
[13:54] <Rhonda> bilalakhtar: Actually I'm in the same boat. I am thinking about applying for ubuntu membership - but I don't see the actual need for _why_ I would need it so I rather do the bit I do with poking persia and sebner (and others) from time to time. :)
[13:55] <bilalakhtar> Rhonda: You package mostly for ubuntu or debian?
[13:55] <sebner> Rhonda: ubuntu-sponsors queue ftw! we are not your sponsoring bitches :P
[13:55] <Rhonda> bilalakhtar: http://deb.at/Qgerfried+fuchs - go figure. :P
[13:55] <Rhonda> sebner: Oh yes you are.  CoC violation!!! ALERT ALERT!
[13:56] <astraljava> :D
[13:56] <bilalakhtar> !coc | sebner
[13:56] <nigelbabu> lol
[13:57] <Rhonda> bilalakhtar: Your first contribution! Well done! :P
[13:57] <sebner> pfffffff
[13:57] <bilalakhtar> lol
[13:57] <sebner> bilalakhtar: lowers your chances *that* much that I'll sponsor you :P
[13:58] <Rhonda> heh
[13:58] <nigelbabu> sebner: lol
[13:58] <bilalakhtar> lol
[14:00] <bilalakhtar> Rhonda: are you a dd?
[14:01] <nigelbabu> bilalakhtar: yes I believe
[14:02] <Rhonda> bilalakhtar: Did you take a look at the URL I gave you? :)
[14:03] <bilalakhtar> Rhonda: yeah, but closed it, after seeing so many packages
[14:05] <bilalakhtar> Rhonda: you bug sebner and persia for ubuntu packaging and are a dd yourself. am i right?
[14:06] <Rhonda> Yes, but usually I just drop the LP bug number in here without specifically hilighting someone.
[14:07] <Rhonda> bilalakhtar: e.g. for LP #576287
[14:08] <bilalakhtar> Rhonda: what does "Sync request ACKed" mean?
[14:08] <carstenh> bilalakhtar: you asked me the same question and disappeared before I read it.  we are both dds.
[14:08]  * carstenh cuddles his advocate :)
[14:09] <Rhonda> carstenh: Who was that?
[14:09] <Rhonda> … not me, was it?
[14:10]  * bilalakhtar is surrounded by experienced DDs
[14:10] <carstenh> Rhonda: you might regret to have advocaded me, but you did ;)
[14:10] <Rhonda> bilalakhtar: ACK as in acknowledge. So it got approved/accepted. sebner looked at it and noticed that the ubuntu diff wasn't needed anymore. Such reports are only needed when there is a ubuntu diff and that is obsoleted.
[14:10] <Rhonda> carstenh: I regret to have advocated someone else, definitely not you. :)
[14:10] <sebner> Rhonda: well, they are even with no diff after DIF
[14:11] <bilalakhtar> Rhonda: Who is that "Someone else" ?>
[14:11] <Rhonda> … which I had to figure out in my mind, Debian Import Freeze. See, bilalakhtar, all new acronyms for DDs. :)
[14:12] <bilalakhtar> I alreasy know about DebianImportFreeze
[14:12] <bilalakhtar> *already
[14:13] <Rhonda> bilalakhtar: I should have avoided that comment and it's not something that needs to go around. I prefer people to make up their own minds about others instead of listening too much to other people's complaints.
[14:13] <bilalakhtar> Rhonda: ohk, thanks for the info till now, will resume debianization
[14:14]  * bilalakhtar extracts his sid chroot
[14:14] <Rhonda> Just a final regular disclaimer note: This is my personal experience and opinion and I don't claim that it's the only true one or even a right one.
[14:15] <carstenh> Rhonda: btw. I recently found out how to colorize text in dialog, seems like a nice gimmick to differ orphaned packages from packages that are only orphaned because recommends/suggests are ignored
[14:15] <Rhonda> … or not selected ones in deborphan!
[14:16] <Rhonda> erm, editkeep I mean
[14:16]  * bilalakhtar notices that mentors.debian.net is not accepting any more packages, much to his horror
[14:17] <Rhonda> bilalakhtar: What for do you need mentors if you are a DD?
[14:17]  * hyperair thinks bilalakhtar is misunderstanding the term DD
[14:17] <carstenh> Rhonda: the selection happens whilst you run editkeep, so this would be confusing (or I don't understand what you mean by selected)
[14:18] <bilalakhtar> Rhonda: lol. You thought I am a DD?
[14:18]  * bilalakhtar thinks hyperair is confused
[14:18] <Rhonda> carstenh: Hmm. The indicator between * and section as sole indicator is a bit too weak for me. Also I would like to have in the interface the posibility to hide the one or the other list.
[14:19] <hyperair> er maybe i am
[14:20] <Rhonda> bilalakhtar: Didn't you say so before or did I puzzle that somehow? Anyway, if you have a webserver on your own to dump the packages too that's as good as mentors.d.n.
[14:21] <bilalakhtar> Rhonda: I never said I am a dd. I am just a mentor. I will have to upload the package to a server I have for my website expatsinksa.com
[14:21] <hyperair> mentee....
[14:38] <Rhonda> https://wiki.ubuntu.com/Membership/RegionalBoards/EMEA seems to be outdated, 4th of may is gone. I guess 1st of June will be next meeting?
[15:18] <lfaraone> Would including the 10.04 CD in the unetbootin dropdown list be suitable for SRU in Lucid?
[15:22] <jdong> lfaraone: honestly I'd bite if the debdiff isn't too bad
[15:24] <Laney> jdong: My good man, do you have a minute to offer an SRU opinion?
[15:24]  * Laney scrambles for the changelog
[15:25] <Laney> http://packages.debian.org/changelogs/pool/main/d/docky/current/changelog ← that upstream release, it's mostly serious bugfixes… what do you think?
[15:26] <Laney> s/mostly/all/
[15:27] <joaopinto> aren't SRU expected to be motivated by LP reported bugs :) ?
[15:27] <joaopinto> SRUs
[15:27] <Laney> I don't see why they should be
[15:27] <Laney> if we find out about a serious bug before a user does...
[15:28] <joaopinto> where is the bug tracked, the test case, and the feedback that it fixed the problem on that case ?
[15:28] <Laney> I am asking if it is alright in principle
[15:28] <Laney> the paperwork follows
[15:29] <lfaraone> jdong: okay. would it be suitable to also SRU the change to karmic, jaunty?
[15:31] <joaopinto> Laney, do you consider paperwork validating a fix ? :)
[15:31] <Laney> what?
[15:31] <Laney> I think you are hampering me when there is nothing to hamper
[15:31] <joaopinto> I am playing devil's advocate :P
[15:31] <jdong> joaopinto: if it's a serious bug I do not mind a preemptive SRU
[15:31] <Laney> well I never proposed to circumvent the process
[15:32] <jdong> joaopinto: but it is annoying with some packages when people start cherry picking little fixes every week from git :)
[15:32] <joaopinto> jdong, without having a test case and resolution evidence :P ?
[15:32] <Laney> nobody is proposing that!
[15:32] <jdong> lfaraone: well lets see a debdiff. it's either a backport or SRU
[15:32] <jdong> joaopinto: no you have to file a SRU bug with required information
[15:33] <ari-tczew> !sru
[15:33] <jdong> of course I won't ask for a test case for reproducing a race condition ;)
[15:33] <Laney> I want to know if it's ok to SRU the new upstream release
[15:33] <Laney> backporting the commits would be tiresome
[15:34] <jdong> Laney: eh that is kind of borderline. got a debdiff?
[15:34] <slytherin> Laney: I did SRU for new upstream bug fix release in karmic. I could map only few upstream bugfixes to LP ones. The package was evolution-mapi.
[15:34] <Laney> slytherin: did you have to produce a test case for each bug?
[15:34] <Laney> that would also be tiresome ;)
[15:35] <jdong> Laney: gnome stuff has magical exception powers too
[15:35] <slytherin> Laney: Only for the LP bugs.
[15:35] <jdong> ;)
[15:35] <Laney> jdong: it's not a gnome module :(
[15:35] <joaopinto> so you are using a trust-upstream release policy :P
[15:35] <slytherin> jdong: AFAIK, evolution-mapi is not yet official gnome module.
[15:35] <jdong> but if it isn't a big hairy debdiff I'll believe you that docky crashes ;)
[15:35] <Laney> grr
[15:35] <jdong> joaopinto: absolutely not. the changes are inspected
[15:36] <joaopinto> jdong, but not runtime tested :)
[15:37] <jdong> joaopinto: it still goes through SRU verification
[15:37] <joaopinto> I mean trust from a stability perspective, not from security
[15:37] <Laney> we get a lot of patches from upstream
[15:37] <jdong> I meant changes are inspected from a stability perspective as well
[15:37] <jdong> I don't mean look for new upstream Trojans
[15:37] <jdong> *glares at Vuze*
[15:38] <Laney> http://pastebin.com/GBLzjwZQ
[15:40] <jdong> Laney: jeeeeeez! how about a backport? :)
[15:40] <Laney> don't just look at the size of your scrollbar
[15:40] <Rhonda> how about approving the wesnoth-1.8 backport!
[15:40]  * Rhonda hides for jumping on the backport mentioning trigger.
[15:40] <jdong> Laney: that's what she said
[15:41] <Laney> I don't see that 2.0.2-1ubuntu0.1 which is really <IP_ADDRESS> benefits anyone
[15:41] <ricotz> Laney, need any help ;-)
[15:41] <Laney> ricotz: help argue that we want this!
[15:41] <jdong> Rhonda: sorry, busy exams and such right now :( wanna email me the bug number?
[15:43] <jdong> Laney: I said backport..... <IP_ADDRESS>~lucid1
[15:43] <Laney> oh I thought you meant backport the commits
[15:43] <jdong> for a SRU there is no precedence for such a big debdiff
[15:43] <jdong> but stuffing the new upstream ver in *-backports is totally fine
[15:44] <Laney> I don't think we want to leave crashers and mem leaks in lucid for 3 years
[15:44] <ricotz> jdong, there are serious bugfixes with detroys the user expierence, a backport is not the right way
[15:44] <Rhonda> jdong: bug #570609 - if I really should mail you need to hand me a mail address, or is it<EMAIL_ADDRESS>:)
[15:45] <jdong> Rhonda: I'm AFK ish right now so yeah, mail
[15:46] <sebner> jdong: mind looking at a SRU?
[15:46] <jdong> ricotz: I'm not going to advocate a 3000 line debdiff with some bug fixes, sorry
[15:47] <jdong> the two options I see, either backport the entire release or cherry pick bug fixes for SRU
[15:47] <Rhonda> Also I would think that we should get wesnoth 1.8.1 upstream release into lucid-updates and not lucid-backports because it's a bugfix release that fixes a major usability issue in the multiplayer lobby. The new upstream version also has additional translation updates, but I guess those aren't an issue to require to backport the old lobby back in only as a seperate patch?
[15:47] <jdong> sebner: bug number?
[15:47] <sebner> jdong: https://bugs.edge.launchpad.net/ubuntu/+source/bareftp/+bug/568840
[15:48] <Laney> it's only 3000 lines due to line changes in the translations
[15:48] <Laney> I really think that shouldn't be a problem :(
[15:48] <ricotz> jdong, ok, cherry picking would result in a nearly <IP_ADDRESS> release, so taking the whole tarball is more consistent, the difference between 2.0.2 and <IP_ADDRESS> are only bugfixes + translations
[15:50] <Laney> bah
[15:51] <jdong> ricotz: can you filter out the translation noise? unless you want to try directly convincing the archive admins, the SRU team has no precedence to approve such a large debdiff
[15:51] <jdong> or are the line numbers relevant to the translation system?
[15:53] <jdong> sebner: ok, your pokemon patch is approved ;)
[15:53] <sebner> jdong: thanks :D
[15:53] <ricotz> jdong, they are not relevant, but updating translations is a benefit for the user experience
[15:53] <sebner> jdong: gonna catch 'em all :D
[15:53] <jdong> :)
[15:54] <jdong> ricotz: you can try a second opinion from pitti who has seniority over me. if he accepts your line of reasoning I won't object
[15:54] <Laney> does it update the translations?
[15:54] <Laney> it just looks like it changes the line numbers
[15:55] <ari-tczew> !time
[15:55] <jdong> that's mostly what I saw it doing
[15:55] <pabelanger> What would be my next step about getting some packaging reviewed?  I successfully creating packaging and have it in my PPA (https://launchpad.net/~pabelanger/+archive/ubuntu-asterisk)
[15:55] <Laney> I'm trying to argue that the size of the diff shouldn't matter
[15:55] <Laney> more the magnitude of the actual changes
[15:55] <ricotz> Laney, there are updates included
[15:55] <jdong> I mean... when I have a moment in the next week, I'll take a look at the upstream repo
[15:55] <slytherin> pabelanger: upload the package to revu
[15:55] <jdong> but the size of the diff certainly is correlated with the invasiveness of the changes
[15:56] <ricotz> jdong, is pitti arround here sometime?
[15:56] <ari-tczew> what is the time now? 4 minues left to 15:00 UTC?
[15:56] <jdong> ricotz: go into #ubuntu-devel
[15:56] <pabelanger> slytherin: thanks
[15:57] <ricotz> jdong, ok
[15:58] <slytherin> pabelanger: What is the package about by the way?
[15:59] <pabelanger> slytherin: importing asterisk-sound files (en, fr, es), then update the asterisk package to reference them.
[16:00] <slytherin> pabelanger: and does this have to be done in separate package?
[16:02] <pabelanger> slytherin: Each upstream tarball include the same sound files, just recorded in different formats (gsm, g722, g729, sln16, etc).  So I have created separate packaging for them.
[16:03] <slytherin> pabelanger: Why aren't these files available in official asterisk packages?
[16:06] <pabelanger> slytherin: 2 types (asterisk-sounds-en-gsm and asterisk-moh-wav) are packaged into the asterisk package, they should be removed since they have there own separate versions.  The asterisk Makefile allows you to dynamically download them at build time, which does not work well for ubuntu packaging (if I understand right).
[16:06] <pabelanger> slytherin: Other formats never made it into Ubuntu
[16:07] <slytherin> Ok.
[16:07] <slytherin> pabelanger: I would name the package something other than ubuntu-asterisk. It is not as if the data is ubuntu specific.
[16:08] <pabelanger> slytherin: Agree, I just named my branch that.  Each package follows the naming syntax of the actual tarball (IE: asterisk-core-sounds-en-gsm).
[16:09] <slytherin> pabelanger: Ok.
[16:12] <pabelanger> Can packages from a PPA be moved directly into REV?
[16:14] <lfaraone> jdong: re unetbootin, diff at http://bazaar.launchpad.net/~lfaraone/ubuntu/lucid/unetbootin/10.04-in-dropdown/revision/16
[16:18]  * Rhonda sighs at last comment in LP #260290 - …
[16:38] <lfaraone> dholbach: for bug 567265, should I prepare a SRU for it?
[16:38] <dholbach> lfaraone: as you like it
[16:45] <joaopinto> Laney, from a quantitative appreciation the size  the diff is proportional to the risk of introducing regressions
[16:46] <joaopinto> qualitative appreciation of the changes is more arguable :)
[16:49] <nigelbabu> lfaraone: for that subscription, we could have a script or something written
[16:49]  * nigelbabu explores possibility
[16:49] <Laney> I am arguing for pragmatics rather than generalities
[16:49] <lfaraone> nigelbabu: you mean a scripted action in the UI?
[16:50] <nigelbabu> lfaraone: no, someone of python script that inputs the launchpad id and subscribes that person to everything that he/she packages
[16:50] <joaopinto> Laney, the SRU policy is general :)
[16:50] <nigelbabu> at least for now, but we could have osmething like that on the UI
[16:51] <lfaraone> nigelbabu: mk. yeah, if it uses the API, it should be easy to put into the UI eventually, right?
[16:51] <nigelbabu> I think so.  Best thing is to ask something who knows the ins and outs of launchpad api
[16:52] <Laney> The policy needs to be flexible
[16:52] <Laney> (and it is)
[16:52] <Laney> (we've had confirmation)
[17:15] <pabelanger> in debian/watch file, how can I reference the package name, is there a variable?
[17:17] <BlackZ> pabelanger: packagename-(.*)\.ext example: packagename-(.*)\.tar\.gz
[17:18] <pabelanger> BlackZ: what if I didn't want to hardcode 'packagename', is there an existing variable exported for it?
[17:18] <jcfp> pabelanger: there isn't afaik
[17:19] <pabelanger> jcfp: roger.  Thanks
[17:19] <slytherin> pabelanger: why do you need to use a variable?
[17:19] <BlackZ> pabelanger: nope, there isn't
[17:20] <pabelanger> slytherin: I have about 50 packages to update and create watch files for.  I wanted to see if I could make something more generic
[17:21] <slytherin> pabelanger: Not possible.
[17:21] <pabelanger> slytherin: no problem
[17:26] <carstenh> pabelanger: man uscan /PACKAGE
[17:27] <mypapit> man uscan?
[17:27] <carstenh> isn't uscan the tool that handels watch files?
[17:27] <carstenh>  /PACKAGE is short for search for the string PACKAGE
[17:34]  * abogani waves
[17:35] <abogani> I would want  request an SRU for linux-rt package but I have a problem if I want update this package I should introduce 418 commit most of them provided by Stable Kernel Release Linux Team (that is from <IP_ADDRESS> to <IP_ADDRESS>). Write a SRU justification documento seems impossible. What is the best way to proceed?
[17:37] <nigelbabu> abogani: kernel stuff?
[17:37] <abogani> nigelbabu: Exactly.
[17:38] <abogani> imbrandon: ping
[17:38] <nigelbabu> abogani: can ask in #ubuntu-kernel? They tend to be the experts in stuff related to kernel
[17:38] <nigelbabu> um, he's most likely sleeping btw (its late night for him I believe)
[17:38] <abogani> nigelbabu: They respond me than linux-rt is an universe package so it should handled by MOTUers. :-)
[17:39] <nigelbabu> ahhh
[17:39] <nigelbabu> abogani: have you filed a bug for this?
[17:40] <nigelbabu> and is this fix in maverick yet?
[17:41] <abogani> nigelbabu: No I don't filled bugs yet. Not fixed in Maverick yet.
[17:41] <nigelbabu> SRU docs says that it needs to be fixed in stable release first
[17:41]  * nigelbabu is not sure if there are exceptions
[17:42] <imbrandon> abogani: pong
[17:43] <abogani> imbrandon: Read your backlog, please.
[17:44] <abogani> nigelbabu: I suppose that you meant *development* release first...
[17:44] <nigelbabu> abogani: err, yes
[17:44]  * nigelbabu is tired, long day
[17:45]  * abogani understand well
[17:48]  * abogani start to think than maintain an kernel package in a decent manner in Universe is impossible...
[17:56] <Laney> abogani: you should speak to the kernel team about how they go about their updates
[17:56] <Laney> I hope we can be flexible enough not to block you
[17:56]  * Laney feels an urge to join the sru team
[18:09] <abogani> Laney: My pains started at Intrepid time when rt kernel was moved from linux package (so under Ubuntu Kernel Team responsibilities) as standalone package to universe ( sounder MOTU responsibilities). :-(
[18:17] <pabelanger> Daviey: ping
[18:26] <imbrandon> abogani: re: linux-rt,  if you can send me the commit log via email, and what information you have
[18:26] <imbrandon> and where i can find the new build at ( and exact version ) , i'll check it over this evening
[18:26] <imbrandon> abogani<EMAIL_ADDRESS>[18:32] <abogani> imbrandon: List of commits: http://paste.ubuntu.com/431795/, Upstream git tree: http://git.kernel.org/?p=linux/kernel/git/mingo/linux-2.6-sched-devel.git;a=shortlog;h=refs/heads/rt/2.6.31. Actual tag v<IP_ADDRESS>-rt19. Tag than I would want upload is v<IP_ADDRESS>-rt21
[18:52] <arand> Would anyone mind sponsoring Bug #526849 to proposed?
[19:00] <imbrandon> abogani: great, make sure and send it to me via email too so i dont forget tonight , and i'll get it asap uploaded
[19:51] <BlackZ> someone has the time for review/advocate some package on REVU?
[20:00] <pabelanger> I was looking for sponsorship for #578051
[20:01] <pabelanger> bug #578051
[21:10]  * lfaraone dances about becoming a MOTU
[21:11] <Laney> oh the DMB happened, eh?
[21:11] <Laney> nice one!
[21:32] <POX> not that I contributed much here, but I will not contribute anymore until Python maintenance will be moved back to Debian
[21:34] <Laney> erm
[21:34] <Laney> what's that about?
[21:34] <ajmitch> POX doesn't like stuff being done in ubuntu before debian
[21:35] <Laney> is that a reasonable concern?
[21:35] <Laney> I don't know much about python packaging
[21:35] <ajmitch> well, check when python 2.6 was uploaded to ubuntu, and to sid
[21:36] <ajmitch> there's that, and apparantly some of the transition around that wasn't done well in ubuntu
[21:38] <jcfp> not to mention the complaints about the maintainer of python in debian...
[21:39] <Laney> i'll stay out of this one ;)
[21:39] <jcfp> join the club :p
[21:40] <ajmitch> it's a wise choice :)
[21:43] <BlackZ> lfaraone: congrats!
[21:50] <crimsun> it seems petty to allow vendettas to obstruct technical progress.
[21:51] <ajmitch> context is provided in the thread about debconf 2010 on debian-python
[22:09] <lfaraone> For SRUs, do we need ubuntu-sru approval before uploading to proposed?
[22:11] <crimsun> lfaraone: as MOTU, no, just upload
[22:11] <ajmitch> archive admins will approve it once ubuntu-sru gives the go-ahead, I think
[22:11] <geser> huh, did I miss the newest episode in the python story or what was it just about?
[22:11] <lfaraone> crimsun: okay. does the bug need to be accepted for fixing in that release, even?
[22:12] <crimsun> lfaraone: if by "accepted" you mean nominated for release X, yes, but you can do that as MOTU
[22:12] <lfaraone> nevermind, I just realized I can target things myself.
[22:12] <ajmitch> geser: nothing really new
[22:12] <lfaraone> :)
[22:14] <lfaraone> crimsun: but I cannot target it to Hardy?
[22:15] <DktrKranz> geser: it's only some mails from someone blaming without knowing the full story behind, and people tend to become frustrated
[22:16] <crimsun> lfaraone: are you using the nominate for release X?
[22:16] <lfaraone> crimsun: Yes.
[22:17] <crimsun> lfaraone: which bug?
[22:17] <lfaraone> crimsun: bug 578841
[22:20] <DktrKranz> lfaraone: it's probably because it wasn't in hardy
[22:21] <lfaraone> DktrKranz: ah, that'd explain it :)
[22:21] <DktrKranz> congrats, btw :)
[22:21] <ajmitch> looks like it was added in jaunty, might be backportable
[22:22] <lfaraone> ajmitch: I'm considering it, but first I want to push my SRU through first :)
[22:22] <crimsun> I accepted it anyhow
[22:27]  * ajmitch can't believe how long this fsck is taking
[22:28] <lfaraone> Irssi 0.8.14 (20090728) - http://irssi.org/
[22:29]  * lfaraone oopses.
[22:32] <arand_> ajmitch: Bug #571707 ?
[22:33] <ajmitch> it's not stalling as far asI can see
[22:33] <ajmitch> since the % is slowly going up
[22:33] <arand_> ajmitch: One percent per minute?
[22:33] <ajmitch> just ticked over to 89% as I wrote that, but it's taken a long time
[22:34] <ajmitch> yeah, quite possibly
[22:34] <crimsun> nice, bug spam from 4-digit LP bug #s
[22:34] <arand_> ajmitch: arrowkey out to VT, if it's this bug that will speed it up slightly
[22:34] <ajmitch> so I've managed to hit this bug?
[22:34] <arand_> ajmitch: possibly.
[22:35] <ajmitch> how slightly? :)
[22:35] <arand_> ajmitch: In my case 1minute vs 1 hour :)
[22:35] <ajmitch> and yes, the slowdown starts at about 75% or so
[22:36]  * ajmitch might have to install some updates once this boots then
[22:37] <arand_> they're in -proposed currently, so hopefully they should come through soonish, bu then again, uds is a bit of a clog :)
[22:37] <ajmitch> I have no problem with grabbing from -proposed, I need to test packages from there anyway
[22:43] <ajmitch> arand: so I guess it'll move past 90% one day? :)
[22:44] <arand_> ajmitch: Tomorrows about an hour for me... it will probably be today, I think.
[22:44] <ajmitch> hehe
[22:44] <ajmitch> it's a good thing I'm not needing to use the laptop right this minute
[22:46] <arand_> But switching over to the non-graphic VT (just arrowkey), tends to get it going a bit quicker, unless you do want to revel in the mess of the bug :)
[22:50] <ajmitch> it really doesn't seem to speed it up noticeably
[22:52] <arand_> hmm, well for me it would take a rather non-variable 100s after switching over, wheas if I left it in plymouth well, about an hour or so..
[22:52] <ajmitch> interesting
[22:53] <ajmitch> fwiw, it did just get through the last few % on the VT
[22:53] <ajmitch> I'll install mountall from -proposed now, and can now work on getting other packages ready for SRU upload
[22:54] <arand_> ajmitch: Yea, though if you switch there, and then back, it will be horribly stuck again, just since graphical plymouth deals with the spammed fsck messages (I think it is) so much worse.
[23:25] <lfaraone> If I am uploading to lucid-proposed, should I "bzr push lp:ubuntu/lucid/unetbootin", or should it be "bzr push lp:ubuntu/lucid-proposed/unetbootin"? the latter appears not to exist.
[23:29] <ajmitch> I believe it'll be to the lucid branch
[23:29] <ajmitch> since -proposed & updates are separate pockets in the same series, I think
[23:30] <ajmitch> someone can correct my terminology :)


[09:03] -queuebot:#ubuntu-release- New: accepted caja-admin [sync] (artful-proposed) [0.0.1-1]
[09:03] -queuebot:#ubuntu-release- New: accepted caja-rename [sync] (artful-proposed) [17.3.28~bzr14+repack1-2]
[09:07] -queuebot:#ubuntu-release- New binary: caja-admin [amd64] (artful-proposed/none) [0.0.1-1] (no packageset)
[09:07] -queuebot:#ubuntu-release- New binary: caja-rename [amd64] (artful-proposed/none) [17.3.28~bzr14+repack1-2] (no packageset)
[09:34] <LocutusOfBorg> AA ping wrt llvm-defaults NBS lld in arm64 (proposed)
[09:36] <apw> LocutusOfBorg, why are we removing that on arm64 ?
[09:38] -queuebot:#ubuntu-release- New: accepted caja-admin [amd64] (artful-proposed) [0.0.1-1]
[09:39] -queuebot:#ubuntu-release- New: accepted caja-rename [amd64] (artful-proposed) [17.3.28~bzr14+repack1-2]
[09:49] <LocutusOfBorg> because llvm-toolchain-4.0 doesn't build it
[09:50] <LocutusOfBorg> also 5.0 and so on I would presume
[09:50] <LocutusOfBorg> it has never been built
[09:50] <LocutusOfBorg> (we will upload a fixed package in debian experimental too)
[09:51] <LocutusOfBorg> not sure how much effort is needed to build lld on arm64, but the safe bet is to stick to what is in -release already, and enable it in debian eventually
[09:51] <LocutusOfBorg> (specially due to gcc-7 llvm doesn't rebuild anymore)
[09:52] <apw> LocutusOfBorg, ok removed
[10:06] <LocutusOfBorg> ta
[10:25] <apw> tsimonq2, hey this ubuntu-mate-guide, if it is viewable with things other than yelp does yelp have to be a Depends: could it be a Recommends:
[10:47] -queuebot:#ubuntu-release- Unapproved: postgresql-9.3 (trusty-proposed/main) [9.3.18-0ubuntu<IP_ADDRESS> => 9.3.19-0ubuntu0.14.04] (no packageset)
[10:48] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (xenial-proposed/main) [9.5.8-0ubuntu<IP_ADDRESS> => 9.5.9-0ubuntu0.16.04] (core)
[10:49] -queuebot:#ubuntu-release- Unapproved: postgresql-9.6 (zesty-proposed/main) [9.6.4-0ubuntu<IP_ADDRESS> => 9.6.5-0ubuntu0.17.04] (core)
[11:01] <doko> LocutusOfBorg: please could you be more specific about "specially due to gcc-7 llvm doesn't rebuild anymore"?
[11:02] <LocutusOfBorg> doko, I honestly don't know, somewhere I get ld segfaulting
[11:02] <LocutusOfBorg> look at llvm on amd64 as example
[11:02] <LocutusOfBorg> I didn't find the time to do some debugging yet
[11:03] <LocutusOfBorg> I was wondering about the gdwarf flag, but seems not the cause
[11:03] <doko> well, but you do find the time syncing more stuff :-/
[11:03] <LocutusOfBorg> Fixes I need :)
[11:03] <LocutusOfBorg> for llvm I wait the debian uploads, to see how and where gcc regressed
[11:05] <LocutusOfBorg> https://launchpad.net/ubuntu/+source/llvm-toolchain-5.0/1:5.0~+rc5-1/+build/13325957
[11:05] <LocutusOfBorg> this is an example
[11:06] <doko> which doesn't fail in Debian, and I'm unsure that gcc regressed here. it appears that your comment is just a wild guess, nothing else
[11:06] <LocutusOfBorg> I did the comparison, to check if "ubuntu1" was the culprit in the gcc detection
[11:06] <LocutusOfBorg> and dpkg-compare showed the same result
[11:07] <LocutusOfBorg> let me grab some food and I'll do the a new round of testing
[11:07] <LocutusOfBorg> dwarf is the culprit probably
[11:12] <Laney> rcj: philroche: Hi, looks like cloud image publishing/building got wedged again
[12:22] <LocutusOfBorg> doko, amd64 llvm should be fixed but arm64 and ppc64el smells regressions in toolchain to me https://launchpad.net/ubuntu/+source/llvm-toolchain-5.0/1:5.0~+rc5-1
[12:27] <LocutusOfBorg> forcing gcc-6 worked https://launchpad.net/ubuntu/+source/llvm-toolchain-5.0/1:5.0~+rc2-1
[12:40] -queuebot:#ubuntu-release- Unapproved: cryptsetup (xenial-proposed/main) [2:1.6.6-5ubuntu2 => 2:1.6.6-5ubuntu2.1] (core)
[14:40] <philroche> Laney: Yes. Apologies, working through a few issues with build now
[14:44] <nacc> slangasek: oh sorry, you can remove the corresponding source
[14:56] <apw> nacc, slangasek, removed
[14:59] <nacc> apw: thanks
[16:19] -queuebot:#ubuntu-release- New binary: llvm-toolchain-snapshot [amd64] (artful-proposed/universe) [1:6.0~svn311834-2ubuntu3] (no packageset)
[16:31] -queuebot:#ubuntu-release- Unapproved: python-neutronclient (xenial-proposed/main) [1:4.1.1-2 => 1:4.1.1-2ubuntu1] (openstack, ubuntu-server)
[16:32] -queuebot:#ubuntu-release- Unapproved: python-neutronclient (zesty-proposed/main) [1:6.1.0-0ubuntu2 => 1:6.1.0-0ubuntu3] (openstack, ubuntu-server)
[16:58] -queuebot:#ubuntu-release- Unapproved: xfsprogs (zesty-proposed/main) [4.3.0+nmu1ubuntu4 => 4.3.0+nmu1ubuntu5] (core)
[17:01] -queuebot:#ubuntu-release- Unapproved: xfsprogs (xenial-proposed/main) [4.3.0+nmu1ubuntu1 => 4.3.0+nmu1ubuntu1.1] (core)
[17:02] -queuebot:#ubuntu-release- Unapproved: xfsprogs (zesty-proposed/main) [4.3.0+nmu1ubuntu4 => 4.3.0+nmu1ubuntu4.1] (core)
[17:03] -queuebot:#ubuntu-release- Unapproved: rejected xfsprogs [source] (zesty-proposed) [4.3.0+nmu1ubuntu5]
[17:04] -queuebot:#ubuntu-release- Unapproved: ppc64-diag (trusty-proposed/universe) [2.6.9-0ubuntu1~14.04 => 2.7.4-1~14.04] (no packageset)
[17:05] -queuebot:#ubuntu-release- Unapproved: ppc64-diag (xenial-proposed/universe) [2.7.0-0ubuntu4 => 2.7.4-1~16.04] (no packageset)
[17:06] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-snapshot [amd64] (artful-proposed) [1:6.0~svn311834-2ubuntu3]
[17:06] -queuebot:#ubuntu-release- New: accepted ubuntu-mate-guide [source] (artful-proposed) [17.10.1-0ubuntu1]
[17:11] -queuebot:#ubuntu-release- New binary: ubuntu-mate-guide [amd64] (artful-proposed/universe) [17.10.1-0ubuntu1] (no packageset)
[17:55] -queuebot:#ubuntu-release- New: accepted ubuntu-mate-guide [amd64] (artful-proposed) [17.10.1-0ubuntu1]
[19:29] <tsimonq2> apw: No, yelp has to be Depends because the desktop file uses it
[19:29] <tsimonq2> And we have to have a desktop file
[19:30] <tsimonq2> (context: ubuntu-mate-guide)
[19:31] <tsimonq2> Oh, I see it was accepted, thanks!
[23:00] -queuebot:#ubuntu-release- Unapproved: kdeplasma-addons (zesty-proposed/universe) [4:5.9.5-0ubuntu0.1 => 4:5.9.5-0ubuntu0.2] (kubuntu)
[23:05] -queuebot:#ubuntu-release- Unapproved: systemd (xenial-proposed/main) [229-4ubuntu19 => 229-4ubuntu20] (core)
[23:12] <xnox> cyphermox, ^


[18:13] <ibeardslee> morning
[18:58] <ojwb> morning
[20:12] <mwhudson> morning
[20:12] <mwhudson> thumper: did you manage to actually take xmas off?
[20:12] <thumper> morning mwhudson
[20:12] <thumper> sure did
[20:12] <mwhudson> cool
[20:13] <thumper> about to go through the mountain of email
[20:13] <mwhudson> was wondering how much of a crunch there was before today's announcement...
[20:13] <thumper> and see what the world is saying
[20:13] <thumper> all the crunch happened in december
[20:15] <mwhudson> thumper: are you still road tripping through wellington in a few weeks?
[20:15] <thumper> mwhudson: yep
[20:15] <mwhudson> got dates yet?  would be nice to meet for lunch at least
[20:15] <thumper> I think we are going to leave here on the 12th ish
[20:16] <thumper> need to be in Gisbourne for the 19th
[20:16] <thumper> well 18th
[20:16] <thumper> still planning routes
[20:16] <thumper> we have been very slack
[20:16] <thumper> but running out of time :)
[20:16] <mwhudson> hah
[20:17] <mwhudson> we are going to be away for the weekend of the 19th but i guess you won't be in wellington then
[20:20] <thumper> no...
[20:20] <thumper> I'm wonering what the weather will be like for the wedding
[20:21] <thumper> apparently there has been lots of rain so far
[20:21] <mwhudson> the weather here has been pretty impressively all over the place lately
[22:12] <ibeardslee> curse you quantal .. I have to redo all the usb boot drives


[13:06] <roadmr> every time the "propose an mp here" remote message saves me time, I'll use it to come here and sing the Launchpad team's praises 😄  (or until you tell me to shut up and go away :)
[13:07] <roadmr> oh also a question: has it ever been possible to log in using username instead of email on Launchpad or SSO? if so, any idea why that was changed to using email only?
[13:15] <cjwatson> I saw a few upset SSO questions about that
[13:16] <cjwatson> If it ever was in LP I think it was before my time
[13:16] <cjwatson> But honestly I'm not sure it ever occurred to me to look
[13:19] <roadmr> cjwatson: yes, people caring about that minute detail tend to be the upsetty kind :/
[13:19] <roadmr> "please don't assume I know my email address" say WHAT
[13:20] <cjwatson> I can sort of understand that from the "generate unique email address for each different thing" crowd
[13:20] <roadmr> well yes but if you're in that crowd I'd expect you to have proper tracking of all the addresses you're spitting out I guess
[13:21] <roadmr> cjwatson: I was thinking it might have happened in the SSO split - when Launchpad was in charge of logins, a username was mandatory and could be used to log in. SSO didn't require a username for a long time, so the email was the only consistent login option.
[13:21] <roadmr> These days all new accounts do have a username
[13:21] <cjwatson> It is possible, but all this was before my time and I've never done the archaeology, I'm afraid
[13:22] <cjwatson> I can't immediately think of a reason why you shouldn't be able to log in by username.  It seems an odd omission.
[13:22] <cjwatson> (Assuming you have one)
[13:22] <roadmr> cjwatson: maybe we can ask the chief archaeologist in a couple of hours
[13:23] <cjwatson> The theory that it was something to do with SSO not having usernames for a long time seems a likely one.
[15:41] <tomwardill> cjwatson: if I wanted to add the nodejs from u1hackers to LP, is there anything special I'd have to do to test it? (I've run a LP make cycle locally and it seems happy)
[15:44] <cjwatson> tomwardill: Check that CSS and JS works in a browser after make; run tests for --layer=YUITestLayer --layer=YUIAppServerLayer
[15:45] <cjwatson> tomwardill: And we'd need to not land anything that depends on it until relevant machines (I guess carob, banana, nutmeg, atemoya, labbu) have been upgraded (which you can check in Landscape)
[15:46] <cjwatson> Indeed upgrading would require a ticket to copy it into the relevant IS-owned staging and production PPAs
[15:46] <cjwatson> https://launchpad.net/~canonical-is-sa/+archive/ubuntu/launchpad-staging and https://launchpad.net/~canonical-is-sa/+archive/ubuntu/launchpad
[15:46] <tomwardill> right
[16:28] <tomwardill> verbose 3.205 Performing "GET" request to "https://registry.yarnpkg.com/node-sass/-/node-sass-4.14.1.tgz".
[16:28] <tomwardill> error<EMAIL_ADDRESS>The engine "node" is incompatible with this module. Expected version ">= 6".
[16:29] <tomwardill> boo, okay, so we definitely need the SCA node backport
[16:32]  * cjwatson nods
[16:50] <tomwardill> okay, I'll start the upgrade dance on Monday I guess
[16:50] <tomwardill> no wait
[16:50] <tomwardill> Tuesday
[17:19] <cjwatson> pappacena: thanks for that MP, dinnertime here now but I'll try to have a quick look at it this evening
[17:19]  * pappacena was about to send the link here :)
[17:20] <pappacena> Thanks, cjwatson. Whenever you have time. If you find something while reviewing, I'll probably still be around to make adjustments.
[17:21]  * pappacena going back to OCI project / project stuff for now
[17:28] <SpecialK|Canon> I just realised the views are live!
[17:28] <SpecialK|Canon> Nice work
[17:28] <SpecialK|Canon> Let's get that in next week's weekly
[17:31] <pappacena> :-) and soon we will have those views for project based oci project project project too! hehe
[17:38] <tomwardill> Sure you missed a ‘project’ in there.
[17:38] <tomwardill> we can find room for more.
[17:41]  * pappacena 😂
[19:09] <cjwatson> pappacena: looks fine, just one trivial nit
[19:10] <cjwatson> pappacena: (though I was curious why the store.invalidate() stuff in the second test, rather than just testing the object you get back from .inject()?)
[19:11] <pappacena> let me check
[19:22] <pappacena> Ah, the idea was to flush, but I guess it doesn't make any difference since it's fetching from the database after saving. I'll remove it.
[19:23] <pappacena> Fixed the typo. I'll land that MP
[19:51] <cjwatson> Cool, thanks
[19:51] <cjwatson> Should be able to deploy and rerun on Tuesday or so I guess
[19:53] <pappacena> Cool. Hope everything will work then. Enjoy your weekend and thanks for the review!
[19:54] <cjwatson> You too!