[09:49] <oaky> This is my ouput when running "systemd-analyze time", "Startup finished in 3.446s (kernel) + 2.761s (userspace) = 6.207s". I'm wondering how to interpret this correctly, is it correct to say that given that it says 6.2 seconds, that after my Thinkpad BIOS screen has passed and the OS has begun loading, it should take 6.2 seconds to get to the login screen? Or am I missing something?
[09:50] <brainwash> kinda
[09:51] <brainwash> "Note that these measurements simply measure the time passed up to the point where all system services have been spawned, but not necessarily until they fully finished initialization or the disk is idle."
[09:52] <oaky> Ok, because there is quite a wide gap between my boot time and 6.2 seconds.
[09:53] <brainwash> by how much?
[09:54] <brainwash> kernel takes over until you can login
[09:54] <oaky> Is it normal for it to deviate almost 20 seconds? I'd guess my boot time is around 25-30 seconds. Though I realize now I've measured from when I hit the start button but maybe I should measure from when the BIOS screen goes away instead.
[09:54] <oaky> I'm running on an SSD.
[09:54] <brainwash> yes, you have to measure after the bios/uefi is done
[09:54] <oaky> (25-30) seconds is my estimate if I cut out the BIOS screen
[09:55] <oaky> it's 40-44 seconds when measured from start-click
[09:56] <brainwash> you could check the output of "systemd-analyze blame", "systemd-analyze critical-chain" and even create a boot graph with "systemd-analyze plot >bootup.svg"
[09:56] <oaky> Ye I've done that
[09:56] <brainwash> no useful info?
[09:57] <oaky> Well I had the something "Wait for network service" at about 7.7 seconds and I disabled that because what I read I don't really need it
[09:58] <oaky> And with that disabled the most consuming thing when running blame is "1.061s keyboard-setup.service"
[09:59] <brainwash> did you try to boot into command line instead of the graphical login screen (lightdm)?
[10:00] <oaky> Nope I haven't tried that
[10:01] <brainwash> in case there is something strange going on with the graphical initialization
[10:01] <oaky> Ye
[10:01] <oaky> So I guess I'll have to change something now, and then reboot
[10:01] <oaky> as long as I know how to get back into the GUI :p
[10:02] <brainwash> sudo systemctl set-default multi-user.target
[10:02] <brainwash> sudo systemctl set-default graphical.target
[10:02] <brainwash> second command to revert it
[10:02] <oaky> so if I run first command, then restart, I boot into cli?
[10:03] <brainwash> yes
[10:03] <oaky> Alright, I'll give it a try and measure time aswell. back in a bit
[10:08] <oaky> So, it took 24 seconds to get to the cli login prompt (exl. bios time). And systemd-analyze time shows 7.047s
[10:08] <oaky> so 17 seconds is "unaccounted" for
[10:09] <brainwash> mmh yeah
[10:09] <oaky> "Startup finished in 3.447s (kernel) + 3.599s (userspace) = 7.047s" when booting with the multi-user.target enabled. and I just entered "lightdm" afterwards to get into the GUI
[10:10] <brainwash> can you share the critical-chain output via https://paste.ubuntu.com ?
[10:11] <brainwash> other than that, you'll have to check if there is some hint in the "dmesg" output (or journalctl)
[10:12] <oaky> https://paste.ubuntu.com/p/sG7B2KXh4j/
[10:13] <brainwash> oh well
[10:15] <brainwash> which xubuntu release is that?
[10:15] <oaky> 18.04
[10:16] <oaky> Any keywords I can grep frolook form "dmesg", since I don't really know what to
[10:16] <oaky> to look for*
[10:17] <oaky> That sentence got messed up, any keywords I can grep from the dmesg output?
[10:17] <brainwash> you scroll to the end while keeping an eye on the timestamp
[10:19] <brainwash> maybe a timeout is mentioned there
[10:19] <brainwash> or error
[10:19] <oaky> Hmm ye. I'll look through it and paste the parts that might be of interest
[10:20] <brainwash> going afk for a bit
[10:20] <oaky> parts of interest, I assume is parts where there are large time gaps
[10:20] <oaky> ok
[10:21] <tomreyn> oaky: dmesg -T if you prefer wall clock time over milliseconds since boot.  or use journalctl -b
[10:21] <tomreyn> *  journalctl -kb
[10:25] <oaky> Ok
[10:25] <oaky> The output from journalctl seems to include less info though
[10:26] <oaky> On this paste, you can see some major time gaps
[10:26] <oaky> https://paste.ubuntu.com/p/rVwRZjPtdf/
[10:27] <oaky> Biggest gap seems to be here: "[   10.145855] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[10:27] <oaky> [   72.413203] random: crng init done"
[10:27] <oaky> 10.....72
[10:27] <tomreyn> is this a VM then?
[10:28] <tomreyn> hmm no you have wireless devices, can't be a VM then
[10:28] <oaky> Nope, running xubuntu on real hardware. Though I did just install virtualbox and win10 on a VM
[10:29] <oaky> should mention aswell that this is a fresh install of xubuntu, installed yesterday
[10:29] <tomreyn> anyways, there's a lack of entropy, causing the cryptographics random number generator initialization to be delayed. which itself causes the delayed boot to desktop.
[10:30] <tomreyn> is this system fully updated, yet?
[10:30] <tomreyn> sudo apt update && sudo apt full-upgrade
[10:31] <oaky> Yep, everything is up-to-date
[10:31] <tomreyn> which hardware is this?  journalctl -b | grep 'DMI:'
[10:32] <oaky> "DMI: LENOVO 4174W2X/4174W2X, BIOS 8CET63WW (1.43 ) 10/12/2016"
[10:33] <tomreyn> is there an option to enable the IOMMU in the BIOS (UEFI) setup?
[10:33] <oaky> I read something online about similar things as what you mentioned with randomness, someone said when moving their mouse/pressing keys during boot it decreased boot-time, but I tried it and it didn't seem to improve.
[10:34] <tomreyn> look for the iommu option, if there is none you can install a software which will increase available entropy by adding new entropy sources.
[10:35] <tomreyn> but it'd be a little better to enable the kernel to do it the 'nmormal' way, so let's look for that first
[10:35] <tomreyn> that software is called haveged
[10:36] <oaky> Ok
[10:36] <oaky> I'll reboot into bios and look for IOMMU and set it to enabled if I find it
[10:36] <oaky> back in a bit
[10:41] <PoolShark_> Morning... does the video driver in 18.04 support 4k at 60Hz? All of my hardware should be good but I can't get more than 30Hz out of it
[10:44] <Spass[m]> PoolShark_: hello, what monitor do you have exactly? did you check on other cables? sometimes they are the culprit
[10:45] <Spass[m]> also, what graphics card do you have?
[10:45] <PoolShark_> Spass[m]: it's a Toshiba 4K 60Hz TV... just bought new cables that support HDMI 2.2 just in case it was that.. it's a GTX1060 card that is 2.0b, which should also do 4K at 60Hz. I can get 60Hz out of the TV up to 2880x1620 but if I go the next step to 3840x2160, 60Hz is not available as an options
[10:46] <oaky> Could not find anything related to IOMMU unfortunately
[10:48] <Spass[m]> PoolShark_: 18.04 should have the 430 branch of NVIDIA drivers already (maybe they're still in the "bionic-proposed" repo), which version do you have installed currently?
[10:48] <PoolShark_> Spass[m]: good question, let me take a look
[10:48] <PoolShark_> It appears to be using nouveau
[10:48] <Spass[m]> you can check that in the NVIDIA config GUI app dor example
[10:49] <Spass[m]> well, you should try do change it to proprietary and check, 418 or 430
[10:49] <tomreyn> oaky: ok, so do the haveged then. also see this newer bios update available for your system (you're on 1.43 currenty): https://pcsupport.lenovo.com/gb/en/products/LAPTOPS-AND-NETBOOKS/THINKPAD-T-SERIES-LAPTOPS/THINKPAD-T420S/4174/4174W2X/downloads/DS014963
[10:49] <Spass[m]> unless you don't want anything proprietary on you system
[10:49] <PoolShark_> It lists 390 as my nvidia option
[10:50] <PoolShark_> so I guess I need to add the bionic-proposed repo to sources.list and install something newer huh?
[10:50] <Spass[m]> you could try with that 390 first
[10:51] <Spass[m]> if that wouldn't work you can then 1) add PPA or 2) enable proposed
[10:51] <PoolShark_> alright let me give it a go.. I tried to do this before I reinstalled the system but the nvidia driver would only drive one of my screens and at 1024x768 heh.. that is kinda what prompted me to nuke from orbit and start over hehe
[10:51] <oaky> tomreyn: Ok, I'll have a look. But what do you make of "for Windows 8,Win 7Vista,Xp"
[10:52] <tomreyn> oaky: i notice that it's an .iso and a .txt file and realize that those are universal.
[10:52] <Spass[m]> oh, and if you won't be able to boot to your system just go to Ctrl+Alt+F2, log in and "sudo apt purge nvidia-driver-390"
[10:53] <PoolShark_> Spass[m]: roger
[10:53] <PoolShark_> will take a while to download the new driver... DSL
[10:53] <PoolShark_> lol
[10:53] <Spass[m]> but I guess your card really needs the newer driver than 390...
[10:53] <oaky> tomreyn: Ok. I'll first try updating the bios to 1.46 and then if nothing changed I'll look into haveged. Thanks for the help so far
[10:53] <PoolShark_> Spass[m]: that sounds reasonable... I think all the hardware is okay
[10:54] <Spass[m]> PoolShark_: so maybe go with the PPA route?
[10:54] <PoolShark_> well it's downloading 390 now... we'll try that
[10:54] <tomreyn> oaky: you're welcome, good luck.
[10:54] <Spass[m]> and one more thing, someone mentioned that there could be problem with gtx1650 and proprietary drivers when you have secure boot anabled
[10:55] <Spass[m]> *enabled
[10:55] <Spass[m]> something with the signatures...
[10:55] <Spass[m]> oh, you have 1060
[10:55] <Spass[m]> so maybe 390 drivers will be sufficient after all
[10:56] <PoolShark_> no secure boot for me
[10:56] <PoolShark_> ok it's done... gonna restart and cross my fingers that I still have all 3 monitors
[10:56] <PoolShark_> brb
[10:57] <tomreyn> nvidia drivers are proprietary, source code is not available to canonical. so they can't sign them with their secure boot accredited signing key.

[10:58] <PoolShark_> back
[10:59] <Spass[m]> how bad is it? ;)
[10:59] <PoolShark_> Spass[m]: It almost worked
[10:59] <PoolShark_> I did get all three monitors back, which was good.. but I can only get 59.9Hz out of the TV
[10:59] <PoolShark_> (hahahahahaha)
[10:59] <PoolShark_> so yeah I think it's fine now
[11:00] <Spass[m]> 59.9 is good enough I would say :P great
[11:00] <PoolShark_> I think some of my desktop icons went off screen though
[11:00] <PoolShark_> some of them have gone missing
[11:01] <Spass[m]> can you somehow sort them?
[11:01] <PoolShark_> yeah I did a right click / arrange
[11:01] <PoolShark_> but nada
[11:01] <Spass[m]> or, go to your ~/Desktop folder in Thunar, cut them, paste somewhere else temporarly, and then move again on the desktop
[11:02] <PoolShark_> ohhh I see what's happening
[11:03] <PoolShark_> so you know that screen panel where you can position multiple monitors?
[11:03] <Spass[m]> you mean "xfce4-display-settings"?
[11:04] <PoolShark_> left to right I have my 24inch, 24inch, and 43inch screen, 1080, 1080, and 2160 respectively.. I'm centering up the 4K monitor on a horizontal axis through the center of each monitor, so when I slide the 4K monitor up, it is aligning the icons on my first monitor but putting them at the resolution that would have them at the top of the 4K monitor, which is higher than the top of the 24" monitor.. if that makes any sense
[11:04] <Spass[m]> (btw, my monitor has 59,9 Hz too, just checked)
[11:06] <Spass[m]> yeah... Xfce, desktop icons and the multi-monitor setup, that is a recipe for some strange things ;)
[11:06] <Spass[m]> at least that's what I see on Xfce forums many times
[11:06] <PoolShark_> yeah it seems so
[11:07] <PoolShark_> one last question... my mouse pointer is huge.. where's the thing to make it normal size?
[11:08] <Spass[m]> you should be able to change its size here - https://docs.xfce.org/xfce/xfce4-settings/mouse#cursor
[11:09] <PoolShark_> ahh yes that did the trick
[11:09] <PoolShark_> thanks!
[11:09] <PoolShark_> okay time to go for a bike ride. thanks for your help!
[11:09] <Spass[m]> glad I could help, have a fun ride
[18:44] <sorinello> Hello. I am trying to install pulseaudio-equalizer on Xubuntu 19.04 64bit, but I get the following error
[18:45] <sorinello> The following packages have unmet dependencies:
[18:45] <sorinello>  pulseaudio-equalizer : Depends: libpulse0 (= 1:12.2-2ubuntu3) but 1:12.2-9~disco1 is to be installed
[18:45] <sorinello>                         Depends: pulseaudio (= 1:12.2-2ubuntu3)
[18:45] <sorinello> E: Unable to correct problems, you have held broken packages.
[18:45] <sorinello> and idea what am I doing wrong ?
[18:58] <brainwash> !ppa
[18:58] <brainwash> sorinello: what gives "apt policy libpulse0"?
[18:59] <sorinello> brainwash, https://pastebin.com/aT5ZxJ7Y
[19:03] <brainwash> sorinello: try to downgrade the package via "sudo apt install libpulse0=1:12.2-2ubuntu3"
[19:25] <tomreyn> sorinello: you seem to have had a PPA installed which you since removed, keeping packages from there installed. or you just installed single foreign .deb packages in versions not available in your ubuntu release.
[19:26] <tomreyn> this script can help identify such leftover foreign packages which are 'getting in the way' of the apt dependency resolver: https://github.com/tomreyn/scripts#foreign_packages
[19:27] <sorinello> tomreyn, I have downgraded as brainwash suggested. I will reboot and be back in 3 minutes
 usney> I have an issue with screen lock. When I lock my screen it doesn't respond to commands to wake it up and unlock it.
 <usney> So I have to restart the system
 sorry i forgot not to lock the screen so had to restart again
[19:29] <sorinello> ok, seems that I have lost sound completely now
[19:34] <brainwash> usney: try another screen locker
[19:34] <usney> how?
[19:34] <brainwash> is that xubuntu 19.04?
[19:34] <usney> no
[19:34] <usney> lts
[19:35] <brainwash> so the new xfce4-screensaver is not in the repo yet
[19:35] <Spass[m]> usney: gnome-screensaver or xscreensaver
[19:36] <usney> I'll try the lighter one
[19:36] <Spass[m]> I had some issues with light-locker on LTS on my machines
[19:36] <usney> how do I change it to the default?
[19:37] <brainwash> remove light-locker and install gnome-screensaver/xscreensaver
[19:37] <brainwash> that should set the default
[19:37] <usney> cool
[19:37] <brainwash> after a relog that is
[19:37] <usney> thank you so much
[19:37] <brainwash> or rebbot
[19:39] <Spass[m]> xscreensaver is probably lighter, but... definitely not prettier ;) but it works
[19:43] <usney> yes I guessed so
[19:43] <usney> so I installed that instead


[03:45] <bzoltan> robru:  I have just top approved the UITK MRs  in the silo38, would you push the publish button?
[03:46] <robru> bzoltan: you can now ;-)
[03:46] <bzoltan> robru: wow! Really? Fantastic :)
[03:47] <robru> bzoltan: yes, as long as there's no packaging changes. You might need a core dev.
[03:48] <bzoltan> robru:  I see... I actually have packaging changes
[03:49] <robru> bzoltan: then you need a core dev to pull the trigger, i no longer have any special power here
[03:49] <bzoltan> robru: You do :) knowledge is power
[03:49] <bzoltan> robru: But I try to catch a core dev...
[03:49] <robru> bzoltan: :-P
[03:50] <robru> bzoltan: my go to guys are eod, not sure who's around now
[03:50] <bzoltan> robru: I will wait for somebody in the UK timezone
[03:54] <robru> bzoltan: you should try hitting publish anyway, it'll generate the diffs and can paste the URL to the core dev
[04:31] <elopio> Saviq: I think there is none.
[04:33] <Mirv> morning
[04:33] <robru> Mirv: hola
[04:34] <Mirv> hola!
[04:42] <robru> Mirv: made some small fixes to the train here and there, nothing huge, but some new checks on the publish job. I'll stick around for a bit to make sure nothing explodes
[04:43] <robru> Mirv: please publish something if you can ;-)
[04:45] <Mirv> ok, let's see...
[04:51] <robru> well that seems to be in order
[04:51] <robru> Mirv: the new checks are at the very beginning so those two errors indicate that nothing tripped inappropriately
[04:54] <Mirv> ok
[05:08] <robru> Mirv: the new checks are that publish job will abort if the request is in a failed state (either build failure or qa failure) and also if there are dirty packages. Somehow there never was a check to prevent publishing duty silos until now.
[05:08] <robru> Mirv: publish checks are a lot more important now that anybody can do it.
[05:08] <robru> So I'm feeling good about that
[05:10] <Mirv> robru: the diff:s here https://ci-train.ubuntu.com/job/ubuntu-landing-044-2-publish/18/ are a bit fun, having a lot more that is the actual diff to the overlay silo. probably because earlier those have been dual landed and now it's vivid only landing.
[05:11] <Mirv> only the last versions in the changelogs are really new
[05:12] <robru> Mirv: that's because the request is not targeted at the overlay so you're diffing to vivid archive
[05:13] <Mirv> robru: ha, good point!
[05:13] <robru> Mirv: note there's a 6 month gap in the versions being diffed.
[05:14] <Mirv> trying again
[05:14] <Mirv> robru: thanks!
[05:16] <robru> Mirv: i also fixed a bad bug in diffing dual silos, it used to diff the local vivid build against the wily archive version. Wasn't a huge problem before because the vivid version was always just a copy, but we have new magic now that allows people to munge their packaging, so the diffs got worse there, fixed that up good
[05:20] <Mirv> robru: weird, now the correct delta was generated for u-d-m but the others show still the half a year https://ci-train.ubuntu.com/job/ubuntu-landing-044-2-publish/20/
[05:21] <robru> Hmmmmmmm
[05:21] <Mirv> according to the log it'd look like it's doing the correct thing
[05:21] <Mirv> robru: ah, it's probably because those three don't _have_ packaging changes when diff:d correctly
[05:22] <robru> Mirv: do they not exist in the overlay?
[05:22] <robru> Mirv: don't publish yet i want to poke at this a bit
[05:23] <Mirv> robru: ok. yes, they do exist but maybe the zero sized packaging diff:s are being thrown away (since there were no changes) and the old diff:s from two jobs earlier are kept visible
[05:25] <robru> Mirv: that doesn't sound likely to me. I have a theory though, lemme check
[05:26] <robru> Mirv: no this is really weird. the previous diff is cleared...
[05:29] <robru> Mirv: literally the first thing it does is delete the old diffs: https://ci-train.ubuntu.com/job/ubuntu-landing-044-2-publish/21/console
[05:29] <robru> and the debug log shows it's downloading the correct version
[05:31] <Mirv> robru: interesting
[05:32] <robru> Mirv: this is really bizarre, it is absolutely deleting the old diffs and the old source packages that it's diffing against and making a new diff every time
[05:32] <robru> Mirv: unfortnately the debug log doesn't show the exact debdiff command
[05:32] <Mirv> robru: so the _packaging_changes.diff is not somehow extracted from the full diff, but if and only if there are packaging changes? the full diff:s are correct.
[05:33] <robru> oh god let me dig out the code
[05:36] <robru> Mirv: nah man it makes the packaging diff by filtering down the content diff: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/view/head:/cupstream2distro/packagemanager.py#L250
[05:38] <robru> Mirv: I'm thinking like maybe it's generating the diff twice, first it makes a wrong contents & wrong packaging changes, then makes a correct content diff but then doesn't touch the packaging, so the old wrong one comes through
[05:39] <robru> but I don't really see how that would happen, the debug log doesn't show it...
[05:40] <robru> Mirv: wait I think I've got it
[05:40] <robru> Mirv: it deletes the diffs from the workspace (where artifacts live) but not from the silo dir
[05:41] <robru> Mirv: ok https://ci-train.ubuntu.com/job/ubuntu-landing-044-2-publish/22/
[05:43] <Mirv> robru: ok! another corner case found. thanks again!
[05:43] <robru> Mirv: you're welcome.
[05:44] <robru> I'll push a quick fix, if it happens again, you need to use cyphermox-test job to delete ~/silos/ubuntu/landng-NNN/*.diff
[06:16] <bzoltan> Mirv:  seb128 was kind and ack the silo38. How can I publish now? I try the publish link, but it fails and says that the silo has bad status... I guess it means the failed wily builds, what we do not care for now :)
[06:24] <Saviq> elopio, ended up with platform.linux_distribution, seems to work fine
[06:25] <Saviq> cihelp, can someone please have a look at boottest for qtmir-gles and unity8?
[06:26] <Saviq> also, is armhf in a huge queue? it's been over 8h now that autopkgtest for unity8 migration is "Test in progress"
[06:27] <seb128> Saviq, cf #ubuntu-desktop, but basically yes, kubuntu people uploaded a stack of kde packages that created quite some backlog
[06:29] <Mirv> bzoltan: the publishing needs to be done by that core dev directly
[06:30] <Mirv> bzoltan: but yes let's fix the status first, just some moments
[06:48] <robru> bah, 'merge conflict' status is a misnomer
[06:49] <Mirv> bzoltan: running watch-only build
[06:50] <Mirv> robru: after changing a silo to vivid only from dual, it still seems to fetch wily data https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/91/console
[06:51] <robru> Mirv: yes, watching watches the PPA. if you don't want the wily package you need to delete it
[06:51] <Mirv> robru: it was already deleted
[06:52] <Mirv> maybe there's a delay to be waited after that
[06:52] <Mirv> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-038/+packages
[06:52] <robru> Mirv: deleting does take a minute.
[06:52] <robru> Mirv: it iterates on the PPA, dunno what to tell you, try it again
[06:52] <Mirv> ok, waiting the 5-15 mins
[07:00] <robru> Mirv: ugh just found a bug in merge&clean
[07:01] <robru> Mirv: these packages that are munging the packaging in order to dual building in spite of ABI breaks have uncommitted changes that screw things up.
[07:01] <robru> I guess the fix is to just throw in a 'bzr revert' after the builds are uploaded
[07:06] <Mirv> robru: ok :(
[07:07] <robru> Mirv: sigh, everything is exploding
[07:15] <Mirv> robru: interesting that the 038 still keeps on staring at deleted wily logs while 25 minutes have gone since deletion https://ci-train.ubuntu.com/job/ubuntu-landing-038-1-build/96/console
[07:18] <robru> uh
[07:22] <robru> Mirv: oh it is picking it up from the local silo files
[07:23] <robru> Mirv: this is really not a supported use case I should mention ;-)
[07:23] <Saviq> cihelp, can someone please re-kick boottests for unity8 and qtmir-gles?
[07:23] <robru> Mirv: I guess I'll manually delete the files from the silo
[07:26] <robru> Mirv: it seems the thing is that in a dual silo, the wily build happens in a directory called "ubuntu-ui-toolkit" but the vivid build happens in "ubuntu-ui-toolkit_+vivid", but when you switch it to just vivid, it expects the vivid build in the "ubuntu-ui-toolkit" dir
[07:26] <robru> Mirv: what what are we trying to do? just publish only the vivid packages to the overlay?
[07:29] <robru> Mirv: I'm thinking instead you should set it back for dual, manually copy the packages from silo ppa to overlay ppa, then manually merge without publishing
[07:32] <Mirv> robru: right... publish just vivid to overlay, since wily has currently a GCC problem
[07:33] <Mirv> robru: while publishing the next release again to wily or wily+1 + vivid, ie dual
[07:33] <Mirv> robru: yeah, I was thinking about that approach, and I can do that indeed
[07:33] <robru> Mirv: go ahead with that for now, I'm writing an email to discuss the issue
[07:43] <Mirv> bzoltan: robru: ok 038 (manual) publish + merge & clean done
[07:43] <Mirv> to overlay only
[07:43] <robru> Mirv: thanks
[07:44] <robru> Mirv: I pushed a fix for that bzr revert thing so all future builds should be ok, I just gotta analyze current silos to make sure there's no other surprises lurking
[07:45] <Mirv> ok!
[07:59] <robru> Mirv: ok existing silos seem clean. there are a surprising number of bzr branches with uncommitted changes but it seems to be all builds that failed partway through that landers need to fix themselves, nothing to do with the new packaging black magic
[08:14] <psivaa> Saviq: unity8 and qtmir-gles boottests haven't been passing for a while now, but i've restarted both of them
[08:15] <Mirv> robru: alright, good to know
[08:16] <robru> blast, 2AM and I'm overcome with hunger. can't sleep hungry, but if I eat it'll keep me up.. lose/lose
[08:19] <Mirv> :(
[08:23] <robru> I'll try just having a drink, maybe that'll trick my hunger into going away long enough to sleep...
[08:23] <robru> goodnight!
[08:23] <bzoltan> robru: good night mate, have a good rest :)
[08:24] <robru> thanks
[08:36] <Saviq> psivaa, I'm not sure I understand what the status of the boottests is, then - they fail, you restart and they pass (so flaky/unreliable) or downright broken? can we do anything about that?
[08:38] <psivaa> Saviq: they do haven't passed in the recent past, even on retries ( i just wanted to confirm this is the case with this new uploads by retrying)
[08:39] <psivaa> Saviq: unity8 fails because of 'ERROR: timed out waiting for Unity greeter'
[08:39] <jibel> psivaa, why do they fail in this case?
[08:40] <popey> sil2100: was the ubuntu-pd image fixed yesterday do you know? (I don't see a new image spun out)
[08:42] <sil2100> popey: no...
[08:42] <sil2100> popey: not sure if we had any definite fixes, I think bregma wanted to try something out but I didn't see him say how it went
[08:44] <popey> ok
[08:50] <popey> sil2100: you may be interested to know we broke backwards compatibility in mir in the rc-proposed images
[08:50] <popey> sil2100: app developers had to re-build their apps
[08:50] <popey> sil2100: https://github.com/pseuudonym404/neverball-touch/issues/11
[08:51] <popey> well, broke between 15.04 and rc-proposed anyway :)
[08:51] <popey> so we may get more of these happen when the next ota goes out
[08:52] <Saviq> psivaa, are there steps we could take to reproduce this locally? FWIW we just got autopilot runs working yesterday on wily, so there's nothing inherently broken there
[08:54] <psivaa> Saviq: Let me try something before asking you to reproduce
[08:54] <sil2100> popey: do you remember in which image the breakage happened?
[08:55] <sil2100> We will add a new framework anyway
[10:01] <psivaa> Saviq: my attemptp 'fix' those tests failed.
[10:02] <psivaa> Basically with the latest image (204) provisioning krillin fails so we have had to use image 191
[10:02] <sil2100> ogra_: hey, could you take a look at https://code.launchpad.net/~sil2100/livecd-rootfs/remove_apt_lists/+merge/271951 in some free cycles of your time? :)
[10:02] <sil2100> ogra_: not sure if that's the correct way, first time I use hooks
[10:03] <psivaa> but with 191, unity8 has dependency issues that it throws errors like, timing out waiting for unity greeter etc
[10:06] <ogra_> sil2100, important is that you make the hook executable ... looks fine to me
[10:25] <Saviq> are migrations frozen due to beta?
[10:26] <bregma> popey, sil2100, no luck yet with hacking on the -pd image so no solution yet
[10:26] <sil2100> bregma: :<
[10:26] <sil2100> ogra_: \o/
[10:27] <popey> bregma: ok :)
[10:27] <bregma> tried resettin the link in /etc, no difference
[10:33] <Saviq> psivaa, is there somewhere a description of how we could reproduce the boottest as it's ran for migration? I'd like to see if this is a real problem and resolve if possible
[10:35] <anpok_> Saviq: http://bazaar.launchpad.net/~canonical-ci-engineering/ubuntu-touch-boottest/trunk/view/head:/boottest.sh
[10:35] <anpok_> it basically just installs the new package without upgrading the other packages found in the silo
[10:35] <Saviq> anpok_, thanks
[10:36] <anpok_> which is a problem for our drivers.. since those are only pulled in through a separate meta package..
[10:36] <anpok_> but it is good at detecting abi breaks..
[10:37] <ogra_> sil2100, btw, did you notice that your i386 image failed tonight ?
[10:38] <psivaa> Saviq: yea, what anpok_ said above. There is no specific instructions on a wiki like place, which I think we can fix
[10:39] <sil2100> ogra_: yeah, saw an e-mail but didn't read the logs yet, my machine is hogged by translations now ;)
[10:50] <psivaa> Saviq: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html doesn't appear to be waiting either of unity8 or qtmir-gles boottest results
[10:50] <Saviq> psivaa, yeah, I think it's beta freeze time
[10:53] <Saviq> unity8 migrated, but qtmir{,-gles} just missed it
[11:13] <cjwatson> Saviq: I don't think it's a beta freeze issue
[11:15] <cjwatson> Saviq: qtmir-gles is at version 0.4.6+15.10.20150918-0ubuntu when it should be at version 0.4.6+15.10.20150918-0ubuntu1, and this breaks stuff excitingly
[11:15] <cjwatson> proposed-migration is picking up on that, albeit not very clearly
[11:15] <Saviq> cjwatson, oh? robru, sil2100 ↑
[11:16] <Saviq> looks like the train managed to mismangle the version number then?
[11:16] <Saviq> or actually
[11:16] <Saviq> my fault :/
[11:17] <Saviq> somehow I managed to strip the 1 when building qtmir-gles
[11:28] <sil2100> uuh
[11:28] <sil2100> I guess we'll need to re-release it woth the version proper
[11:28] <sil2100> Let me help with that
[11:29] <sil2100> Saviq, cjwatson: on it
[11:30] <Saviq> sil2100, it's already rebuilding in the silo
[11:30] <Saviq> sil2100, IIUC it will just need a publish when done
[11:30] <sil2100> Saviq: oh, ok then, I wanted to do that manually
[11:30] <sil2100> Saviq: yeah
[11:36] <Saviq> sil2100, can you publish please? /me not authorized
[11:37] <sil2100> On it
[11:59] <bfiller> Mirv: which MR in silo 46 has the non-build commit?
[12:00] <Saviq> fginther, hey, I saw a job yesterday that got stuck in rebooting the device, so it seems unreliable
[12:00] <Saviq> fginther, http://s-jenkins.ubuntu-ci:8080/job/generic-deb-autopilot-runner-wily-mako/423/console
[12:01] <Mirv> bfiller: https://code.launchpad.net/~artmello/gallery-app/gallery-app-avoid_reload_fullscreen_toggle/+merge/269424
[12:02] <Mirv> the PPA build was done 5 days before the commit 1240
[12:04] <bfiller> Mirv: ah right, I updated the click package (which was tested by QA) but never rebuilt the silo (debs don't get tested anyway)
[12:04] <bfiller> Mirv: let me rebuild the silo, but don't think we need additional QA as we only test the click and that is correct
[12:04] <Mirv> bfiller: makes sense
[12:04] <Mirv> bfiller: good that the click was up-to-date
[12:05] <bfiller> Mirv: just double checking
[12:08] <bfiller> Mirv: confirmed, click has that change
[12:42] <Saviq> psivaa, http://paste.ubuntu.com/12530565/ not sure how's that... the device is provisioned in writable mode and I can create that file, it's as if adt does something special
[12:52] <psivaa> Saviq: let me take a look
[12:56] <psivaa> Saviq: Curious which image you provisioned the device with
[12:59] <psivaa> Saviq: also, not really saying it could be related but if you did have the right wifi.conf
[13:00] <Saviq> psivaa, devel-proposed, and yeah wifi's fine
[13:10] <psivaa> Saviq: looking at the serial number of the device you tested with, it doesn't look like krillin?
[13:10] <Saviq> psivaa, that's mako
[13:11] <psivaa> Saviq: boottest is supposed to be run on krillin
[13:11] <psivaa> http://bazaar.launchpad.net/~canonical-ci-engineering/ubuntu-touch-boottest/trunk/view/head:/boottest.sh#L112
[13:11] <psivaa> Not sure if you adapted this line accordingly
[13:12] <Saviq> psivaa, there's mako images in those channels too afaict, will confirm
[14:02] <pstolowski> Mirv, hey, re your earlier question about qnetwork bug - dobey confirmed my memory of about "QIODevice::Write: device not open" error in Apps/Store scope logs. these scopes make a few http requests in a row in some cases and same qnetworkaccessmanager instance is reused for consecutive dash searches. so it may potentially be a victim of that bug, though idea how to trigger that. if we decide to land this fix, we need to excercise Apps/Store obvio
[14:02] <pstolowski> usly
[14:02] <pstolowski> s/idea/no idea/
[14:05] <dobey> pstolowski: now that there are qt bindings for the scopes API in the phone, there might be more and more scopes using it in the future too
[14:07] <Saviq> psivaa, can you please skip the boottest for qtmir-gles since we know it's not reliable
[14:10] <morphis> Mirv, sil2100: any idea what I do wrong with https://ci-train.ubuntu.com/job/ubuntu-landing-025-1-build/103/console which is for https://requests.ci-train.ubuntu.com/#/ticket/408 ?
[14:11] <rvr> sil2100: Sending email to ubuntu-translators for string freeze
[14:12] <sil2100> rvr: ok, thanks!
[14:12] <rvr> sil2100: Just to confirm no changes,  https://translations.launchpad.net/ubuntu-rtm/15.04/ is the place to watch them right?
[14:12] <sil2100> morphis: let me take a look
[14:12] <sil2100> rvr: yeah :)
[14:12] <rvr> Nice
[14:12] <morphis> sil2100: thanks
[14:13] <psivaa> Saviq: will do that. in a meeting. once that's over, i'll do that
[14:13] <Saviq> kthx
[14:15] <sil2100> morphis: from what I see so far it looks like bad luck!
[14:15] <sil2100> morphis: hah, yeah...
[14:16] <sil2100> morphis: so, you'll need to get this silo re-assigned
[14:17] <pstolowski> dobey, yes, but no scopes use qt bindings atm, they are in experimental namespace btw
[14:18] <morphis> sil2100: which then doesn't work currently with the assign job ..
[14:18] <morphis> see https://ci-train.ubuntu.com/job/prepare-silo/6234/console
[14:19] <sil2100> morphis: you need to first abandon the silo and then re-assign
[14:19] <sil2100> morphis: since you need a different silo
[14:20] <sil2100> morphis: the reason this happens is that someone, half a year ago, in this silo, uploaded a higher version number of the vivid package to this PPA
[14:20] <sil2100> morphis: and LP PPAs have a good memory
[14:20] <morphis> I see
[14:21] <seb128> sil2100, so, the unity8 fix for libusermetrics landing, can you revert your revert?
[14:21] <seb128> landed
[14:21] <sil2100> seb128: excellent, sure thing
[14:21] <seb128> thanks
[14:28] <morphis> sil2100: thanks a lot! works now
[14:36] <psivaa> Saviq: qtmir-gles has been skipped by a synthetic pass
[14:36] <psivaa> http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[14:49] <boiko> sil2100: when I add a new MR to a silo, do I still need to click "Assing" or can I just rebuild it?
[14:50] <sil2100> boiko: you can just rebuild it
[14:50] <sil2100> Reconfigures are no longer required :)
[14:50] <boiko> sil2100: great! thanks
[14:50] <popey> sil2100: where can i see the version numbers that should be on each retail device?
[14:50] <popey> e.g. what I see in "About this phone"
[14:51] <ogra_> popey, most likely somewhere in the output of "getprop"
[14:51] <popey> no, i mean, on the wiki
[14:51] <popey> or somewhere else, documented
[14:52] <ogra_> getprop ro.serialno
[14:52] <ogra_> popey, ah, no idea :)
[14:52] <sil2100> popey: you mean, the version numbers of each OTA for each device?
[14:52] <popey> aha! https://wiki.ubuntu.com/Touch/ReleaseNotes/OTA-6
[14:53] <popey> I have seen a few people say they never got OTA-6 on E5
[14:53] <popey> and some people (not the same ones) saying GPS broken on E5
[14:53] <sil2100> hmm
[15:23] <pmcgowan> popey, sil2100 there is a decoder ring at the bottom of my ota features doc
[15:26] <bfiller> popey: when you get a chance if you don't mind reviewing/publishing new gallery app in the store
[15:40] <psivaa> Saviq: how goes reproducing unity8 boottest failures locally?
[15:49] <popey> bfiller: sure
[15:49] <popey> pmcgowan: which doc is that? :S
[15:51] <popey> bfiller: done
[15:51] <Saviq> psivaa, was otp, trying again now, FWIW the channels listed in boottest both have mako images too
[15:51] <bfiller> popey: thanks
[15:52] <popey> np
[15:57] <fginther> Saviq, Yes, I see it. looks like 1 out of 9 runs have hit that problem
[16:15] <Saviq> psivaa, now it failed for me with "comm: file 2 is not in sorted order"
[16:16] <Saviq> psivaa, also, I'm not sure I get what NODE_NAME is for... it says that if I have a phone available locally, I should export ANDROID_SERIAL and NODE_NAME=yes
[16:16] <Saviq> but that means it won't provision the device, is that on purpose, or should I unset NODE_NAME?
[16:18] <Saviq> psivaa, | sort | uniq seems to be missing from the dpkg-query line
[16:19] <psivaa> Saviq: I've seen this sorting issue when I run them manually,  but on our jenkins runs this hasn't been an issue
[16:19] <Saviq> at least it seems to continue with that
[16:21] <psivaa> Saviq: file 2 is installed.packages and that's the output of dpkg-query and that normally is sorted, no?
[16:21] <pmcgowan> sil2100, did we not do a build last night? I am surprised not to get stuff that landed early yesterday
[16:21] <Saviq> psivaa, dunno, apparently not ;)
[16:22] <Saviq> psivaa, I think I know what the issue might be, same as I mentioned to fginther, reboot is unreliable in wily (gets stuck before rebooting)
[16:22] <psivaa> Saviq: Not sure about that, adb shell usually works
[16:22] <Saviq> hmm ok then not this
[16:23] <Saviq> psivaa, ok so apart from having to reboot via power button, the test passed for me locally on mako
[16:24] <Saviq> let me collect some info
[16:25] <psivaa> Saviq: ok, as long as the device booted, we should consider it a 'PASS' although the intended device is krillin
[16:26] <Saviq> psivaa, sure, will try krillin in a mo, need to back it up as it's my daily driver
[16:26] <psivaa> Saviq: ack, thank you
[16:27] <Saviq> psivaa, this is what I did http://pastebin.ubuntu.com/12532466/
[16:28] <Saviq> psivaa, if I wanted boottest.sh to provision the device, I should leave NODE_NAME unset?
[16:30] <psivaa> Saviq: i think according to http://bazaar.launchpad.net/~canonical-ci-engineering/ubuntu-touch-boottest/trunk/view/head:/boottest.sh#L79 you'd need to set to 'yes'
[16:30] <psivaa> fginther: ^ would you mind confirming please?
[16:30] <fginther> psivaa, looking
[16:32] <Saviq> psivaa, yeah, that skips provisioning for me
[16:32] <fginther> psivaa, Saviq, that's what it looks like to me too. Set ANDROID_SERIAL=your_device_id and NODE_NAME=yes
[16:32] <Saviq> although [ -n "$NODE_NAME" ] suggests otherwise...
[16:33] <Saviq> ok will verify again
[16:33] <oSoMoN> ubuntu-qa: isn’t vrruiz around? communicating with him through trello card comments is a bit of a pain…
[16:33] <rvr> oSoMoN: Yes
[16:33] <rvr> oSoMoN: I'm here :P
[16:33] <davmor2> oSoMoN: rvr is vrruiz
[16:33] <oSoMoN> rvr, your IRC nickname in the directory is out of date!
[16:34] <davmor2> oSoMoN: he just likes to confuse people
[16:34] <rvr> oSoMoN: I'm vrruiz @irc.canonical.com
[16:34] <rvr> rvr here :P
[16:34] <Saviq> just to make it easier ;)
[16:34] <oSoMoN> rvr, nasty!
[16:34] <rvr> oSoMoN: So, now I'm not sure it only happens with silo 35
[16:35] <oSoMoN> rvr, I’m seeing the error with the youtube video if I browse to the URL you pasted, but if I then search for "let’s talk about reagan for a second" in the youtube search, tap on that same video in the search results, it plays just fine
[16:35] <rvr> oSoMoN: davmor2 was telling me that he found a similar problem
[16:35] <oSoMoN> rvr, and I highly doubt it’s specific to that silo, there’s nothing in there related to video playback or even UA string overrides (which could possibly explain what you’re seeing)
[16:36] <rvr> oSoMoN: davmor2 says «that is a youtube issue, long press on the video and open in another tab you get the HQ blue button and it will play,  I think the url gets confused between mobile and desktop views»
[16:36] <rvr> I was about to check
[16:36] <oSoMoN> rvr, right, that’s what happens when I search the video I guess
[16:37] <rvr> davmor2: Indeed
[16:37] <rvr> davmor2: HD version plays nicely
[16:38] <davmor2> rvr: it's happens on and off with videos across the board sing the release of ota 6 hence assuming it was a youtube issue rather than ours
[16:38] <davmor2> s/happens/happened
[16:38] <davmor2> s/sing/since
[16:41] <rvr> davmor2: Ok
[16:42] <rvr> Weird, it worked without the silo, not with it
[16:42] <oSoMoN> rvr, just tested on my krillin running plain rc-proposed (without the silo), and I’m seeing the issue too, so definitely not a regression introduced by silo 35
[16:43] <davmor2> rvr: yes because different calls,  I get it now I look one day I have to open it in a new tab, I open it again the next day to show my wife and it opens no issues
[16:44] <oSoMoN> rvr, davmor2: stop watching youtube videos at work!
[16:44] <rvr> oSoMoN: lol
[16:44] <rvr> oSoMoN: Ok, just reproduced without the silo
[16:45] <rvr> oSoMoN: Everything else looked fine, so approving it
[16:45] <davmor2> oSoMoN: only way to test the scope interaction with the browser :P
[16:45] <oSoMoN> rvr, thanks!
[16:46] <Saviq> psivaa, ah, NODE_NAME is $3, not env
[16:47] <Saviq> psivaa, but then 'recover.py yes' bails out...
[16:50] <Saviq> ok so no, locally I need to provision myself, NODE_NAME=yes does not work, because "yes" is not a defined device
[16:50] <Saviq> psivaa, fginther FYI ↑
[16:51] <psivaa> Saviq: yea, let me take a look at recovery.py
[16:53] <davmor2> oSoMoN: could the url hiccup be due to the convergence trigger desktop over mobile and then switching back when it realises at all?  Just pure supposition and quess work on my part
[16:54] <oSoMoN> davmor2, there’s no such clever logic in place (yet)
[16:54] <oSoMoN> trainguards: it seems publication of silo 35 failed, can someone please advise? https://ci-train.ubuntu.com/job/ubuntu-landing-035-2-publish/27/console
[17:02] <psivaa> Saviq: it is an ugly hack but I dont think you'd need to run recover.py when run locally. Could you try with commented out recover.py calls
[17:02] <psivaa> Sorry I dont have a device handy to try it myself
[17:03] <Saviq> psivaa, I'm just provisioning myself, atm network-manager went apeshit
[17:03] <psivaa> Saviq: right, that's why we used an older image r191
[17:04] <Saviq> that's over 100 images back...
[17:04] <Saviq> I can imagine all kinds of things going wrong this way
[17:05] <Saviq> trying anyway
[17:05] <robru> oSoMoN: just run it again. That error is a launchpad connectivity error, should be transient and fix itself
[17:05] <Saviq> psivaa, is there a bug for NM broken on wily/krillin?
[17:05] <psivaa> Saviq: no, r204 is the latest
[17:05] <psivaa> so we're not too old
[17:05] <Saviq> Flashing version 330 from ubuntu-touch/devel-proposed
[17:05] <Saviq> psivaa, ↑
[17:06] <Saviq> that's latest krillin devel-proposed
[17:06] <psivaa> Saviq: we must be looking at different places? https://system-image.ubuntu.com/ubuntu-touch/devel-proposed/krillin.en/krillin/index.json
[17:06] <oSoMoN> robru, ok, thanks
[17:06] <Saviq> psivaa, oh well, yeah, let me use /krillin.en then
[17:59] <robru> dbarth_: you have 6 silos assigned, including some that are quite old, can you review these and potentially abandon a couple? https://requests.ci-train.ubuntu.com/#/user/dbarth
[18:00] <robru> boiko: also you have 5 assignd, please free some if possible: https://requests.ci-train.ubuntu.com/#/user/boiko
[18:01] <Saviq> psivaa, ok, I got krillin to fail, it must be because of some dependencies that didn't get updated
[18:01] <boiko> robru: yeah, trying to test and land those
[18:02] <robru> boiko: some of them are quite old, eg are you sure https://requests.ci-train.ubuntu.com/#/ticket/37 is still relevant?
[18:02] <boiko> robru: actually only 4 are mine, one is bfiller's and renato's, I just added my name there to help while bfiller was on holiday
[18:03] <Saviq> psivaa, so the problem is that you held the image back (to fight with the broken NM - is there a bug for it?), and we've not updated our deps when apparently we should have
[18:06] <boiko> robru: I think I can free that one for
[18:06] <boiko> robru: for now
[18:07] <robru> boiko: wait
[18:07] <boiko> robru: we are not actively testing it, already abandoned it
[18:07] <robru> boiko: I don't want to step on work you're actually doing, it just looks forgotten-about to me
[18:07] <robru> boiko: leave it if youre actually using it
[18:07] <robru> boiko: oh ok, thanks
[18:07] <boiko> robru: that's fine, we won't be testing it for a few days
[18:17] <jibel> Saviq, bug 1496434
[18:17] <Saviq> jibel, thanks
[18:17] <jibel> Saviq, then you'll see bug 1496460
[18:18] <jibel> which is likely a consequence of nm crash
[18:25] <pmcgowan> oh my nasty
[18:26] <pmcgowan> oh those are wily eh
[18:31] <Saviq> yeah, someone has to care ;)
[18:38] <bfiller> boiko: isnt' silo 20 the one we need for messaging-framework, or has that moved elsewhere?
[18:40] <boiko> bfiller: that was the one, but we can upload all the required packages to the ppa for now (tiago and I won't have time to review that in the next couple of days at least)
[18:40] <boiko> bfiller: I saved the list of MRs too, in case we need to recreate the silo
[18:41] <bfiller> boiko: ok, yes keep the list as we'll definitely need to get back to this after we finish current tasks
[18:42] <boiko> bfiller: yep
[19:03] <psivaa> Saviq: I think that is the summary of the problem. Not sure if we have any bug for the NM issue
[19:03] <psivaa> let me find out
[19:11] <jibel> psivaa, I pasted the bug # earlier
[19:12] <jibel> psivaa, , bug 1496434
[19:12] <psivaa> jibel: thanks for that.
[19:12] <psivaa> Saviq: ^
[19:13] <Saviq> psivaa, yup, saw that, I'm building unity8 and qtmir with proper deps in silo 38, will test whether it helps soon
[19:13] <psivaa> Saviq: ack, thx
[19:22] <jibel> psivaa, which image did you say you flash for boottests?
[19:22] <jibel> psivaa, 200-ish?
[19:22] <psivaa> jibel: 191
[19:22] <jibel> psivaa, on krillin.en?
[19:23] <psivaa> jibel: yes
[19:23] <jibel> psivaa, thanks
[19:23] <psivaa> jibel: we tried with 202, i think and it failed. and i know 204 failed today
[19:38] <jibel> psivaa, yeah devel-proposed has more important problems to fix than checking if it boots :)
[22:35] <robru> kenvandine: got a sec for an ack? https://ci-train.ubuntu.com/job/ubuntu-landing-057-2-publish/5/ plskthx


[23:07] <Pharaoh_Atem> hmm
[23:07] <Pharaoh_Atem> hello!
[23:07] <Pharaoh_Atem> I just read about breezy
[23:08] <Pharaoh_Atem> it looks interesting, and ambitious
[23:08] <Pharaoh_Atem> I'm interested in bringing breezy to Fedora, but it doesn't seem like there's anything to ship?
[23:08] <Pharaoh_Atem> but there appears to be Ubuntu packages :/
[23:12] <jelmer> hi Pharaoh_Atem
[23:12] <jelmer> Pharaoh_Atem: we haven't done any proper releases yet


[20:55] <cyphermox> tsimonq2: to answer your question, no, there weren't changes in the lubuntu packageset.
[20:57] <cyphermox> tsimonq2: are you expecting anything?
[21:15] <tsimonq2> cyphermox: Not really, was just curious


[00:06] <wxl> tsimonq2: here's something to look at: paravirtualization. it can provide support for virtualization on hardware that otherwise couldn't handle it! http://v.gd/Re8Ugf
[00:17] <tsimonq2> wxl: hm
[00:17] <wxl> tsimonq2: might be something to play with at mum's
[00:18] <tsimonq2> wxl: no at dad's where my old computer is
[00:18] <tsimonq2> wxl: I am at mom's now :D
[00:18] <wxl> well you got the general idea, tsimonq2
[00:19] <wxl> i can't keep track of all your crap
[00:19] <wxl> i can barely keep track of my own!!! XD
[00:22] <wxl> dude why did they have to call it unity?
[00:22] <wxl> wrong channel but there you go XD
[18:01] <butteredpopcorn> the lubuntu 16.04 alpha installer still says 15.10
[18:05] <MrBIOS> whoops
[18:45] <phillw> butteredpopcorn: it usually does until about beta time :)


[00:37] <RAOF> Boo. system-config-printer requires the user to be in the lpadmin group, or it pops up an *entirely* unhelpful login dialog.
[00:41] <jbicha> RAOF: and normal users aren't in that group by default, right?
[00:41] <RAOF> Correct.
[00:41] <RAOF> So, by default, no one on a freshly installed Ubuntu system will be able to add a printer.
[00:41] <jbicha> yeah, that's a nasty bug that we've had for a while
[00:41] <jbicha> the first user is special though, isn't it?
[00:41] <RAOF> No.
[00:42] <jbicha> oh maybe I'm confused by a different bug then
[00:42] <RAOF> Got a bug reference? Or shall I file one.
[00:44] <jbicha> maybe I was thinking of bug 653132
[00:44] <ubot2> Launchpad bug 653132 in system-config-printer ""Add Printer" dialog requests root password if user is not in Configure Printers group" [High,Fix released] https://launchpad.net/bugs/653132
[03:23] <robru> Anybody else blown away by the quality of LibreOffice? I'd been avoiding trying it for *so long* because I had such a poor opinion of OpenOffice, but I'm just trying it now for the first time and it's just so sexy!
[05:39] <topyli> robru: it has improved hugely. i had to create some slides for a presentation and thus forced to use it. i've always thought openoffice was a bit meh. but these days, it's actually pretty nice. also, its RAM footprint is *way* smaller than it used to be
[05:50] <robru> topyli: yeah! I'd been using Abiword all this time just for the smaller RAM footprint, but lately I've been having lots of problems with AbiWord generally rendering things wrong, screwing up formatting, and now crashing... so I gave LibreOffice a try and I'm quite impressive.
[05:51] <topyli> robru: yes i don't know why but abiword is a rare example of things actually getting worse rather than better
[05:52] <robru> glad I'm not the only one suffering. But now that LibreOffice is so much better I guess it doesn't matter. Have you used the spreadsheet much? Does it compare to Gnumeric? (I've only used Gnumeric and I've never had a single problem with it)
[05:53] <topyli> i don't use spreadsheet stuff enough to compare, but from what i hear gnumeric is still king
[05:53] <robru> ahhh
[05:58] <robru> topyli, g'night! I'm off to bed at the moment ;-)
[05:58] <topyli> for writing i usually use lyx. i only really use libreoffice for presentations when i have to make one
[05:58] <topyli> robru: sweet dreams :)
[08:01] <chrisccoulson> good morning everyone
[08:03] <seb128> hey desktopers
[08:07] <BigWhale> Greetings everyone.
[08:35] <chrisccoulson> hi seb128, how are you?
[08:38] <seb128> chrisccoulson, hey, good, how are you?
[08:38] <chrisccoulson> seb128, yeah, not too bad thanks
[08:40] <seb128> chrisccoulson, is tb supposed to use network-manager?
[08:40] <chrisccoulson> seb128, what for? offline detection?
[08:40] <seb128> chrisccoulson, yes
[08:41] <chrisccoulson> it can do, but i disabled it a little while ago because it was really unreliable
[08:41] <seb128> chrisccoulson, tb has been a disaster for me while travelling to GUADEC, Didier said it was the same for him
[08:41] <chrisccoulson> ah, perhaps i should fix that ;)
[08:41] <mitya57> seb128 or someone: can you please change bug 1030335 status back to triaged?
[08:41] <ubot2> Launchpad bug 1030335 in libsecret "[MIR] libsecret" [Wishlist,Fix released] https://launchpad.net/bugs/1030335
[08:42] <mitya57> I wanted to close #1018630 instead
[08:45] <seb128> mitya57, done
[08:45] <seb128> chrisccoulson, issues include:
[08:45] <seb128> - it didn't notice it was offline
[08:45] <seb128> which has some side effect
[08:45] <chrisccoulson> yeah, i'd definitely expect that :)
[08:45] <mitya57> thanks
[08:45] <seb128> - it tries to send email rather than do "send later"
[08:45] <seb128> it fails to safe drafts
[08:46] <seb128> since it tries to store them on the imap
[08:46] <seb128> which is not available
[08:46] <seb128> - it keeps spinning and use power for nothing
[08:46] <chrisccoulson> seb128, want to report a bug?
[08:46] <seb128> chrisccoulson, sure, I wanted to check if that was a known issue first
[08:47] <chrisccoulson> seb128, yeah, i'm aware of it. i turned off the NM integration a few months back because of another issue where it always started offline
[08:47] <chrisccoulson> (both for firefox and tbird)
[08:47] <seb128> chrisccoulson, I also had a weird issue that when coming back online it failed to store the messages to the "sent" box, I retried like 5 times and hit cancel at the end
[08:50] <jpds> Can someone take a look at https://bugs.launchpad.net/bugs/1031034 ? And give their opinion?
[08:50] <ubot2> Ubuntu bug 1031034 in gnome-settings-daemon "Breaks with smart card auth with pkcs11" [Undecided,New]
[08:51] <seb128> chrisccoulson, https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/1031261
[08:51] <ubot2> Ubuntu bug 1031261 in thunderbird "offline detection doesn't work" [Undecided,New]
[08:52] <seb128> chrisccoulson, was n-m integration working in tb 11?
[08:52] <chrisccoulson> seb128, thanks. no, that's not been working for a while (more than a year)
[08:53] <chrisccoulson> heh, you didn't use apport. i guess i'll let you off for that ;)
[08:53] <seb128> chrisccoulson, ok, so not a regression from the LTS at lts
[08:53] <seb128> chrisccoulson, lol
[09:11] <seb128> Sweetshark, hey, libexttextcat ... is 3.3.1 an unstable version? do we want to track that for quantalo or stay on 3.2?
[09:43] <Sweetshark> seb128: me checks ...
[09:45] <Sweetshark> seb128: 3.3.1 is what libreoffice upstream ships 3.6 with, so I would consider it stable ...
[09:45] <Sweetshark> seb128: btw I might be not too responsive in the afternoon: doctors appointment.
[09:50] <seb128> Sweetshark, ok
[10:57] <seb128> Sweetshark, so we can sync the new libexttextcat from Debian? or do you want to test libreoffice built with the new version first?
[11:03] <thumper> hi seb128
[11:04] <seb128> thumper, hey, how are you?
[11:04] <thumper> seb128: who maintains the gpu blacklist for unity support?
[11:04] <thumper> seb128: mostly ok :)
[11:04] <seb128> thumper, when you see Neil please remind him we need unity fixed for the new dbus
[11:04] <thumper> seb128: trying to work out what our minimum supported gpus
[11:04] <thumper> seb128: I noticed the other day that my other machine was blacklisted when in fact it works fine
[11:05] <thumper> seb128: does neil know about it?
[11:05] <seb128> thumper, it's hardcoded in nux code, so your team
[11:05] <thumper> seb128: I got told it is managed by distro
[11:05]  * thumper is confused
[11:05] <seb128> thumper, yeah, he told me he would have a look thursday, then friday, then during the w.e
[11:06] <seb128> thumper, what card do you have?
[11:07] <thumper> seb128: it is my sony vaio sz2xp back at home
[11:07] <thumper> seb128: jason asks "are you ok if we remove things from that list?"
[11:07] <seb128> thumper, sure
[11:07] <thumper> seb128: one of those first intel/nvida dual ones
[11:08] <seb128> thumper, I would suggest you open a bug with the id of your card
[11:10] <thumper> hmm...
[11:10] <thumper> ok
[11:15] <seb128> re
[11:15] <seb128> thumper, sorry, GUADEC wifi fails
[11:16] <seb128> thumper, not sure what went through, but open a bug with your card ID, and maybe look at the nux logs to see why it was on the list
[11:16] <thumper> seb128: np
[11:16] <thumper> seb128: I'll chase with jay et al about blacklist review
[11:16] <seb128> ok
[13:03] <seb128> Sweetshark, still around?
[13:55] <seb128> cyphermox, hey
[13:55] <cyphermox> seb128: hey
[13:55] <seb128> cyphermox, how are you?
[13:55] <cyphermox> bad
[13:55] <seb128> oh :-(
[13:56] <cyphermox> I screwed up my NM upload yesterday
[13:56] <seb128> utch
[13:56] <cyphermox> fix is building on all arches now
[13:56] <seb128> ok, great
[13:56] <cyphermox> it's not *terrible*, but there's at least one true failure case, and I don't know why the failover dns stuff didn't kick in
[13:57] <seb128> cyphermox, I just wanted to point that I assigned you bug #1030463, but no hurry for it, it's just that obexd will need to be updated to build with the current eds
[13:57] <ubot2> Launchpad bug 1030463 in obexd "Update to 0.47" [Wishlist,Triaged] https://launchpad.net/bugs/1030463
[13:57] <seb128> could be a mterry (+1) thing as well for today :p
[13:57] <cyphermox> ah, right. saw it
[13:57]  * mterry looks up
[13:57] <chrisccoulson> heh, eds, :(
[13:58] <cyphermox> I can do it; should be a few minutes
[14:31] <jcastro> pitti: you didn't mention it in your blog, did bastien's team win in football?
[14:41] <sabdfl> hiya
[14:41] <sabdfl> oww
[14:43] <cyphermox> seb128: obexd still ftbfs because of libebook :(  I'll start porting it
[14:44] <jbicha> seb128: hi, is https://bazaar.launchpad.net/~ubuntu-desktop/gnome-session/ubuntu/revision/250 ok?
[14:44] <seb128> jbicha, hey
[14:45] <seb128> jbicha, why I'm not included on those GNOME iso emails ;-)
[14:45] <jbicha> haha
[14:45] <seb128> jbicha, robert_ancell forwarded me that earlier
[14:46] <jbicha> it's not ready for everybody yet but I'll keep you in the loop in the future :)
[14:47] <seb128> jbicha, thanks
[14:47] <jbicha> I think GNOME may not like our preferred naming choices because of trademark & similar concerns
[14:47] <seb128> jbicha, so I don't understand why you need that patch
[14:48] <seb128> jbicha, can't you just change the default session in the CD build?
[14:48] <jbicha> seb128: how do I do that? and it needs to work by default after install too
[14:49] <seb128> jbicha, not sure, ask the lubuntu,xubuntu,kubuntu guys
[14:49] <seb128> or ask on #ubuntu-devel
[14:49] <jbicha> ok
[14:49] <pitti> jcastro: I don't actually know, I'm afraid -- we were practicing in the last 10 or so minutes of the game
[14:52] <jbicha> I don't believe lubuntu or xubuntu use gnome-session
[14:56] <seb128> jbicha, hum, but the issue there is to have lightdm pick the right session and they use lightdm
[15:00] <Sweetshark> re
[15:00] <Sweetshark> seb128: pong
[15:00] <kenvandine> seb128, binNEW too please :)
[15:02] <jbicha> robert_ancell: what do you think about the gnome-session patch? is this fixable in lightdm?
[15:04] <robert_ancell> jbicha, I'm not sure of the reasoning for the patch - it just adds a fallback session right? We should just set the default to gnome for the image
[15:04] <robert_ancell> Fallbacks are dangerous - we don't want to put the user into the wrong session because their normal session is broken for some reason
[15:05] <jbicha> ok, how do we set the default to gnome for the live session & the installed session?
[15:07] <jbicha> maybe split the ubuntu.session's to a separate package that has a circular dependency on unity?
[15:08] <jbicha> that's what we do with gnome-session-fallback
[15:12] <robert_ancell> jbicha, I think other systems use /usr/lib/lightdm/lightdm-set-defaults to set the session, but didrocks knows better than me
[15:20] <seb128> kenvandine, k
[15:21] <seb128> Sweetshark, did you reply to my "should we sync  libexttextcat" question earlier?
[15:21] <kenvandine> seb128, thx
[15:23] <Sweetshark> seb128: yes
[15:23] <seb128> Sweetshark, yes you replied or yes we can sync it? ;-) (did you want to test building libreoffice with it first?)
[15:23] <Sweetshark> seb128: 3.3.1 is the default shipped with LO 3.6.x, so it should be reasonably stable.
[15:24] <Sweetshark> seb128: yes, replied. yes, syncing is fine. ;)
[15:24] <seb128> Sweetshark, excellent, thanks
[15:24] <seb128> Sweetshark, second question ... how is the lo-menubar work going?
[15:25] <Sweetshark> seb128: see http://cgit.freedesktop.org/libreoffice/core/log/?h=feature/unitymenus ... I havent tested it yet.
[15:32] <seb128> jbicha, robert_ancell: seems like you should just have a gnome-iso-settings package which set it, like xubuntu-default-settings do it
[15:32] <seb128> they do:      /usr/lib/lightdm/lightdm-set-defaults --keep-old --session=xubuntu || true
[15:42] <chrisccoulson> awesome, i'm upgrading my internet connection at home :)
[15:44] <jibel> cyphermox, n-m update fiexd the problem, thanks!
[15:44] <cyphermox> jibel: awesome, thanks. and sorry for the trouble
[15:45] <jibel> cyphermox, now there is still to understand why it fails over correctly on my machine and not on pete's.
[15:46] <cyphermox> jibel: I think he might have the 'dnsmasq' package installed; that would explain it
[15:46] <cyphermox> see if there are extra files in /run/resolvconf/interfaces than NetworkManager
[15:46] <cyphermox> and how many dnsmasq instances are running
[15:52] <seb128> chrisccoulson, from what speed to what?
[15:54] <seb128> didrocks, chrisccoulson, Sweetshark, bryceh, cyphermox, mlankhorst, pitti, Laney, tkamppeter, mterry, kenvandine: desktop team meeting time missed by 25 minutes
[15:54] <seb128> did you have any topic?
[15:54] <mlankhorst> new record :)
[15:54] <jbicha> haha
[15:54] <pitti> seb128: c'mon, half of us is here!
[15:54]  * pitti pokes seb128 in the side
[15:54] <chrisccoulson> seb128, from around ~10Mbps to hopefully over 70Mbps ;)
[15:54] <seb128> pitti, too far
[15:54] <chrisccoulson> (with a 20Mbps uplink)
[15:54] <seb128> chrisccoulson, waouh
[15:55] <kenvandine> chrisccoulson, sweet~
[15:56] <mterry> hi
[15:56] <seb128> mterry, howdy
[22:21] <TheMuso> chrisccoulson: I pretty much have the same speed down, but I envy your upload speed.
[23:05] <jasoncwarner_> TheMuso only you and me today for the meeting. any agenda items ? :)
[23:05] <mlankhorst> where's raof then?
[23:07] <TheMuso> Nope.
[23:08] <TheMuso> ...but I do have to voice my surprise at only a 4 day UDS. That almost makes it not worth traveling so far.
[23:08] <jasoncwarner_> when we get it down to a three day event, we'll make sure it is in AU or NZ so everyone knows what we go through ;)
[23:08] <TheMuso> heh
[23:09] <TheMuso> DOn't you mean if?
[23:10] <jasoncwarner_> sure...."if" ;). I'm going to push for a super long 1 day UDS. 24 hour marathon UDS. Drinks start at hour 18. those last couple of hours should not be used for heavy lifting sessions ;)
[23:13] <chrisccoulson> TheMuso, yeah, i hope i actually do get close to that upload speed :)
[23:13] <TheMuso> lol
[23:13] <chrisccoulson> hi jasoncwarner_, how are you?
[23:14] <jasoncwarner_> hey chrisccoulson good, thanks! you? you guys getting sleep?
[23:14] <chrisccoulson> jasoncwarner_, yeah, a little bit ;)


[15:48] <akgraner> Happy UCADay - I can't list everyone - but I'd like to take the time to tell you all on the news team how much I appreciate each and everyone of you for all you do. Like Ubuntu  - “I am what I am because of who we all are“  Thank you all!
[21:21] <pleia2> thanks akgraner :)
[21:28] <pleia2> we need lots and lots of summares
[21:28] <pleia2> summaries
[21:30]  * nlsthzn will be on it when he gets home and has a sleep :p
[21:30] <akgraner> pleia2, yep - I've got 5 hours blocked for writing them
[21:31] <akgraner> so you should see most of them finished tomorrow morning :-)
[21:31] <pleia2> :)


[00:21] <bodhi_zazen> was looking for Van :)
[00:21] <pleia2> haven't seen him in a few days :\
[20:05] <Jimmy2> can someone help me install a printer driver
[20:06] <nhandler> Jimmy2: Try #ubuntu for support
[20:06] <Jimmy2> thanks
[22:09] <nhandler> cprofitt: Are you guys planning on doing a team report for June?
[22:10] <cprofitt> nhandler, part of it is done...
[22:10] <cprofitt> but I do have to add some stuff
[22:10] <cprofitt> it is already on the page nhandler
[22:10] <nhandler> cprofitt: What page?
[22:10] <cprofitt> the team reports page
[22:10] <nhandler> cprofitt: What team reports page?
[22:10] <cprofitt> stop
[22:10] <cprofitt> what team nhandler ?
[22:10] <nhandler> cprofitt: The UCLP
[22:11] <cprofitt> where would they make such a report...
[22:11] <cprofitt> I thought you were talking about the NY Team
[22:11] <cprofitt> same place as the loco teams?
[22:11] <nhandler> cprofitt: Follow https://wiki.ubuntu.com/BuildingCommunity/TeamReporting/HowTo to setup team reporting for the UCLP. I thought Vantrax was working on it last month, but I haven't seen anything so far.
[22:12] <cprofitt> I thought Van was doing the UCLP reporting as well...
[22:12] <cprofitt> which is why I thought you were talking about NY
[22:12] <cprofitt> which I already have partially done
[22:14] <nhandler> Well, I haven't seen Vantrax lately, and the month is coming to an end. I just don't want to see the UCLP get left out
[22:14] <cprofitt> we are having some issues... not sure we should report yet...
[22:14] <cprofitt> I will bring it up at our meeting tomorrow night
[22:15] <nhandler> cprofitt: Ok. Although I personally think that the UCLP has had a fair ammount of activity this month that the rest of the community might be interested in
[22:16] <cprofitt> nhandler, yes... we also have a lot of internal strife currently over licensing and it may be best to keep the team on the low down
[22:16] <cprofitt> until we have some processes established for how to have members join, etc.
[22:34] <pleia2> we've had meetings :) we can put at least those up
[22:35] <pleia2> and I think the licensing stuff is mostly sorted?
[22:36] <pleia2> I think bodhi just needs his legal concerns addressed and we'll be good to go
[22:47] <pleia2> nhandler: hmm, before I do all the work to try this - do you know if including things from wikis outside wiki.ubuntu.com works?
[22:50] <nhandler> pleia2: I have no idea. Sorry
[22:50] <pleia2> ok, I shall experiment
[22:58] <pleia2> hm, no, this won't work
[23:16] <Vantrax> hello all
[23:17] <pleia2> hey Vantrax, where have you been? :)
[23:18] <Vantrax> dislocated my hip
[23:18] <pleia2> ouch!
[23:18] <pleia2> you ok?
[23:19] <Vantrax> yeah, i am now
[23:19] <Vantrax> been a rough few days
[23:20]  * pleia2 nods
[23:21] <pleia2> Vantrax: mind if I go ahead and set up the TeamReports infrastructure for the project?
[23:21] <pleia2> I know you said you'd do it, but it seems like you've got enough on your plate :)
[23:21] <Vantrax> yeah, nhandler has been poking me for it
[23:21] <Vantrax> do we really want to have our meetings put into the UWN untill were sorted?
[23:22] <Vantrax> thats where the reports end up
[23:22] <pleia2> cprofitt said the same thing
[23:22] <pleia2> I think transparency is good, even while getting organized
[23:22] <pleia2> and we did go to the CC and all this month
[23:24] <Vantrax> fair enough
[23:24] <Vantrax> that was one reason I was holding off a bit
[23:25] <Vantrax> considering we wanted to wait to make a general community announcement
[23:25] <pleia2> I won't push it if the rest of the team doesn't agree, but I think we're pretty close to finishing sorting out the licensing issues
[23:25] <pleia2> and it'd be nice to start reporting, I think :)
[23:25] <pleia2> I dunno how much you've been kept in the loop, but Canonical has no problem with us moving forward w/o NC
[23:31] <Vantrax> yeah i saw the convo's linked in the agenda
[23:31] <Vantrax> I was 99% sure of that, but it was worth confirming
[23:32] <pleia2> cool
[23:32] <Vantrax> I can see the benefit of NC, but the problems will eventually outwiegh the benefits
[23:32]  * pleia2 nods
[23:32] <Vantrax> its much easier to stick with BY-SA
[23:32] <pleia2> yep, plus that would keep us in sync with the DocTeam
[23:32] <Vantrax> We can always use a self contained NC course such as the how to moodle course
[23:32] <Vantrax> but no mixin
[23:32]  * pleia2 nods
[23:33] <Vantrax> So we are going to have to recreate the Desktop Training materials
[23:33] <Vantrax> since we cant use them
[23:33] <pleia2> yeah, but I'm not too worried there, there is loads of stuff in the community that can be used
[23:33] <pleia2> wb cprofitt
[23:33] <pleia2> look, Vantrax is back!
[23:33] <cprofitt> Hey Vantrax
[23:35] <Vantrax> you guys can email me if you miss me you know, It goes straight to my phone:P
[23:35] <pleia2> hehe
[23:44] <Vantrax> doctormo, pleia2 you guys here?
[23:44] <pleia2> yep
[23:44] <Vantrax> doctormo?
[23:47] <cprofitt> I am here
[23:48] <Vantrax> i know you are:P
[23:48] <Vantrax> just seeing if martin is around first
[23:49] <Vantrax> few things we should get discuss that seem to be causing issues
[23:49] <pleia2> we have a meeting planned for 24 hours from now
[23:51] <cprofitt> yes, we do.
[23:51] <cprofitt> tomorrow night
[23:51] <cprofitt> https://wiki.ubuntu.com/Learning/Agenda
[23:58] <Vantrax> yeah, this is more issues for the board specificaly


[22:01] <axisys> anyone here successfully installed ubuntu on t1000 ? It is failing during disk detect http://pastebin.com/d734c098b
[22:01] <axisys> i am using this http://ports.ubuntu.com/dists/hardy-updates/main/installer-sparc/current/images/sparc64/netboot/2.6/boot.img to install
[22:01] <axisys> i poweroff and poweron like ivoks suggested and also auto-boot set to false
[23:26] <axisys> is there anything i can do from shell before asking it to detect disk.. since that is where it bombs out?
[23:26] <axisys> fdisk -l shows no disk
[23:27] <axisys> i know i have two disks in it and an older OS is running off of that
[23:27] <axisys> do I have to modprobe any qlogic driver or something to be able to see the disks?
[23:34] <axisys> here is the dmesg .. but it does not show any disk
[23:34] <axisys> http://pastebin.com/d556212eb


[17:28] <halvors> The amd64 in the ubuntu mainline ppa has stalled again, how long will this take to succeed? Is there an easy way to build and install the same packages as .debs on my own computer?
[17:28] <halvors> Talking about the build for 5.9.11
[21:08] <doko> mitya57: devscripts ftbfs
[21:58] <ginggs> doko: devscripts 2.20.5ubuntu2 built some hours ago
[21:58] <ginggs> old excuses are old


[02:23]  * daemoneye waves
[02:23] <daemoneye> long time everyone
[02:38] <Scary_Guy> Hey, welcome.
[03:37] <daemoneye> Thanks! How's it been?
[04:09] <Scary_Guy> Slow and boring.  Seems like the world is still at a standstill.  Noting is really goign on or maybe I just don't pay attention anymore.
[12:14] <cmaloney> Good mornig
[14:56] <daemoneye> morning
[16:08] <Scary_Guy> Morn


[06:14] <jbicha> goddard: you can submit merge proposals against https://salsa.debian.org/gnome-team/gdm/-/tree/ubuntu/master
[13:33] <goddard> jbicha: thanks


[07:49] <dholbach> good morning
[07:55] <elfy> morning dholbach
[08:03] <dholbach> hi elfy
[08:21]  * dholbach relocates to the office, brb
[08:47] <czajkowski> aloha
[08:47] <czajkowski> back in the correct timezone :)
[16:53] <dholbach> all right - I call it a day - see you all tomorrow again!
[16:55] <dholbach> hugs!


[00:00] <Riddell> u2san: yes
[00:00] <Riddell> precise testers needed
[00:01] <Riddell> (beta)
[00:01] <u2san> which ppa?  IMO you'd get more testing if put in main repo?
[00:06] <Riddell> secret ninjas PPA. it'll go in the main archive once I know it all builds and I've not done anything stupid
[00:07] <u2san> staging looks empty/or perhaps private?  experimental is only 4.7.2?
[00:07] <Riddell> ~kubuntu-ninjas
[00:08] <Riddell> I can give people access
[00:08] <u2san> ok.. let me check
[00:17] <Riddell> oh well
[00:33] <BarkingFish> speaking of ninjas, Riddell - did you manage to get someone to sort the wiki out so I can add the 4.7.4 results to it?
[00:35] <Riddell> not trued sorry
[00:35] <Riddell> tried
[00:59] <BarkingFish> dang#
[00:59] <BarkingFish> I guess I can give it another quick try
[01:03] <BarkingFish> Riddell: it's still broken.  I get as far as clicking the OpenID login button, and it goes straight to an internal server error.
[01:03] <BarkingFish> If you let me know who to speak to, I'll go talk to them :)
[01:16] <Riddell> BarkingFish: file an rt ticket with canonical sysadmin
[01:17] <BarkingFish> 0.o
[01:17] <BarkingFish> ok...
[01:19] <BarkingFish> i would, if i could find out where I file it :)
[01:20] <micahg> BarkingFish<EMAIL_ADDRESS>[01:29] <BarkingFish> #19054
[10:45] <shadeslayer> apachelogger: hah ...
[10:54] <ybit> Was wondering if users can contribute patches to the website?
[10:55] <ybit> Kudos to those who have worked on it, but imho, it's pretty stale compared to ubuntu.com
[10:55] <ybit> It seems the wiki is starting to get some nice overhauls
[10:55] <ybit> Has more of the streamlined appearance
[10:56] <shadeslayer> ybit: probably best to write to the ML :)
[10:56] <ybit> ml?
[10:56] <shadeslayer> Mailing List
[10:56] <shadeslayer> ybit: https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel
[10:56] <ybit> i knew you weren't talking about the programming lang
[10:56] <ybit> thanks
[10:57] <shadeslayer> Hehe, best to explain what you want to do, some mockups would be nice
[11:13] <Riddell> the website is fiddly to change alas
[11:13] <Riddell> needs someone who knos drupal and can deal with the sysadmins
[11:35] <ScottK> Riddell: 4.7.3 is now in -updates, so I think we need a web site announcement of that and 4.7.4 in the PPA for testing.
[11:42] <jussi> has anyone tried razorqt yet? Its _super_ fast
[11:46] <apachelogger> its kde with a less usefull plazmar
[11:55] <Riddell> ScottK: ack
[12:10] <Riddell> bulldog98_: "Riddell: pim-runtime override error /usr/share/dbus-1/interfaces/org.kde.Akonadi.MixedMaildir.Settings.xml is also in the -dev" which -dev?
[12:41] <Riddell> hmm, is it an issue if I use this version number for 4.8 beta oneiric builds? kde-workspace - 4:4.7.90-0ubuntu1~ppa1~oneiric1
[13:04] <ScottK> Riddell: I'd do 4:4.7.90-0ubuntu1~oneiric1~ppa1 or 4:4.7.90-0ubuntu0.1~ppa1
[13:04] <ScottK> Since there will be more 4.8 releases though I don't think it's a big deal.
[13:05] <Riddell> ScottK: yeah, thing is I already uploaded it to the ninjas PPA with 4:4.7.90-0ubuntu1~ppa1~oneiric1 and not sure I can be bothered reuploading and compiling it
[13:05] <ScottK> Then I'd leave it.
[13:29] <Riddell> got 4.7.4 all instaled, working here, even kontact
[13:29] <Riddell> and I found a nice lightdm blog entry in akregator http://www.sharpley.org.uk/node/26
[13:44] <ScottK> https://skitterman.wordpress.com/2011/12/20/using-kontactkmail-again/
[13:47] <Riddell> yay, you've come home
[13:49] <ScottK> All it takes is working software.
[13:50] <ScottK> I've even got contact and calender syncing working using akonadi googledata laptop -> phone/desktop and the reverse.
[13:56] <Riddell> unlike my e-mail server setup which has just stopped delivering e-mail because my inbox is 80MB sigh
[13:56] <Riddell> maybe I should switcdh it to akonadi
[14:09] <ScottK> Heh.  No.  Don't do that.
[14:22] <jussi> ScottK: how the heck did you get calendar sync working with gcal?
[14:22]  * jussi has tried and failed...
[14:22] <ScottK> jussi: Did you use akonadi-kde-resource-googledata ?
[14:22] <ScottK> WFM on oneiric with 4.4.73.
[14:23] <jussi> yes, I installed from the repos/ppa
[14:23] <ScottK> Err 4.7.3.
[14:23] <ScottK> Dunno then.
[14:24] <ScottK> It does have the annoying habit of complaining every single error it sees is an invalid userid/password.
[14:24] <jussi> oh wait? now it seems to be working....
[14:24] <jussi> yeah, I had lots of complaints about invalid userid/password
[14:27] <jussi> well then... might be able to actually use kontact again...
[18:27] <_Groo_> hi/2 all
[18:27] <_Groo_> i just upgraded from 4.7.4 to 4.7.90 in oneiric...
[18:28] <_Groo_> plasma-desktop is crashing along with kdaemon
[18:28] <_Groo_> anyone else is seeing similar problems?
[18:28] <_Groo_> ninja ppa btw
[18:31] <Riddell> going to install it shortly
[18:31] <Riddell> what happens if you install libkactivities
[18:33] <BarkingFish> Riddell: I managed to submit an RT ticket for the site, someone says they're able to log in perfectly well on the wiki.  I still can't however, so I've sent it back to RT again
[18:35] <_Groo_> anyone wants a dump for plasma and kded4 that are crashing here? ninja 4.7.90 oneiric
[18:35] <_Groo_> aparently its borking in the systray part
[18:36] <cmagina> _Groo_: do you have the weather applet enabled?
[18:37] <cmagina> _Groo_: nm, just remembered the issue i hit was actually fixed
[18:38] <_Groo_> cmagina: i tried with a fresh account, which created the default desktop, same crashes in both kded4 and plasma-desktop
[18:38] <_Groo_> im using unity while i wait for a fix :P
[18:50] <_Groo_> i found out what is the problem
[18:50] <_Groo_> is the plasma-widget-networkmanagement thats crashing systemtray.so and taking kded4 and plasma-desktop with it
[18:51] <_Groo_> needs to be upgraded in the ppa to the new abi
[18:51] <_Groo_> brb relogging to kde
[18:54] <Riddell> hum
[18:55] <Riddell> this is going to need more ec2 machines
[19:15] <yofel> something for precise: once 4.7.90 is in the archive oxygen-gtk needs a rebuild - I got coloring issues in gtk apps until I rebuilt it
[19:16] <yofel> and does someone know how QML loads the Qt libraries? My device notifier doesn't work thanks to multiarch http://people.ubuntu.com/~yofel/pics/devn.png
[19:37] <_Groo_> Riddell: ping
[19:40] <_Groo_> anyone porting plasma-network-manager for 4.7.90 oneiric in ninja ppa?
[19:42] <Riddell> yes I'll rebuild it
[19:42] <Riddell> thanks _Groo_
[19:42] <Riddell> although I'm curious to know what's not binary compatible, I did check all the libraries
[19:44] <_Groo_> Riddell: the developer in is blog explictly says the ABI is broken since he changed things to work with the new API in new soild in 4.8
[19:44] <_Groo_> so for 4.7.x use "legacy" plasma-nm, 4.8 forward, new nm
[19:45] <BarkingFish> Riddell: finally managed to get into the wiki at last, I've added my notes to the 4.7.4 table
[19:45] <Riddell> thanks  BarkingFish
[19:45] <BarkingFish> I'll cancel the RT ticket now, or at least let them know I can get in
[19:45] <yofel> wouldn't it make sense to backport the newer pnm from precise then?
[19:46] <_Groo_> yofel: prolly yofel
[19:46] <_Groo_> want me to find out the developer blog?
[19:46] <Riddell> _Groo_: got a link for that blog?
[19:47] <_Groo_> Riddell: yeah, sec
[19:47] <_Groo_> Riddell: http://lamarque-lvs.blogspot.com/
[19:48] <_Groo_> Riddell: this entry is important
[19:48] <_Groo_> Riddell: http://lamarque-lvs.blogspot.com/2011/11/plasma-nm-0898.html
[19:48] <_Groo_> brb
[19:49] <Riddell> no comment about new ABI or API there
[20:08] <_Groo_> Riddell: http://lamarque-lvs.blogspot.com/2011/10/plasma-nm-what-is-going-on-libnm-qt-and.html
[20:08] <_Groo_> Riddell: thats why it crashes
[20:09] <_Groo_> Riddell: All this means we are finally getting rid of Solid::Control classes (a goal from last year's Solid Sprint). KDE SC 4.8.0 is not going to use Solid::Control anymore, but libnm-qt and libmm-qt are going to be dependencies for any KDE program that needs to list network interfaces (kinfocenter for example). Update 23/10: removing Solid::Control::Network* now would also remove part of Wicd's support, so for now I will not r
[20:10] <_Groo_> Riddell: i dont know if he actually removed it or not... but the pnm in oneiric is definitely crashing both kded4 and plasma-desktop
[20:10] <_Groo_> also i cant use any activities :P but ill have to take a closer look at it tomorrow
[20:11] <yofel> _Groo_: for latter you need to make sure kactivitymanagerd is installed
[20:13] <_Groo_> yofel: what package?
[20:13] <Riddell> libkactivities6
[20:14] <yofel> and I don't believe he removed it. AFAIK we don't have libnm-qt (or QtNetworkManager) in precise, and there it didn't break with 4.7.90
[20:15] <_Groo_> yofel: in oneiric is crashing systemtray.so which brings down both kded4 and plasma-desktop
[20:15] <yofel> got the trace?
[20:16] <_Groo_> ok now i installed it, why isnt kactiviies included in kde-full meta package?
[20:16] <_Groo_> yofel: yeah, pass me your email, ill send it to you
[20:16] <_Groo_> sec, brb
[20:17] <yofel> can't you just pastebin it?
[20:17] <yofel> or just send it at<EMAIL_ADDRESS>[20:20] <Riddell> kde-workspace doesn't link to libkactivities, but I think it should
[20:21] <Riddell> or rather it links but doesn't actually use so our linker doesn't link it
[20:24] <mikecb> would these plasma-nm issues affect kwallet integration? I just bumped to 4.7.4 and they no longer play nicely.
[20:27] <ScottK> kdelibs in 4.7.4 has the code for the new ksecretservice stuff in it.  It looked to me like it was IFDEF'ed out though
[20:27] <yofel> wasn't that supposed to be an optional plugin after all the discussion?
[20:28] <yofel> I somehow lost track of the situation midway...
[20:30] <mikecb> I figured something like that.  Behavior is sticks at waiting for authentication, or if the connection was set up without "In secure storage" , is never inserted if you later set that option. Just have to type in every time.
[20:30] <ScottK> Yes.  But it should never have gone into 4.7
[20:30] <ScottK> The upstream plan for kdelibs is just insanity for distros, but they really don't care.  Anyone that doesn't like the plan is a troll.
[20:46]  * yofel added his precise testing results on the packaging wiki
[20:50] <_Groo_> yofel: just sent you the kcrash files
[20:53] <yofel> _Groo_: please install plasma-widget-networkmanagement-dbg and re-retrace
[20:54] <yofel> or is that already installed?
[20:54] <_Groo_> yofel: i dont know, im heading home, ill send you when i get home
[20:54] <_Groo_> seeya guys later
[20:54] <_Groo_> but i can assure you if you use the new code you wont have any worries ;)
[20:54] <_Groo_> seeya later
[20:55] <Riddell> yofel: that's weird gtk2-engines-oxygen doesn't depend on anything in kde
[20:56] <yofel> well, without rebuilding it (it could've been some other change I guess) I had firefox rendering everything that didn't set a background color as black - which resulted in black on black for most websites
[20:57] <yofel> the menu slection foreground color and cursor color were also black - and had nothing to do with the oxygen color scheme for some reason
[20:57] <Riddell> I believe you, throwing a rebuild into the PPA, but it's weird
[21:03] <Riddell> yay, 4.7.90 working here
[21:04] <Riddell> just in time for 4.8.0 RC 1
[21:11] <Riddell> I don't have libkactivities-bin or libkactivities6 installed and not missing anything
[21:11] <yofel> Riddell: do you have an idea what's up with my device notifier?
[21:11] <yofel> the question is: do you have any activities in the first place?
[21:12] <yofel> if you see them then kactivitymanagerd is working fine, if the list is emtpy it's not installed
[21:13] <Riddell> hmm, I have search and launch listed but I think as a template
[21:14] <Riddell> oh aye, got loads more now I run kactivitymanagerd and restart plasma
[21:15] <Riddell> yofel: dpkg -S /usr/lib/kde4/imports/org/kde/plasma/components/libplasmacomponentsplugin.so
[21:15] <Riddell> ?
[21:15] <yofel> kde-runtime
[21:17] <Riddell> yofel: what version is installed?
[21:17] <yofel> 4:4.7.90-0ubuntu3
[21:19] <Riddell> yofel:  strings /usr/lib/kde4/imports/org/kde/plasma/components/libplasmacomponentsplugin.so  | grep linux
[21:19] <Riddell> ?
[21:19] <yofel> buildkey=x86_64 linux g++-4 full-config
[21:20] <Riddell> yofel: and you're on amd64?
[21:21] <Riddell> so it's finding the i386 multiarch qt before the amd64 qt?
[21:21] <Riddell> what does ldd /usr/lib/kde4/imports/org/kde/plasma/components/libplasmacomponentsplugin.so  say?
[21:21] <yofel> hm, nvm
[21:21] <yofel> I just had kmix crash plasma twice and now it seems fine
[21:22] <Riddell> crashing twice doesn't seem like a "never mind" issue
[21:23] <yofel> well... first kmix crashed - just retracing. It took plasma with it - no retrace possible, on relaunch it crashed again, again no trace. After starting it now it's fine.........
[21:24] <Riddell> and device notifier?
[21:25] <yofel> works now
[21:25] <Riddell> so I can add the dependency on kactitymanagerd and upload to precise?
[21:26] <yofel> yep, seems good otherwise
[21:26] <yofel> kmix seems to be kde bug 285017
[23:29] <Riddell> hmm, I missed "Amarok 2.5 final tarball available"