[00:07] <Von_> Hullo!
[00:07] <Von_> Anybody here to whom I can ask a question about the UT messaging app?
[00:09] <nhaines> !question
[00:09] <Von_> Splendid! Will do! Newb to IRC, etc. etc..
[00:09] <nhaines> Although most of the core developers went to bed about 5 hours ago.  Or at least got off work. :)
[00:10] <nhaines> No worries, it's why there's a stock reply.  :)
[00:13] <Von_> Okie, so. I've written a small program that sends text messages from a computer, using the SMS modem on a UT device over an SSH connection; everything works fine, except that when I update the SQLite3 db with the new text messages, they are displayed in the messaging app as having been sent one hour into the future.
[00:14] <Von_> My guess is that the db stores times unadjusted for British Summer Time.
[00:14] <Von_> !question
[00:15] <nhaines> I'd be really surprised if the database didn't store everything in UTC.
[00:16] <Von_> Aha - so then it's probably adjusting for local time on the fly, and I've compensated wrong!
[00:16] <Von_> That makes sense, and is what I thought - but I couldn't find anything in the code to suggest it was doing that.
[00:17] <Von_> (But then that's hardly surprising, as C++ practically looks like heiroglyphics to me..)
[00:17] <nhaines> Unix uses UTC as internal time and local time is more of a display preference.  :)
[00:18] <nhaines> On the bright side, think about how much easier that makes your job!
[00:18] <Von_> Brilliant. Thanks for the tip!
[00:18] <Von_> But..
[00:19] <Von_> if Unix uses UTC - who the devil uses Unix Time?
[00:19] <nhaines> Unix time is just UTC represented in seconds since January 1st, 1970.
[00:19] <Von_> Oh, so they're perfectly in sync, even w/ leap seconds etc?
[00:19] <nhaines> Which is why the apocalypse happens in 2038.
[00:20] <nhaines> I'm not certain Unix time accounts for leap seconds.  You'll want to look into that if something you're doing requires that kind of precision.
[00:20] <Von_> Haha! I've always thought of it similar to the 2012 Mayan prophecies; more of an archeological bit-depth problem than a doomsday..
[00:21] <nhaines> Well then you'll never excel at writing sensationalistic headlines, haha.
[00:22] <Von_> I don't really need precision, I was just idly wondering. Although I guess there will come a time when Unix time becomes useless, if UTC keeps getting leap seconds and UT never does, right?
[00:23] <nhaines> No more than any other local clocks.  Your wall clock doesn't account for leap seconds, but it still shows the right time.
[00:23] <nhaines> I think in Unix time leap seconds either repeat or the second doubles in length.  Something like that.
[00:23] <nhaines> So it's not that the current time is wrong, it's more that behavior during the leapsecond is undefined.
[00:24] <Von_> Ah, cool. That's not what I came here to ask, obvs..but it's really handy to know! Ta very much!
[00:25] <nhaines> Glad to help.  :)
[00:44] <maggots> need help with app
[00:45] <nhaines> !question
[00:46] <maggots> basically i have a web app built for protonmail but having trouble building for ubuntu phone what do i need to do?
[00:46] <maggots> to build and publish the app
[00:47] <maggots> i get this error :  :-1: error: desktop_Exec_webapp_args_required (Protonmail): must specify one of --webappUrlPatterns or --webappModelSearchPath
[00:49] <nhaines> Paste the Exec: line from your .desktop file.
[00:49] <maggots> Exec=webapp-container --store-session-cookies webappUrlPatterns=https?://protonmail.ch/locked* https?://protonmail.ch/inbox* https://protonmail.ch/login
[00:49] <maggots> i'm very confused
[00:50] <nhaines> You forgot the dashes in "--webappUrlPatterns"
[00:50] <popey> you missed --
[00:50] <popey> ah, beat me :)
[00:51] <maggots> thanks thats working now
[00:51] <nhaines> \o/
[00:51] <popey> *\o/*
[00:53] <maggots> i'm still having problems when you login to proton mail it open another window in mozilla  how do i stop this?
[00:53] <popey> is it a facebook or google login?
[00:53] <popey> or local to that site?
[00:54] <maggots> no it's a separate login
[00:54] <maggots> local to site
[00:54] <popey> also, you probably want a comma
[00:54] <popey> between https?://protonmail.ch/locked* and https?://protonmail.ch/inbox*
[00:54] <popey> also
[00:54] <popey> i wouldn't put /inbox and /locked there, but just /*
[00:55]  * popey heads to bed
[00:58] <maggots> the problem is it opens the links in mozilla not the webapp itself
[00:58] <maggots> how do i set it up so it browses the whole site in the webapp
[01:02] <maggots> i have never felt so alone
[05:06] <maggots> need an example of how to use multiple pages with webapps
[07:04] <dholbach> good morning
[07:22] <Guest97237> did anyone managed to port to iphone 4?
[07:31] <robin-hero> Is somebody know when will a new version of the File Manager app release? The latest version is from February.
[07:32] <ARKAMR> port to iphone4 hardware? anyone?
[07:44] <OerHeks> ARKAMR, one day we will, today highly unlikely
[07:48] <dholbach> popey, ^ do you haven an answer for robin-hero?
[07:54] <ARKAMR> Tnx OerHeks
[08:51] <lk> Hi
[08:53] <lk> always strange to ask for help in IRC, but anyway...
[08:53] <robin-hero> Hi all! I want to build a click package, but got this error: WARNING:root:Ignoring missing framework "ubuntu-sdk-14.10-html" How can I install this framework?
[08:53] <lk> after the latest upgrade of ubuntu touch on my aquaris e4.5, there's no internet connection when on mobile
[08:54] <robin-hero> I use Ubuntu 14.04, is this a problem?
[08:54] <lk> with wifi, it works
[08:54] <popey> robin-hero: do you have the sdk ppa added?
[08:54] <robin-hero> no, it is neccesary?
[08:55] <davmor2> robin-hero: https://developer.ubuntu.com/en/start/ubuntu-sdk/installing-the-sdk/
[08:55] <popey> yes
[08:55] <davmor2> robin-hero: you will see straight away that it recommends installing from the ppa not the repo
[08:56] <davmor2> robin-hero: don't worry I did the exact same thing yesterday too :)
[08:57] <robin-hero> I added the ppa, update and upgrade, but there aren't new packages available
[08:57] <robin-hero> I use this command for the click build: click build appname/
[08:57] <popey> what version of click?
[08:57] <popey> apt-cache policy click
[08:57] <robin-hero> popey: <IP_ADDRESS>+15.10.20150702-0~461~ubuntu14.04.1
[08:58] <popey> do you see in /usr/share/click/frameworks/ ... http://paste.ubuntu.com/11958461/  <- that?
[09:00] <robin-hero> popey: no
[09:00] <popey> can you paste your "ls /usr/share/click/frameworks/" ?
[09:01] <robin-hero> ubuntu-sdk-13.10.framework ubuntu-sdk-14.04-html-dev1.framework ubuntu-sdk-14.04-papi.framework ubuntu-sdk-14.04-dev1.framework ubuntu-sdk-14.04-html.framework ubuntu-sdk-14.04-qml-dev1.framework ubuntu-sdk-14.04.framework ubuntu-sdk-14.04-papi-dev1.framework ubuntu-sdk-14.04-qml.framework
[09:01] <robin-hero> popey: http://paste.ubuntu.com/11958471/
[09:01] <popey> interesting
[09:01] <popey> zbenjamin: ^
[09:01] <popey> is this expected
[09:01] <popey> you may need to use a chroot in which to build your app - a 15.04 one would be best
[09:02] <robin-hero> popey: And how can I use this? :)
[09:02] <popey> inside the sdk
[09:03] <zbenjamin> popey: i guess it is, if you have a old click that does not know that framework version
[09:03] <zbenjamin> robin-hero: do you use the SDK ppa?
[09:03] <popey> https://developer.ubuntu.com/en/apps/sdk/tutorials/click-targets-and-device-kits/
[09:03] <zbenjamin> https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/ppa
[09:03] <popey> zbenjamin: he has click <IP_ADDRESS>+15.10.20150702-0~461~ubuntu14.04.1
[09:03] <popey> which seems up to date
[09:04] <robin-hero> zbenjamin: yes, I added ppa.
[09:05] <ogra_> robin-hero, you surely want the 15.04 framework defined in your click metadata, 14.10 is obsolete
[09:06] <ogra_> (regardless of the install on disk i mean, your package should request 15.04)
[09:06] <popey> but he doesn't have 15.04 in /usr/share/click/frameworks
[09:06] <popey> so that wont work either
[09:06] <ogra_> it will
[09:06] <popey> how?
[09:06] <ogra_> unless html frameworks work different now
[09:06] <ogra_> it is just a warning, the click doesnt care
[09:07] <ogra_> as long as he doesnt compile anything and as long as the defined framework is on the install target there wont be a problem
[09:07] <robin-hero> ogra: oh, I'll try it, thanks
[09:08] <ogra_> if you have native Qt stuff, then the framework counts on the build machine
[09:09] <popey> ok
[09:09] <robin-hero> ogra: Copied to the phone, but I got error: Cannot install. Signature vertication error. does not appear to be a deb format package.
[09:09] <popey> how are you installing?
[09:09] <popey> pkcon install-local --allow-untrusted foo.click
[09:10] <robin-hero> pkcon install-local --allow-untrusted app.click
[09:10] <robin-hero> yeas
[09:10] <robin-hero> *h
[09:10] <popey> no sudo?
[09:10] <ogra_> doesnt need sudo :)
[09:10] <popey> thats why I am asking
[09:10] <ogra_> ah
[09:10] <robin-hero> no
[09:10] <popey> what device you installing on?
[09:11] <popey> or, just put the click somewhere and we can poke at it :)
[09:11] <ogra_> :)
[09:11] <robin-hero> Shit I copied the wrong file :D
[09:11] <JamesTait> Good morning all; happy Rain Day! 😃
[09:11] <ogra_> haha
[09:11] <robin-hero> It installed well :D
[09:12] <popey> \o/
[09:16] <dednick> anyone: is there any way to instruct the device to turn on display with lightdm stopped?
[09:17] <ogra_> did you try powerd-cli ?
[09:18] <ogra_> it should at least control the backlight, even without lightdm/unity
[09:21] <dednick> ogra_: requires unity-system-compositor
[09:21] <dednick> apparently
[09:21] <ogra_> ah, crap
[09:21] <ogra_> then i dont know an option ... perhaps there is something in /sys you can poke
[09:27] <dednick> ogra_: ta. looks like /sys/class/backlight/.. has a brightness option which works.
[09:27] <ogra_> :)
[09:31] <lk> Anybody got an idea where to start looking when there's no internet while on mobile?
[09:31] <lk> ifconfig shows only lo, no other active device
[09:33] <ogra_> lk, is that on nexus4 ?
[09:33] <lk> no, aquaris e4.5
[09:33] <lk> it worked before
[09:33] <ogra_> sil2100, jibel ^^^ (not the first time i hear that today)
[09:34] <lk> around the last system update, i've got no internet for most of the time
[09:34] <sil2100> What channel are you running on your device?
[09:34] <lk> channel?
[09:35] <ogra_> heh
[09:35]  * ogra_ guesses the default if you have to ask :)
[09:35] <lk> sorry, I don't understand
[09:35] <jibel> lk, are you using a retail phone and recently upgraded to OTA5?
[09:35] <lk> yes, retail phone, I did not install myself
[09:35] <lk> the system proposed an update and I just accepted
[09:36] <jibel> ok
[09:36] <ogra_> did the mako fix go out to all devices or just mako ?
[09:37] <lk> 15.04 (r24) if that's helpful
[09:37] <lk> 20150713
[09:37] <lk> 20150713-202300
[09:37] <jibel> ogra_, just mako
[09:37] <ogra_> hmm
[09:38] <simosx> lk, would your issue be like 'I normally get mobile data on the phone, but sometimes it loses the connection and does not want to reconnect to mobile data'?
[09:38] <jibel> lk, in system-settings / phone is cellular data enabled
[09:38] <lk> well, that was the case before the update
[09:38] <jibel> system-settings / cellular
[09:38] <jibel> sorry
[09:38] <lk> now it's 'normally I do not have mobile data, only if I try very hard, then I have for about 10 seconds, then it's off again'
[09:39] <lk> yes, the mobile data is enabled
[09:39] <lk> I tried disabled, enabled again, multiple times
[09:42] <lk> I also have the terminal app, so I could check out things below the GUI, I just don't know where to start
[09:42] <ogra_> do you have wifi enabled ?
[09:42] <ogra_> (in general i mean)
[09:42] <lk> yes
[09:43] <lk> but then, I normally are in airplane mode (or what is it called in English) and re-enable wifi
[09:43] <lk> when I leave my flat, I turn mobile on
[09:44] <lk> and wifi is disabled automatically
[09:44] <lk> ...normally _am_ ...
[09:47] <mcphail> Can anyone point me to the bug MX4 users were reporting about the battery indicator being wrong? I think I'm having the same issue with krillin
[09:48] <ogra_> i think sturmflut opened a bu for that
[09:48] <ogra_> *bug
[09:48]  * ogra_ doesnt remember the # though :/
[09:52] <mcphail> I'll keep hunting. Cheers
[09:54] <morphis> seb128, charles, cyphermox: https://code.launchpad.net/~morphis/ubuntu-system-settings/bt-always-do-async-calls/+merge/266201
[09:54] <seb128> morphis, thanks
[09:55] <morphis> seb128: tested already and didn't found any regressions yet
[09:55] <seb128> morphis, nice!
[10:00] <jibel> mcphail, there is bug 1476476
[10:01] <jibel> and bug 1476468
[10:01]  * mcphail checks
[10:04] <lk> ogra: thanks so far, I've gotta go. I'll keep searching for a solution.
[10:05] <lk> bye all
[10:05] <mcphail> jibel: those are interesting reports, but probably the inverse of my current issue. Something seems seriously awry with the battery stats, doesn't it?
[10:07]  * mcphail has a phone claiming 40% charge, but auto-powering off. Red LED when connecting to charger and not permitting power back on until 10 minutes of charge.
[10:08] <jibel> bug 1469369 was reported by sturmflut but it is specific to arale
[10:08] <jibel> mcphail, what is your issue?
[10:09] <jibel> mcphail, ah yeah might be the reading is wrong
[10:10] <jibel> there is bug for that but cannot find it
[10:10] <mcphail> jibel: my phone had auto-powered off yesterday and the day before. Wouldn't power back on. Plugged in charger and gor red LED (low power warning) and the "power off charge level" screen showing 40%. Pressing power button gave the green "too low to power on screen". Waited 10 minutes and tried again when phone booted normally. Battery indicator showed 39%
[10:11] <jibel> bug 1471913
[10:11] <mcphail> that sounds like it...
[10:13] <mcphail> I'll pick my way through this. The odd thing is that the phone _should_ still have had about 40% charge, judging by the way it has behaved in the past
[10:17] <ogra_> jibel, there was some deeper analysis from sturmflut than that comment in the bug ... about a discrepancy he found with the liitle kernel vs the booted one ... but i can not find it (was probably a blog post though)
[10:17] <jibel> ogra_, yeah, I remember but I cannot find it either
[10:19] <mcphail> It is a big problem for me just now - making my phone unusable for work. Is sturmflut away this week?
[10:19] <ogra_> not sure
[10:20] <mcphail> I can switch my SIM into an old android phone, and use my bq for debugging this problem. Does anyone know the correct way to measure battery stats?
[10:39] <popey> mcphail: cking_ has some tools I believe
[10:42] <svij> mcphail: sturmflut is away for the next ~1,5 weeks
[10:42] <ogra_> german vacation month starts :)
[10:43] <cking_> mcphail, powerstat
[11:42] <sil2100> alf: hey! Regarding silo 30
[11:43] <sil2100> alf: is it deliberate that the silo is wily-only and not a dual landing?
[11:43] <mcphail> cking_: popey: thanks - will check it out
[11:43] <alf> sil2100: yes, because mir 0.14 which is required by unity-system-compositor has not landed to vivid+overlay yet
[11:44] <mcphail> svij: ogra_: thanks - I'll catch up with him after his holidays
[11:59] <ogra_> funn, i wonder why all my apps always have at least one download from the UK
[11:59]  * ogra_ bets thats popey mirroring the store :)
[12:03] <popey> :)
[12:04] <popey> at least nobody ever has zero downloads :)
[12:04] <ogra_> hah
[12:06] <popey> should hit ~2000 apps in the store in a month or so
[12:06] <mcphail> what is the most-downloaded app? Is there a publically viewable score?
[12:06]  * ogra_ doesnt think so
[12:07] <mcphail> shame - should have a league table, even if the raw download figures are redacted
[12:07] <popey> music
[12:07] <ogra_> popey, non-preinstalled apps :P
[12:07] <popey> and I think terminal is up there in the top 10
[12:07] <popey> oh terminal then
[12:07] <ogra_> yeah
[12:07] <ogra_> cant really count preinstalled ones i think
[12:08] <popey> ok, then the next interesting one is, first 3rd party one
[12:09] <ogra_> yeah
[12:09] <ogra_> MvM ?
[12:09] <ogra_> or uTorch ?
[12:13] <popey> probably dekko
[12:13] <popey> oh, or torch, yeah.
[12:13] <popey> some with lots of downloads are just because they were in the store early on
[12:14] <ogra_> yeah
[12:16] <ogra_> woah
[12:16] <ogra_> my phone just rebooted
[12:16] <ogra_> out of the blue
[12:17] <DanChapman> dekko has 18000 downloads in 5 months 3 weeks. It would be more but changing the namespace reset it back to 0
[12:17] <ogra_> how many users ?
[12:17] <ogra_> (top left of the graph)
[12:18] <ogra_> (my G+ app has 1300 downloads but 850 reported users)
[12:18] <DanChapman> 6240 ( oops i thought i'd include that)
[12:18] <mcphail> DanChapman: some of us compile our own :)
[12:19] <popey> the gps navigation app is quite high too
[12:21] <DanChapman> the latest version (0.5.6) has seen 4157 downloads in the 12 days since release. Quite pleased with that :-)
[12:22] <DanChapman> mcphail: out of curiosity why would you compile your own? :-D
[12:26] <mcphail> DanChapman: compile for desktop at same time
[12:27] <mcphail> (although I think I have the store version installed just now as I was a bit lazy)
[12:28] <ogra_> you slacker !
[12:28] <ogra_> :P
[12:28] <mcphail> ha!
[12:46] <DanChapman> mcphail: fair enough :-)
[12:47] <nocturn> Hi all, what happened to the 'friends' qml app on Touch?
[12:47] <popey> wow, thats a blast from the past
[12:48] <popey> was dropped nearly a year ago
[12:49] <nocturn> popey, why?
[12:51] <popey> https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1340869
[12:53] <nocturn> Ok, that is a bit of a shame
[12:53] <nocturn> Looked good
[12:55] <nocturn> Will there not be any background services?  How will the phone have applictions that need a persistent connection like a jabber client?\
[13:01] <nocturn> Has notify-send also been removed from Touch?
[13:03] <popey> dont think it was ever there. there's probably a dbus thing you can poke
[13:03] <popey> MacSlow: will know
[13:03] <MacSlow> nocturn, popey: it's at least not installed by default...
[13:04] <nocturn> popey, Some old stack exchange workarounds used it
[13:04] <nocturn> MacSlow, is there an alternative?
[13:05] <MacSlow> nocturn, popey: but it's still part of main in wily
[13:05] <popey> but not on the phone.
[13:06] <MacSlow> nocturn: that's what "apt-cache policy" is telling me... but I'm not on a stock phone-image to be honest
[13:06] <nocturn> MacSlow, it is not there on the default OTA-5 image
[13:06] <MacSlow> nocturn, if you want to fire some notifications take a look at lp:unity-notifications/examples
[13:07] <MacSlow> nocturn, there several python-based examples firing all kinds of notifications... take and adapt what you need
[13:07] <popey> nice one, thanks MacSlow
[13:07] <MacSlow> nocturn, if that's an option for you
[13:07] <nocturn> thanks MacSlow!
[13:08] <nocturn> MacSlow, python is also not default on the phone
[13:08] <popey> it is
[13:08] <popey> python3
[13:08] <MacSlow> nocturn, I've also several videos showing off the different examples and what they result in...https://www.youtube.com/playlist?list=PLXvTBWcnTI1M1n66KdFJRyakGlANTTbfQ
[13:09] <MacSlow> nocturn, popey: yup python3
[13:09] <nocturn> I see
[13:09] <nocturn> I typed python
[13:09] <nocturn> no result ... sorry
[13:09] <nocturn> python3 works
[13:09] <nocturn> How cool is that!
[13:09] <mcphail> nocturn: very
[13:10] <MacSlow> nocturn, have a play with those... and if any questions remain just poke me here
[13:12] <MacSlow> pete-woods, charles: hey folks... thanks for the review
[13:12] <pete-woods> MacSlow: no worries :)
[13:13] <MacSlow> pete-woods, charles: I guess next release needs a few more branches before it's worthwhile, right?
[13:15] <pete-woods> MacSlow: I don't see the harm in releasing now
[13:16] <morphis> cyphermox: any idea why hcidump isn't in the archive anymore? last release I see it in is trusty
[13:21] <MacSlow> pete-woods, who's doing that... anyone assigned in particluar?
[13:21] <pete-woods> MacSlow: nope
[13:24] <MacSlow> pete-woods, ok... I'll try to do it before the weekend then.
[13:25] <pete-woods> MacSlow: sounds good to me :)
[13:27] <morphis> rsalveti: was there a reason why all aosp devices have their kernel build as part of the archive?
[13:33] <cyphermox> morphis: bluez-hcidump
[13:34] <morphis> cyphermox: http://packages.ubuntu.com/search?keywords=hcidump&searchon=names&suite=all&section=all
[13:34] <morphis> just precise and trusty
[13:36] <cyphermox> heh, how about that
[13:36] <cyphermox> an oversight I guess
[13:38] <rsalveti> morphis: mostly because the kernel team maintains them
[13:38] <rsalveti> so we decided to use the usual flow
[13:38] <rsalveti> which implies having them available in the archive and so on
[13:38] <morphis> cyphermox: hm
[13:39] <morphis> rsalveti: ok
[13:47] <chrisXYZ> id like to buy a ubuntu phone. where can i a list of software for ubuntu phone? Or a repository?
[13:47] <chrisXYZ> can i find
[13:47] <nocturn> MacSlow, I get an error saying no module named pynotify
[13:49] <popey> chrisXYZ: unofficial web frontend to the store:- https://uappexplorer.com/
[13:51] <MacSlow> nocturn, you need packages python-notify and for some python3-notify2
[13:51] <chrisXYZ> thx, beside apps, can i run any non-gui programms like sshd or a webserver?
[13:51] <nocturn> MacSlow, with apt-get?  Won't that break OTA updates?
[13:53] <MacSlow> nocturn, well these bits are not really intended for the regular user so there's no way around it
[14:00] <chrisXYZ> so there is apt-get? using which repo?
[14:25] <mcphail> Is the windows-10 convergence phone/desktop thingy actually working? Is it more or less functional the the Ubuntu equivalent?
[14:27] <popey> didnt think it had been released yet
[14:27] <kenvandine> today or tomorrow i think
[14:31] <mcphail> bbc news: http://ichef-1.bbci.co.uk/news/624/cpsprodpb/160AD/production/_84458209_de00377d-32f3-4bbc-895a-7f16bfdd6a9a.jpg
[14:31] <davmor2> kenvandine: windows10 is released now but the phones with 10 on not till later this year aiui
[14:42] <nocturn> Does windows phone still exist?  I thought it was cancelled
[14:43] <nocturn> Both windows phone owners will be happy
[14:43] <nocturn> :-)
[15:23] <R0b0t1> hi, where are the details w.r.t. running ubuntu on a lumia 1020?
[15:25] <k1l_> https://wiki.ubuntu.com/Touch/Devices
[15:25] <k1l_> not in that list.
[15:27] <mcphail> R0b0t1: does your device have a working AOSP or Cyanogenmod image, complete with Andorid drivers? If not, it is unlikely you will get Ubuntu working on it. I presume the device is a Windows phone?
[15:27] <R0b0t1> Yes. There is a video of one running ubuntu, thus my interest.
[15:28] <k1l_> that looks more like a chroot thingy
[15:28] <R0b0t1> Anyway, I presume most of the hardware had been used at some point in android devices - there's actually some HTC devices, e.g, that were released with both.
[15:28] <lotuspsychje> R0b0t1: try the XDA forum, they might have some project running
[15:29] <R0b0t1> k1l_: really?
[15:29] <R0b0t1> lotuspsychje: I had been
[15:29] <k1l_> R0b0t1: i think you are underestimating the effort to get drivers running on ARM
[15:30] <R0b0t1> I'm not, I have a few development boards.
[15:30] <ogra_> s/ARM/badly documented hardware/
[15:31] <R0b0t1> I also wouldn't expect *all* of it to work necessarily, I'm more interested on how they got an alternative OS loaded, if that happened
[15:31] <ogra_> (i doubt porting to an intel phone would be any easier :) )
[15:31] <k1l_> R0b0t1: http://forum.xda-developers.com/windows-phone-8/development/lumia-1020-running-ubuntu-os-spotted-t2991884
[15:31] <k1l_> please read that thread
[15:32] <R0b0t1> HAH
[15:32] <R0b0t1> okay
[15:32] <R0b0t1> that explains my confusion, the impossible didn't actually happen :^)
[15:32] <R0b0t1> thanks
[16:37] <mcphail> bai1eyzz: that memory has been free'd at line 271, so you can't use that pointer even though it is not NULL
[16:37] <mcphail> whoops - sorry for spam
[16:39] <kenvandine> mandel, debugging this issue with the u1 credential, it's weird
[16:39] <kenvandine> if i change my u1 password, it gets a 200 response with "Unknown Error"
[16:40] <kenvandine> mandel, that seems wrong to me
[16:40] <kenvandine> i'd think we'd get a 401
[16:42] <GAM002> whats the chances that my phone would explode if i root and try to install ubuntu on to my non supported  android one phone?
[16:43] <kenvandine> GAM002, it's very hardware specific, so it won't boot
[16:43] <GAM002> kenvandine: well what you think that the chances of that to happen?
[16:44] <kenvandine> most certainly
[16:44] <kenvandine> you really need an image for your device
[16:44] <kenvandine> there are many reasons why it won't work at all
[16:44] <kenvandine> i'm sorry to say
[16:48] <GAM002> and how can i know if my phones hardware support ubuntu? i use android one which is nexus alternative for people who cant affort and its sold in lots of nations by google
[16:49] <GAM002> http://www.android.com/one/
[16:55] <GAM002> ?
[16:56] <ogra_> GAM002, someone would have to port ubuntu to it
[16:56] <ogra_> (there is a link to the porting guide in the channel topic)
[16:59] <GAM002> ogra_: do i need to learn to code to do that?
[16:59] <GAM002> ogra_: can you tell me what are the essentials in doing the porting
[16:59] <ogra_> GAM002, yes, and you need to know quite a bit about both systems (android and ubuntu)
[17:00] <mcphail> GAM002: looks as if the Android One is actually several different devices by several different manufacturers, or am I reading that incorrectly?
[17:00] <ogra_> the essentialy are to take the android source, rip out everything thats not needed to drive the hardware and then make a build of this that ubuntu can use for oits hardware layer
[17:00] <ogra_> *essentials
[17:00] <GAM002> mcphail: well its given out by different  manufacturs to distribute but they all have same hardware guided by google
[17:01] <mcphail> GAM002: aah - ok
[17:01] <GAM002> mcphail: manufacture just assemble and distribute
[17:01] <mcphail> GAM002: sounds like a good target for Ubuntu, then
[17:02] <GAM002> mcphail: ya it have pretty good specs and very low price and google only give 2 years of update for it
[17:03] <GAM002> 1GB ram,8 mp camera ,4GB memory internal..etc price about 100 usd
[17:03] <GAM002> $
[17:03] <ogra_> 4GB ?
[17:03] <ogra_> does it have an SD slot ?
[17:03] <GAM002> and they have interduced gen 2 of the device in india.
[17:03] <GAM002> ya
[17:03] <GAM002> ofc it have sD
[17:04] <ogra_> well, thats not typical for google devices :)
[17:04] <ogra_> the ubuntu phones should soon go on sale in india i heard
[17:05] <GAM002> ogra_: :) they just interduced it to give a cheap and affortable nexus like phone to low income nations
[17:05] <popey> Yeah, still android though.
[17:06] <GAM002> ogra_: wow thats good news I just hope it doesnt go too high on price
[17:06] <popey> should be out within a few weeks, it's currently delayed by regulatory approval
[17:07] <GAM002> so its 100% ubuntu?
[17:07] <popey> it has a little bit of android for the drivers
[17:07] <popey> but the rest is ubuntu
[17:07] <GAM002> any idea about the price?
[17:08] <popey> I don't know.
[17:08] <popey> not up to us
[17:08]  * ogra_ doesnt even know which of the phones :)
[17:08] <svij> the bq one first… later the mx4
[17:08] <svij> (in india)
[17:08] <ogra_> ah, cool
[17:08] <ogra_> so there is a lower price option
[17:08] <GAM002> ok
[17:08]  * ogra_ thought it was only the mx4
[17:08] <svij> ogra_: yeah, thought that too
[17:09] <GAM002> well there its gona get high due to importation fee
[17:09] <svij> it's going on sale directly by some online retailer as I heard
[17:10] <GAM002> has ubuntu given a post related to that?
[17:10] <GAM002> official post?
[17:11] <ogra_> i dont think so, but svij is one of the "ubuntu insiders" that get such info ahead of press announcements ;)
[17:11] <popey> It's bq devices in india
[17:11] <popey> oh, svij beat me to it :)
[17:13] <GAM002> is it the 299$ one?
[17:13] <popey> bq e4.5 and bq e5
[17:14] <GAM002> k
[17:16] <GAM002> actually i didnt like much the current phones sold by ubuntu. I mean they are good but not that much eye catching design The phone which inspired me was the ubuntu edge but didnt got on market :(
[17:16] <GAM002> btw has did they sold ubuntu edge to anyone?
[17:17] <genii> It never got made, AFAIK
[17:18] <GAM002> but the design they showed on the video was way awesome
[17:19] <genii> I forget the numbers but something like only 22-25 of 30-odd million got raised. so we all got our $650 pledges back
[17:19] <GAM002> ok
[17:20] <popey> I wish someone would make an edge size phone
[17:20] <popey> with that power
[17:20] <davmor2> popey: +1
[17:20] <GAM002> anyway i am really interested in trying the ubuntu os its soo beautyfull hope it lauches for my phone
[17:21] <genii> popey: What bugs me is lots of companies make reference platform phones with cool things like easy to open and change stuff inside, but they are like thousands of dollars. We need like this but affordable to the consumer
[17:22] <mcphail> there isn't anything on my phone which stresses it badly just now, so can't see the need for something more powerful yet. Developing on low-power devices sharpens the mind and avoids bloat
[17:23] <GAM002> genii: yup this was my problem too the phones where overpriced but luckly i found the affortable phone for me
[17:25] <genii> I think our company paid something like $2500 for the Texas Instruments Blaze Tablet reference design. Not a phone, I know, but it's crazy like this
[17:25] <GAM002> well quality too should be considered
[17:27] <GAM002> and nature friendly :)
[17:29] <GAM002> genii: BTW whats the name our company?
[17:30] <genii> GAM002: That specific one is Commander3D
[17:31] <GAM002> ok
[17:33] <GAM002> genii: interesting.  Glasses free 3d ?
[17:33] <GAM002> genii: Thats is Soooo cooool
[17:33] <GAM002> That is
[17:33] <genii> GAM002: Yep, the screen uses what's called a parallax barrier. so two screens actually in there but one eye sees one screen, other eye sees other screen
[17:34] <davmor2> GAM002: nintendo have been doing it for ages ;)
[17:34] <genii> Internally it's pretty much same guts as the Blaze Tablet ( omap4470 )
[17:34] <popey> .oO( We should make a tablet )
[17:35] <genii> popey: If you're serious, talk to me sometime about it.
[17:35] <GAM002> davmor2: Wow
[17:35] <davmor2> popey: we only make software :P A manufacturer to make a table that supports our os :)
[17:36] <GAM002> genii: So you making are here for making games for ubuntu?
[17:36] <GAM002> genii: Development pourposes?
[17:36] <genii> GAM002: Let's call it more like research :)
[17:37] <popey> davmor2: why are you telling _me_ this?
[17:37] <GAM002> genii: so you guys are onto ubuntu eh?
[17:38] <genii> GAM002: I have been working now about a year on getting the next version of that tablet made, i want it to be able to run Ubuntu as well as Android
[17:38] <genii> So I have a vested interest in both OS
[17:39] <GAM002> genii: ok Thats good thing to hear. Hope you are not working alone on this
[17:42] <GAM002> i wish i too was very good at programming
[17:43] <GAM002> but i lack the patience to learn them
[17:43] <GAM002> :(
[17:44] <genii> GAM002: We have a small team ( but dedicated )
[17:44] <GAM002> genii: ok
[17:45] <GAM002> i gtg cya tomarrow :)
[18:15] <davmor2> popey: because you said and I quote "popey> .oO( We should make a tablet )"
[18:15] <popey> davmor2: and you know what that means
[18:17] <davmor2> popey: Yes, but if I just agreed with you where would the fun be ;)
[18:24] <genii> Heh
[19:08] <guest6653> Hi guys any updates on background services in ubuntu touch?
[19:26] <kenvandine> Elleo, with silo 2 and silo 9 i get this consistently :)
[19:26] <kenvandine> Ran 141 tests in 2245.150s
[19:26] <kenvandine> OK
[19:27] <kenvandine> woot!


[00:14] <nacc> elbrus: yeah the 500s seems to be something (i'm guessing it's a php error?) -- but i'm not sure i can find the apache logs to see
[00:27] <nacc> slangasek: would you have any advice for debugging the armhf regression in cacti? it's causing php7.0 to not update currently and I really don't know how to reproduce it (the tests need root)?
[00:27] <slangasek> nacc: pointer?
[00:28] <nacc> slangasek: http://autopkgtest.ubuntu.com/packages/c/cacti/yakkety/armhf/
[00:28] <nacc> slangasek: started failing about a week ago, it seems
[00:29] <nacc> symptomatically, timeouts are occurring (I think), but the logs indicate the webserver is getting 500s ... but I don't think autopkgtest stores the apache logs (cmiiw) so I'm not sure how to verify if it's something obvious
[00:32] <slangasek> nacc: this regressed without any relevant changes to the dependencies; so it's currently a badtest and we should mark it as such to remove the migration blocker
[00:33] <nacc> slangasek: ack, that makes sense to me :)
[00:34] <nacc> slangasek: is that something you can do for me?
[00:34] <slangasek> yes (already done)
[00:34] <nacc> slangasek: great, thanks! this should allow dh-php to demote to universe (once php7.0 propogates to release), which will remove a component mismatch and let dh-php update as well
[00:34] <slangasek> pretty unhelpful that none of the output goes into the test log :P
[00:35] <nacc> slangasek: yeah :)
[00:35] <nacc> slangasek: i was at quite a loss on how to figure out what was going on
[00:36] <slangasek> nacc: I'm assuming you care about cacti not blocking php7.0's migration, and that you don't particularly care about the cacti in -proposed right now
[00:36] <nacc> slangasek: ack
[00:36] <slangasek> ok. then I'm leaving the cacti in -proposed blocked by its own test failure, and someone who does care about that package can figure it out
[00:36] <nacc> yep, that'd be elbrus --^ presumably :)
[00:51] <nacc> slangasek: feel free to ignore my question until it's convenient for you, but phpunit in yakkety-proposed currently fails to build (https://launchpadlibrarian.net/263777009/buildlog_ubuntu-yakkety-amd64.phpunit_5.4.2+dfsg-1_BUILDING.txt.gz) because the Debian package is not properly versioning the deps on php-codecoverage (so what could be a build-dep failure is instead expressed as a build failure).
[00:51] <nacc> But the dep in question (php-codecoverage) will fail to build if resubmitted currently because it depends on a newer phpunit than is in yakkety (in fact, I think the version that is currently not building). I am really not sure how these two packages got into this state, and if Debian did manually overriding knowing it would be overcome once they were both built
[00:53] <nacc> slangasek: but my question is: are you ok if i submit a patch like was done in 16.04 to add a build profile that disables the tests (and we possibly use that to bootstrap this tight loop)?
[00:58] <nacc> alternatively, if it's possible, we could pass DEB_BUILD_OPTIONS=nocheck to the builder for php-codecoverage and it builds fine
[01:01] <nacc> using that .deb file (--extra-package), phpunit also now builds
[01:01] <slangasek> nacc: if DEB_BUILD_OPTIONS=nocheck is sufficient to let us bootstrap, we can reasonably do that and shove it into the bootstrap archive
[01:01] <slangasek> easier than having to change packages
[01:02] <nacc> slangasek: ack, i'm just verifying both build successfully afterwards
[01:24] <nacc> slangasek: ok, this process worked for me locally: http://paste.ubuntu.com/17162006/
[01:25] <nacc> note that the php-mock-object build is a needed merge (reviewed by rbasak already)
[02:03] <sergiusens> slangasek still around? is this a known issue https://launchpadlibrarian.net/264431731/buildlog_ubuntu-yakkety-amd64.snapcraft_2.11+16.10_BUILDING.txt.gz ?
[02:05] <slangasek> sergiusens: nothing that's known to me, but I see there's been a new version of python3.5 synced to yakkety-proposed today
[02:06] <sergiusens> ah that can explain it
[02:07] <sergiusens> slangasek I guess this would block my SRUing
[02:07] <slangasek> sergiusens: no reason that it should
[02:08] <sergiusens> ah, I thought we always had to push to the devel series first :-)
[02:08] <slangasek> sergiusens: you did push it to the devel series; it's not required that it migrate out of -proposed when it's been blocked by an unrelated bug...
[02:09] <sergiusens> fair enough
[02:10] <slangasek> fwiw I can't see any reason something is looking for a Makefile at that path... it might be a python3.5 regression, but that file doesn't exist in the previous version of the python3.5 package either
[02:15] <sergiusens> slangasek it does on xenial $ dpkg -S /usr/lib/python3.5/config-3.5m-x86_64-linux-gnu/Makefilelibpython3.5-dev:amd64: /usr/lib/python3.5/config-3.5m-x86_64-linux-gnu/Makefile
[02:15] <slangasek> ah
[02:16] <slangasek> only in libpython3.5-dev, which I didn't have installed :-)
[02:17] <slangasek> sergiusens: ... and which is not a build-dep of snapcraft either
[02:17] <sergiusens> slangasek yeah, I wonder how it ever worked...
[02:18] <slangasek> probably by the previous version not unnecessarily requiring that Makefile :)
[02:21] <slangasek> doko: ^^ python3.5 3.5.1-15 in -proposed is definitely broken wrt pybuild; I'm going to drop it out of -proposed to unblock package builds until a fix is available
[02:23] <sergiusens> at least I know the same package built fine on xenial https://launchpad.net/~snappy-dev/+archive/ubuntu/snapcraft-daily/+build/9896202
[02:23] <slangasek> sergiusens: ^^ and having removed that, snapcraft can be retried in about an hour
[02:27] <sergiusens> thanks, I'll be in bed by then, but I'll make sure to retry in the morning, in the meantime I'll leave the upload on xenial ;-)
[02:32] <nacc> slangasek: can you demote dh-php to universe?
[02:32] <nacc> slangasek: php7.0-dev should now only suggest it, and that's the only revdep in main
[02:33] <slangasek> nacc: http://people.canonical.com/~ubuntu-archive/component-mismatches-proposed claims it's still used in main; until it shows up on that report I won't fiddle with it, that just encourages archive admins to get into accidental revert wars
[02:39] <nacc> slangasek: ack, sorry
[02:53] <nacc> slangasek: hrm, when i look at that page it says it wants to move xml2 to main (since dh-php depends on it and dh-php is in main). I'm suggesting we demote dh-php to universe -- did I misunderstand? Also, i'm really confused, the debdiff rbasak uploaded for me and diff at https://launchpadlibrarian.net/264339273/php7.0_7.0.7-4_7.0.7-4ubuntu1.diff.gz indicate dh-php is now in Suggests (or should be).
[02:53] <nacc> But my chdist apt-cache does not?
[02:55] <nacc> argh, i know why, nm
[02:55] <nacc> control.in vs. control
[03:31] <slangasek> nacc: right, so if all the changes were done and dh-php would be ready to drop, you would see dh-php under "move sources from main to universe" instead of a dependency of dh-php under "move sources from universe to main"
[03:33] <mwhudson> when SRUing something directly from yakkety to xenial, do i just stick a xenial changelog on the top of whatever's in yakkety?
[03:33] <mwhudson> slangasek: ^
[03:33] <slangasek> mwhudson: that's usually ok
[05:35] <pitti> bdmurray: tgt> I'll look
[05:37] <pitti> slangasek: plasma-workspace> rather looks like the uninstallability of -proposed is locked up with the other KDE packages; http://autopkgtest.ubuntu.com/packages/p/plasma-workspace/yakkety/armhf/ just succeeded in current y-release
[05:37] <pitti> slangasek: so I don't think the "force-badtest plasma-workspace/armhf/4:<IP_ADDRESS>-0ubuntu1" is justified actually
[05:38] <pitti> slangasek: and consequently, I don't think we should ignore the failure for 4:5.6.4-0ubuntu1 either
[05:38] <pitti> slangasek: it didn't promote as it's still blocked by dependencies
[05:39] <pitti> but I tried with --all-proposed often enough, that's not it -- something in y-proposed is really missing
[05:40] <pitti> nacc: so php7.0 landed, nice work! so I take it your php-imagick merge can land now?
[05:53] <ginggs> morning pitti! sorry, i didn't see your question on LP: #1556685 Is my answer reasonable, or do i need to dig deeper?
[05:56] <pitti> ginggs: ok, you now said it's cosmetic and has no actual impact on its rdepends; but a test case is still necessary, i. e. how can someone verify that the update still works
[05:56] <pitti> infinity: the glibc FTBFS on amd64, is that known? (hidden symbol `__stack_chk_fail_local' isn't defined)
[05:57] <pitti> http://autopkgtest.ubuntu.com/packages/g/glibc/yakkety/amd64/
[05:57] <ginggs> pitti: well, i did check that freecad and gmsh still open and after upgrading, but not being familiar with the applications did not do extensive testing
[05:58] <pitti> ginggs: but these wouldn't use cmake files at runtime, right?
[05:58] <ginggs> correct
[05:58] <pitti> ginggs: i. e. "test that freecad and gmsh still start" is a good part of the test and should be mentioned
[05:59] <pitti> but e. g. "test that they still build" might be another?
[05:59] <pitti> (sorry, I have absolutely no idea what oce is)
[05:59] <ginggs> ok, i'll expand on that.  they *only* build after the upgrade
[06:01] <ginggs> pitti: so when i'm done with that, do i need to upload the same version again?
[06:01] <pitti> ginggs: I didn't reject it, just held it in the queue
[06:02] <pitti> oh, but vorlon did
[06:02] <pitti> ginggs: yeah, easiest to just reupload the same thing
[06:02] <ginggs> pitti: danke!
[06:02] <pitti> ginggs: thanks
[06:02] <pitti> ginggs: so, put yourself into the position of someone not knowing oce who is supposed to decide "is that an update which does not cause regressions and actually fixes the bug?"
[06:03] <pitti> ginggs: and formulate the test case and regression potential accordingly
[06:04] <pitti> xnox: FYI, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libseccomp is blocked as it regresses on i386 and s390x
[06:06] <ginggs> ginggs: i tried doing that in the SRU bug LP: #1556680, but i see i should have been more explicit in LP: #1556685
[06:17] <pitti> ginggs: ah, the joy of SRU bugs; never do that, please
[06:25] <ginggs> pitti: never do what, exactly?
[06:26] <pitti> ginggs: open a separate bug #2 that says "SRU for bug #1"
[06:26]  * pitti smirks at ubottu
[06:26] <pitti> just adding a trusty/xenial/etc. task to the actual bug is much preferred
[06:27] <pitti> it avoids smearing out the info between the two, and the originally affected people can help testing, etc.
[06:27] <pitti> and the tasks don't need to be kept in sync manually
[06:27] <ginggs> pitti: understood, https://wiki.ubuntu.com/StableReleaseUpdates#Fixing_several_bugs_in_one_upload says to avoid creating meta-bugs, but that's not what happened here
[06:28] <pitti> ginggs: ah, maybe they are different issues, sorry then; (they sound similar)
[06:28] <ginggs> LP: #1556680 is the real bug
[06:31] <ginggs> pitti: but i agree that the way it was done is confusing for someone trying to review, and i will fix that by being more explicit in LP: #1556685
[06:31] <pitti> ginggs: thanks muchly for cleaning up!
[06:31] <brendand> if i run some tests via adt-run with nose, and i have logging.info statements (using logging module) in them, and the logging level set to INFO, should i see that output in the adt log? right now i just see the test names, no more detail than that
[06:32] <mgedmin> nose suppresses logging output by default and only shows it if a test fails
[06:32] <mgedmin> you can ask nose not to do that with a command-line switch
[06:32] <mgedmin> -s, IIRC
[06:34] <brendand> --nocapture, great - thanks
[06:51] <doko> slangasek, hmm, I don't see the issue yet
[06:58] <pitti> doko: many thanks for uploading py3.5, much appreciated!
[06:58]  * pitti feeds the Launchpad hamsters to import it
[07:00] <doko> pitti, hmm, see above, slangasek claims that -15 is broken. still investigating why
[07:45] <pitti>  linux | 4.4.0-24.43   | xenial-updates   | source
[07:45] <pitti>  linux | 4.4.0-23.41   | yakkety          | source
[07:45] <pitti> apw: ^ apparently there's some forward copying missing?
[07:45] <pitti> apw: or is that on purpose somehow?
[07:55] <infinity> pitti: Yeah, I just didn't have any overwhelming urge to fix it until I had a better reason (like new upstream version) for an upload.
[07:55] <infinity> pitti: And I did all the kernel forward copies just now.
[07:56] <pitti> infinity: ok, thanks; I ignored the  failure as it didn't seem triggered by the new cdebconf
[07:56] <infinity> https://launchpad.net/ubuntu/+source/linux/4.4.0-24.43/+publishinghistory
[07:57] <pitti> infinity: so I'll add a force-badtest for amd64 for that version, to avoid asking you again next time :)
[08:01] <pitti> bdmurray: tgt/wily was a spurious failure apparently, succeeded now
[08:03] <apw> pitti, no not on purpose, it was on my list to confirm done this morning, and it seems infinity has beat me to it
[08:04] <pitti> apw: ack, thanks
[08:05] <infinity> apw: Heh, yeah, it was on my "when I wake up" list too, and we seem to have woken up at the same time.
[08:06] <apw> infinity, which is wrong on so many levels :)
[08:40] <xnox> pitti, huh, that looks weird... I'll check if I dropped or reordered patches... unless upstream renumbered things which is abi break....
[08:41] <xnox> also no clue why these syscalls are negative =/
[08:44] <ogra_> just turn the around ;)
[08:44] <ogra_> *them
[09:53] <pitti> xnox, slangasek: so poppler/gdal/gp2ls/tinyxml2 transition all hinge on suitesparse, which built because we now build against universe deps, but is not installable because its new libmetis5 dep is in universe
[09:53] <pitti> xnox, slangasek: that's one of the hairy scenarios that I was afraid of.. :-(
[09:54] <pitti> "someone will fix it eventually"
[10:01] <ginggs> pitti: i thought slangasek promoted libmetis5 already
[10:02] <ginggs> pitti: LP: #1588407
[10:03] <pitti>  libmetis5     | 5.1.0.dfsg-4 | yakkety/universe | amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
[10:03] <pitti>  metis         | 5.1.0.dfsg-4 | yakkety/universe | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x
[10:03] <pitti> ginggs: thanks, I missed the MIR as it was already closed
[10:03] <bdrung_work> pitti, whom can i poke to get the cpu+ram hotplug into the kernel?
[10:04] <pitti> bdrung_work: my favourite go-to kernel person is apw, he should know whom to give this to
[10:04] <pitti> apw: sorry Andy
[10:04] <apw> heh, i ahve many fine victim^Wpeople to pass this on to
[10:05] <pitti> ginggs: hm, so if this was promoted and demoted later on, I wonder why it still didn't land then
[10:05] <pitti> well, let's find out at the next publisher/britney run
[10:05] <pitti> ginggs: thanks
[10:05] <apw> bdrung_work, you might want to ask on #ubuntu-kernel so we can discuss
[10:05]  * pitti joins too
[10:09] <bdrung_work> pitti, btw, do you know whom to talk to about the cloud images? i like to have consoleblank disabled there.
[10:10] <rbasak> bdrung_work: bug 869017
[10:12] <bdrung_work> thanks rbasak
[10:13] <rbasak> bdrung_work: Wesley (an intern on the Canonical Server team) was looking into it, mainly to scratch his own itch I think. I still have him down as driving the bug. Looks like it needs an updated patch.
[10:13] <rbasak> bdrung_work: might be worth coordinating with him. He's not in here but is magicalChicken in #ubuntu-server.
[10:13] <rbasak> bdrung_work: but feel free to take the bug and patch it :)
[11:59] <elbrus> nacc: do you know of any changes in the armhf autopkgtest setup, because the same version of cacti that passed in the past, now fails...
[12:00] <elbrus> nacc: so it is either a real regression due to php (and very weird also cdebconf) or the testing framework is borking for whatever reason
[12:01]  * elbrus will copy more logs to the artifacts; nacc do you have suggestions next to the cacti.log and apache2/access.log & error.log?
[12:14] <ginggs> pitti: regarding suitesparse, if i understand update_output.txt correctly, it is the missing arm64 build of gammaray that blocking things.  Can we kill that?
[12:18] <bdrung_work> pitti, rbasak: is there any package or project that I should assign #1591166 to?
[12:21] <jamespage> apologies if I'm duping existing question but is there something wonky with the proposed migration for dependencies on python-cffi (and its versioned backends)
[12:21] <jamespage> python-oslo.privsep is wedged with
[12:21] <jamespage> python-oslo.privsep/amd64 unsatisfiable Depends: python-cffi-backend-api-min (<= 9729)
[12:21] <jamespage> python-oslo.privsep/amd64 unsatisfiable Depends: python-cffi-backend-api-max (>= 9729)
[12:22] <jamespage> but its quite installable afaict
[12:26] <pitti> ginggs: wow, you were able to decipher that?
[12:26] <pitti> ginggs: hm, it failed on i386 too
[12:27] <pitti> ginggs: gammaray has zero rdepends, so I'm just going to remove it from yakkety, keeping the y-proposed version
[12:27] <ginggs> pitti: i could be completely wrong
[12:27] <pitti> we might just retry the builds
[12:27] <pitti> ginggs: not sure if it's the only cause, but it's certainly *a* cause
[12:29] <pitti> ... done
[12:29] <pitti> bdrung_work: assigned to cloud-images
[12:30] <bdrung_work> thanks
[12:32] <pitti> apw: want a bug for the missing python-yaml test dep<EMAIL_ADDRESS>[12:32] <pitti> apw: such things are a bit hard to spot as the kernel tests have failed for quite some time (but differently)
[12:41] <cjwatson> jamespage: It's conceivable that the britney instance here doesn't understand versioned Provides; that was only added upstream in April
[12:42] <cjwatson> jamespage: somebody in ~ubuntu-release will have the exciting job of sorting out a merge
[12:42] <jamespage> cjwatson, the comment in the newer python-cffi would indicate that might be required as well
[13:05] <apw> pitti, yeah lets have a bug, as i will need to SRU that i assume
[13:08] <pitti> apw: filed bug 1591189, with hopefully quiescing the bot
[13:09] <apw> pitti, thanks, i'll get that sorted out
[13:09] <pitti> cheers!
[13:35] <Odd_Bloke> I have a machine running a DNS server, and /etc/resolv.conf points at localhost.  When cloud-init runs on reboot, it does a getaddrinfo('my.metadata.service.', None) _before_ the DNS server is up (note the trailing dot).  'my.metadata.service' is defined in /etc/hosts, but that isn't found (because the trailing dot isn't stripped off before looking in to /etc/hosts), so cloud-init errors out.
[13:35] <Odd_Bloke> Is the fact that the un-dotted form is not found in /etc/hosts a bug?
[13:40] <rbasak> That's a good question.
[13:40] <rbasak> I have "<IP_ADDRESS>	localhost.localdomain	localhost
[13:40] <rbasak> in /etc/hosts
[13:40] <rbasak> getent hosts localhost.localdomain.
[13:40] <rbasak> fails to find anything.
[13:41] <rbasak> I'm not sure DNS semantics applies at nsswitch/hosts file level.
[13:42] <rbasak> I'm struggling to answer the question though, in part because "my.metadata.service." is a hack.
[13:45] <Odd_Bloke> rbasak: A hack how?
[13:48] <rbasak> Odd_Bloke: I don't believe you have service. registered :)
[13:49] <rbasak> Odd_Bloke: the more I think about it, the more I think that it isn't defined that you're speaking DNS, so you can't expect DNS semantics. I'm not sure though.
[13:50] <Odd_Bloke> rbasak: Yeah, it's a slightly weird interface.
[13:51] <rbasak> Odd_Bloke: you could be using NIS :)
[13:51] <rbasak> (what's this "DNS" think you speak of?)  :-)
[13:51] <rbasak> thing
[13:51]  * rbasak can't type today
[13:51] <ginggs> pitti i think you did it - suitesparse is through \o/
[13:52] <pitti> ginggs: ooh! not yet on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt, I was watching it
[13:52] <pitti> but indeed https://launchpad.net/ubuntu/+source/suitesparse/1:4.5.3-1 is landing
[13:52] <ginggs> i'm getting mails of all the packages being accepted
[14:04] <pitti> \o/
[14:13] <infinity> pitti: Yo, what's the deal when britney claims a test is running, but it hasn't shown as running for hours?  Do things sometimes just get lost?
[14:13] <pitti> infinity: which test?
[14:13] <infinity> pitti: (linux-raspi2)
[14:13] <pitti> infinity: there's a few blacklisted ones which can't run, and a corner-case bug which sometimes causes lost  requests
[14:14] <infinity> pitti: It ran and broke 4h ago, but there's no indication that it was restarted.  Doesn't show as failed, though, shows as running.
[14:14] <pitti> ah, this one<EMAIL_ADDRESS>[14:14] <pitti> it didn't get as far as deciphering a version number, so britney can't match it
[14:15] <infinity> pitti: Ahh, hence "version: n/a" on the result list.
[14:15] <infinity> Seems to have happened fairly regularly.  Weird.
[14:15] <pitti> so, that's an interesting question
[14:16] <pitti> shoudl we somehow get this across to britney as a (failed) test result; but then, how *do* you define an approriate version number
[14:17] <infinity> pitti: Well, if it never even grabbed the source to get a version, shouldn't that be an auto-give-back?  Looks like it's the infra's fault, not the package.
[14:17] <infinity> Or, put another way, if you can blame the package, you surely have a version number.
[14:17] <ginggs> update_excuses.html shows supercollider - old binaries left on armhf: supercollider-supernova (from 1:3.7.0~repack-1)  - what needs to happen there?
[14:18] <pitti> infinity: yeah; I need to run this with --debug to understand what's going on
[14:19] <pitti> infinity: I actually did have that as "tmpfail" for a fair while, but that then caused eternal tmpfail loops/worker killing sprees on packages that were actually not existing or broken
[14:19] <pitti> apt really only gives you one exit code 100 for both transient and permanent issues
[14:19] <pitti> so that needs some more error message parsing fine-tuning
[14:20] <infinity> pitti: Fair enough.  In this case, I can requeue it.  Unless you already have?
[14:20] <pitti> infinity: no, let me first do a manual run to see what's going on
[14:20] <infinity> pitti: Or that.  Go for it.  I'll leave it.
[14:20] <infinity> pitti: The other security kernels got through, I'm less fussed about raspi2 on yakkety.
[14:24] <pitti> infinity: ... and of course this totally works when run manually
[14:25] <infinity> pitti: Of course it does.
[14:25] <infinity> pitti: I mean, historically, it works some of the time. :P
[14:25] <infinity> pitti: But it also seems to fail a lot.
[14:25] <infinity> So, whee.
[14:25] <pitti> infinity: I guess I'll add some logging verbosity then
[14:29] <pitti> oh, it's not exit code 100
[14:29] <pitti> and stderr is already shown
[14:30] <pitti> so, apt fails with !100 with an error on stdout or nonexisting
[14:35] <ginggs> i think singular, supercollider and openms need to be decrufted, please
[14:36] <pitti> ginggs: what does that mean? not on http://people.canonical.com/~ubuntu-archive/nbs.html
[14:36] <ginggs> sorry, maybe wrong term
[14:36]  * pitti wasn't aware that we need to remove NBS from -proposed
[14:36] <pitti> they should just become NBS in -release
[14:37] <pitti> assuming of course that  all remaining reverse dependencies get dropped
[14:37] <pitti> but ICBW
[14:38] <pitti> ginggs: for e. g. singular that just means that it's not built on armhf, and indeed https://launchpad.net/ubuntu/+source/singular/4.0.3-p1+ds-2build2/+build/9804780 is depwwait
[14:39] <pitti> I can't explain the supercollider-supernova thing, I'm afraid
[14:41] <ginggs> ok so for singular then, can we remove the armhf binaries so it can migrate, and it will build when python-polybori becomes available again?
[14:43] <cjwatson> we need to remove NBS from -proposed in the corner case where a source package drops binaries that were previously part of another publication to yakkety-proposed since the last version in yakkety
[14:44] <cjwatson> may not be relevant here, haven't checked
[14:44] <pitti> infinity: ah, found a way to reproduce
[14:45] <pitti> fixing this needs to wait until Monday I'm afraid, I need to run soon; but I take that's  enough
[14:46] <nacc> elbrus: that's what i would start with for sure (re: cacti logs). But note the first regression point happened w/o any change to php proper (afaict) ... so it's hard for me to debug why :)
[14:49] <infinity> ginggs: Erk, who removed polybori on armhf in the first place? :/
[14:49]  * infinity looks.
[14:49] <infinity> Oh, Colin. :P
[14:50] <cjwatson> I imagine I had a reason
[14:50] <infinity> FTBFS on armhf; also removed in Debian
[14:51] <cjwatson> ah yeah, I reckoned that if Debian had given up on it then there was no sense trying *too* hard
[14:51] <infinity> The part where no code changed and it started failing, though, leads one to wonder if polybori is really the problem or if we just papered over something worse.
[14:51] <infinity> (ie: I'd assume it's libpng's fault somehow)
[14:52] <infinity> Or boost.
[14:53] <nacc> rbasak: i made a thinko in my php7.0 upload so it didn't actually change anything (d/control.in vs. d/control). Would you be willing to re-sponsor the debdiff in LP: #1590623
[14:53] <nacc> pitti: yes, once that is done --^ and goes through, php-imagick can go in (i can actually test it once dh-php updates) and that will unblock php-defaults
[14:54] <rbasak> nacc: yep, looking.
[14:54] <nacc> rbasak: thanks!
[14:54]  * pitti waves good bye and happy weekend
[14:54] <infinity> pitti: See you soon
[14:55] <infinity> pitti: Oh, what's the deal with that raspi2?  Is it handled, or do I need to do things to it?
[14:55] <ginggs> bye pitti
[15:19] <rbasak> nacc: I have to run (early EOD to catch a train) but I think there's a bug in usd-merge.
[15:19] <rbasak> It's quite confusing. I tried to "undo" a "usd-merge commit" while experimenting.
[15:20] <rbasak> I've ended up with a .git/ubuntu/yakkety "ref", which seems to override .git/refs/heads/ubuntu/yakkety.
[15:21] <rbasak> So when I reset the ubuntu/yakkety branch back to its original hash, "git-rev-parse ubuntu/yakkety" and thus "usd-merge commit" both don't see it, which causes a bunch of extra merge commits as I redo each time, IYSWIM.
[15:21] <rbasak> I think the problem is that the call to "git update-ref" needs to be "refs/heads/ubuntu/yakkety" rather than just "ubuntu/yakkety".
[15:22] <nacc> rbasak: hrm, i'll re-read the man-page
[15:22] <nacc> and test locally
[15:22] <rbasak> Thanks!
[15:22] <nacc> rbasak: i know there's also a bug with `usd-merge reconstruct` and upload/ tags
[15:23] <nacc> as those can't be cherry-picked the same
[15:29] <nacc> rbasak: ack, you're right, fixing it and pushing
[15:31] <nacc> barry: fyi, we've combined that gh repository with the lp one. And i've updated the wiki references as well
[15:32] <barry> nacc: cool.  did rbasak land pr#2 yet?
[15:32] <nacc> barry: i just pulled it in to our combined repository. I think rbasak will close the gh one eventually. So since i have write access to the lp one, i was able to commit the changes directly :)
[15:32] <barry> nacc: cool :)
[15:33] <bdmurray> pitti: How did you restart it tgt/wily?  I forget how to do that.
[15:34] <anaran> hi, will firefox be available on ubuntu phones soon, without external display connected (similar to firefox for android)?
[15:39] <nacc> i think rbasak wasn't able to get to it before he left, but could someone help sponsor the latest debdiff in LP: #1590623 ? Needed to help unblock one set of php* in excuses
[16:10] <rbasak> nacc: I did upload it, sorry I didn't say. I guess you don't get the email? Anyway, it's in proposed :)
[16:11] <nacc> rbasak: interesting, yeah, i wasn't notified and i hadn't seen it yet in excuses
[16:12] <nacc> rbasak: ah probably because it's still building, got it
[16:35] <nacc> rbasak: tahnks! i can see the proposed builds have the right deps now
[16:36] <rbasak> No problem :)
[17:38] <dobey> anaran: an external display isn't required, but it's not particularly useful to run firefox on a phone. if you want to know if mozilla is going to ship a version of firefox suited for use on phones/tablets, in the ubuntu store, you'd have to ask mozilla.
[17:45] <ogra_> dobey, you just need a mouse,keyboard and a good looking-glass :P
[17:53] <dobey> ogra_: well, when the keyboard integration is fixed, you won't need an external keyboard
[18:07] <slangasek> pitti: as ginggs said, metis was already promoted, so somebody else re-demoted it without looking at component-mismatches-proposed
[18:55] <elbrus> does anybody here no a good example of autopkgtest tests that add log files to the artifacts?
[18:55] <elbrus> s/no/know/
[18:56]  * elbrus has "set -e" so can't just do it at the end of the test
[21:20] <kees> doko: any chance you can take a look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826786 ? I'm really not sure how it's best solved, but it's blocking upstream kernel testing of the new gcc plugin infrastructure
[21:36] <nacc> slangasek: would you be able to assist me with the bootstrap for phpunit? I've verified the steps needed, and I think this will unblock the majority of the stuck php packages (as phpunit will be updated and installabe)
[22:04] <slangasek> nacc: I'm not going to get to it today; maybe infinity could help
[22:04] <nacc> slangasek: ok, np
[22:05] <nacc> infinity: if you're around, i need to bootstrap build 3 packages with DEB_BUILD_OPTIONS as they all interdepend (but the end-result, which we'd want to copy to the archive doesn't require any DEB_BUILD_OPTIONS and builds successfully in my testing)


[00:59] <mhall119> the news is apps
[03:48] <sirajperson> Howdy, is anyone here?
[03:52] <DaemonicApathy> Not really.
[03:55] <sirajperson> Has anybody here heard when it is being released?
[03:55] <sirajperson> Or better yet, does anyone have an image they would like to share?
[04:01] <DaemonicApathy> sirajperson: April.
[04:06] <sirajperson> so, any news on where to get a beta image? Torrent? Anything? シ
[04:07] <DaemonicApathy> No idea.
[22:18] <AlanBell> do we think October is accurate/realistic? http://linux.slashdot.org/story/13/02/06/217237/ubuntu-smartphone-shipping-in-october
[22:21] <ajalkane> AlanBell: I'd wager only canonical knows how far their system is... I don't think it's impossible.
[22:21] <AlanBell> ajalkane: well of course, but the october date is apparently a quote from an interview with sabdfl
[22:22] <ajalkane> The link you gave claims it's from mister Shuttleworth
[22:22] <AlanBell> !sabdfl
[22:22] <ajalkane> ah I see... he should know shouldn't he :P
[22:23] <AlanBell> you would think, but he isn't infalable :)
[22:23] <ajalkane> Judging by that comment he's confident the core of Ubuntu will be ready by that time, with the resources of Canonical
[22:24] <ajalkane> As we know, many of the "core" apps are done community. This implies that whatever is ready by the community by that time gets included, and rest will become available later as updates.
[22:25] <ajalkane> * don by
[22:25] <ajalkane> * done by
[22:25] <AlanBell> yeah, 13.10 seems optimistic for that
[22:25] <ajalkane> Well it all depends how rapidly the community gets stuff done.
[22:27] <ajalkane> In mobile space things move rapidly so I hope there is some urgency in getting things into usable shape, and refinements are done later. Basic prioritizing.
[22:27] <AlanBell> I hope things are done properly instead
[22:28] <ajalkane> These are two separate issues. You can do things properly but without everything including kitchen sink. And you can try to do everything including kitchen sink improperly.
[23:04] <AlanBell> wonder if it is two english speaking markets
[23:05] <AlanBell> or if the translations story is fully baked, I guess QML has translations built in at some level
[23:09] <ajalkane> Qt has it's own localization system
[23:09] <ajalkane> But Ubuntu uses the GNU gettext


[05:28] <sunshinehappy> nanai swearing and trolling in #ubuntu
[05:29] <chu> Bit surprised bazhang is not around.
[07:48] <LjL> does anyone else think the floodbots are too aggressive?
[07:49] <ikonia> not really, I think they do a pretty solid job
[07:49] <ikonia> enough warnings, mutes, etc
[07:50] <LjL> yeah i think so too, but maybe it's just because i made them :P some users like this one might be put off by the early-ish "don't flood" message.
[07:50] <ikonia> I think they are spot on
[09:48] <LjL> ooooh people are getting on my nerves lately
[09:48] <LjL> !factoid
[09:49] <LjL> !factoid here factoid there
[09:49] <LjL> just because a question has some kind of keyword in it, a factoid is thrown
[09:49] <LjL> a bot could do that
[09:49] <LjL> i've never written one that did (well, not put it in production anyway) because i thought humans could do better than that
[10:07] <chu> But what is the point of the factoids if they're not used!
[10:07] <chu> (I do agree though, some people seem to be very trigger happy with the factoids)
[10:07] <Tm_T> it's used as an easy solution when it might not even be a solution
[10:43] <oCean> kav: openssh = FTP (but SLIGHTLY different)
[10:44] <LjL> yeah, wonderful explanation wasn't it
 i'm utterly clueless about computers but i want to set up a server farm
[10:46] <oCean> :D
[10:47] <oCean> yay for ambition
[10:47] <LjL> (that was not a real quote, by the way)
[10:47] <oCean> Ahh
[10:48] <LjL> maybe i should have a client that just turned his rants into that tl;dr version, though :P
[15:03] <chu> Can we keep him banned? He's been warned, and honestly contributes nothing but dribble.
[15:04] <ikonia> I concur, it's supposed to be a community channel, this sort of thing is just a time wasting exercises.
[15:07] <bazhang> he was at that ranting for quite a while
[15:08] <ikonia> understood
[15:08] <bazhang> ie DarkSim
[15:08] <bazhang> no actual support sought, just how much he hated Canon printers
[15:14] <joint> can any hot girl in here help me with my compoter?
[15:14] <Tm_T> beat me to it
[15:16] <ikonia> he's in #ubuntu now
[15:16] <kav> hello
[15:17] <IdleOne> yes kav
[15:17] <kav> i want to learn service managment
[15:17] <kav> can you help me
[15:17] <IdleOne> this channel is not for support
[15:17] <IdleOne> Why did you join here?
[15:18] <kav> O ! sorry , can you tell me .What this channel for ?
[15:19] <kav> i'm a newbie
[15:19] <chu> "This channel is for operator/abuse questions in the IRC Team domain only"
[15:19] <kav> ok
[15:19] <kav> cya ! happy ubuntu
[15:23] <ikonia> @mark join #ubuntu getting a stream of abuse in pm from join
[15:24] <bazhang> joint1 in #ubuntu now
[15:24] <ikonia> tedious
[15:26] <chu> ikonia: I think his name was "joint" just to be clear for anyone (unlucky enough) to use the name join
[15:26] <ikonia> that was the same IP as his other account in offtopic
[15:26] <ikonia> so it was him
[16:58] <kav> hello !
[16:58] <ikonia> hi kav
[16:58] <bazhang> hi
[16:58] <kav> what place is this ?
[16:58] <bazhang> kav read the topic
[16:59] <kav> can some one guide me
[16:59] <kav> O !
[16:59] <kav> ok ! i have a problem that i want to share with ubuntu
[17:00] <kav> can i gave ?
[17:00] <bazhang> kav this is not a support channel
[17:00] <kav> am i a operator now
[17:00] <kav> ?
[17:01] <bazhang> no
[17:01] <kav> or are  you invite me to chat here ?
[17:01] <bazhang> kav you were removed from #ubuntu-offtopic
[17:02] <kav> hey ! ikonia ...Tell me  , how to make tartufo
[17:02] <kav> O ! but why ?
 i think you are a girl , can you tell me how to make tartufo
[17:02] <kav> can any one answer me .....
[17:02] <bazhang> kav you were asked to stop that type of questioning
[17:03] <bazhang> kav I just did
[17:03] <kav> is that your answer ?
[17:03] <bazhang> this is not the place to get recipes kav
[17:03] <kav> weired answer
[17:03] <bazhang> kav I suggest you exit the channel
[17:03] <kav> but that was a place to talk offtopics
[17:03] <LjL> kav: "offtopic" does not mean, for instance, belittling women
[17:03] <IdleOne> kav: you came here earlier and it was explained to you what this channel was for
[17:04] <bazhang> kav the offtopic channel still has rules
[17:04] <kav> O god !
[17:04] <IdleOne> The "I'm a newbie" excuse is no longer valid.
[17:05] <kav> what can i say ?     i just ask a her did she know recipe
[17:05] <kav> whats' so wrong about it  ?
[17:05] <kav> hey ! LjL ! how are you ?
[17:07] <LjL> kav: it was wrong to insist that "she" was a girl; it was wrong to imply that only a girl could tell you how to make tartufo; but more importantly, the whole thing before that, about "nerdy girls" and their "intelligence", was wrong.
[17:07] <kav> O ! i told her that i stop that topic
[17:07] <kav> ask her , and you can even see the arguments
[17:08] <LjL> and then you proceeded to ask "you are a girl -> tell me how to make tartufo". that was too much.
[17:08] <LjL> please talk to people without making assumptions about their gender, or what their gender is "good for"
[17:08] <kav> O god  ! is that so ...
[17:08] <LjL> you can rejoin #ubuntu-offtopic at this time, but maybe try to observe how others behave a little before intervening yourself.
[17:09] <kav> well, i don't want to go there
[17:09] <kav> its not my fault
[17:09] <bazhang> ok
[17:09] <bazhang> kav just exit this channel then
[17:09] <kav> you can even disconnect from ubuntu also
[17:10] <kav> but i'm not going to say  that i have done something wrong
[17:10] <kav> every people have its own traits of talking
[17:10] <kav> and i have different one
[17:10] <LjL> yes, but sexism is not a trait we tolerate.
[17:11] <kav> what sexism ?   am not ...ok ! just clear your mind
[17:13] <kav> i' m straight forward .... and i'm saying that i'm not sexism... after that if someone says to me that again then i'll not  tolerate that one .
[17:14] <bazhang> kav there's nothing more to discuss. the channel has rules. please follow them if you wish to participate
[17:14] <bazhang> !guidelines | kav read this
[17:14] <bazhang> !coc | kav and this too
[17:17] <kav> hey ! there is nothing written what you say to me
[17:17] <kav> they just say about , not to flood , patience , private msg to bot
[17:18] <LjL> kav: "Please be considerate of everyone and keep all the Ubuntu IRC channels friendly places for everyone." "Some topics are controversial and often end in fighting. Some examples of touchy subjects are war, race, religion, politics, gender, sexuality, drugs, potentially illegal activities and suicide." "Be respectful. The Ubuntu community and its members treat one another with respect. "
[17:18] <bazhang> kav then you did not read carefully
[17:19] <kav> in  which document it written
[17:20] <LjL> the Guidelines and the CoC
[17:20] <kav> in 1st 2 it don't mention
[17:20] <LjL> yes it does
[17:20] <kav> i have searched following keywords "gender"  "female" "male" "woman " "abuse"
[17:21] <LjL> kav: well, i'm sorry your browser is faulty, but i can't help with that. anyway you know now what the deal is
[17:22] <LjL> either rejoin and respect the rules, or if you don't like that, don't rejoin
[17:22] <kav> ok ! i'll with my rules
[17:22] <bazhang> ...
[17:22] <kav> i'll not going to rejoin thatofftopics
[17:23] <IdleOne> good. have a nice day.
[17:23] <kav> i'm here to learn only .
[17:23] <kav> after completing  my knowledge .............. i'll stop using all this ubuntu stuff
[17:24] <LjL> good. if you don't have any more operator-related question, please leave this channel and enjoy your time on IRC.
[17:24] <IdleOne> kav: bazhang and LjL both tried to teach you something here today and you refuse to understand it.If you are unable to understand that human decency and respect are fundamental to Ubuntu and the Ubuntu community you might be better of in some other community
[17:25] <IdleOne> s/of/off/
[17:25] <kav> can you speak in simple language .
[17:25] <kav> i have a problem regarding IRC now
[17:26] <kav> lack of communication between operators and users
[17:26] <kav> can you note it down IdleOne
[17:27] <LjL> noted, but i think we have communicated at length by now
[17:29] <kav> and one more think operators have given more power than users
[17:29] <IdleOne> correct.
[17:29] <kav> Ubuntu  is for humans (You say that )   , if so then we are same according to your coc
[17:30] <kav> then  i have also given  same power as you have
[17:30] <IdleOne> We are the same but not all equal. Some of us understand the Code of conduct and some of us refuse to accept that it is right.
[17:30] <kav> am i right now
[17:30] <bazhang> thats interesting kav, but this is not the place to discuss semantics
[17:31] <LjL> kav: you are given the possibility of obtaining the same power
[17:31] <LjL> !canibeanop
[17:31] <LjL> good luck
[17:31] <kav> we are in abuse question now
[17:31] <kav> wait , where are you going
[17:32] <kav> i have another problem
[17:32] <bazhang> which is?
[17:32] <IdleOne> There is no question, that you are abusing this channel and its purpose. Please leave now.
[17:32] <kav> every person on ubuntu should have that power
[17:32] <bazhang> thats not going to happen
[17:32] <LjL> that's not going to happen any time soon, so you may as well forget it.
[17:32] <kav> but why ? ubuntu is opensource and for humane
[17:33] <LjL> and?
[17:33]  * LjL checks his dictionary... no, "opensource" doesn't mean "everyone has every power", and "for humans" doesn't mean "everyone has every power"
[17:33] <kav> so, we need power as you have
[17:34] <knome> can we stop this madness. no means no, and this is just waste of time, for us all
[17:34] <kav> well, i think you need to again read that dictionary
[17:34] <kav> we want freedom
[17:34] <LjL> kav: knome is right, you're just wasting our time and yours.
[17:34] <bazhang> kav just exit
[17:34] <LjL> kav: if you can respect the rules, rejoin #ubuntu-offtopic, otherwise, don't
[17:34] <LjL> in either case, please leave this channel
[17:35] <kav> if you respect the aim of ubuntu then you have to gave that power to all of us
[17:36] <IdleOne> kav: leave now or I will ban you in all ubuntu channels.
[17:36] <IdleOne> this is not a negotiation or a debate.
[17:36] <kav> Listen ! just banned me then
[17:56] <IdleOne> For the record and log readers. kav has not been banned in all the Ubuntu channels.


[00:02] <thumper> morning
[00:02] <thumper> those 4 hours difference is a killer
[00:02] <thumper> I'll be a little late starting
[00:06] <lifeless> :>
[00:06] <lifeless> s/will be/am/ :>
[08:10] <adeuring> good morning
[09:02] <mrevell> Morning
[10:36] <jml> morning
[10:39] <lifeless> hi
[10:55] <nigelb> morning jml :)
[11:14] <deryck> Morning, all.
[12:28] <bigjools> wgrant: hey, around?
[12:31] <wgrant> bigjools: Hi.
[12:31] <bigjools> wgrant: hey - can you confirm you fix for https://bugs.edge.launchpad.net/soyuz/+bug/592935 is ok?
[12:31] <_mup_> Bug #592935: Disabled PPAs still shown on person index <qa-needstesting> <Soyuz:Fix Committed by wgrant> <https://launchpad.net/bugs/592935>
[12:31] <bigjools> your*
[12:31] <bigjools> it's a little harder for me to check as a PPA admin :)
[12:37] <wgrant> bigjools: Done.
[12:37] <bigjools> wgrant: cheers
[21:09] <james_w> code import jobs don't use the job system?
[21:15] <lifeless> Which one :P
[21:15] <lifeless> AFAIK there are three 'do stuff' systems + many adhoc ones; the import one, the buildd one and the branch scanning/archive copying one.
[21:16] <james_w> lp.services.job
[21:29] <_thumper_> gah
[21:29] <_thumper_> slept in again
[21:29] <lifeless> lol
[21:30] <lifeless> I'll happily take your extra sleeping hours
[21:30] <lifeless> how does quassel know you're changing host ?
[21:30] <thumper> now we have to do in 30m what we normally take 90 for to get the kids into school
[21:31]  * thumper shrugs
[21:36] <Ursinha> sinzui, don't worry about the mistagged bugs, I'm checking one by one and retagging them
[21:36] <sinzui> Ursinha, I just used https://bugs.edge.launchpad.net/launchpad-project/+bugs?field.tag=qa-needstesting&orderby=targetname
[21:36]  * sinzui is done tagging
[21:37] <Ursinha> sinzui, right, just telling you you don't have to worry about retagging them :)
[21:39] <rockstar> abentley, delete or destroySelf?
[21:40] <abentley> rockstar, I'd go for destroySelf.
[21:40] <rockstar> abentley, ack, thanks.