[23:15] <adsr> xpost #xfce -- Hello, I have a patch that adds some features to xfce4-terminal and I'm having trouble regnerating the ui. Is there an additional `make` target? https://gist.github.com/adsr/5720f5c575149ae2aadea775e8779b7d


 and june https://github.com/lxqt/lxqt-session/commit/828b6baaac06f80dcb52cd3f66523f92e8c4802b
 we have session.conf in /etc/xdg/xdg-Lubuntu/lxqt we don't use lxqt one? if that's the case we need to set env var there.
 ok, so I made 3 dif request from 70 to 72.
[07:34] -lugito:#lubuntu-devel- [rMANUALaed75c533b19: Add Open File button] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALaed75c533b19
[07:37] -lugito:#lubuntu-devel- [rMANUAL6229eeedfbf7: Add create header for launching stuff] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL6229eeedfbf7
[07:38] -lugito:#lubuntu-devel- [rMANUALef6dab226f3c: Move Open file up] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALef6dab226f3c
[07:46] -lugito:#lubuntu-devel- [rMANUALb964015df938: Add templates button] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALb964015df938
[07:47] <wxl> fyi i disabled and deleted all the packages from ppa:lubuntu-desktop/ppa as they were all super duper old and some goofball on the lxqt forum thought it might be a good idea to add it
 that was still around?
[07:48] <wxl> heh yeah
[07:49] <wxl> ever notice x isn't on tty7 anymore? i figured out why https://lists.ubuntu.com/archives/lubuntu-devel/2020-January/001737.html
[07:51] -lugito:#lubuntu-devel- [T54: Properly implement different wallpapers for different monitors] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T54#3026
[07:58] -lugito:#lubuntu-devel- [T146: libreoffice qt5 vcl] wxl (Walter Lapchynski) commented on the task: https://phab.lubuntu.me/T146#3031
[11:39] <guiverc2> I only recently discovered the PPA for lubuntu-desktop/ppa thru a ask.ubu support thingy... I didn't know of it's existence & was surprised when I discovered I had upload privs to it!!   possibly same ?goofball? posting on multiple sites...  ^ (Walter's comment earlier)
[13:32] -lugito:#lubuntu-devel- [T146: libreoffice qt5 vcl] hmollercl (Hans P. Möller) commented on the task: https://phab.lubuntu.me/T146#3034
[16:14]  * theloudspeaker uploaded an image: Screenshot_2020-01-26-21-43-53-59_984e1414ae90666a90f12ff17ec14a7f.png (186KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/izeKTlWjxvhvtdKdcehpBIKt >
[16:15] <theloudspeaker> ^ all of these lxqt-* stuff have conflicts.
[17:43] <wxl> theloudspeaker: that's what i was saying!
[17:44] <wxl> that's weird. anyone know what's up here? https://discourse.lubuntu.me/t/19-10-install-bug/718
[17:45] <theloudspeaker> We so have cala and other stuff up there.
[17:47] <theloudspeaker> > that's weird. anyone know what's up here? https://discourse.lubuntu.me/t/19-10-install-bug/718
[17:47] <theloudspeaker> Haven't tried replacing a partition. Will add that to the list.
 Don't worry about Cala. we are on the latest release.
 @wxl [<wxl> that's weird. anyone know what's up here? https://discourse.lubuntu.me/t/1 …], can't say I recall encountering that in Cala. sounds more like ubiquity.
[17:50] <wxl> OH!
[17:50] <wxl> hey
[17:51] <wxl> why don't we use lxqt-policykit?
 ¯\_(ツ)_/¯
 seems like a good idea to be honest
[17:51] <wxl> remember our pi issue?
 yes
[17:52] <wxl> i know it's because of changes in network-manager-gnome depends
[17:52] <wxl> as i remember, it surrounds the polkit auth agent
[17:53] <wxl> and lxqt-policykit is not a direct depend of lubuntu-desktop
[17:53] <wxl> we install it apparently but it's not a direct depend
 interesting
[17:54] <wxl> so actually i think our fix is not to install sddm after all :)
 makes sense
[18:01] <wxl> ah ok, it's part of lxqt-core
[18:01] <wxl> there's a whole plethora of stuff we don't directly depend on
[18:01] <wxl> including the lkes of lxqt-session
[18:02] <wxl> and that's true in the seed
[18:02] <wxl> HOWEVER
[18:02] <wxl> in the seed we explicitly depend on lxqt-notificationd to avoid gnome
[18:03] <wxl> and so it is in lxqt-notificationd
[18:03] <wxl> i mean in the metapackage
[18:03] <wxl> so i think i've got our fix
[18:04] <wxl> so i should fix meta/seed for focal and SRU meta
 Sounds good.
[18:06] <wxl> can someone remind me where we're at with the bug that's making focal uninstallable?
 The race condition thing? I think I saw a Cala commit yesterday towards that.
 Weighting change on unpackfs
[18:09] <wxl> the thing where it failed to create the partition or whatever
 That might not be started yet, not sure.
 I have been able to install recent dailies in a VM (Thursday or Friday).
[18:12] <wxl> i'm still getting this with erase disk https://share.riseup.net/#vOsV9pA3dgnwIJXADYA2FA
 @wxl [<wxl> i'm still getting this with erase disk https://share.riseup.net/#vOsV9pA3d …], It says enter password.
[18:14] <wxl> ah, actually that's with erase disk iff. an existing partition is already there
[18:15] <wxl> didn't i tell you the password, raman?
[18:15] <wxl> also the replace partition thing requires you to select a partion, even if there is only one to select, before you can continue, so no big there
 I might have done an EFI install last week.
 @wxl [<wxl> didn't i tell you the password, raman?], Nah!
 If there was some pun there when you told me, i probably didn't get it.
[18:18] <wxl> that was with BIOS on my end… when i'm done with this install i'll try EFI
 @wxl [<wxl> https://wiki.ubuntu.com/UbuntuDevelopment/Merging], We should add this to Lubuntu developer application wiki?
[19:02] <wxl> @The_LoudSpeaker i think ultimately we need to rewrite it for our own purposes, which is to say how to use MoM but to actually ensure our repos are updated correctly
 I remember you asking me to write a wiki page for that. I will do it once I am able to do it correctly for a couple more merges.
[19:04] <wxl> it might not be terrible to provide both ideas: do mom like normal and then hack your way back to updating the repos, or just use mom as a guide to do things like normal (i personally think that's better)
 You could still create the page. it is an editable wiki. just call it a WIP until you feel comfortable.
 One thing I don't get is, if we have merges upload to archive. Phab should just pull from it na?
 @kc2bez [You could still create the page. it is an editable wiki. just call it a WIP unti …], Sure.
 @The_LoudSpeaker [One thing I don't get is, if we have merges upload to archive. Phab should just …], It isn't automatic, no.
 Can we make it automatic?
 Or do it manually? Like manually clone from phab. Pull from archive and then push to phab?
 The manual process is essentially what you did.
[19:08] <wxl> yep and one which i'd consider rather a pain
 Currently what I did was, fix merge, upload to archive, clone phab, edit to match that in archive, push using arc but don't upload to archive coz already there.
 @kc2bez [The manual process is essentially what you did.], I didn't pull from archive. Had to manually read the diff and then edit files in debian/ folder.
 @wxl [<wxl> yep and one which i'd consider rather a pain], +1
[19:09] <wxl> or you could do: look at mom to see what needs fixing, clone phab, fix it, upload, done
 It might be better to start your merge with the phab. edit to match the merge
[19:09] <wxl> ^
 @wxl [<wxl> or you could do: look at mom to see what needs fixing, clone phab, fix it, …], Mom has diff errors also between multiple versions.
 @kc2bez [It might be better to start your merge with the phab. edit to match the merge], That's a good idea.
 Instead of uploading to archive after merging, I could make phab look like that fixed merge and then push to phab and upload to archive. Sounds good
 Only thing, what happens to that package in MoM? Does it automatically disappear once archive has a new version?
 I think i does.
[19:12] <wxl> yes
 Noice. I will try this fir next merges.
[19:12] <wxl> MoM is really nothing more than an output of an automated attempt to merge (which itself is an upload)
[19:13] <wxl> if the merge fails, then nothing is uploaded, and it shows up on MoM
[19:13] <wxl> if any new upload comes into the archive, it gets superceded
 Yeah. Makes sense
 It is easier to review in phab and make any changes before uploading so I see some value in that.
 @The_LoudSpeaker [Or do it manually? Like manually clone from phab. Pull from archive and then pus …], This should happen automatically ideally.
 @kc2bez [It is easier to review in phab and make any changes before uploading so I see so …], Yeah.
[19:14] <wxl> yes, i agree it should happen automatically but we need to create tools for that purpose
[19:14] <wxl> to be fair even kubuntu doesn't have it automated and they've got some pretty fancy tooling
 What happens at the end of a release cycle? When a new ubuntu version comes into development? That time the version numbers are updated na? (Like default settings) and also the change from eoan to focal in dch? So that they build in focal. How's that done?
 @wxl [<wxl> yes, i agree it should happen automatically but we need to create tools fo …], @tsimonq2
 @The_LoudSpeaker [What happens at the end of a release cycle? When a new ubuntu version comes into …], The release team makes changes manually.
 and by release team I mean Simon
 That must be ton of a work.
[19:18] <wxl> @The_LoudSpeaker good question! you should get ABI BREAK to write documentation on that, at least for us.
 Not sure you did that right wxl ABI BREAK!!!!!!!!! XD
 I partly know what's an ABI but break?
[19:22] <wxl> when a new version has an incompatible ABI with previous versions
 Okaaay
[19:31] <wxl> um does anyone see the esp flag on focal? i don't.
 In a manual partition?
[20:42] <wxl> yeah
[20:53] <kc2bez> I think you found a bug wxl
[20:53] <wxl> oh goodie :/
[20:54] <kc2bez> If you set the efi partition with a boot flag all is good but the wording if you don't indicates you need to set the esp flag.
 (Photo, 511x234) https://i.imgur.com/r3wQ30N.jpg
[21:02] <wxl> so a wording issue. easy. nice.
[21:02] <kc2bez> fwiw it still booted
[21:03] <wxl> that's what matters
[21:03] <kc2bez> with no flag set
[21:03] <wxl> with no boot flag set? O_O
[21:04] <kc2bez> Yeah, even after the warning and no flag set. YMMV it is virtual box and that can be a bit forgiving.
[21:05] <wxl> yeah i guess it's possible different efi implementations might not be as robust or well-known
[22:57] -lugito:#lubuntu-devel- [rSEEDcd866af4f864: explicitly seed lxqt-policykit cuz gnome] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rSEEDcd866af4f864
[22:58] -lugito:#lubuntu-devel- [rMETAbd39e4585881: update: explicit lxqt-policykit seed] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rMETAbd39e4585881
[22:58] -lugito:#lubuntu-devel- [rMETAa5fc0fe1d30c: escape the escape] wxl (Walter Lapchynski) committed: https://phab.lubuntu.me/rMETAa5fc0fe1d30c
[23:00] <wxl> ^ finally figured out our problem in the update script
 That makes my head hurt a little.
[23:01] <wxl> well, it's not systemd
 or apt
[23:02] <wxl> welllllllllll
 in way I guess. I rescind my statement
[23:06] <wxl> aw snap [quote="agaida, post:17, topic:1088"]
[23:06] <wxl> nothing against lubuntu, but they have sometimes strange ideas about working systems
[23:06] <wxl> argh
[23:06] <wxl> https://forum.lxqt.org/t/raspberry-pi4-lxqt-64-bit/1088/18
[23:06] <wxl> ^ aw snap that
 just when I thought we were getting along
[23:09] <wxl> heh i'm sure alf will take the joke :)
 yeah, he actually does have a pretty good sense of humor.
[23:12] <wxl> do we know what this guy is talking about with regards to changing the password a la nmcli? https://discourse.lubuntu.me/t/new-install-new-hardware-wifi-disconnects/716/3?u=wxl
 nope
 Is there a particular reason ubuntu and flavours ship with grub?
[23:50] <wxl> as oppossed to......... ?
[23:51] <wxl> it clearly seems the best choice all around https://en.wikipedia.org/wiki/Comparison_of_boot_loaders
[23:51] <wxl> and when it comes to such a crucial component, you don't muck about
 There are some options like systemd-boot and refind. But I'd like to know reason to keep grub.
 @wxl [<wxl> and when it comes to such a crucial component, you don't muck about], Bhaiya it goes to rescue very often.
[23:52] <wxl> not for me :)
[23:53] <kc2bez> refind and systemd boot only work for EFI
[23:53] <wxl> this is fun: " Despite being developed by two of its employees, Red Hat's Fedora Project does not use gummiboot for booting UEFI systems; instead, it will use efilinux to chainload GRUB"
 I haven't had a chance to use efilinux or gummiboot.
[23:59] <wxl> guiverc: i'd like to make it a goal for us to finish the testcases before march. is that something we can put our heads together on?


[08:10] <ivan> hmm, shouldn't 4.4.0-53 be in linux-xenial/master?
[08:12] <ivan> and master-next is only up to -52
[08:14] <ivan> http://kernel.ubuntu.com/git/ubuntu/ubuntu-xenial.git I mean
[12:56] <ivan> OK -53 is in the repo now :-)
[16:03] <stoatwblr> I have a bug with mptsas - ata erase (and secure) erase are failing. (The running kernel lacks CONFIG_IDE_TASK_IOCTL support for this device.) - works fine if the disk is plugged into the server's onboard sata ports, but that means having to go onsite to do this stuff.
[16:06] <stoatwblr> mpt3sas actually... :)
[16:12] <stoatwblr> hmmm. already fixed upstream.
[16:28] <stoatwblr> has the mpt3sas "Fix secure erase premature termination" (Nov 30th) been rolled into ubuntu-kernel yet?
[16:28] <stoatwblr>  commit 18f6084a989ba1b38702f9af37a2e4049a924be6 and 7ff723ad0f87
[16:43] <stoatwblr> it would appear not. How can I request it. Doesn't seem to be a way of filing a bug in launchpad.
[17:21] <rtg> stoatwblr, https://bugs.launchpad.net/ubuntu/+filebug
[17:26] <stoatwblr> thanks
[17:26] <stoatwblr> just checking whether 4.8.0-30-generic might have had it added (Don't think so but always worth looking)
[17:59] <rtg> BenC, I've been meaning to ask you about powerpc64-emb. I had to temporarily disable that flavor in Zesty (v.9) because arch/powerpc/kernel/head_64.S fails to assemble within the CONFIG_PPC_BOOK3E blocks.
[18:00] <BenC> rtg: What kernel version is zesty at?
[18:00] <rtg> BenC, 4.9-rc8
[18:00] <BenC> Are you still adding any patches from E500/BOOK3E?
[18:01] <BenC> All of the patches that I once had added are no longer needed, so if there are any remnants, you can remove them.
[18:01] <BenC> If something still isn’t compiling, I’ll take a look at it now.
[18:01] <rtg> BenC, looks like that file at least is vanilla
[18:42] <dmj_s76> sforshee: So I've identified another issue relating to linux-firmware and (this time) kernel 4.8.  Bug incoming.
[18:43] <ogra_> bjf, hmm, i wonder if you cant copy to the PPA because it is owned by snappy-dev and you are not a member ... want me to try the command to verify ?
[18:43] <dmj_s76> sforshee: It seems iwlwifi on kernel 4.8 doesn't work with the latest microcode (/lib/firmware/iwlwifi-8000C-22.ucode) under some circumstances.
[18:43] <bjf> ogra_, yes, please try
[18:44] <bjf> ogra_, henrix just pointed out to me that that ppa is over 100% full
[18:44] <dmj_s76> Now my guess is that a) -22 microcode is buggy or b) 4.8 requires patches to work correctly with it.
[18:46] <ogra_> bjf, hmm, doesnt work for me either
[18:46] <ogra_> oh
[18:46] <ogra_> then the error is weird though
[18:46] <ogra_> it shoould still find it
[18:46] <bjf> ogra_, indeed
[18:47] <dmj_s76> This has been reported online by users of many different distros.  In our case, the microcode causes kernel crashes when 64GB of RAM (4x16GB) is installed in a certain laptop model, but not 48GB (3x16GB) or other less populated configurations.
[18:48] <dmj_s76> renaming the -22 ucode so things fallback to the -21 fixes things.
[18:49] <ogra_> bjf, oh man ...
[18:49] <ogra_> bjf, "--to=~snappy-dev/ubuntu/snappy-devices" ... works
[18:49] <bjf> oh
[18:49] <ogra_> do you want to try yourself or should i just confirm (it is sitting at y/N )
[18:50] <bjf> ogra_, yes, let me try
[18:50] <henrix> ogra_: ah, i actually tried with "--to=~snappy-dev/snappy-devices" and it failed too... i guess i was close :)
[18:50] <ogra_> probably best if you try
[18:50] <ogra_> henrix, yeah :)
[18:51] <bjf> ogra_, "./copy-package --from ubuntu --from-suite vivid-updates --to=~ppa:snappy-dev/ubuntu/snappy-devices --to-suite vivid -b linux linux-meta linux-signed" fails for me
[18:51] <ogra_> whats the error ?
[18:52] <bjf> AssertionError: No such archive: ~ppa:snappy-dev/ubuntu/snappy-devices
[18:52] <ogra_> no
[18:52] <ogra_> no tilde in front of ppa
[18:52] <bjf> oh! i see what i did
[18:52] <ogra_> its either tilde or ppa:
[18:52] <ogra_> iirc they are kind of equivalent
[18:52] <bjf> ogra_, it's working
[18:52] <ogra_> \o/
[18:53] <bjf> ogra_, done! no errors
[18:53] <ogra_> yay
[18:55] <henrix> bjf: what? with a ppa at 100%?  that's odd
[18:55] <bjf> henrix, what can i say .. i think it worked
[18:57] <ogra_> i definitely see the packages
[19:01] <sforshee> dmj_s76: that's nice. Please file a bug, we need one for any SRU.
[19:01] <sforshee> dmj_s76: once you've filed the bug I'll spin another linux-firmware with that reverted.
[19:32] <dmj_s76> sforshee: https://bugs.launchpad.net/ubuntu/+source/linux-firmware/+bug/1647826
[19:56] <sforshee> dmj_s76: sounds like we'll need this in yakkety and xenial, right? Do you know if the problems go away with a 4.9 kernel?
[19:57] <dmj_s76> sforshee: I haven't tested 4.9 yet
[19:57] <dmj_s76> Yakkety should be the priority for now, but xenial will need it by the next point release.
[20:01] <sforshee> dmj_s76: if you get a chance it would be nice to know about 4.9. We've got a 4.9 build in zesty-proposed.
[20:05] <sforshee> dmj_s76: do you have any idea whether or not there are similar issues with the other -22 firmwares?
[20:06] <dmj_s76> sforshee: I don't know how the other -22 firmwares behave.  We only ship a limited subset of wifi cards known to work well (except when bugs like this happen)
[20:20] <sforshee> dmj_s76: do you have links to the other reports of this problem? I'm trying to determine if we need to revert the -22 ucode completely or just the one
[20:24] <dmj_s76> sforshee:
[20:24] <dmj_s76> https://bugs.launchpad.net/hplip/+bug/1635898
[20:24] <dmj_s76> https://bugs.archlinux.org/task/51271
[20:24] <dmj_s76> http://askubuntu.com/questions/856028/how-to-get-wifi-working-on-ubuntu-16-10
[20:24] <dmj_s76> https://www.danernielsen.com/getting-intel-wireless-8260-to-work-on-ubuntu-16-10/
[20:24] <dmj_s76> The reporter of that ubuntu bug is clearly hitting this same issue but doesn't know how to categorize it.
[20:33] <sforshee> dmj_s76: thanks. Between that and my own searching all the cases I see where the -22 ucode was clearly to blame were with 8260, so I guess I'll only remove that one.
[20:52] <dmj_s76> sforshee: still an issue on 4.9
[20:54] <sforshee> dmj_s76: thanks
[21:06] <sforshee> dmj_s76: posted a test build to the bug


[00:11] <Kano> cjwatson: why is grub2-signed not build against current grub2-11?
[00:12] <Kano> interestingly it shows 2.00-11ubuntu1 but the changelog shows 2.00-7ubuntu13??
[00:13] <Kano> http://changelogs.ubuntu.com/changelogs/pool/main/g/grub2-signed/grub2-signed_1.10/changelog
[00:16] <Kano> cjwatson: btw. you should check kubuntu, ubuntu boots but kubuntu does not
[00:47] <vagrantc> cjwatson: do you know if the current process for building live CDs on ubuntu is basically: https://lists.debian.org/debian-live/2011/06/msg00152.html ?
[00:48] <vagrantc> or anyone, really...
[01:12] <slangasek> vagrantc: that's not a complete description of our build process, but it's accurate as far as the livefs /on/ the CD is concerned
[01:13] <slangasek> (there's an extra layer of indirection, where the livefs is fed to a different build server that puts it into a hybrid filesystem along with the bootloader, on-disk package archive, etc)
[01:22] <vagrantc> slangasek: is it expected to build self-hosting... i.e. precise can build a precise live image?
[01:23]  * vagrantc was hoping to create customized images through an automated process, but most of the docs recommend using uck
[01:25] <slangasek> vagrantc: wrt the livecd-rootfs and live-build packages, yes
[01:26] <vagrantc> slangasek: i must be missing something(s)... it flounders at many steps along the way.
[01:28] <vanhoof> vagrantc: perhaps http://paste.ubuntu.com/1567760/ will help
[01:28] <slangasek> vagrantc: well, again since we only use live-build for the livefs creation, it's possible the packages don't work OOTB when you use them to create a full ISO
[01:28] <vanhoof> vagrantc: that yields good results for me
[01:29] <vagrantc> vanhoof: thanks, will give it a go.
[01:29] <vagrantc> slangasek: i can get it to create a squashfs, but no ISO image.
[01:29] <slangasek> vagrantc: right, which is exactly how we're using it ;)
[01:30] <vagrantc> so it "works"
[01:30] <slangasek> and the ISO image creation scripts are unfortunately not sorted out for releasing
[01:30]  * vagrantc hrms
[01:30] <vagrantc> hopefully vanhoof's suggestion will get me what i need.
[06:05] <pitti> Good morning
[07:53] <dholbach> good morning
[08:18] <BWMerlin> Nvidia has released new stable drivers, what is the process for these to be included into the ubuntu repositories?
[09:27] <tjaalton> siretart: hey, are libva & intel-vaapi-driver syncable from experimental?
[10:09] <tjaalton> at what time UTC are the daily-live images getting built? and is there a build-log available somewhere?
[10:11] <xnox> tjaalton: people.canonical.com/~ubuntu-archive/
[10:11] <xnox> livefs-build-logs/
[10:11] <xnox> and
[10:11] <tjaalton> thanks
[10:11] <xnox> cd-build-logs/
[10:11] <xnox> depends which stage you are after.
[10:11] <xnox> tjaalton: sometime around now, but it takes time to sync and publish the iso tracker can give you an overview.
[10:12] <xnox> http://iso.qa.ubuntu.com/qatracker/milestones/243/builds
[10:12] <xnox> e.g. some stuff is from today other isn't (some have failed)
[10:13] <jibel> tjaalton, if you're searching with version of -intel was in there, you'll have it in the manifest http://cdimage.ubuntu.com/daily-live/20130124/raring-desktop-amd64.manifest
[10:13] <xnox> ubuntu desktop builds failed due to missing python-oneconf, which has been resolved now as far as I can see.
[10:13] <jibel> *which
[10:13] <tjaalton> jibel: ah, yeah
[10:13] <jibel> xserver-xorg-video-intel	2:2.20.19-0ubuntu1
[10:13] <tjaalton> didn't think of that :)
[10:13] <tjaalton> so not the snapshot from yesterday then
[10:14] <tjaalton> wonder what else changed so the installations passed..
[10:27] <apw> pitti, we seem to be missing the amd64 ddebs for linux-3.2.0-36.57, can we tell why ?
[10:32] <pitti> apw: sorry, that got built 8 days ago, so they are already gone from the buildds :(
[10:32] <pitti> apw: for debugging that it would be good if you could poke me the next time an upload/accept/build happens, so that I can save the ddebs from the buildds some where and then debug how they appear/disappear on ddebs.u.c.?
[10:45] <apw> pitti, well i think we did some new ones in the last two days
[10:48] <apw> pitti, the latest P and Q kernels
[11:01] <apw> pitti, some support folks mirror these and they say it never appeared as they don't have them
[11:04] <pitti> apw: no, they were built on January 8 and 9 respectively
[11:04] <pitti> https://launchpad.net/~canonical-kernel-team/+archive/ppa/+build/4200994
[11:04] <pitti> https://launchpad.net/~canonical-kernel-team/+archive/ppa/+build/4200999
[11:04] <pitti> apw: checking if lamiak and panlong respond to ddeb fetching
[11:05] <pitti> apw: one important difference is that they are being built in a PPA instead of the normal distro; that might play into it
[11:05] <apw> pitti, i am saying that their non-deleting mirror of ddebs.u.c never got a copy of them, so more than likely they were not added to ddebs rather than deleted
[11:05] <pitti> *nod*
[11:06] <pitti> hm, htey do use the normal distro builders (blessed PPA), so it's not that
[11:09] <pitti> so raring's ddebs are there; I'll copy them in case they disappear as well
[11:09] <pitti> (for investigation)
[11:09] <Kano> hi, where is the script that creates the current iso images incl. shim?
[11:10] <pitti> apw: ok, I made a hardlink backup tree of http://ddebs.ubuntu.com/pool/main/l/linux/
[11:10] <pitti> apw: but I'm afraid we really need a fresh (i. e. < 7 days) build from the PPA in order to investigate this :(
[11:11] <pitti> or get ddebs into Launchpad properly
[11:11] <Kano> 12.10 kubuntu was not bootable, only grub showed with secureboot
[11:11] <Kano> ubuntu worked
[11:11] <Kano> the linux command did not succeed there
[11:12] <apw> pitti, we built two like yesterday
[11:12] <Kano> cjwatson: can you help?
[11:14] <apw> pitti, in fact linux - 3.2.0-37.58 is building still for armhf, but built on x86
[11:15] <pitti> apw: ah, great; looking at that one
[11:15] <pitti> oooh! I have an idea
[11:16] <pitti> apw: so the build happens in the PPA at day 1; the ddebs are fetched, but they aren't put into the Packages.gz indexes as they are not in the distro yet
[11:16] <infinity> pitti: Oh, is it the delay of the SRU process that's getting them killed/lost? :/
[11:16] <pitti> apw: then on a day > 5 the kernel is copied to the distro
[11:16] <pitti> apw: at that point ddeb-retriever will have them cleaned up, as they appear nowhere in the distro
[11:16] <infinity> (Though, I usually do my copies in under 5 days, that's certainly not guaranteed)
[11:16] <pitti> it isn't really built with that "copy from PPA" model in mind
[11:17] <pitti> but let me check the ddebs on the buildds
[11:17] <apw> and that would explain amd64 as that is typically done the quickest
[11:17] <apw> so would hit 5 days soonest
[11:17] <pitti> so 3.2.0-37.58 isn't on https://launchpad.net/ubuntu/+source/linux/+publishinghistory yet, as expected
[11:18] <infinity> pitti: This could also explain random complaints about security updates without ddebs, since they follow the same PPA->archive model, and VERY often have a testing delay of a week or more before unembargoing.
[11:18] <pitti> but http://ddebs.ubuntu.com/pool/main/l/linux/ has them
[11:18] <BWMerlin> Nvidia has released new stable drivers, what is the process for these to be included into the ubuntu repositories?
[11:19] <infinity> BWMerlin: tseliot tends to be on top of this.
[11:19] <pitti> apw: ok, I think we nailed it; I'll bump the "max age" of unowned kernel debs to a month
[11:19] <apw> pitti, could we perhaps add a " version <= newest pocket version "
[11:19] <pitti> we have the space now
[11:19] <apw> well that cannot hurt for sure
[11:19] <infinity> pitti: Special-casing kernels doesn't help security.
[11:19] <infinity> pitti: But I suspect kernels are the major use-case people notice.
[11:20] <infinity> pitti: (And this should all go away sooner, rather than later...)
[11:20] <pitti> yeah, we'll need some ">=" version comparison as apw suggests
[11:20] <apw> i would think not removing a .ddeb which represents a version in the future ever would fix it right for everything
[11:21] <pitti> ah, since we switched to germanium the "max age" is back to 14 days
[11:21] <infinity> apw: Except then we would have ddeb cruft ~forever for people who build test packages in devirt PPAs, or kernel/security/etc building something that doesn't get copied, or even package removals from -proposed.
[11:21]  * pitti bumps to a month
[11:21] <pitti> ^ for all packages
[11:21] <pitti> /dev/cciss/c1d0p1     393G   19G  370G   5% /
[11:21] <pitti> *shrug* :)
[11:21] <infinity> pitti: Shiny.
[11:21] <pitti> err, that actually:
[11:21] <pitti> /dev/mapper/ddebs_vg  2.8T  517G  2.3T  19% /srv
[11:22] <apw> heh
[11:22] <infinity> pitti: I'm going to try to find the time next week to look into the librarian solution (again), so maybe we can stop worrying about the hackish attempts at aging, and you can just do 1:1 mapping from published binaries to their matching ddebs.
[11:23] <BWMerlin> infinity: I am trying to find information about it's progress, I have checked the bug tracker but couldn't find any mention of it
[11:23] <infinity> BWMerlin: That was a hint to, perhaps, ask tseliot, who does these updates.  What version is this new stable version?
[11:23] <pitti> infinity: that'd be great indeed; that doesn't relieve germanium of the two hours that it takes to produce indexes, but at least it would solve the "data loss" problem
[11:23] <BWMerlin> 313
[11:25] <tjaalton> BWMerlin: it's an experimental version..
[11:25] <infinity> BWMerlin: Ahh, yeah, we still seem to be at 310ish.  But ping tseliot if you're curious.  I suspect he already knows about the new upstream, but it doesn't hurt to politely ask.
[11:25] <infinity> (keyword: politely)
[11:26] <BWMerlin> tjaalton: there are new 310 and 313 drivers
[11:26] <tjaalton> 310 is the stable one
[11:26] <tjaalton> which raring has
[11:26] <infinity> tjaalton: Though, not the same version as upstream.
[11:27] <infinity> tjaalton: (310.19 vs 310.32)
[11:27] <tjaalton> ok
[11:28] <tjaalton> released on monday, so quite fresh
[11:29] <BWMerlin> yes, I have some errors with the current version that I am hoping that new version corrects
[11:31] <tjaalton> ubuntu-bug nvidia-graphics-drivers-310
[11:31] <tjaalton> maybe not necessary though
[11:37] <siretart> tjaalton: I would think so, but testing it beforehand wouldn't hurt
[11:38] <tseliot> infinity: I only have to upload the latest nvidia driver (310.32). I worked on it yesterday and I hope to upload it today
[11:38] <siretart> tjaalton: I think I have even testbuilt them, but nothing more
[11:40] <tjaalton> siretart: what can it be tested with? :)
[11:40] <tjaalton> I tried a year ago and it was a disaster back then
[11:41] <siretart> tjaalton: that's a good point :-)
[11:43] <Kano> kubuntu raring does not start with secure boot and quantal does not too
[11:43] <tjaalton> siretart: I could try with the mplayer port with va-api support
[11:43] <Kano> why not?
[11:45] <tjaalton> siretart: the gstreamer situation is a bit weird still, with all the various branches etc
[11:48] <Riddell> Kano: hmm I think we have some things missing from our seeds
[11:49] <xnox> Kano: as far as I know #kubuntu is not SB enabled.
[11:51] <siretart> tjaalton: neither mplayer nor mplayer2 support vaapi
[11:51] <cjwatson> Riddell: if you want it done for 12.04.2, let me know and I should be able to sort it out on Monday.  (But it ought to be done for 13.04 first, really.)
[11:52] <Kano> xnox: but it starts grub, so shim must be there
[11:52] <Kano> it just can not load the kernel/initrd then
[11:53] <infinity> Kano: Missing linux-signed-generic, I assume?
[11:53] <Kano> no idea
[11:54] <Kano> i got my efi enabled board yesterday
[11:54] <tjaalton> siretart: there is a ppa which has a version that does
[11:54] <tjaalton> apparently
[11:55] <siretart> tjaalton: that's some bastardized fork of an outdated codebase, whose create seems to have no interest in submitting his work upstream.
[11:55] <siretart> s/create/creator/
[11:55] <tjaalton> siretart: ah, well I'm interested to see if I can reproduce a bug in the driver :)
[11:56] <siretart> tjaalton: :-)
[11:56] <tjaalton> not really interested in the player itself
[11:57] <siretart> i would appreciate if people would stop calling it mplayer, the mplayer 'situation' is already way too confusing as it is right now.
[11:57] <siretart> with 'it', I mean that vaapi fork
[11:57] <Kano> siretart: did you get it compiled? i only saw 3 branches
[11:58] <siretart> Kano: i'm not interested in outdated, stale code branches, so no.
[11:59] <Kano> siretart: there is a git repo, did you look there?
[11:59] <siretart> no
[11:59] <Kano> http://gitorious.org/vaapi/mplayer
[11:59] <Kano> but somehow you would need all 3 branches merged
[11:59] <siretart> last activity, August 20, 2012.
[11:59] <tjaalton> siretart: is there some other player with vaapi support?
[12:00] <Kano> tjaalton: sure, xbmc
[12:00] <Kano> tjaalton: and vlc
[12:00] <siretart> tjaalton: vlc exists, and I'm told gstreamer can do vaapi as well (but I haven't tested that)
[12:00] <tjaalton> vlc is fine
[12:00] <Kano> no compared to xbmc vlc is bad
[12:00] <siretart> Kano: too bad that we do not have xbmc in ubuntu
[12:00] <Kano> then compile it
[12:00] <Kano> 5 min on a new box
[12:00] <tjaalton> not that interested
[12:01] <tjaalton> vlc is fine if it allows me to repro the bug
[12:01] <ogra_> we do have xbmc
[12:01] <Kano> has too high cpu load
[12:02] <ogra_> in raring at least
[12:02] <siretart> ogra_: omg. how did this pass ftp-master license review?
[12:02] <Kano> it is even in debian
[12:03] <Kano> because it is build without internal ffmpeg
[12:03] <Kano> i prefer the normal xbmc with builtin ffmpeg
[12:03] <ogra_> siretart, dunno,didnt check, i just know it is famous on arm recently
[12:04] <siretart> Kano: that's my main concern with it. in debian/experimental it is built against internal ffmpeg, which makes it IMO unsuitable for a distribution usage.
[12:04] <siretart> ogra_: well, not my call anyways.
[12:04] <siretart> gotta work to do, bbl
[12:04] <Kano> there are so many branches that i build it directly anyway
[12:04] <Kano> you need a different branch for xvba
[12:06] <Kano> does not take long to compile, maybe it takes longer to dl the code ;)
[12:12]  * xnox crashed software center =)
[12:21] <xnox> ... i'm one of 2298 times who managed it.
[12:22] <mvo> xnox: whats the bugnumber?
[12:22] <davmor2> mvo: how do
[12:23] <xnox> mvo: created from errors bug 1105021 , I have a fix for it already, testing now + will propose a merge. It only affects raring (based on errors data)
[12:23] <mvo> xnox: are you on it already?
[12:23] <xnox> mvo: yeah. It's just missing an import =)
[12:24] <mvo> cool
[12:24] <xnox> and I know how to trigger it ;-)
[12:24]  * mvo hugs xnox
[12:24]  * xnox hugs ev for giving me data to react to this
[12:30] <mitya57> hi barry :)
[12:35] <bdrung> Sweetshark: mail responded. when will be the latest time to send you stuff before you leave for vacation?
[12:38] <Sweetshark> bdrung: today is my last day, and while I leave at ~midnight, I still have some packing to do.
[12:41] <bdrung> okay
[12:52] <ev> xnox: yay!
[12:54] <xnox> mvo: so how does one install i386 packages only, via software center? do I must provide a :amd64 package that simply depends on :i386 package? (e.g. like skype & skype-bin) cause VMware view client is in the app-install-data now (i fixed it localy) & yet it is "not found"
[12:56] <infinity> xnox: Oh, have you hijacked vmware-view-client from me?
[12:56] <infinity> xnox: Not that I mind if the answer is yes. :P
[12:56] <xnox> infinity: no, I haven't. I'm trying to teach software center that one can install vmware-view-client on amd64 machines.
[12:56] <xnox> via app-install-data-partner.
[12:57] <infinity> xnox: If software-center can't see multiarch binaries from secondary arches, that seems like an SC bug.  Pretty please don't work around it with dummy amd64->i386 packages. :/
[12:58] <xnox> ev: I've used errors to fix a crasher, I even made a merge proposal for errors to fix a small bug there. Clearly you should code review my usb-creator branch in return =))))
[12:58] <infinity> (We could repackage vmware-view-client like Skype, but we really shouldn't have to)
[12:59] <xnox> infinity: ok, i'll just mark it i386 only in app-install-data, but then like most desktops that want to use vmware-view-client won't be able to install it via usual ways.
[12:59] <xnox> infinity: it's not fair to hour office building buddies.
[12:59] <xnox> s/hour/our/
[12:59] <infinity> xnox: Well, it *is* i386-only.  The point I'm making is that software-center should still show it anyway if you have i386 enabled.
[13:00] <infinity> xnox: Does this fiddling mean that its stack is actually installable now?
[13:01] <infinity> Ahh, it is in raring now, at least.
[13:01] <xnox> yeah, it is =)
[13:03] <infinity> xnox: I vaguely remember not caring before because its dependencies weren't all multiarched.  Looks like that's been fixed in precise too now.  Shiny.
[13:04] <infinity> xnox: So, yeah.  I *could* repackage it with a foo/foo-bin approach like skype, but I'd rather you get mvo's opinion on why SC doesn't display it in the current state, and how/if that should be fixed.
[13:04] <infinity> xnox: Cause cross-arch deps like that are a hackish workaround, not something we should be doing just cause.
[13:05] <infinity> xnox: (For skype, it was to enable smooth upgrades, since there used to be a skype:amd64 that depended on ia32-libs, there never was such a thing for vmware-view-client)
[13:05] <xnox> for enough earl gray tea & biscuits foo/foo-bin in -partner is not that hard =)
[13:05] <infinity> xnox: No, it's not hard, it's *wrong*.
[13:05]  * xnox makes a sad face, starts crying and says "but i like biscuits" =))))))
[13:05] <infinity> xnox: skype should be the exception here (due to the upgrade path issue), not the rule.
[13:05] <xnox> ok.
[13:06] <xnox> let me experiment and see if there is a regular reproducer in the archive.
[13:06] <xnox> well. i guess partner kind of is, but i'm sure there was something like that synced from debian as well
[13:06] <infinity> You'll be hard-pressed to find things in the regular archive that only exist on one arch and are sensibly multiarched.
[13:07] <infinity> Some kernels, perhaps, but they don't show up in SC anyway.
[13:07] <infinity> vmware-view-client seems like a good enough testcase, don't see why you'd need another.
[13:08] <xnox> true.
[13:12] <infinity> xnox: I doubt SC understands multiarch at all, but if it does, it might be accidentally assuming that packages without MA headers aren't valid candidates?
[13:13] <xnox> infinity: on the other hand one should not see 2 gnome-terminals.
[13:13] <infinity> xnox: More realistically, though, it's probably just not even looking at foreign arches.
[13:13] <infinity> xnox: Why would you?
[13:13] <janimo> pitti, hi, are we following udev in systemd currently?
[13:14] <infinity> xnox: apt-cache search gnome-terminal && apt-cache search vmware-view-client : you only see one of each, it picks the best candidate.
[13:14] <infinity> xnox: This is no different than having more than one candidate in, say, release, updates, security, and proposed.  SC only shows you the "best", not all of them, I hope. :P
[13:14] <xnox> hmm...
[13:14] <janimo> pitti, as in backporting changes from it but not rebuilding from that source tarball?
[13:16] <infinity> janimo: I was pretty sure slangasek had master plans to start building udev directly from the systemd sources at some point.
[13:16] <infinity> janimo: It was one of the driving factors for me getting kmod in the archive.
[13:16] <infinity> janimo: But something may have stalled there.
[13:18] <bdrung> Sweetshark: do you have SRU plans for bug #628105?
[13:20]  * janimo just made a local change to udev only to discover it being already added in systemd/udev two weeks ago
[13:22] <infinity> bdrung: Did you get that cherrypicked to upstream stable branches, or only land it on trunk?
[13:22] <infinity> bdrung: (If you'd had it cherrypicked, SweetShark would be picking it up 'for free' in SRUs)
[13:23] <pitti> janimo: no, we don't right now
[13:23] <infinity> bdrung: Otherwise, you may have missed the boat for precise for now, as he just did a big point release update. :/
[13:23] <pitti> janimo: I have the most current standalone udev release in the raring bzr branch, but it doesn't work right now
[13:23] <pitti> janimo: I also built some test packages with systemd's udev, which do seem to work
[13:24] <pitti> but I didn't spend much time on it, as it bumps soname, requires changing our ConsoleKit, and I don't have enough time to do all that
[13:25] <bdrung> infinity: in landed only in trunk (and will be part of 4.0). i saw that a sru upload landed in proposed. the question is if there are other outstanding fixes that will be bundled for after the point release
[13:25] <bdrung> s/in/it/
[13:25] <infinity> bdrung: Well, I'm sure he'll do another micro release at some point, so just making sure this is queued up for that would be reasonable.
[13:25] <infinity> bdrung: (Shame that didn't happen for this current upload)
[13:26] <ev> xnox: will do :)
[13:27] <bdrung> infinity: IIRC, the currently accepted sru upload stuck in the unapproved queue for some time
[13:28] <infinity> bdrung: I could kill off the two ARM builds of LibreOffice if you and SweetShark can agree on a quick follow-up with one or two small bugfixes. :P
[13:28] <bdrung> Sweetshark: ^
[13:28] <infinity> bdrung: The current one was only in unapproved for an hour or two.  The previous one was in for a while until it was rejected, yeah.
[13:29] <janimo> pitti, for udev package changes should I file a bzr merge req on https://code.launchpad.net/~ubuntu-branches/ubuntu/raring/udev/raring ?
[13:29] <pitti> janimo: please don't for now, as that's the new version which is failing horribly
[13:29] <pitti> janimo: i. e. either just push --overwrite it with what's actually in raring (I have a local copy of teh branch here, it's fine), or just dput
[13:30] <bdrung> infinity: i am busy with university stuff. so please poke sweetshark (or me in a few hours)
[13:30] <janimo> pitti, ah dput  without touching bzr branches? I am fine with that
[13:30] <infinity> bdrung: I should be busy napping.  It's 6:30am and I haven't done that yet.
[13:31] <infinity> bdrung: But if you guys agree on replacing the current proposed version with something with one (or a few) small, auditable bugfix(es), I'm okay with that, and likely to accept it.
[13:31] <infinity> bdrung: Shame about the buildd resources, but life's like that sometimes.
[13:31] <infinity> bdrung: Beats pushing two rapid updates to end users.
[13:32] <bdrung> infinity: i would go for replacing the current proposed version, but let's wait for Sweetshark's comment. the diff is auditable: https://launchpadlibrarian.net/129007971/autocolor.debdiff
[13:34] <infinity> bdrung: Yeah, that diff is totally auditable, and I'm happy with it.  I was implying that there may be other forgotten fixes one might want to sneak in too.  Given the age of this one, that seems like a likely scenario. :P
[13:34] <bdrung> infinity: IIRC, the other one or two bug fixes landed in the proposed version
[13:36] <infinity> Anyhow.  Quick nap time.
[13:46] <seb128> bdrung, infinity: please let libreoffice where it is
[13:46] <seb128> it tooks us 1.5 months to get that version accepted in proposed
[13:46] <seb128> we will do follow up uploads
[13:47] <seb128> but we need to get that one through, and I'm not wanting to play "let's kick it out and replace it"
[13:47] <seb128> especially that Sweetshark is off for 2 weeks starting tonight
[14:00] <mpt> ev, is backporting the error tracker to 11.10 or earlier still a realistic possibility, or shall I drop that from the spec?
[14:00] <ogra_> 11.10 goes out of support in april ...
[14:01] <mpt> So does 10.04, right?
[14:01] <ogra_> sounds pretty pointless unless you want a catchall for 11.10->12.04 upgrade errors
[14:01] <ogra_> 10.04 on the desktop
[14:01] <mpt> yeah
[14:01] <ogra_> server still stays for 2 years
[14:01] <mpt> and we don't have server error tracking yet anyway
[14:03] <mpt> Dropped: https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=142&rev1=141
[14:17] <mpt> ev, for these developer settings for the error tracking, I wonder if we could/should offer blacklisting of any package that you have installed from a PPA
[14:19] <mpt> I guess "could" depends on bug 1091228
[14:20] <cjwatson> Not really
[14:21] <cjwatson> I mean, it doesn't matter if you've installed it from a PPA and it has since been copied into the primary archive, does it?
[14:21] <mpt> sure it does
[14:21] <cjwatson> Well, I guess if it's been superseded by a later version then it might be hard to tell
[14:21] <mpt> Well, it depends on the motivation I guess
[14:22] <cjwatson> But I'd have thought a reasonable first cut would just be to check the current origins (analogous to apt-cache policy)
[14:22] <mpt> If the motivation for not wanting to report PPA errors is to avoid spamming the error tracker with errors Ubuntu developers can't fix, then as soon as it's copied into the primary archive, they can fix them
[14:22] <mpt> but I was thinking more developers who are using a PPA for testing before going to MyApps/ARB
[14:24] <mpt> Even then, for both us and them, it would be more interesting if we could give the developers access to those error reports, than to spend time letting their beta testers block just those error reports...
[14:34] <BWMerlin> I keep getting the following error when I try to install glx-alternative-nvidia The following packages have unmet dependencies: glx-alternative-nvidia : Depends: glx-diversions (= 0.2.2) Depends: glx-alternative-mesa E: Unable to correct problems, you have held broken packages.
[14:34] <BWMerlin> Is this a bug I need a report or am I doing something wrong?
[14:45] <xnox> mpt: an error or a bug in the software is still an error and a bug. no matter where it was installed from. and it's better to fix everything in ppa before it hits MyAPps/ARB/archive.
[14:46] <mpt> yeah
[14:46] <xnox> i guess it's screws with the statistics and graphs.
[14:46] <mpt> For example, we're just hooking up Firefox errors so that we'll count them before sending them on to Mozilla, (almost) purely for statistical rigor
[14:47]  * xnox so wants to see chromium vs firefox stability. But I guess regardless, the $default browser will always crash more.
[14:48] <mpt> We'd have to measure program running time to know that
[14:48] <mpt> but we don't even know Ubuntu running time at the moment (which is why the 12.04 graph has a weekly pulse)
[14:59] <barry> mitya57: hi
[14:59] <infinity> BWMerlin: We don't use glx-alternative-nvidia with the Ubuntu shipped drivers.
[15:00] <mitya57> barry: we wanted to discuss something about the docs
[15:00] <barry> mitya57: yep, debian wiki page and pybuild
[15:02] <mitya57> barry: I'm also interested in packaging-guide page, it will be good to merge those two at some point
[15:02] <barry> mitya57: +1
[15:16] <mitya57> barry: ideally the main section should tell about pybuild (I would take p1otr's announcement as a base), and then "Other approaches"
[15:16] <mitya57> section which will describe the old way
[15:17] <barry> mitya57: in the packaging guide or wiki or both?
[15:17] <mitya57> I've stolen some text from Debian wiki (both your article and p1otr's) when writing the u-p-g page, the things I added are
[15:17] <mitya57> sphinx stuff, debian/rules snippet and a list of requirements
[15:18] <mitya57> both
[15:19] <mitya57> ... and info about lintian4py
[15:27] <lantizia> Hi, I've noticed that the kernels shipping with 12.04 and 12.10 are coming compiled with a setting turned on that wasn't present in the config file of the kernel that shipped with 11.10
[15:27] <lantizia> that setting is CONFIG_SOUND_OSS_CORE_PRECLAIM=y
[15:28] <lantizia> also CONFIG_SOUND_OSS_CORE=y
[15:28] <lantizia> now given OSS was completely removed in the kernel back in 11.04 release was it?
[15:29] <lantizia> Why has settings for it re-emerged in 12.04 onwards?   That setting it seems preserves OSS device numbers in case you have OSS compatibility compiled in to the kernel - which clearly it doesn't any longer
[15:29] <lantizia> But whilst the setting is there, it prevents people from using OSS proxy/emulation techniques such as osspd (which uses fuse/cuse to fake /dev/dsp and redirects it to pulseaudio)
[15:29] <infinity> lantizia: You want #ubuntu-kernel
[15:30] <lantizia> lol - I did ask in #ubuntu which channel would be best, nevermind I'll reask there
[15:30] <lantizia> but if anyone does know how I can do about looking for a rationale of why that was re-included let me know :D
[16:35] <slangasek> seb128: hey, do you know if there's a reason we still have the gnome-power-manager package in the desktop seed?  It looks to me like the only things it still contains are a pointless GUI tool and some icons which I think we're not using
[16:37] <psusi> it has been annoying me for some time now that the gui tool has had features removed to the point of becoming pointless
[16:37] <seb128> slangasek, for the "pointless GUI tool" :p
[16:37] <stgraber> slangasek: gnome-power-statistics is called by the power indicator
[16:37] <psusi> I tried last year to put some back, but upstream didn't seem to want to
[16:37] <stgraber> slangasek: that's what you see when you click on a batter in the indicator
[16:37] <psusi> ohh, right... -manager, not -settings
[16:38] <stgraber> (and FWIW I actually use that "pointless GUI tool" ;))
[16:38] <slangasek> seb128, stgraber: oh, sure enough - I was only clicking on 'settings' which showed something different :)
[16:39] <mdeslaur> s/pointless/confusing/
[16:39] <stgraber> jdstrand: libseccomp has now built on both i386 and amd64, including the testsuite run (thanks to kees who fixed the testsuite failure)
[16:39] <jdstrand> stgraber: ack
[16:59] <amigadave> jcastro: hey, i am an upstream developer (of Vino) and would like to see error reports for that project on errors.ubuntu.com
[17:00] <amigadave> jcastro: poking you as per https://wiki.ubuntu.com/UbuntuBugControl#Application :-)
[17:06] <ev> amigadave: unfortunately that's not possible yet. We're working with Canonical's legal team to come up with an NDA that will allow us to share that information with trusted third-party developers like yourself.
[17:06] <ev> Really glad you're interested in getting at it though! :) Hopefully we'll have something together soon.
[17:06] <ev> slangasek: ^
[17:08] <amigadave> ev: thanks for the information
[17:08] <ev> amigadave: sure thing
[17:10] <jtaylor> is this a gcc bug or me doing something I shouldn't: http://paste.ubuntu.com/1570281/
[17:11] <jtaylor> I know complex is not c++ but why should it stop working?
[17:11] <slangasek> ev: ack :)
[17:20] <barry> xnox: hah! i had the same s-c automerge failures.
[17:25] <xnox> hm?! =)
[18:15] <mterry> Is there a bug status that makes status.ubuntu.com treat it as postponed?
[18:19] <xnox> unlink from blueprint
[18:19]  * xnox hides =))))
[18:23] <slangasek> mterry: target bug to release, mark 'wontfix' for that release
[18:23] <mterry> xnox, :)
[18:23] <mterry> slangasek, ah hmm.  OK thanks
[19:40] <kirkland> sladen: ping
[19:41] <kirkland> sladen: what would it take to get the Apple unicode logo &#xF8FF into the Ubuntu font?
[19:42] <bluefoxxx> why is the Apple logo a Unicode symbol
[19:44] <sarnold> bluefoxxx: the ubuntu logo also has a spot in the 'private extensions' space, it's in at least one font shipped by ubuntu..
[19:45] <bluefoxxx> aha
[19:46] <slangasek> kirkland: other than Apple tendering an offer for Canonical? ;)
[19:49] <robru> mterry, oops, I'm late for a lunch date. gotta run! chat about this later?
[19:49] <robru> mterry, whoops, wrong channel too. so scattered! ;-)
[20:24] <dobey> barry: ping, i've added the dep3 headers, and pushed the patch to an upstream bug report, for https://code.launchpad.net/~dobey/ubuntu/raring/twisted/fix-pygtkcompat/+merge/144550 can you re-review/sponsor it now? :)
[20:25] <barry> dobey: i'll do it before cob today (probably in an hour or so)
[20:26] <dobey> barry: thanks, it fixes a pretty critical crash happening in ubuntuone-client, and is blocking me uploading a new version of that, or rhythmbox-ubuntuone, at least. :)
[20:26]  * barry nods
[20:27] <barry> dobey: actually, nm.  i'll do it now, thanks
[20:27] <dobey> ah ok, thanks much!
[20:29] <stokachu> barry: if you get a moment could you look over bug 1103644 and let me know what issues you see (if any of course :)
[20:30] <barry> stokachu: that one will have to wait til later today ;)
[20:30] <stokachu> barry: thats cool man
[20:33] <stokachu> anyone have any experience packaging stuff that requires google test? (libgtest-dev) i couldnt find any documentation that describes the proper way to make sure those source files are built when an application depends on it
[20:35] <stokachu> only stuff i could find was manually running cmake and copying over the static libs to our library path
[21:48] <jamin> any chance of getting some attention on this report: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/1075478
[21:49] <jamin> there have been several similar reports, the referenced report has an functional work around for the issue
[22:11] <slangasek> plars: ping
[22:11] <plars> slangasek: hi
[22:11] <slangasek> plars: hey there!
[22:12] <plars> slangasek: heya, good to talk to you again :)
[22:12] <slangasek> plars: :) have you seen the mail thread with the questions about whether we're profiling memory at the right point in these new jenkins jobs?
[22:13] <slangasek> plars: would be great if we could have this profiling a logged-in desktop session before Monday
[22:13] <plars> slangasek: yes, just saw that and I'm updating the job so that it auto logs in
[22:13] <slangasek> ok cool
[22:14] <plars> slangasek: from what I'm seeing, 'd-i passwd/auto-login boolean true' ought to work for that right?
[22:14] <slangasek> plars: I confess that I don't know
[22:15] <slangasek> plars: it /sounds/ plausible ;)
[22:17] <plars> d-i preseeding is a bit of a dark art
[22:18]  * plars is hoping for a 'd-i everything/just-freaking-work boolean true'
[22:18] <plars> :)
[22:18] <roadmr_> plars: that's the correct d-i setting, I think at some point it didn't actually result in lightdm auto-logging in, but these days it should
[22:19] <plars> roadmr_: ok, good to know. It ought to be real obvious if that breaks in this instance since the main output of the test is a process list
[22:19] <roadmr_> plars: back when that problem was spotted, we worked around it by plastering this in the success_command: http://paste.ubuntu.com/1571093/
[22:19] <plars> roadmr_: ok, good to know
[22:22] <roadmr_> plars: there was a bug about this, fix-released by now: https://bugs.launchpad.net/ubuntu/+source/casper/+bug/819624
[23:09] <dylan-m> Hey, mpt, I think that Technical description pane in Software Updater feels a little clunky and out of place, so I'm thinking of fooling with the thing to maybe get rid of those tabs. Did you have any plans for it already?
[23:39] <barry> stokachu: still around?
[23:41] <slangasek> cyphermox: I have now seen the dnsmasq debian/rules as a result of this SRU and am now very sad


[00:01] <balloons> ahayzen, I'll want to talk to fginther about it. My guess is something isn't right. Dependencies, something
[00:02] <ahayzen> balloons, ok no problem
[03:31] <AskUbuntu> development for ubuntu tablet using python | http://askubuntu.com/q/355168
[07:16] <dholbach> good morning
[08:18] <gusch> tmoenicke: can you review https://code.launchpad.net/~schwann/ubuntu-keyboard/keyboard-landscape-popup/+merge/189778
[08:18] <tmoenicke> gusch: yep
[08:18] <tmoenicke> gusch: this too: https://code.launchpad.net/~thomas-moenicke/ubuntu-keyboard/ubuntu-keyboard-fix-3-key/+merge/189779
[08:19] <gusch> tmoenicke: ok
[08:47] <nerochiaro> oSoMoN: frustrating that the 5 secs delay didn't help
[08:47] <oSoMoN> nerochiaro: yep…
[08:47] <oSoMoN> nerochiaro: back to square 1, we’re gonna need a nexus4 to investigate
[08:48] <nerochiaro> oSoMoN: looks like. boring
[08:48] <nerochiaro> zsombi: good morning. have you seen this ? https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1236464
[08:49] <ubot2`> Launchpad bug 1236464 in Ubuntu UI Toolkit "Swipe to delete confirmation need emulators for AP tests" [Undecided,Confirmed]
[08:56] <zsombi> nerochiaro: I saw it now :)
[08:56] <nerochiaro> zsombi: :)
[08:57] <zsombi> nerochiaro: either iahmad or elopio should also see that :)
[08:59] <elopio> nerochiaro, zsombi: I'm doing the text field emulators, and that's all I'll be able to do this week.
[09:00] <elopio> I'll talk to iahmad, or robotfuel. If they don't have time, I'll do it next week.
[09:10] <nerochiaro> zsombi: elopio: i have something in place that can hold until next week, but sooner or later it will need to be replaced with proper emulators. so if they become available next week, that's ok for me
[09:11] <JamesTait> Good morning all! Happy Face Your Fears Day! :-D
[09:18] <elopio> I need some help.
[09:19] <elopio> I have this: http://paste.ubuntu.com/6208585/
[09:19] <elopio> but it shows one button on top of the other.
[09:19] <elopio> should I add another component as parent to the items?
[09:21] <om26er> nerochiaro, review please ? https://code.launchpad.net/~om26er/camera-app/camera_gallery_integration_test/+merge/189671
[09:22] <om26er> This test makes sure that tapping on the gallery icon opens the gallery app...
[09:22] <nerochiaro> om26er: on it
[09:23] <nerochiaro> om26er: at the very minimum can you please split off the pyflakes fixes and the actual fix into two different commits please ?
[09:23] <om26er> nerochiaro, sorry about that, the main part of the code is in tests/autopilot/camera_app/tests/test_gallery_integration.py
[09:23] <om26er> nerochiaro, do you want me to do that again ?
[09:24] <elopio> zsombi: a hand? ^^
[09:25] <om26er> elopio, yo need to do something like this http://paste.ubuntu.com/6208601/
[09:25] <nerochiaro> om26er: yes please, let's keep things clean
[09:27] <elopio> om26er: that works. Thanks!
[09:27] <om26er> np :)
[09:27] <om26er> nerochiaro, sure thing.
[10:02] <davmor2> daker: ping .4 works a charm
[10:02] <daker> davmor2: \m/
[10:23] <om26er> nerochiaro, https://code.launchpad.net/~om26er/camera-app/gallery_integration_test/+merge/189797
[10:23] <om26er> only the test. Nothing more.
[10:39] <gusch> tmoenicke: https://code.launchpad.net/~schwann/ubuntu-keyboard/keyboard-magnifier-tweaks/+merge/189811
[10:39] <davmor2> daker: 1 last issue when the screen blanks the music stops you might want to look into the permissions that the music play app has to get around that.
[10:40] <daker> davmor2: ya that's on my list
[10:40] <davmor2> daker: nice :)
[10:40] <nerochiaro> om26er: i'll be on it soon
[10:41] <om26er> gusch, got a few cycles to review https://code.launchpad.net/~om26er/gallery-app/camera-integration-test :)
[10:41] <om26er> same thing as as above but for the gallery-app
[10:42] <nik90> mhall119: ping
[10:42] <nik90> or rather pong
[10:56] <popey> nik90: i think mhall119 was going to ping you about alarms not saving, and asking if this was because something else hadn't landed yet
[10:56] <popey> pressing save in the alarms screen does nothing
[11:07] <nik90> popey: ah okay
[11:07] <nik90> popey: I think renato has fixed the issue with EDS which was causing this bug. I am waiting for the update to land to test again
[11:18] <om26er> Where does the address-book-app save contacts ?
[11:40] <rottinrob> good morning everyone
[11:42] <rottinrob> could anyone give me a hand with bazaar...its giving me fits
[12:01] <om26er> renato, ping
[12:02] <renato> om26er, pong
[12:02] <om26er> renato, where does the address-book-app store contacts? lets say I want to create a dummy contact for writing some autopilot tests, what do I need to do ?
[12:02] <renato> om26er, this is the big problem right now :D
[12:02] <renato> om26er, the app stores contacts on EDS
[12:03] <renato> om26er, I think that the correct way should be mock the EDS dbus interface but this is a big work
[12:04] <om26er> renato, For now I can think of something like this: create a contact at the start of a class, run all the tests that need that contact and at the end of it clear that contact
[12:04] <om26er> I think its much less work than dbus mocking :)
[12:04] <renato> om26er, but if the tests crash or if the contact already exists
[12:05] <renato> om26er, there is several problems in this approach , if the user address book is readonly
[12:05] <om26er> renato, How about "That Random Contact" for a name :+
[12:06] <om26er> renato, I believe for the most part we don't care about users running tests, Devs can afford some contact lost, can't they ?
[12:06] <om26er> tests our CI infrastructure that;s going to be running those tests.
[12:07] <om26er> renato, how about: backup the eds contacts DB; start the app, create a new contact, perform your tests; at the end restore the EDS db?
[12:07] <om26er> or is that insane ?
[12:07] <renato> om26er, :D
[12:08] <om26er> I am specifically interested in writing test to make sure tapping the 'phone' and 'message' icon open the respective app correctly.
[12:08] <renato> om26er, if the tests crash in the middle before restore the DB
[12:08] <davmor2> renato: yes cause every phonebook has a user called test tester ;)
[12:09] <om26er> renato, I have been told that addCleanup() works even if the test fails
[12:09] <renato> om26er, but not if the test crash :D
[12:09] <om26er> davmor2, about you give us the option address-book-app --show-a-dummy-contact ?
[12:10] <om26er> oops renato  that was for you :)
[12:10] <renato> om26er, maybe we can change the qt plugin to use memory instead ours
[12:11] <renato> om26er, try change ContactSimpleListView.qml (manager: "galera") to (manager: "memory")
[12:11] <om26er> sure
[12:12] <renato> this should store contacts in memory instead of EDS
[12:12] <renato> I am not sure if this manager implements all the functionalities that we need but give this a try
[12:13] <renato> om26er, I need to leave for some minutes I will be back soon
[12:14] <om26er> renato, ok. will catch you later.
[12:21] <nerochiaro> om26er: can i run that new test manually on the device (like "autopilot run camera_app.tests.test_gallery_integration.TestGalleryIntegration.test_gallery_button_opens_gallery") ?
[12:21] <om26er> nerochiaro, Yes. It should work
[12:21] <om26er> well in the CI jobs its running like that
[12:29] <nerochiaro> om26er: i get exceptions: http://pastebin.ubuntu.com/6209121/
[12:31] <om26er> nerochiaro, I can handle that exception. Which version of the camera-app are you using btw ?
[12:31] <nerochiaro> om26er: the one built from your MR
[12:35] <om26er> nerochiaro, I pushed a fix. Can you try to run the test again on your phone? (don't apply the new changes just yet) make sure to unlock the screen first.
[12:37] <om26er> I think it failed for you because the gallery app was never launched, probably because your screen was locked
[12:39] <nerochiaro> om26er: the screen was unlocked
[12:39] <nerochiaro> om26er: yes, confirm, same exception when launching test with screen unlocked
[12:40] <om26er> nerochiaro, ok. the fix I pushed should fix the issue.
[12:41] <om26er> we definitely need to have the latest version of the camera-app since the one in the image does not have a working 'gallery' button
[12:41] <om26er> nerochiaro, can you try if tapping on the gallery button open the gallery app for you ?
[12:42] <nerochiaro> om26er: yes it does
[12:42] <om26er> nerochiaro, ok. I'll try the test on maguro now.
[12:44] <nerochiaro> om26er: trying your fix in the meantime
[12:47] <nerochiaro> om26er: seems to still fail with your fix
[12:48] <om26er> nerochiaro, I think I know what the issue is
[12:48] <om26er> nerochiaro, I am assuming you are running tests with phablet-test-run -n ?
[12:48] <nerochiaro> om26er: no, i'm in with adb shell, then su - phablet, then run the test
[12:49] <om26er> nerochiaro, right. the test runs fine for me on maguro but it failed the first time because unity8 had no autopilot interface at that time.
[12:49] <om26er> nerochiaro, I'll come with a solid fix
[12:49] <tmoenicke> gusch: https://code.launchpad.net/~thomas-moenicke/ubuntu-keyboard/ubuntu-keyboard-fix-spacebar/+merge/189826
[12:49] <nerochiaro> om26er: ok. note that i have not enabled MIR on the device
[12:50] <om26er> nerochiaro, yeah, I am using SurfaceFlinger on maguro as well.
[13:40] <mhall119> nik90: yeah, I was pinging about alarms not saving, let me know what build should have it fixed and I'll test it again
[13:44] <tmoenicke> gusch: could you pls have a look? https://code.launchpad.net/~thomas-moenicke/ubuntu-keyboard/ubuntu-keyboard-fix-symbolstate/+merge/189852
[13:47] <gusch> tmoenicke: commented
[14:08] <daker> popey: ping
[14:10] <daker> or mhall119
[14:21] <mhall119> daker: pong
[14:22] <daker> mhall119: can you test this http://phoboslab.org/xtype/
[14:22] <daker> on your phone
[14:27] <rottinrob> heyo everyone
[14:32] <daker> mhall119: forgot about it, the game does UA sniffing to serve the mobile version
[14:35] <daker> hey oSoMoN i want to make a click package for this game http://phoboslab.org/xtype/ (a webapp) but it sniffs the UA to serve the mobile version
[14:37] <oSoMoN> daker: ideally there should be a way for individual (web)apps to define their own UA overrides, however atm it’s not possible (but I’m working on it)
[14:38] <daker> oSoMoN: ok
[14:40] <oSoMoN> daker: an alternative solution would be to make it an app that displays a plain WebView fullscreen, with your own user agent string
[14:40] <oSoMoN> daker: not ideal, but that’s a workaround
[14:41] <oSoMoN> cool game btw
[14:41] <daker> oSoMoN: that can be the solution
[14:41] <daker> oSoMoN: yah that's why i want to package it
[14:42] <WebbyIT> We can set timezone from system setting, without ssh! Wow!
[14:42] <WebbyIT> This is no longer necessary :) https://wiki.ubuntu.com/Touch/ReleaseNotes#Timezone
[14:43] <mhall119> daker: oSoMoN: can't we use uaoverrides.js?
[14:43] <oSoMoN> mhall119: yes, but that would imply adding a global override, and doing that for every single webapp out there doesn’t scale
[14:43] <daker> oSoMoN: if you put Iphone or android UA you'll get the mobile version http://i.imgur.com/bxuHEvG.png
[14:44] <oSoMoN> daker: any chance this is a redirection, i.e. you could request a specific URL to get the mobile version directly?
[14:45] <mhall119> oSoMoN: could we add a UA string as a command-line parameter to webbrowser-app?
[14:46] <oSoMoN> mhall119: that would be one option, yes
[14:47] <daker> oSoMoN: no :(
[14:47] <oSoMoN> mhall119: another option would be to allow (web)apps to ship their own local overrides file
[14:47] <oSoMoN> daker: too bad :/
[15:01] <WebbyIT> popey, Jenkins approved MR for argument, we have only to wait for a review:
[15:01] <WebbyIT> https://code.launchpad.net/~rpadovani/ubuntu-calendar-app/1231136/+merge/188002
[15:35] <AskUbuntu> Gtk: Webkit WebView C++ (can't load url + awkward terminal output) | http://askubuntu.com/q/355398
[15:39] <smartboyhw> dpm, when's next meeting for Reminders App?
[15:39] <smartboyhw> IRC or Hangouts?
[16:12] <imek> Hello, I send an app to Ubuntu Software Center. I see this message:  'Thank you for submitting a gratis Free Software application through MyApps. At this time we are unable to process this request, as we are working on the implementation of a new app upload process...' Could you tell me when it will be able to sent app to USC?
[16:20] <fginther> balloons, trying to catch up. I'm not able to get music-app running on my machine, does it work for you?
[16:21] <balloons> fginther, glad you pinged :-) I was playing with trying to land ahayzen's changes last night and having trouble
[16:21] <balloons> fginther, https://code.launchpad.net/~andrew-hayzen/music-app/toolbar-rewrite-1/+merge/188917
[16:22] <ahayzen> balloons, o/
[16:23] <fginther> balloons, the test is timing out, I tried running on my machine but music-app doesn't even start
[16:25] <imek> Has someone known about new upload process to Ubuntu Software Center?
[16:27] <balloons> ahayzen, did you update to using the sdk ppa?
[16:27]  * balloons just realized that's likely the difference
[16:27] <ahayzen> balloons, update using the sdk ppa?
[16:28] <ahayzen> balloons, i had to be running the proposed image last night otherwise the app looked funny
[16:28] <balloons> ahayzen, I mean on your desktop
[16:29] <ahayzen> balloons, which PPA is it in cause i have loads?
[16:30] <ahayzen> balloons, all i can see for the SDK is ubuntu-sdk-team and ubuntu-touch-coreapps-drivers/daily also i'm on raring if tht makes any difference?
[16:30] <balloons> ubuntu-sdk-team, yep
[16:31] <ahayzen> balloons, it may need the PowerD stuff as well?
[16:32] <balloons> ahayzen, I agree, after your last update I too cannot start the app
[16:33] <ahayzen> balloons, uhoh.... works for me :) lol
[16:33] <balloons> ahayzen, so there indeed might be a missing dependency, since you are using the sdk-team ppa
[16:35] <ahayzen> balloons, is it qtdeclarative5-qtpowerd0.1 ?
[16:36] <balloons> ahayzen, nope, I have that. keep listing things off ;-)
[16:36] <ahayzen> balloons, is there any specific error?
[16:38] <balloons> ahayzen, no, it just doesn't load.. you get some nice warnings
[16:39] <balloons> ahayzen, any warnings when you load? I'll paste them
[16:39] <ahayzen> balloons, lots of warnings as usual :)
[16:39] <ahayzen> balloons, it fills the terminal with stuff i plan on going through and sorting them all once my features have landed
[16:40] <jkeyes0> rottinrob: I see you've updated your reminders-app branch to include the evernote sdk and jsOAuth. Any progress on actually pulling either of those into the project and connecting? I haven't had a ton of time to experiment myself, but using the evernote-sdk-minified.js doesn't appear to have all of the functionality needed, unless I've missed something.
[16:40] <balloons> ahayzen, right.. I don't see anything weird here: http://pastebin.com/3jwSwtKn
[16:40] <ahayzen> balloons, how many times have u tried to start it, i have had it just dump itself a few times since Grilo was added
[16:41] <ahayzen> balloons, is tht all u get? and how are u running in terminal or via QtCreator?
[16:45] <balloons> ahayzen, terminal
[16:45] <balloons> ohh, hmm
[16:45] <balloons> qtdeclarative5-qtgrilo0.1
[16:46] <ahayzen> 'Installed: 0.0.20130610~bzr10~ubuntu13.04.1' for me
[16:47] <balloons> no change :-(
[16:47] <balloons> I thought that might have been it, I didn't have it
[16:48] <ahayzen> balloons, do u have the mediascanner ?
[16:48] <ahayzen> balloons, i also have grilo-plugins-0.2-mediascanner and grilo-plugins-0.2 installed
[16:50] <balloons> ahayzen, yes
[16:50] <ahayzen> hmm
[16:50] <ahayzen> usually when i'm missing a package it is a bit more helpful in the console
[16:52] <balloons> I'm upgrading everything right now, and we'll try again. Did you add any additional dependencies?
[16:53] <ahayzen> balloons, i haven't but others may have done there has been alot going on recently
[16:54] <ahayzen> balloons, they have added blur effects which may have caused a dependency...
[16:54] <ahayzen> balloons, qtdeclarative5-particles-plugin ?
[16:55] <balloons> ahayzen, need to keep track of these things of course ;-)
[16:55] <balloons> I'll try that, one moment
[16:55] <ahayzen> balloons, it looks like most are in the debian/control file
[16:58] <balloons> ahayzen, yep, they all need to be in there :-)
[16:59] <balloons> so yea, I have everything listed. sudo apt-get install qtdeclarative5-localstorage-plugin qtdeclarative5-particles-plugin qtdeclarative5-qtmultimedia-plugin qtdeclarative5-qtquick2-plugin qtdeclarative5-ubuntu-ui-toolkit-plugin qt-components-ubuntu qtdeclarative5-window-plugin qtdeclarative5-xmllistmodel-plugin grilo-plugins-0.2-mediascanner qtdeclarative5-qtgrilo0.1 qtdeclarative5-qtpowerd0.1
[17:00] <ahayzen> balloons, this is strange, and u definitely don't get any more errors in the console?
[17:02] <balloons> nope
[17:02] <ahayzen> unless it is something saucy specific?
[17:03] <balloons> ahayzen, that's possible in theory yes
[17:03] <ahayzen> balloons, is there anyone else we can ask to try, tht it was working before with?
[17:36] <balloons> ahayzen, I'm playing with the trunk version now
[17:36] <rottinrob> afternoon y'all
[17:36] <jkeyes0> heya rottinrob
[17:36] <ahayzen> balloons, and thts working?
[17:36] <balloons> ahayzen, no
[17:36] <ahayzen> balloons, ah
[17:36] <balloons> fginther, so you were intending to say the trunk version of music app also is not running then?
[17:36] <balloons> fginther, that's a regression caused by something new then in the sdk
[17:37] <ahayzen> balloons, but something not in raring?
[17:37] <balloons> fginther, I didn't get what you meant :-)
[17:37] <rottinrob> jkeyes0 do you know when we are having our next meeting?
[17:38] <jkeyes0> rottinrob: haven't heard anything. dpm has been in and out, but I haven't spoken to him yet.
[17:38] <fginther> balloons, right, I'm having trouble running the music-app from the core-apps ppa.
[17:38] <fginther> balloons, I was able to try on a different machine and it works there...
[17:39] <rottinrob> ok...just thought I'd  check, I got a couple questions, but nothing urgent
[17:42] <balloons> fginther, what's the differences between the machines?
[17:42] <popey> rottinrob: ask away
[17:42] <popey> rottinrob: dpm has been out of the office at a conference this week
[17:42] <rottinrob> jkeyes0: is there anything keeping me from building this reminders app html/js/qml
[17:42] <fginther> balloons, hmm, the one that worked may be a little behind on packages, let me check the uitk versions
[17:43] <jkeyes0> rottinrob: not that I know of. dpm mentioned that they'd like as much of the logic as possible to be js, if I remember correctly.
[17:43] <rottinrob> popey: is there anything keeping me from building this reminders app html/js/qml
[17:43] <rottinrob> oh...ok
[17:44] <popey> So long as it's built with our SDK..
[17:44] <rottinrob> I was just messing with something with some html but mostly js and qml
[17:45] <rottinrob> oh definatly....the main app is core sdk
[17:45] <fginther> balloons, yep, it has an older sdk, let me update and see if that changes things
[17:48] <rottinrob> but I'm still hackin around ideas
[17:52] <balloons> fginther, yes that was the same for me. The old sdk worked. The new one doesn't
[17:52] <fginther> balloons, ahayzen, yep. that was the difference, I upgraded "qtdeclarative5-ubuntu-ui-toolkit-plugin" and now it hangs on start
[17:52] <balloons> ahayzen, you are completely updated on your machine right?
[17:52] <ahayzen> balloons, yep but i'm on raring not saucy
[17:52] <balloons> ohh perfect, you narrowed it to the new UITK
[17:52] <ahayzen> balloons, my version is Installed: 0.1.46+13.10.20130925.1bzr780raring0
[17:53] <fginther> ahayzen, that's the one that works :-)
[17:53] <ahayzen> fginther, :)
[17:53] <ahayzen> balloons, i'm guessing Jenkins is on saucy and therefore maybe having some issues?
[17:53] <fginther> ahayzen, ubuntu-ui-toolkit - 0.1.46+13.10.20131007bzr791raring0 is now in the PPA
[17:54] <fginther> ahayzen, jenkins does run on saucy
[17:54] <ahayzen> fginther, 'The software on this computer is up to date'
[17:55] <fginther> ahayzen, ohhh! i see the problem the raring builds are failing in the sdk
[17:55] <ahayzen> fginther, so thts a sortof good and bad thing at the same time aha
[17:55] <fginther> ahayzen, yeah, but mostly bad :-)
[17:55] <ahayzen> fginther, yep :/
[17:56] <fginther> ahayzen, the raring build is stuck on libthumbnailer-dev, that's a new package that I bet no-one ever thought to build for raring, lets see if we can fix that
[17:57] <ahayzen> fginther, so if this does land we would then expect the music-app to break?
[17:57] <fginther> ahayzen, yes
[17:57] <ahayzen> ok
[18:15] <balloons> lol
[18:15] <balloons> well, I wonder what the underlying issue then is
[18:16] <ahayzen> balloons, are any other apps now broken?
[18:42] <fginther> balloons, ahayzen, I have some bad news. I can't get the uitk to build for raring, the dependency on thumbnailer won't build
[18:42] <fginther> https://launchpadlibrarian.net/152875620/buildlog_ubuntu-raring-amd64.thumbnailer_1.0%2B13.10.20131008bzr56raring0_FAILEDTOBUILD.txt.gz
[18:42] <ahayzen> :/
[18:50] <balloons> hmmph
[19:00] <randomcpp> I have these errors when I try to run my app, does anyone have the same issue? http://paste.ubuntu.com/6210622/
[19:00] <randomcpp> please help, it seems to be related to some gstreamer binfing
[19:00] <randomcpp> binding**
[19:01] <ahayzen> balloons, looks slightly similar to urs ^
[19:01] <balloons> indeed ahayzen
[19:02] <ahayzen> balloons, something gst related breaking the apps ?
[19:17] <randomcpp> balloons, so am I not the only one with this issue?
[19:18] <balloons> randomcpp, which app are you trying to run?
[19:18] <randomcpp> there used to be a bug report on launchpad on which I commented, but I can't find it anymore
[19:18] <randomcpp> saucybacon
[19:18] <randomcpp> it has camera support (this is the only component related to gst I think)
[19:18] <randomcpp> but I hadn't tried to remove it to test
[19:25] <t1mp> jppiiroi1en: hello!!
[19:42] <balloons> randomcpp, hmm.. I wonder if that is the common link
[19:43] <randomcpp> I can't run memories (which has the same component I use)
[19:51] <AskUbuntu> Vala GTK+ Compile Warning | http://askubuntu.com/q/355513
[19:57] <balloons> randomcpp, ahayzen there is a bug for this which is being worked on I've found out
[19:57] <randomcpp> balloons, ok :)
[19:59] <balloons> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1235484
[19:59] <ubot2`> Launchpad bug 1235484 in thumbnailer (Ubuntu) "UI toolkit introduced dependency on two versions of gstreamer on the desktop" [Critical,Fix released]
[19:59] <randomcpp> oh here it is
[20:00] <randomcpp> I was looking for it :)
[20:00] <balloons> yes me also
[20:01] <randomcpp> thanks balloons
[20:01] <randomcpp> installing those deps fix the error messages
[20:03] <balloons> fginther, ^^
[20:03] <balloons> fginther, fixes for the music app troubles
[20:08] <balloons> ahayzen, everything passes locally for me now. My guess is you'll just need to wait for the fix to land and it'll merge fine
[20:11] <fginther> balloons, I filed this: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237045
[20:11] <ubot2`> Launchpad bug 1237045 in Ubuntu UI Toolkit "Ubuntu UI Toolkit no longer builds on precise, quantal and raring" [Undecided,New]
[20:11] <fginther> balloons, do we still expect to support app development on raring and before?
[20:15] <balloons> fginther, precise and saucy afai
[20:15] <balloons> *afaik
[20:21] <om26er> bfiller, I have a branch to disable the video mode button from the camera, can you top approve it so that we can get that in soon. ?
[20:21] <om26er> https://code.launchpad.net/~om26er/camera-app/disable_video_button/+merge/189566
[20:40] <ahayzen> balloons, thanks, sorry was AFK
[20:44] <balloons> ahayzen, yw
[22:02] <daker> beuno or popey can please review my app "X-Type" ?
[22:02] <daker> you*
[22:07] <popey> daker: looks cool!
[22:08] <daker> popey: i didn't made it, i just a made a webview that call the url of the game
[22:08] <popey> daker: done
[22:09] <popey> daker: http://popey.com/~alan/device-2013-10-08-230906.png
[22:09] <daker> popey: aha why it doesn't scale
[22:10] <popey> thats on a nexus 7
[22:11] <daker> popey: nexus 7 = tablet ?
[22:11] <popey> yes
[22:12]  * popey tries nexus 4
[22:12] <popey> http://popey.com/~alan/device-2013-10-08-231247.png
[22:13] <popey> daker ^ nexus 4
[22:13] <daker> popey: ok wired
[22:13] <popey> way faster on n4! :D
[22:13] <popey> quite a lot of fun
[22:13] <daker> popey: that's why i package it :)
[22:14] <popey> http://popey.com/~alan/device-2013-10-08-231347.png
[22:14] <popey> ☻
[22:14] <popey> hard to play and take a screenshot at the same time
[22:14] <daker> :)
[22:15] <popey> bed time..
[22:15] <daker> g'night
[22:15] <popey> daker: some other app had that issue
[22:15] <popey> can't remember which one
[22:15] <popey> beru!
[22:16] <popey> so might be worth looking on github at the change log for beru and seeing what he did on the day of the app dev contest, on that sunday
[22:16] <popey> or the logs for this channel on that day
[22:16] <popey> i know he fixed that issue and i tested again and it worked, so there's almost certainly something to gain there.
[22:16] <popey> ping me if you want it tested again tomorrow
[22:16] <daker> popey: ok i will fixed
[22:16] <daker> popey: thanks
[22:16] <popey> np
[22:16] <popey> also, find more games like that! :D
[22:42] <daker> popey: sure :)
[22:47] <daker> mhall119: anyidea why the webview doesn't scale ? install "X-Type" game
[22:49] <mhall119> daker: my guess would be because it's webview
[22:50] <daker> mhall119: it should work like this http://paste.ubuntu.com/6211455/ , no ?
[22:51] <mhall119> daker: hmmm, the Ubuntu.Components.Extras.Browser might give you more than a plain WebView
[22:51] <mhall119> but I don't know what to do about scaling
[22:52] <mhall119> daker: I used scale: 1 on WebView, but I honestly don't know what that does