/srv/irclogs.ubuntu.com/2016/06/01/#ubuntu-desktop.txt

hikikohi04:55
willcookeo/06:49
pittiGood morning!06:53
didrockshey guys07:06
didrockspitti: hey! I have a very stupid question about the resolved email thread, you wrote:07:11
didrocks"That's the reason why the dnsmasq instance we spawn07:11
didrocks    with Network Manager doesn't have caching enabled"07:11
didrockswhat is the use of dnsmasq without cache?07:12
didrocksfor me, that was the only reason we had it07:12
pittididrocks: yeah, that's my worry as well07:16
pittididrocks: that's what I'm currently discussing with stgraber07:17
pittiI'm not convinced that cache poisoning actually works that way07:17
* pitti is typing another reply07:17
pittididrocks: and indeed I don't like this at all (neither does awe)07:17
didrockspitti: ok, so if I get it right, there is no use of resolved or dnsmasq without cache, it's just a process in the middle forwarding requests?07:18
didrockswell, it does local DHCP I guess…07:19
didrocksin case you connect through ethernet another device07:19
didrocksbut that's it07:19
pittididrocks: there still is07:20
pittididrocks: better failure handling with multiple DNS servers07:20
sarnoldperhaps directing specific domain or reverses to specific recursors?07:20
pittididrocks: and resolved does DNSSEC07:20
pittibut indeed, the main point is moot07:20
didrockspitti: oh right, you mentioned the multiple DNS servers fallback07:21
didrockspitti: got it, thanks :-)07:21
willcookeis it easy to flush the cache?  Just restarting the daemon?07:36
pittineeds root07:37
willcookefair enough07:37
pittiok, I sent two more replies07:37
seb128good morning desktopers07:58
willcookehey seb12807:58
seb128hey willcooke07:58
pittibonjour seb12808:01
seb128salut pitti, ça va ?08:01
pittiça va bien, merci !08:02
* seb128 is reading the dns resolver discussion, interesting one08:02
Laneywhy hello08:03
seb128hoi Laney!08:03
pittiseb128: indeed08:03
pittihey Laney, good morning08:03
Laneywhat's up!08:03
didrocksLaney: because hey08:04
LaneyI dropped my phone on the concrete floor at climbing last night and broke it :|08:07
willcooke:((08:07
willcookeLaney, I've replaced a couple of screens on my phone - it's fiddly but do-able.08:07
Laneyit's not a smashed screen actually08:07
willcookeoh08:07
willcookethat's bad then08:07
Laneyalready had that replaced out of warranty on this one, so no insurance for me!08:08
alexarnaudHello all!08:08
Laneyit's some cable/connector inside it08:08
Laneyit does actually work until it's moved08:08
Laneyso can get the data off hopefully08:09
didrocksargh Laney :/08:10
didrockshey alexarnaud08:10
Laneydidrocks: I was trying to wait for the Oneplus 3!08:10
didrockswhen is it going to be out?08:11
alexarnaudhey didrocks, how are you today? Are you still sick?08:11
Laneyrumours say june 1408:12
didrocksalexarnaud: yeah, still…08:12
didrocksLaney: you can do it! wait wait wait :)08:13
seb128Laney, time to get an ubuntu phone! ;-)08:13
Laney/part08:13
didrocksa snapcraft part?08:13
seb128:-(08:14
Laney:P08:14
* Laney looks up when he got this phone08:14
Laney13 July 201408:15
Laneythis is poor08:15
alexarnaudseb128: it seems that Ubuntu Phone is good :) ! Unfortunately, it seems not accessible with a screenreader. I don't know if the work on Android and Firefox OS about this subject could event. I read that Mir use event manager of Android. Talkback aad Android accessibility stack change the way to interact with the phone ^^.08:18
seb128alexarnaud, yeah, it's improving but it still has feature gaps compared to main OSes08:19
didrocksoh btw, on the LTS, I have gnome-terminal with weird tabs layout since yesterday's upgrade, is that known?08:26
Laneywhat does weird tabs layout mean?08:27
didrockslet me do a screenshot08:27
Laneydid you check what got upgraded? :)08:27
* Laney suggests you do that first08:27
seb128blame willcooke!08:29
* seb128 ducks08:29
didrocksLaney: I did and there was light-themes :p08:29
* Laney is leading didrocks down the path08:29
didrockshttp://people.canonical.com/~didrocks/tmp/terminal_tabs.png08:30
willcookeruh row08:30
didrocksthe tab colors changed and it's a little bit (IMHO) ;)08:30
didrocksugly*08:30
didrocks:p08:30
Laneyopen the gate marked /usr/share/doc/light-themes/changelog.Debian.gz08:30
didrockswho is this guy?08:31
didrocksWill Cooke?08:31
sarnold.. what, no screenshot from yesterday too? :)08:31
willcookedidrocks, that's how it's supposed to look.08:31
didrocksnew devs? :)08:31
didrocksnew design ;)08:31
willcookeIt's a feature, not a bug \o/08:31
didrockswillcooke: ok, it's weird to notice them now when I didn't before :)08:31
didrocks(but I guess that was the point of the change)08:31
willcookedidrocks, https://bugs.launchpad.net/ubuntu/+source/ubuntu-themes/+bug/76234908:32
ubot5Launchpad bug 762349 in Ayatana Design "[SRU] Difficult to distinguish which tab is selected" [Undecided,Fix committed]08:32
didrocks2 tabs are ok and great, it's when you have more (but I'm guilty of that)08:32
didrockswillcooke: yeah, I'm looking now08:32
didrocksat least, it's not my eyes which have derailed08:32
didrocksand I can notice changes!08:32
didrocksok, this is when I should paste this: https://xkcd.com/1172/ :)08:33
willcooke:D08:33
didrocksat least, not a regression, but weird (and nice in some way) to have a visual change in a LTS for once!08:34
didrocksI just wasn't expecting it, hence the "something should have broke"08:34
willcooke:)  I agree, it's a tad on the ugly side, but it does the job.08:34
didrocksthx for answering about it guys! :)08:34
didrocksyep08:34
willcookeLaney, can you remind me what to add to the search providers in my browser so I can search LP bugs from the URL bar again?  The URL was something like bugs.launchpad.com/+bug/%s  but I can't get it to work08:35
sarnoldhttp://launchpad.net/bugs/%s08:37
LaneyI use pad.lv/%s08:37
sarnoldhttps://wiki.canonical.com/UbuntuEngineering/Security/Tips08:37
Laneythen you can use the other pad.lv patterns too08:37
seb128willcooke, what browser do you use?08:37
willcookeseb128 *cough* Chrome *cough*08:37
willcookeI HAVE A REASON TO USE IT!!08:37
willcookethanks Laney sarnold08:37
davmor2willcooke: what was that it was hard to hear over the coughing it didn't sound like the default browser installed on the system though08:40
seb128willcooke, right click on the url bar -> edit search engine and you can add custom entries08:42
willcookeseb128, yeah all done, thx08:42
seb128it's less specific that pad.lv08:42
seb128and less to type :p08:42
seb128like I've "bts %s" which sends me to the bts page for the package08:43
Laneyshortcut wars08:43
willcookeI do "lbp 123456"08:43
seb128or bzg for the gnome bugzilla08:43
willcooke*lpb08:43
seb128that's my "lp" ;-)08:43
seb128"lps" for the bugs list "lpc" for the component page :p08:43
seb128but yeah, seems like everyone has their own custom tricks08:44
seb128ok, after days of rain we have some sun, going to use the opportunity to get some pre-lunch exercice08:50
willcookeseb128, enjoy!  It's raining here still :(08:50
* willcooke considers building an ark08:50
* Laney whines "MIR please" at tedg08:51
seb128thanks!08:52
Laneypitti: is "rm pending.json" not enough to get britney to fix its knowledge of pending tests?08:54
Laneykcalcore -> ktnef is falsely in progress08:54
pittiLaney: ah, did you do that?08:55
Laneyyesterday08:56
pittiLaney: I'm currently investigating what happened to the lost armhf requests08:56
pittiLaney: so either you did that while britney was running, or it lost them again08:56
LaneyI checked britney wasn't running at the time08:56
Laneyor it was running but not for yakkety08:56
pittiLaney: let me look at the runners; test requests are not supposed to get simply lost08:56
Laneyit's been in progress for some days now08:56
pittie. g. gvfs/armhf for systemd 230-2 is still "in progress", but https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety?format=plain&prefix=yakkety/armhf/g/gvfs has no result08:57
Laneyfirst I re-requested them but that didn't clear it08:57
pittibut it's also not in the AMQP queues any more08:57
pittiso they just get eaten somehow, which Should Not Happen™08:57
pittiLaney: might still be a leftover swift glitch of course08:58
pittiFeb 12 04:13:16 cyclops-node23 worker[495]: 2016-02-12 04:13:16,425 INFO:worker Received request for package gvfs on yakkety/armhf; params: {u'triggers': [u'systemd/230-2']}08:59
pittiFeb 12 04:17:07 cyclops-node23 worker[495]: 2016-02-12 04:17:07,030 INFO:worker Putting results into swift autopkgtest-yakkety yakkety/armhf/g/gvfs/20160212_041707@08:59
pittiFeb 12 04:17:09 cyclops-node23 worker[495]: 2016-02-12 04:17:09,778 INFO:worker Acknowledging request gvfs08:59
pittithat looks fine08:59
davmor2willcooke: Go find Rhod Gilbert ask the audience how old they were when they realised they could take a kagool off ;)09:00
pittiLaney: err, wait -- that's a completely bogus timestamp09:00
willcookedavmor2, :D:D:D09:00
Laneypitti: errrm, quite09:00
pittiLaney: indeed, one of the runners has date == Fri Feb 12 11:21:48 UTC 201609:00
LaneyI guess something expects the timestamps to be monotonic09:01
pittiLaney: yes, in britney we remember the last timestamp and query for results newer than that09:01
davmor2willcooke: followed up with "In the bible it rained for 40 days and forty nights, that's still the best summer I ever remember"09:01
pittiLaney: ok, let me fix the date on this, then I'll mass re-run all the RUNNING ones09:01
Laneymerci09:01
pittiLaney: btw, you don't need to wait for britney and rm pending any more09:01
LaneyI did try re-running first09:02
Laneythat was http://autopkgtest.ubuntu.com/data/packages/yakkety/amd64/k/ktnef/20160531_205915@.log09:02
Laneybut it's still RUNNING on britney09:02
Laneyno, lies, it was http://autopkgtest.ubuntu.com/data/packages/yakkety/amd64/k/ktnef/20160531_171644@.log - but still09:02
pittiLaney: hm, that sounds like something else then09:02
LaneyI think there were still some swift problems at that time09:03
pittiah, could be09:03
Laneyit took debci ages to catch up with the results being put into swift09:03
pittiLaney: ah, that arm box has ntpd installed09:03
pittiso timesyncd disables itself09:03
pittiand apparently ntpd doesn't work so well09:03
Laney"oops"09:03
pittikwality09:04
pittiok, ntp purged, timesyncd started, date is correct09:05
pittitime for retry-autopkgtest-regressions -s yakkety --state RUNNING |grep armhf09:05
pitti(done)09:06
* Laney runs ktnef locally09:07
Laneyhttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/amd64/k/ktnef/20160531_205915@/log.gz unhelpful09:07
pittiLaney: oh, I was looking at https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-yakkety/yakkety/armhf/l/linux-raspi2/20160601_020110@/log.gz which is similar09:07
pittiLaney: thanks for that, investigating this on amd64 is much easier09:08
Laneyit means 'uninstallable' right?09:08
pittiLaney: no, this means that apt-get source ktnef somehow failed09:08
Laneypitti: oh right, and apt's stdout/err isn't saved anywhere?09:10
pittiLaney: but I see why it might fail for linux-raspi2 (version mismatch wit NBS binaries), but not the same case for ktnef09:10
pittiLaney: it's actually suposed to print the apt stdout/err on failure09:12
pitti.. or not, hang on09:12
pittiyeah, I think it doesn't09:12
pittiLaney: does that reproduce locally?09:12
Laneynot with schroot anyway09:13
Laneyprobably not minimal enough09:13
pittiLaney: does reproduce here09:14
pittirunner/adt-run ktnef --- schroot yakkety09:14
pittiLaney: right, bug in the heuristics for determining which source package to download09:16
pitti*throws hands into air*, /me really wants an apt-get source foo=version09:16
pittithis is excruciatingly difficult09:16
pittierr, apt-get source foo/yakkety-proposed09:16
pitti(=version works)09:17
Laneypitti: /me screams09:21
Laneyjust saw this code09:21
pittiLaney: it's pure joy, isn't it09:23
Laneypitti: https://paste.debian.net/71314609:54
pittiLaney: argh, that trap again09:54
pittiLaney: I'm a moron: http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=7c1a251a409:56
Laneypitti: haha09:56
pittiLaney: so we need to not specify it for precise, but everywhere else09:56
Laneywe have autopkgtest for 12.04?09:56
pittiyes09:56
pittikernel mostly09:56
alexarnaudTheMuso: Hello! I'm visual impaired and I would like to know if you have some type of experience about computer with EFI and Windows dual-boot. Is it possible from a new computer buy in the market with Windows to boot on a Ubuntu USB stick without sighted help that will disable fast boot or something like that ?09:57
Laneythere's another showsrc in lib/adt_testbed.py09:57
pittiE: Command line option --only-source is not understood09:57
pittiyep, need to conditionalize that09:57
pittirunner/adt-run -d pmount --- schroot precise09:57
pitti^09:58
pittiLaney: thanks, will clean this up too09:58
Laneypitti: you can call "apt-cache showsrc --only-source" and look at the exit code10:00
Laneyyou get 0 if it accepts the argument and 100 otherwise10:00
pitti$(grep -q 12.04 /etc/os-release || echo --only-source)10:00
pittiLaney: oh, and it helpfully exits with 0 if you specify a nonexisting source package10:00
pitti*#)$#(*$#10:00
pittiLaney: http://paste.ubuntu.com/16886653/ seems to work10:07
pittithis fixes ktnef and linux-raspi210:08
pittithere's still something wrong with this logic for precise, though, but later on10:09
pitti--apt-pocket self-tests still succeed10:09
pittiprecise> ah, it fails because it still behaves like in xenial without --only-source, it just doesn't have an option for thsi10:10
pittiapt-cache showsrc ^linux$10:11
pittiand that doesn't work either10:11
LaneyI suppose you have to look for Package:10:13
Laneygrep-dctrl would be easier for that10:14
Laneyapt-cache showsrc ktnef | grep-dctrl -S -sPackage-List -n ktnef10:15
pittiLaney: I pushed http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/commit/?id=56ac53b for now and will re-retry stuff10:17
Laneyok, thanks!10:18
pittito unblock promotions; but this indeed is in dire need for cleaning up10:18
LaneyI wonder why this became a problem right now10:18
Laneyktnef last succeeded not long ago10:18
pittimaybe with the new KDE upload two weeks ago binaries got shuffled10:18
Laneylooks the same on xenial too10:19
Laneyah well10:19
pittilibgmpada too10:20
pittiand http://autopkgtest.ubuntu.com/packages/k/kactivities/yakkety/amd64/10:21
pittiall retriggered10:21
LaneyMirv: I'll upload goldencheetah to https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-035/+packages to test your theory, ok?10:40
Laney(done)10:42
MirvLaney: thank you11:02
Mirvstill building on arm6411:02
LaneyMirv: failed11:07
MirvLaney: I see. do you know how to get a list of packages that don't have armhf build at all (like goldencheetah)? I could cross-check that to my list of packages depending on libqt5core5a to find other candidates that need some action11:08
Mirvgoldencheetah was indeed on this second list, but not on my first list (armhf ftbfs)11:08
LaneyMirv: In [13]: yakketyarmhf = lp.load('https://api.launchpad.net/devel/ubuntu/yakkety/armhf/')11:17
LaneyIn [14]: ftbfs = yakketyarmhf.getBuildRecords(build_state='Failed to build')11:17
LaneyIn [15]: len(ftbfs)11:17
LaneyOut[15]: 47211:17
Laneyhmm11:18
Laneynot sure that is right11:18
LaneyI suppose you need to filter it for published records only11:18
Mirvok that copy-paste should be enough to get me forward with lplib11:19
LaneyMirv: seems "current_ftbfs = [f for f in ftbfs if f.current_source_publication is not None]" filters it to the current ones11:24
Laneycan there really only be 198?11:24
LaneyI'm a bit suspicious11:24
MirvLaney: so ftbfs would list also those without package like build dep missing, for example goldencheetah? my ftbfs (really failed to build) was 18111:25
Laneyyou want to add build_state='Dependency wait' too for those11:26
Mirvok11:26
MirvLaney: and what about if package is built only for selected architectures?11:26
LaneyI wonder if this is only showing packages which have been uploaded to y11:27
Laneyhttp://qa.ubuntuwire.org/ftbfs/11:28
Laneythis agrees with my number11:28
Mirvah right I was on xenial, I maybe lost a few when translating the list of binary packages to source package with apt-cache. I can see from my bash history that I did filter for armhf (F)11:31
Mirvhmm, no, since those are source packages, I used apt-cache for the libqt5core5a reverse deps. ok, going over again.11:33
Laneythis is the only one I care about right now since it is blocking libical :)11:35
=== hikiko is now known as hikiko|ln
andyrockMorning all11:52
seb128hey andyrock, how are you?11:52
andyrockHey seb128 not bad you?11:53
Mirvok I reproduced the ftbfs list and also got three more candidate packages from the depwait list, and goldencheetah too. checking in 035 and updating the bug report. I think I could subscribe ubuntu-archive now too, even if I'd still find a package or two in my remaining re-re-checks.11:53
=== hikiko|ln is now known as hikiko
=== hikiko is now known as hikiko|ln
desrtgood morning12:24
willcookehi desrt12:26
seb128hey desrt12:27
=== hikiko|ln is now known as hikiko
=== seb128_ is now known as seb128
seb128willcooke, omw for that call, having some wifi issues though12:34
willcookeseb128, ha!  Thought exactly that :)12:35
seb128willcooke, can you hear me when I talk?12:36
willcookeseb128, nope!12:36
seb128fail :-/12:37
seb128attente, sorry I saw the bug but still unsure what you are trying to solve12:55
attenteseb128: if you build the galculator snap without that, the snap looks for resources in the parts directory of the build dir instead of inside the final snap itself12:57
seb128desrt, attente, sorry audio was not good in that hangout and I didn't really understand if we had more specific issues than the ones we are filing/tagging since Prague12:57
seb128attente, so basically https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1583250 ?12:57
ubot5Launchpad bug 1583250 in snapcraft (Ubuntu) "No way for dealing without distro patching configure DATADIR (and alike) path" [Undecided,New]12:57
attenteseb128: yep, exactly that12:58
attenteseb128: so that workaround is to modify the autotools snapcraft plugin locally and add it to the repo12:58
attentebut there we hard code the destination of the mounted snap12:58
attente/snap/<name>/current12:59
seb128right12:59
seb128change the app to use gresources :p12:59
attentebut they don't like this because it's hard-coded, and removes any future possibility of relocating the snap12:59
seb128what do they suggest doing?13:00
seb128what is flatpak doing? do they make the archive content being seen as /?13:00
attentei don't know what flatpak is doing, but our workaround right now with the hacked autotools plugin seems to be the only thing we have13:01
seb128yeah, Trevinho made a quilt plugin to patch the source before building13:01
Trevinhonot that is the cleanest solution eh :)13:02
seb128hey Trevinho!13:02
Trevinhobut... ti seems that there some discussion if we want that part of snapcraft or not13:02
Trevinhohey seb12813:02
attentethat's about the same as just fixing all upstreams to be relocatable though13:02
Trevinhoseb128, attente: relevant bug is https://bugs.launchpad.net/snapcraft/+bug/1551716 it would be nice your input too13:02
ubot5Launchpad bug 1551716 in Snapcraft "snapcraft does not allow vendor/platform patching of upstream sources (aka: add patch phase to lifecycle)" [Undecided,New]13:02
seb128Trevinho, well ideally you wouldn't need to patch a source to snap it13:03
Trevinhono, ideally not... But you know the world we live in13:03
Trevinhoand forking just for a single patch is annoying to me13:03
Trevinhoall the main pieces in core (nm, bluez) are still using patching in any case13:04
seb128yeah, that's fine for our stack13:05
seb128we create work for ourself so it's our choice13:05
seb128we shouldn't require that from app writers though13:05
Trevinhosure, upstream has not to do that13:05
* desrt hugs the upstreams of the world13:06
desrt"we're all in this together, guys"13:06
seb128desrt, attente, do you me to write that email to the snappy list?13:07
desrtseb128: if you would like to, that would be great13:07
seb128k13:08
desrti do have a slight aversion to getting involved in discussions that i know almost nothing about =)13:08
Trevinhoseb128, attente: however one thing I was hacking on and that I think could be useful for this, is that IMHO when opened a snap should be do something like a bind mount on /this-snap or whatever that points to $STAN13:08
Trevinho$SNAP13:08
Trevinhoin this way, we can just compile using /this-snap/ as prefix13:08
desrt*cough* filesystem *cough* namespaces13:09
desrt*cough* *cough*13:09
Trevinhowell, naming can be better... But it's not the point13:09
desrtit's entirely the point13:10
desrtwe could have some standard path that all snaps used without stepping on each others toes...13:10
desrtwe could even give it a nice short easy-to-type name that looks friendly and familiar to everyone13:10
desrtmaybe... oh... /usr, for example13:10
* desrt twitches13:11
Laney:)13:11
seb128there might be a reason why they don't want to go that road13:11
seb128let's see what the discussion gives13:12
seb128at least filesystems namespaces can"t be used to restrict root apps13:12
LaneyMirv: can you point me to your list?13:12
seb128so it would work for desktop examples13:12
seb128but not for system services13:12
* Laney knows a friendly archive admin13:12
* Laney sniggers13:12
desrtseb128: filesystem namespaces can be used for root apps no problem13:14
desrtseb128: the basis of that discussion was that it may still be necessary to _also_ use apparmor for some things as well13:14
desrt(although i believe that the core kernel will improve to the point where this is not necessary... and if you use user namespaces, i'd say it's already there, modulo the horrifying bugs that appear on a semi-regular basis)13:15
attenteTrevinho: isn't the same problem still going to happen? that's still going to be a hard-coded path in the final snap13:15
Trevinhoattente: yeah, it's hardcoded, but it's always there13:16
Trevinhoattente: while it won't be dependent on version or pkgname13:16
desrtsince i can't really talk about the weather...13:17
desrthow many of you have stopped using firefox and switched entirely to chrome?13:17
* desrt is starting to suspect that she may be the last holdout13:18
Trevinhodesrt: although I've plenty of ram, chrome is too much a memory hog to me.. So no.13:18
Trevinhoso.. firefox for life.13:18
desrt....or until your next laptop upgrade :)13:19
Trevinhodesrt: I did that.. And I've 32GB of ram, but still... I can't manage all my tabs in chrome :)13:19
Laneyi use firefox too13:19
* desrt very often gets into situations where firefox takes a very very long time to quit13:20
desrtclearing out history/awesomebar/etc/etc databases seems to help that for a bit, but it's not too long before it's back to where it was... and during that time, if i try to open another window (within 20 seconds, say, of last exit), i get "firefox is already running.  plz reboot."13:21
desrtany tips?13:21
MirvLaney: bug #1586026 - ubuntu-archive not yet subscribed13:21
ubot5bug 1586026 in vite (Ubuntu) "Remove arm64 binaries for packages failing to build with Qt compiled with OpenGL ES" [Undecided,New] https://launchpad.net/bugs/158602613:21
LaneyMirv: what does candidates: mean for yade?13:23
Laneydesrt: seen the "firefox is still running" thing from time to time, but not slow quitting13:26
Laneyno help from me then :(13:26
desrtthe "firefox is still running" thing happens because it hasn't exited yet from the previous tim e13:26
jbichadesrt: I'm stil on firefox13:26
desrtie: the windows are closed, but the process is still there, seemingly doing something in the background13:26
desrtjbicha: hey!13:27
Laneywhen i've seen it it's been a long time after quitting13:27
seb128grrr, got bitten again by docking my laptop changing connection which confuses IRC13:27
desrtjbicha: welcome back!13:27
Laneylike the thing never managed to exit properly13:27
seb128if somebody talked to me since less than 10 min please repeat what you wrote13:27
* Laney gets recruiter spam hiring for a cloud based tax and accounting platform13:28
Laneyhmmmmmmmmmmmmmmmmmmmm maybe not13:28
MirvLaney: that it was found in the cross-check list but check if it's failing a rebuild is not ready yet13:28
Mirvie it did fail on armhf, but not yet sure if it would now fail on arm64. build still ongoing.13:29
Laneyseb128: it breaks your existing network connections if you do that?13:29
seb128no, but I think it changes the routing13:30
seb128my dock is cable/eth connected13:30
seb128which becomes default over the wifi13:30
Laneynot sure that should break established connections13:31
Laneydid it always do that?13:31
seb128yes13:31
Laneyannoying13:31
seb128indeed!13:32
Laneyseb128: don't suppose you have a few minutes to process https://bugs.launchpad.net/ubuntu/+source/bino/+bug/1586026 do you?13:34
ubot5Launchpad bug 1586026 in vite (Ubuntu) "Remove arm64 binaries for packages failing to build with Qt compiled with OpenGL ES" [Undecided,New]13:34
Laneyif not then just goldencheetah would be appreciated13:34
* Laney is attacking libical with maximum force13:35
seb128let me have a look13:35
Laneypretty sure the only thing left after that is indicator-datetime13:35
* Laney stares at texas hard13:35
seb128why would they fail now if rebuilt?13:35
seb128teddddd13:36
Laneysome gl change on arm6413:36
seb128shouldn't we fix gl/those then?13:37
Laneysure if you get the phone team that made this change to put it on their list13:37
seb128is goldencheetah blocking libical?13:38
Laneyyep13:38
seb128Laney, done for goldencheetah, going to wait to hear more from Mirv before removing the others, looks like things that should be fixed to me13:48
Laneyfine for me, fixing things is good, hope that happens ;-)13:50
* Laney is bored of punching his phone13:50
Sweet5harkseb128: http://people.canonical.com/~bjoern/yakkety/5.1.3/ <- 5.1.3 yakkety for poppler transition and to avoid breaking against mdds14:55
seb128Sweet5hark, k, adding to my todo14:56
Sweet5harkseb128: I looked at bug 1586497 -- cant get any wiser from the logs there on what happened there really. I only see dpkg returning -1 in https://launchpadlibrarian.net/261979138/DpkgHistoryLog.txt but cant see why. I also note this happened with other packages before in the log ...14:57
ubot5bug 1586497 in libreoffice (Ubuntu) "package libreoffice 1:5.1.3-0ubuntu1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting a removal" [Undecided,New] https://launchpad.net/bugs/158649714:57
Sweet5harkseb128: is that enough to mark it bot-stop-nagging?14:57
seb128Sweet5hark, right, maybe full disk or something, yeah just tag it14:58
Sweet5harkseb128: done (all SRU bugs now verification-done0.15:03
seb128Sweet5hark, thanks15:03
seb128Laney, ubuntu-app-launch was in main and demoted in xenial, I don't think it needs a MIR?15:31
seb128Sweet5hark, sponsored, ignore the rejected email, you included the orig in the libreoffice upload where it was already in yakkety, I hacked the .changes and reuploaded15:32
Laneyseb128: you'd promote it?15:41
LaneyI didn't find an mir bug15:41
Laneyit looks like it went straight to main15:42
seb128Laney, https://bugs.launchpad.net/ubuntu/+source/upstart-app-launch/+bug/121895215:43
ubot5Launchpad bug 1218952 in upstart-app-launch (Ubuntu) "[MIR] upstart-app-launch" [Undecided,Fix released]15:43
seb128it was renamed15:43
seb128so yeah, let me repromote it15:43
Laneyneat15:44
Sweet5harkseb128: whoops, sorry. thanks for fixing.15:45
seb128yw!15:47
seb128Laney, done15:47
seb128happyaron, still around?15:59
seb128happyaron, your openconnect SRU is buggy :-/ you included changes that are not described in the changelog, like using "--enable-absolute-paths" and you reverted the updated build-depends requirement from nm 0.9 to 1.1 ... I fixed it and sponsored16:10
seb128happyaron, also you changed the sru bug number, unsure if that was wanted?16:13
=== alan_g is now known as alan_g|EOD
jbichamterry: hi, since you uploaded webkitgtk, do you want to look at19:40
jbichahttps://code.launchpad.net/~jbicha/lightdm-webkit-greeter/lp1588037-obsolete-webkit-dependency/+merge/29625019:40
mterryheh19:41
mterryjbicha, sure19:41
jbichahmm, libwebkitgtk-doc breaks & replaces libwebkitgtk-dev (<< 2.4.10) but we'll need that bumped to 2.4.11-1~19:46
mterryjbicha, guh right19:50
mterrywhoops19:50
jbichaseb128: if you're still around, could you remove anjuta 3.20 from y-proposed20:15
jbichaanjuta will need a simple rebuild to drop the libwebkit2gtk-3.0 dependency...it doesn't even need webkitgtk to finish building first20:16
* desrt boggles at gcc21:47
desrt        movl    $4, %edx21:47
desrt        movl    $.LC6, %esi21:47
desrt        movq    %r13, %rdi21:47
desrt        call    memcmp21:47
desrtthis is your code on -O3.... wtf21:47
desrtclang says: cmpl    $1852400175, -4(%rbx,%r14)21:53
desrtgood clang *pat pat*21:53
TheMusoalexarnaud: I think Windows does have an option to let you boot into the UEFI settings on next boot, but from there you will need sighted help, unless of course your UEFI vendor has implemented some kind of accessibility, but that is very very unlikely.22:30
TheMusoalexarnaud: There also may be a keyboard shortcut to press at boot that will bring up the boot selection, but working out which one is your USB is another matter, again likely requiring assistance.22:30

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!