[11:44] <knome> flocculant, where did the gimp voting ML thread go?
[12:23] <flocculant> knome: I assumed we'd agreed so it's on the one that's just a list
[12:50] <knome> "we" ?:P
[12:51] <knome> actually it's the item i have most reservations about.. not that i think my opinion/vote will change the direction, but i guess it would be good to have a thread for that for transparency purposes
[12:53] <knome> (and i'm not saying this only because i have a differing opinion - as you know)
[13:00] <knome> flocculant, bluesabre, Unit193: https://blueprints.launchpad.net/ubuntu/+spec/xubuntu-d-roadmap created for you and dev.xubuntu.org pointing there...
[13:01] <knome> i'll move the sub-blueprints next
[13:01] <knome> i mean create d ones and copy over the old open work items from c ones
[13:15] <knome> ...and done
[13:18] <knome> and sent an email on the ML
[13:21] <ochosi> i thought in yesterday's meeting we had some votes and some decisions we felt we didnt have enouhh attendees for, so we took those to the ml
[13:21] <ochosi> gimp was a decision we felt we could take
[13:22] <ochosi> at least that was my understanding
[13:25] <knome> well, i appeared right after that one
[13:26] <knome> and again, i don't feel like my disagreeing opinion, no matter how strong it was, is going to change the outcome
[13:26] <knome> i'm mostly saying we should probably create a thread for that too for transparency purposes
[13:35] <knome> bbl
[15:47] <bluesabre> flocculant: I put together a blog post for the screensaver, and added the latest release to the qa experimental PPA, https://bluesabre.org/2018/11/25/xfce-screensaver-0-1-3-released/
[16:02] <ochosi> knome: the information that those things were voted on went to the ML though
[16:02] <ochosi> potentially one could add a rationale, but i expect we do that in the release notes
[18:43] <brainwash> bluesabre: will a "Settings" button show up in case a "theme" can be configured?
[19:24] <flocculant> knome: then create one ...
[19:25] <flocculant> bluesabre: checking it out
[19:25] <flocculant> knome: as long as you say the decision has been made
[19:25] <flocculant> bluesabre: cool - I see the fixes :)
[19:26] <flocculant> wandering off again
[20:07] <bluesabre> brainwash: in a later version, probably. It's one of my goals :)
[20:53] <brainwash> bluesabre: okay


[03:18] <Croran> my system seems to fail the rtings.com chroma test
[03:18] <Croran> any tips on getting 444 chroma on ubuntu with nvidia?
[04:13] <LnxTen> Where can I get rtorrent config file Ubuntu mate 20.04?
[05:30] <Ginalo> Hi. Does anyone know of a utility that helps taking screenshots of scrollable windows?
[06:47] <rfm> Ginalo, do you maybe want good old "script"?
[06:48] <Ginalo> rfm, would be better, actually.
[09:38] <Ali_nz> anyone about to help me get my ubuntu booting again
[09:38] <Ali_nz> I have got recovery shell
[09:38] <Ali_nz> but when I try to boot I get black screen before login
[09:58] <tarzeau_> Ali_nz: nvidia bin drivers?
[09:59] <Ali_nz> tarzeau_: its a Elitedesk Mini - so prob only Intel on board graphics
[10:00] <tarzeau_> screen is attached? no console text mode at all?
[10:00] <Ali_nz> I am in recovery mode
[10:00] <Ali_nz> and updating
[10:00] <Ali_nz> and have reinstalled ubuntu-desktop
[10:00] <Ali_nz> that has not fixed it so far
[10:01] <tarzeau_> check $HOME/.xsession-errors and /var/log/X.0*
[10:01] <Ali_nz> if I boot normally I just get stuck after the HP/Ubuntu logo on a black screen
[10:01] <Ali_nz> cat those files?
[10:01] <tarzeau_> press esc when it's stuck there
[10:01] <tarzeau_> should show systemd doing stuff
[10:03] <Ali_nz> ok, so those files I dont see any sinister entries
[10:03] <Ali_nz> this all started by the way when I followed the instructions at the answer in https://askubuntu.com/questions/1096052/vmware-15-error-on-ubuntu-18-4-could-not-open-dev-vmmon-no-such-file-or-dire and it said to reboot
[10:04] <tarzeau_> Ali_nz: you got 20.04?
[10:06] <Ali_nz> yes 20.04
[10:06] <Ali_nz> esc does nothing
[10:07] <Ali_nz> its a pure black screen
[10:23] <jeremy31> Ali_nz: If you need proprietary graphics driver, you likely need to disable secure boot
[10:28] <chovy> cron doesn't appear to use system timezone
[10:28] <chovy> is it always UTC?
[10:35] <chovy> ffs. sudo service cron restart doesn't do anything
[10:46] <BluesKaj> Hi all
[10:50] <kirk781> BluesKaj, hello
[10:50] <BluesKaj> hi kirk781
[11:31] <Guest4939> hi
[11:41] <Macer> so ubuntu on the macbook air (circa 2015) seems rather clear cut. it works well at least.
[11:41] <Macer> i was actually surprised how well it worked... other than the trackpad being an absolute pain to configure
[11:43] <BluesKaj> heh, track/touchpads are a pita for me so I spent 20bucks on a wireless mouse
[11:45] <wodim> hello, regarding the ubuntu live usb, can you install new packages in it? new ppas maybe?
[12:12] <dylan_> hello world
[12:51] <bodiccea> I have a few ecryptfs partitions. Since 21.04 (or maybe 20.10 ?), when I mount them, I am asked "Select key type to use for newly created files: 1) tspi 2) passphrase". I must select (2) before entering my passphrase. I did not have to do this before (it asked directly the passphrase). Is there a mount option or a configuration which would make these partitions mount without having to select the key type ?
[12:57] <ioria> bodiccea, if you run the man page (ecryptfs), you should find some examples and mount options (maybe use it with a launcher) :  https://linux.die.net/man/7/ecryptfs
[13:15] <bodiccea> thx ioria. parameter is "key=passphrase". I wonder when this changed: I checked an old backup of my system (2018), and the man already had this option. But by default the mount was with passphrase. Nerver mind, I just made the change in fstab.
[13:21] <Nitrigaur> Can someone help me troubleshooting an Ubuntu 21.04 multiboot install ? I think I may have chosen the wrong partition while installing the boot loader.
[13:21] <Nitrigaur> The result is an empty Grub Boot screen
[13:26] <Nitrigaur> It's an install on a UEFI laptop, using an extra efi partition, 2 LUKS encrypted partitions, one of them contains the /boot partition (using luks1) and the other partition contains an LVM volume group containing the root and home partitions.
[13:31] <guiverc> wodim, if the *live* media is written with persistence, you can add/change things.. a normal write to media has it as read-only media (copy-on-write done on changes to ram only)
[13:39] <Guest6> hi everyone
[13:40] <Guest6> I have this problem: when I make a - sudo apt-get upgrade
[13:40] <Guest6> Leyendo lista de paquetes... Hecho
[13:40] <Guest6> Creando árbol de dependencias
[13:40] <Guest6> Leyendo la información de estado... Hecho
[13:40] <Guest6> Tal vez quiera ejecutar «apt --fix-broken install» para corregirlo.
[13:40] <Guest6> Los siguientes paquetes tienen dependencias incumplidas: give me this error, How can I solve it?
[13:42] <valderen> Guest6: I think there's a spanish Ubuntu channel.
[13:42] <valderen> You'll most likely get better support there :)
[13:43] <Guest6> ok thanks I'll try to change to this channel
[14:01] <Nitrigaur> How can I reactivate a lvm volume group from a live USB system? vgscan does not show any volume groups?
[14:05] <leftyfb> Nitrigaur: lsblk -o +type -e7 | nc termbin.com 9999
[14:05] <Nitrigaur> nvm, I forgot to issue a partprobe after decrypting my luks volume
[14:06] <Nitrigaur> leftyfb ^
[14:07] <Nitrigaur> leftyfb, thx anyway.
[14:08] <Nitrigaur> Can someone help me troubleshooting an Ubuntu 21.04 multiboot install ? I think I may have chosen the wrong partition while installing the boot loader. I' m currently within a live session on the machine, since I got an empty Grub screen after rebooting
[14:11] <jeremy31> You normally install grub to a drive not a partition
[14:16] <coconut> Nitrigaur, grub goes to the mbr or gpt of the disk. You basicly cannot even change that, so there probably should be something else going.
[14:17] <coconut> *on
[14:18] <Nitrigaur> coconut, but the installer gives you an option to install the boot loader on a different partition?
[14:19] <coconut> Nitrigaur, no it doesn't
[14:22] <eoli3n> Hi
[14:22] <eoli3n> i'm sysadmin, and i use preseed to deploy nodes
[14:22] <eoli3n> on some, ubiquity ubiquity/reboot boolean true does not reboot the host
[14:23] <eoli3n> any idea ?
[14:23] <eoli3n> it just hangs
[14:24] <composite_higgs> So I have to use X11 rather than Wayland because I can't share my screen with Microsoft Teams at work on Wayland.
[14:24] <composite_higgs> However, for some reason my palm detection settings for my touchpad are ignored on X11
[14:24] <Nitrigaur> coconut, the installer gives you the option to choose the "Device for boot loader installation" When I click on the drop-down menu, I can select a specific partition.
[14:24] <composite_higgs> Which makes the touchpad almost unusable.
[14:24] <composite_higgs> Anyone have advice for how to fix this?
[14:26] <Nitrigaur> coconut, to be precise, I got the following options: /dev/mapper/boot (encrypted luks1 volume, already opened) or /dev/nvme0n1p6 (a newly created efi volume for Ubuntu)
[14:30] <coconut> Nitrigaur, night well be but grub does not go to an partition...
[14:32] <Animortis> Anyone debootstrap and the chroot into it only to get an "I have no name!" prompt?
[14:32] <Animortis> That's what I'm experiencing right now. I'm at a loss. I feel the fix isn't hard though.
[14:34] <nicolas_> Olá Kububuntu é aqui também ?
[14:34] <ioria> Animortis, probably a  /etc/passwd  issue
[14:34] <lotuspsychje> !es | nicolas_
[14:35] <nicolas_> fuí para ubuntu-es
[14:39] <nicolas_> Hello there,
[14:39] <nicolas_> I am very new to kubuntu ... about 3 days, I have searched but I cannot find how to make the menu show me 'grade' or 'grid' of icons, as well as in favorites instead of seeing a tiny icon and text I prefer the ones bigger icons, do you know if you can do that configuration?
[14:40] <Animortis> ioria: is there a generate command for this? Copying from the live environment removed the error, but now it can't find apt
[14:42] <ioria> Animortis, check the path
[14:42] <ioria> Animortis, echo $PATH
[14:48] <Animortis> ioria: https://pastebin.ubuntu.com/p/9NmZ9Mvk3f
[14:49] <Animortis> That includes the copy of /etc/passwd and /etc/group from the live CD to the chroot directories
[14:50] <ioria> Animortis, ls /usr/bin/apt-get
[14:51] <Animortis> No such file. Debootstrap said it was adding it but maybe it wasn't.
[14:52] <ioria> Amaranth, probably then env has not been correctly built
[14:53] <Animortis> Yeah debootstrap failed.
[14:56] <ioria> Amaranth, i'd start with this : https://www.binarytides.com/setup-chroot-ubuntu-debootstrap/
[15:01] <Animortis> ioria: I'll give it a shot. I've succeeded in getting debootstrap to work in the past, just not this time. The extra instructions won't hurt.
[15:01] <ioria> ok
[15:01] <coconut> nicolas_, i do not use kubuntu, but checked it with gnome-boxes>kubuntu21.04 for you.... and settings are, i think, under right click on menu>Configure Application Launcher.
[15:02] <Animortis> In fact, this is a debootstrapped debian sid system. :)
[15:40] <Nitrigaur> I get an empty Grub screen after installing Ubuntu 21.04 to my laptop (Multiboot). I'm using SecureBoot and I've Enrolled the MOK after installation using the same password as I entered during my installation
[15:44] <Nitrigaur> My partition setup (created before installation) is as follows: /boot within a luks1 encrypted partition, /, /home and swap within a luks2 encrypted partition
[15:48] <Nitrigaur> I could not use the partitioning system included in ubiquity, since it does seem to offer an option with lvm on a luks encrypted volume.
[15:50] <tomreyn> ubiquity does not offer encrypting /boot (i assume that's what you mean).
[15:51] <tomreyn> secureboot adds enough complexity that i'd recommend testing this setup without the other complexity of the custom installation first of all.
[15:52] <tomreyn> and what does an "empty grub screen" look like? entirely black, or a grub menu without any options, or the grub CLI, or something else?
[15:55] <Nitrigaur> tomreyn, I have indeed encrypted /boot . With empty grub screen I mean the Grub Cli, without any of the usual menu to choose an OS to boot.
[15:56] <tomreyn> so grub shim probably failed to find / access the large / custom / template generated grub.cfg
[15:57] <tomreyn> does it have its cryptdisk module?
[15:58] <Nitrigaur> tomreyn, that could indeed be the case. Should the cryptdisk module be visible as boot option in the cli?
[15:58] <tomreyn> i mean "cryptodisk", had a typo there
[15:59] <tomreyn> i think you would see it listed in the cli as an autocomplete option.
[15:59] <Nitrigaur> tomreyn, not cryptodisk, but I do see cryptomount as an option.
[15:59] <Nitrigaur> tomreyn, Could that be the option you are referring to?
[16:00] <tomreyn> let me try that on a VM which has a similar setup
[16:01] <Nitrigaur> tomreyn, I could send you a literal screen shot using my mobile phone using a picture pastebin?
[16:02] <tomreyn> that would be an option. i'm not sure whether this would convey more information than you did so far by rtext.
[16:03] <tomreyn> *text
[16:03] <tomreyn> hmm, i seem to have destroyed that vm since
[16:05] <tomreyn> https://help.ubuntu.com/community/Full_Disk_Encryption_Howto_2019 and https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html should help you, though
[16:06] <tomreyn> i assume "GRUB_ENABLE_CRYPTODISK=y" is what you may have been missing
[16:09] <tomreyn> (followed by   sudo update-grub   )
[16:12] <Nitrigaur> tomreyn, I hope I can perform the steps mentioned after " Continue Testing " and thereby restore my system to bootable order without having to reinstall Ubuntu again. Thank you for the links. I expect them to be key to solve the issue I'm currently experiencing.
[16:14] <tomreyn> Nitrigaur: sinc eth einstallation is not currently bootable, you'd need to boot from live iso and chroot mount the installed system.
[16:15] <tomreyn> but that's effectively what this describes, yes
[16:18] <Nitrigaur> tomreyn, of course, but that's exactly what the mentioned articles describe. Thank you again. I seem to have forgot the time chatting to you and my girlfriend is a bit annoyed that I did not start cooking yet. I'll get back to this channel later and I'll tell you how it went.
[16:18] <tomreyn> good luck
[16:19] <Nitrigaur> tomreyn, Thanks :-)
[17:27] <Lantizia_> Hey what Ubuntu ISO (latest LTS) would be the closest to Debian's netinst ISO?  i.e. absolutely the most minimal packages... normally I don't even install any "tasks" either.
[17:29] <Lantizia_> this? http://archive.ubuntu.com/ubuntu/dists/focal/main/installer-amd64/current/legacy-images/netboot/mini.iso
[17:38] <ravage> thats even smaller that the netiso
[17:38] <ravage> but yes that will work
[18:15] <islandmonkey> Hi there, I have a problem with my Xubuntu 21.04 system that is preventing me from setting any sort of timezone. The timezone is stuck at UTC and I can't load date time settings to change it. When I load time-admin via the terminal it spits out the message 'Could not open */usr/share/zoneinfo/zone.tab' and refuses to load. How do I get this file
[18:15] <islandmonkey> back so that I can set my TZ again?
[18:16] <islandmonkey> I have already tried to do sudo dpkg-reconfigure tzdata but that does not solve the problem
[18:17] <pavlos> sudo timedatectl set-timezone your_time_zone
[18:18] <pavlos> ex. sudo timedatectl set-timezone America/New_York
[18:19] <pavlos> islandmonkey: ^
[18:20] <islandmonkey> Failed to set time zone: Invalid or not installed time zone 'Europe/London'
[18:21] <islandmonkey> When I do timedatectl list-timezones both are showing up
[18:21] <sarnold> is this a docker or cloud host thing or something similar? I wonder if you might have some dpkg-divert commands in place to try to save storage space
[18:21] <islandmonkey> Nope just my personal computer
[18:23] <pavlos> islandmonkey: do not use tick marks, sudo timedatectl set-timezone Europe/London
[18:23] <islandmonkey> not using tickmarks
[18:24] <sarnold> islandmonkey: maybe debsums -c tzdata  ?
[18:24] <ravage> i would just try to reinstall the tzdata package first
[18:25] <islandmonkey> yeah a few things are missing according to that command
[18:25] <islandmonkey> https://pastebin.com/BgUAMeGj
[18:26] <islandmonkey> Alright I'll reinstall
[18:27] <pavlos> islandmonkey: dpkg -l | grep tzdata
[18:27] <pavlos> if you dont have the pkg, install it
[18:27] <islandmonkey> ii  tzdata                                     2021a-1ubuntu1                                                       all          time zone and daylight-saving time data
[18:28] <sarnold> does dpkg-divert --list   show anything that looks related?
[18:29] <islandmonkey> https://pastebin.com/7L1LDkBX
[18:30] <islandmonkey> Doesn't look like it
[18:31] <sarnold> dang, I liked that idea.
[18:32] <islandmonkey> The trouble with uninstalling tzdata it seems is that apt is threatening me that it will remove a lot of important along with tzdata, like xorg, all of xfce, plymouth, loads of python stuff
[18:32] <pavlos> do you have files in /usr/share/zoneinfo/ ... there's a dir Europe which points to ../GB
[18:33] <sarnold> islandmonkey: okay, next guess :) try grep -r path-exclude /etc/dpkg/
[18:33] <islandmonkey> It exists but somehow it is a broken symlink
[18:34] <islandmonkey> Actually, it looks like there are LOADS of broken symlinks
[18:35] <islandmonkey> @sarnold returns nothing
[18:35] <sarnold> islandmonkey: dang. I liked that idea too :)
[18:35] <islandmonkey> Can't I just dpkg remove tzdata and then reinstall without breaking/uninstalling anything
[18:36] <sarnold> islandmonkey: oh! that's hard-mode..
[18:36] <sarnold> islandmonkey: apt install --reinstall tzdata
[18:36] <islandmonkey> dpkg won't let me
[18:36] <sarnold> islandmonkey: pastebin the command and errors/
[18:37] <islandmonkey> https://pastebin.com/5KjzDp49
[18:37] <islandmonkey> Okay everything is working now, cheers all!
[18:38] <sarnold> ah, yeah, that's why the --reinstall option is there :D
[18:38] <islandmonkey> Just needed to know which package to reinstall without burning the whole PC down it seems :P
[19:52] <rooster[m]> Hello?
[19:52] <matsaman> hi
[20:46] <Guest59> how to set different controller for VGA
[21:59] <sudorm> hi
[21:59] <tar_xvf> yo
[21:59] <sudorm> I'd like to have a ubuntu as fast as possible to boot in a VM, with more or less just Firefox
[21:59] <sudorm> no dialog "Do you want to try or do you want install" on boot
[21:59] <sudorm> Something very fast that directly boots to the desktop
[21:59] <sudorm> Is there such a Ubuntu ISO?
[22:05] <oerheks> sudorm, one could create a minimal install with firefox
[22:05] <oerheks> or search for open VM depositories.
[22:06] <sudorm> oerheks, i'm looking for something prebuilt, without to create an ISO myself
[22:06] <sudorm> oerheks, which openVM repo?
[22:07] <oerheks> tons of them, osboxes/virtualbox
[22:08] <oerheks> ubuntu itself does not host those
[22:08] <cornfeedhobo> im used to rpm distros. can someone tell me how to best incorporate only a few packages from a PPA for a newer release? in short, I want some of the hirsute packages, but not everything
[22:11] <oerheks> if that ppa gives sourcecode, build it yourself?
[22:11] <tomreyn> cornfeedhobo: normally, you should not mix packages for different releases, because this can cause dependencies not to resolve, or just library incompatibilities. if you know it's safe, though, you can do apt pinning to only whitelist specific packages from specific spt sources.
[22:11] <tomreyn> spt -> apt
[22:11] <tomreyn> !pinning
[22:12] <cornfeedhobo> that's exactly what i needed. thank you.
[22:13] <oerheks> pinning would require hissuite repos to be added, good luck ..
[22:48] <linsux> i have so many W: Possible missing firmware /lib/firmware/amdgpu/navi12_pfp.bin for module amdgpu
[22:51] <Nitrigaur> I'm trying to reinstall grub from a live USB session for Ubuntu 21.04 using chroot, but the usual rbind mount commands that must precede the chroot fail with "mount point does not exist", even though the /target mount point does exist
[22:51] <tomreyn> linsux: that's usually fine, unless something doesn't work?
[22:52] <oerheks> linsux, lots of answers to find, https://askubuntu.com/questions/1124253/missing-firmware-for-amdgpu
[22:52] <oerheks> git clone https://kernel.googlesource.com/pub/scm/linux/kernel/git/firmware/linux-firmware.git
[22:53] <oerheks> Nitrigaur, copy the commands used in a pastebin?
[22:53] <oerheks> maybe just a typo
[22:54] <tomreyn> also the output of those commands
[22:54] <Nitrigaur> oerheks, tomreyn, I will, just a sec.
[22:58] <Nitrigaur> !pastebin
[23:00] <Nitrigaur> !pastebinit
[23:01] <tomreyn> yet another option is:   somecommand --some-option 2>&1 | nc termbin.com 9999
[23:01] <Nitrigaur> tomreyn, thx for the hint
[23:03] <cornfeedhobo> tomreyn: i like that the wiki includes a directive that it doesn't document
[23:04] <cornfeedhobo> ubuntu is classy like that
[23:04] <Nitrigaur> tomreyn, oerheks this is the command: for n in proc sys dev run etc; do mount --rbind /$n /target/$n; done
[23:05] <Nitrigaur> tomreyn, oerheks, this is the output I got: https://termbin.com/g3u7
[23:05] <tomreyn> etc? seems wrong
[23:05] <Muli> hey fellas, I've a centralized SAN that I'd like to give a shared LUN across multiple Ubuntu VMs,
[23:05] <Muli> mount of the SAN LUN would be via iSCSI, what file system would I be looking at for this shared LUN across this Ubuntu cluster?
[23:06] <Muli> would I be looking at utilizing Gluser FS?
[23:06] <tomreyn> Nitrigaur: are you following some how-to there?
[23:07] <tomreyn> Nitrigaur: did you mount a file system to /target, or did you just mkdir /target ?
[23:08] <tomreyn> Muligan: try #ubuntu-server
[23:08] <Nitrigaur> tomreyn, etc should not have been in that set, but even when I omit it, I get this output: https://termbin.com/4hbh   | I mounted the root system of the new install to /target and that file tree is acccessible
[23:08] <tomreyn> with much patience
[23:09] <tomreyn> Nitrigaur: so there is a directory /target/dev ?
[23:12] <Nitrigaur> tomreyn, I am following https://help.ubuntu.com/community/Full_Disk_Encryption_Howto_2019 | to answer your second question: No, there is no /target/dev, there is a /target/@/dev though. My mount command to mount the installed root was: mount/dev/mapper/vgubuntu-lvroot /target
[23:13] <tomreyn> Nitrigaur: so that's a btrfs file system?
[23:13] <James1138> 8
[23:13] <James1138> Hello from Indiana and tricky question. Over all these years of Linux - has anyone found a way to remove protection from WMA files?  The reason I ask is I found some old USB with music from the days I still was into Windows XP but the music is WMA format.
[23:13] <Nitrigaur> tomreyn, yes it is
[23:14] <tomreyn> Nitrigaur: i'm not too familiar with those. you might need to mount it differently then
[23:14] <oerheks> James1138, in short: no.
[23:17] <tomreyn> Nitrigaur: you will probably need to indicate the btrfs subvolume (-o subvol=...) while mounting
[23:18] <tomreyn> Nitrigaur: here's an example https://ask.fedoraproject.org/t/how-to-chroot-a-system-that-uses-btrfs-subvolumes/14963/2
[23:18] <Nitrigaur> tomreyn, it seems that I am compounding the difficulty with my choice for btrfs, but it is so convenient for snapshots... I' ll umount /target and look up the proper way to mount that btrfs volume.
[23:20] <tomreyn> right, /target was not mounted properly, youdidn't specify the subvolume there, so unmount it, mount it again but specify the proper subvol (maybe "root" or "top") and then do the rbinds again
[23:53] <Nitrigaur> tomreyn, I' ve read the link, but the root subvolume is not detected, nor is the main partition detected as btfrs using the btrfs subvolume list <device> command. The install itself went without a hitch. O have looked up the fstab within the etc directory on the target directory. The subvolume appears to be @
[23:59] <tomreyn> Nitrigaur: i'm afraid i have no further suggestions


[02:18] <Giovanni> hello
[02:18] <Guest10288> hello
[02:18] <sarnold> hell Guest10288
[02:18] <sarnold> hello even :)
[02:27] <SuperStep> !clear
[02:27] <ubot2> Factoid 'clear' not found
[02:27] <SuperStep> there are italian?
[02:31] <sarnold> SuperStep: check out #ubuntu-it
[02:47] <SuperStep> hello
[03:19] <balloons> ahayzen, pong
[03:20] <ahayzen> balloons, did u trigger a rebuild of https://code.launchpad.net/~andrew-hayzen/music-app/mediaplayer-simplify/+merge/201265 earlier? or did it randomly retest it?
[03:20] <ahayzen> balloons, also appears more things are passing, either due to the fixes u guys put in or some changes i made...but is now failing on a different thing http://<IP_ADDRESS>:8080/job/generic-mediumtests-trusty/1505/testReport/junit/music_app.tests.test_music/TestMainWindow/test_reads_music_library_with_mouse_/
[03:21] <balloons> ahayzen, click the link, you can see the jenkins bot did it
[03:21] <balloons> I just kicked one, just for you :-)
[03:21] <ahayzen> balloons, no this one http://<IP_ADDRESS>:8080/job/music-app-ci/603/
[03:21] <ahayzen> balloons, i made some changes as it had conflicts
[03:22] <balloons> ohh.. I had a way old page in my cache it was showing
[03:22] <balloons> lol
[03:22] <ahayzen> balloons, but now it is failing to read values from an array on an object
[03:22] <ahayzen> balloons, it should be able to do tht right?
[03:22] <balloons> ahayzen, this still has to land: https://code.launchpad.net/~veebers/autopilot-qt/reintroduce-exporting-qobject-children-of-qml-items/+merge/207581
[03:22] <ahayzen> balloons, ah ok so maybe it was my reshuffle into Item {} tht caused some of them to be fixed
[03:23] <balloons> there were fixes, which causes regressions as you remember, then they backed it out.. but the new stuff is 2 mp's.. one landed, the other has not
[03:23] <ahayzen> balloons, hmm ok
[03:23] <balloons> it's going through the process and should land soon.. once it does, your tests should work
[03:24] <balloons> if we find they *still* don't work, we'll have another look of course.. if you wan to test now locally, simply grab that branch and overlay your local autopilot with it
[03:25] <ahayzen> balloons, just to confirm... self.player.currentMeta.artist ...would be the correct way to read artist from ... property var currentMeta: {"album": "", "artist": "", "cover": "", "title": ""}
[03:25] <balloons> ahayzen, I agree
[03:25] <balloons> there's also get_properties()
[03:25] <ahayzen> balloons, it fails with 'AttributeError: Class 'Player' has no attribute 'currentMeta'.'
[03:26] <ahayzen> balloons, which sounds similar to the other issue so i'll wait until tht has landed
[03:26] <balloons> ahayzen, variable property.. ohh it's late
[03:26] <balloons> something is triggering in my head on that
[03:26] <balloons> not sure what.. It's sleepy time :-)
[03:27] <ahayzen> balloons, yh i better go to bed lol 3am here :/
[03:27] <balloons> ahayzen, :-) Ask again when we're sane
[03:27] <ahayzen> balloons, hehe thanks for ur help :)
[03:27] <balloons> good night
[03:27] <ahayzen> night
[05:12] <alabd> Good day all , , how to solve this problem ? http://pastebin.com/CGwRE3hn ,  cuda was installed before,see http://pastebin.com/V6GvK0dv
[05:14] <sarnold> alabd: you need to install whichever of those packages will provide a library that can link with your program when you use -lcuda
[07:48] <zsombi> nik90: ping
[08:11] <nik90> zsombi: pong
[08:12] <zsombi> nik90: hi dude, I have a question on Clock app AP test: ERROR: ubuntu_clock_app.tests.test_clock.TestClock.test_label_value
[08:12] <zsombi> nik90: seems this test is a bit flaky...
[08:12] <zsombi> nik90: I have an MR with a fresh new component, where I see this failing, then another one with also a new component, and there passes...
[08:14] <zsombi> nik90: here's the full log: http://paste.ubuntu.com/6998622/
[08:14] <nik90> zsombi: I will take a look
[08:15] <zsombi> nik90: thx
[08:19] <dholbach> good morning
[08:25] <nik90> zsombi: the error is not so much in the test but rather at the setup() itself
[08:25] <nik90> zsombi: I ran the test 5 times..but it didn't fail on me
[08:25] <nik90> zsombi: did you run on device or desktop?
[08:25] <zsombi> nik90: on device
[08:26] <nik90> zsombi: It looks like the clock app most likely did not open
[08:27] <zsombi> aham... :/
[08:27] <nik90> zsombi: I believe this is happening sometimes for the AP tests of other apps as well..though happens only sometimes
[08:28] <zsombi> nik90: well, let's monitor it and do something about it if needed
[08:29] <nik90> zsombi: I believe the QA is looking into it if I remember reading the emails about it
[08:29] <zsombi> nik90: ah, ok :)
[08:29] <zsombi> then we're good :)
[08:29] <nik90> :)
[09:17] <nik90> popey: the ubuntu emulator in qtcreator works beautifully -> http://i.imgur.com/D6fhihp.png
[09:18] <popey> Nice!
[09:18] <m-b-o> zsombi: Hi, I have a problem with ConditionalLayout at app startup on the device. Seem like the correct width of the app is set too late, so the first render assumes the size set in MainView.
[09:18] <popey> ooh, nice tutorial
[09:18] <m-b-o> zsombi:  Which is bad when switching from tablet to phone factor
[09:19] <zsombi> m-b-o: any snapshot of the code I can check?
[09:20] <m-b-o> zsombi: https://code.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring I've refactored the anchors, but it also happens in trunk
[09:21] <JamesTait> Good morning all; happy For Pete’s Sake Day! :-D
[09:22] <m-b-o> zsombie: printing the width in Component.onCompleted it says on phone 1928, which is gu 107.
[09:22] <m-b-o> zsombie: when refreshing the data, the size is correct then
[09:23] <zsombi> m-b-o: so the application starts with the ConditionalLayout active?
[09:24] <m-b-o> zsombie: yes.
[09:24] <m-b-o> zsombi: the same in clock app
[09:24] <zsombi> m-b-o: zsombi, not zsombie :) can I get a link to the file itself and not to the MR?
[09:24] <m-b-o> yes, sorry :)
[09:25] <m-b-o> http://bazaar.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring/view/head:/ubuntu-weather-app.qml
[09:25] <m-b-o> zsombi: and http://bazaar.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring/view/head:/components/LocationTab.qml
[09:26] <nik90> m-b-o, zsombi: The clock app opens with the phone layout which is the default layout. I have only defined the conditional layout for tablets as suggested by zsombi. So essentially the conditional layout is not active at start.
[09:26] <m-b-o> nik90: but the your property signals tablet
[09:27] <m-b-o> nik90: wideAspect
[09:27] <nik90> m-b-o: well I defined a boolean property called wideAspect: width > units.gu(80)
[09:27] <nik90> m-b-o: so techinically that boolean property should be false on startup on the N4
[09:28] <m-b-o> nik90: but it isn't...
[09:28] <zsombi> nik90: m-b-o: the default layout is built up, all anchors are set, then the ConditionalLayout is activated immediately as the condition applies immediatelly
[09:29] <zsombi> m-b-o: print out the Layouts.currentLayout on changed
[09:30] <m-b-o> zsombi: you mean oncompleted?
[09:30] <zsombi> nopes, when Layouts.onCurrentLayoutChanged
[09:31] <m-b-o> zsombi: will take some miinutes...
[09:33] <zsombi> m-b-o: so it be :)
[09:33] <zsombi> I can eat sthing meanwhile :)
[09:34] <m-b-o> zsombi: enjoy! :)
[09:34] <zsombi> thx
[09:40] <nik90> m-b-o: I just outputted the wideAspect value on the desktop, it starts of with true -> false .... the true is there for hardly a second
[09:41] <m-b-o> nik90: and on the device?
[09:41] <nik90> m-b-o: how do you see out the console output on the device?
[09:41] <nik90> m-b-o: I tried on the emulator, but it is not printing anything to console
[09:44] <m-b-o> "General Messages tab in QtcReator
[09:44] <nik90> m-b-o: what I did was I changed one of the labels in the UI to reflect the wideAspect variable
[09:44] <nik90> m-b-o: on the N4 it shows wideAspect: false
[09:46] <SANJU> hi..
[09:47] <popey> hi
[09:52] <m-b-o> zsombi nik90: it changes on device from wide layout to phone layout, but the sidebar from tablet mode is still shown: http://imgur.com/vDtpO9E
[09:53] <nik90> m-b-o: I have a feeling the conditions for the sidebar are not properly updated with the window width
[09:53] <nik90> considering that the conditional layout switches to phone layout
[09:53] <m-b-o> actually it appears after one second
[09:54] <m-b-o> nik90: yes
[09:59] <SuperMatt> hey guys, is there a file picker in the sdk?
[10:02] <SuperMatt> ah, I've found documentation on the content stuff
[10:12] <zsombi> m-b-o: so, your default layout is phone layout?
[10:13] <m-b-o> zsombi: no, tablet
[10:13] <zsombi> m-b-o: I don;t get it... the conditional layout is for width > 80GU...
[10:14] <zsombi> m-b-o: that's not the default one
[10:14] <m-b-o> zombie: yes/no... there was too much hassle last week. I guess, the default is phone, but it start has width, hieght for tablet in MainView
[10:14] <m-b-o> zsombI
[10:14] <m-b-o> :)
[10:15] <m-b-o> zsombi: okay, I see
[10:15] <zsombi> m-b-o: so, the ConditionalLayout gets active only after the default layout is set up
[10:16] <m-b-o> zsombi: yes. but as ist starts in a size, which is not the default layout there's a problem
[10:17] <zsombi> m-b-o: I think the size is ignored when you are running on device
[10:18] <m-b-o> zsombi: but Layouts.onCompleted has the condtionalLayout active first. Will try to start with phone sizes
[10:19] <zsombi> m-b-o: have you printed out the Layouts.currentLayout when onCurrentLayoutChanged?
[10:19] <m-b-o> yes, nothing set
[10:20] <zsombi> m-b-o: nothing set? you mean the value is empty? then it means it activates the default one
[10:20] <SuperMatt> http://developer.ubuntu.com/api/qml/sdk-14.04/Ubuntu.Content.index/ <- I'm trying to use this example, but I'm getting an error each time
[10:21] <m-b-o> zsombi: yes, coming from the conditonal one, I assume
[10:21] <SuperMatt> Error: Invalid write to global property "activeTransfer"
[10:21] <zsombi> m-b-o: as teh condition does not satisfy
[10:21] <m-b-o> zsombi: when started with a width for phone  (gu 50) Layout.onCompleted says it has the default one
[10:22] <zsombi> m-b-o: do you have the logs? can you pastebin it
[10:22] <m-b-o> zsombi: one moment
[10:23] <SuperMatt> http://paste.ubuntu.com/6999031/ <- any thoughts why line 43 is giving me Error: Invalid write to global property "activeTransfer"
[10:24] <zsombi> SuperMatt: perhaps you should have "var " in front of it :)
[10:24] <SuperMatt> fool me for copying an example
[10:25] <SuperMatt> I wish people would confirm their examples work before uploading them
[10:25] <zsombi> SuperMatt: actually you should have a property var activeTransfer somewhere declared
[10:25] <zsombi> SuperMatt: and actually you have...
[10:25] <SuperMatt> http://developer.ubuntu.com/api/qml/sdk-14.04/Ubuntu.Content.index/ <- I'm copying this
[10:25] <zsombi> SuperMatt: line 55
[10:26] <SuperMatt> yeah, Isee
[10:26] <zsombi> SuperMatt: yep... in these kind of situations it is good to give an ID to the Column, and reffer to the activeTransfer property using that ID.
[10:27] <SuperMatt> lemme give that a try
[10:27] <zsombi> SuperMatt: sometimes JS cannot detect the context, so you need complete reverence to that
[10:27] <m-b-o> zsombi: when starting with phone width http://paste.ubuntu.com/6999040/
[10:28] <m-b-o> with with 107gu: http://paste.ubuntu.com/6999050/   (as in bzr)
[10:28] <zsombi> m-b-o: both logs are from device, right?
[10:28] <m-b-o> yes
[10:28] <alabd> Good day all , , how to solve this problem ? http://pastebin.com/CGwRE3hn ,  cuda was installed before,see http://pastebin.com/V6GvK0dv
[10:29] <m-b-o> zsombi: when in tablet mode, it activates first the tablet mode, then default layout. but default layout becomes not visible
[10:30] <zsombi> m-b-o: why are there two layouts? do you have 2 tabs?
[10:30] <m-b-o> zsombi: yes.
[10:30] <zsombi> ok
[10:32] <m-b-o> the tabs are build dynamically by an ugly hack.... perhaps that's a problem Line 162: http://bazaar.launchpad.net/~martin-borho/ubuntu-weather-app/anchors-refactoring/view/head:/ubuntu-weather-app.qml
[10:32] <zsombi> m-b-o: holly....
[10:33] <zsombi> m-b-o: revenge of Tabs :D
[10:34] <zsombi> m-b-o: why don't you use Repeater to build the tabs?
[10:34] <zsombi> m-b-o: it could be the problem, as I don't really see anything wrong in the layout you have
[10:35] <m-b-o> zsombi: haven't looked at it since autumn, but I have it on the list for refactoring..... :)
[10:35] <zsombi> m-b-o: I know dynamic tabs was on the table long time, and it was landed then removed due to some failures on the Tabs whic ended up not being brought by that MP
[10:36] <zsombi> m-b-o: right now it's approved again, and will come in one of the next releases, but the change we made back the were enabling Repeater to create tabs dynamically any time.
[10:37] <m-b-o> zsombi: that would be cool! I'll try with Repeater
[10:38] <m-b-o> zsombi: but don't you think width set in MainView should reflect the default layout?
[10:38] <zsombi> it should, if it doesn't then the Tab/Page has some problems. You should not set anchors in Tab/Page as those automatically do
[10:39] <m-b-o> okay, noted. So I will switch the default layout to tablet. I'll give you a ping about the outcome!
[10:39] <zsombi> m-b-o: btw, that strange Tabs creation may also cause problems on anchor transfering, so... :)
[10:40] <zsombi> m-b-o: Beware of the leopard :D
[10:40] <SuperMatt> is the content stuff actually implemented yet? I'm trying to test in qt creator and I just see the circle of friends go round and round and round and roud...
[10:41] <SuperMatt> it looks cool, but it's not exactly helpful
[10:41] <m-b-o> zsombi: will add a comment line: "here be dragons". Should be alright then ;)
[10:43] <zsombi> :D
[10:50] <SuperMatt> I think I give up with a qt version of this app. I like writing in python, so I think I'll give pygtk a bash
[10:54] <popey> SuperMatt: wassup?
[10:55] <SuperMatt> I just feel like I'm pulling my hair out trying to understand the sdk
[10:57] <SuperMatt> I just want something to allow me to select some files :(
[11:00] <popey> SuperMatt: the SDK isn't all finished, so there may be gaps in functionality right now.
[11:00] <popey> SuperMatt: however, hard to know exactly what you want to do without more detail
[11:01] <popey> SuperMatt: other apps have implemented a directory loading system - such as Beru the ebook reader.
[11:01] <SuperMatt> well, I have my work development day, and I want to write a simple app which will upload a file to an openstack container
[11:04] <seb128> the content-hub is still under work, I don't think we have a file picker/way to pick files for confined apps atm (also note that Ubuntu touch tries to not expose the filesystem/files to users)
[11:05] <SuperMatt> ah right, so trying to do this in the ubuntu sdk might be a little foolhardy right now?
[11:15] <seb128> SuperMatt, right, are you writing an app for "touch" or for desktop?
[11:16] <SuperMatt> desktop
[11:16] <seb128> you might want to use plain qt for that and port your code to the uitk later when it has proper support for e.g picking
[11:16] <SuperMatt> though it'd be nice if it worked for touch at some point
[11:16] <seb128> right, I would say just use plain qt with a fileselector
[11:16] <SuperMatt> ok, sure
[11:16] <seb128> the picker is not ready yet for what you want to do
[11:17] <SuperMatt> you know, for now I'll just make it a little hacky
[12:52] <nik90> popey: looks like someone opened Flashback on the N10 at MWC :)
[12:52] <nik90> popey: I saw a brief glimpse of it in one of the videos showing Rick spencer demoing the tablet
[12:55] <popey> heh
[12:55] <popey> yeah, it was on the list of "nice things to demo"
[12:55] <nik90> hehe
[14:50] <mzanetti> popey: I'll most likely be late for the reminders hangout. still in a unity meeting
[14:51] <popey> ok, ping me when you're about
[15:26] <rpadovani> mzanetti, popey, just arrived at home, I'm lucky that you're late :-)
[15:26] <mzanetti> popey: I'd be available now. still want to do the meeting?
[15:27] <mzanetti> rpadovani: heh, perfect timing
[15:27] <rpadovani> wow :-)
[15:27] <popey> ok
[15:27] <popey> lets go
[16:11] <daker> no N7 for me :) http://developer.ubuntu.com/2014/02/announcing-the-latest-ubuntu-app-showdown-contest/
[16:19] <popey> heh daker
[16:21] <daker> :)
[16:32] <aquarius> epic Unicode fail on Planet Ubuntu
[16:32] <aquarius> although I don't know whether it's PU's fault or developer.ubuntu.com's RSS feed's fault :)
[16:33] <ogra> aquarius, but you can read this article in english too :)
[16:33] <aquarius> ogra, the problem isn't that there's an English one, it's that the Chinese one isn't in Chinese, it's a load of garbled rubbish :)
[16:33] <ogra> pfft
[16:33] <aquarius> Looks to me like something somewhere it interpreting utf8 as latin-1 or similar
[16:34] <ogra> chinese is always a load of grabled stuff if you cant read it :P
[16:34] <aquarius> it *looks* like Chinese, though, even if I don't understand what it means :)
[16:34] <ogra> though it usually looks better than this i have to admit :)
[16:34] <aquarius> I daresay English is garbled if you read Chinese
[16:34] <daker> aquarius: http://i.imgur.com/zh89at0.png
[16:35] <aquarius> daker, the developer.ubuntu.com post is fine
[16:35] <aquarius> daker, check Planet Ubuntu
[16:35] <ogra> yep
[16:35] <daker> OMG!
[16:35] <ogra> planet ios oooold
[16:35] <ogra> *is
[16:36] <aquarius> I don't know whether developer.ubuntu.com's RSS feed is wrong (and Planet Ubuntu is correctly displaying the wrongness that it was given), or developer.ubuntu.com is right and Planet Ubuntu doesn't know how to properly handle Unicode ;)
[16:36] <ogra> i think the latter
[16:36] <ogra> its really old software
[16:37] <aquarius> that's my guess too, but I don't know :)
[16:37] <daker> aquarius: http://developer.ubuntu.com/tag/planetubuntu/feed/
[16:37] <aquarius> hm, encoding error on that page
[16:37] <aquarius> so maybe d.u.c is wrong after all
[16:38] <nik90> hurray...we can see the ubuntuappshowdown reddit start buzzzing with activity :)
[16:38] <aquarius> daker, strangely, the chinese post isn't in that feed? Unless I'm missing something
[16:39] <aquarius> nik90, there's a dedicated reddit?
[16:39] <aquarius> I should write a showdown app, shouldn't I?
[16:39] <nik90> aquarius: ofcourse there is a dedicated reddit -> http://www.reddit.com/r/ubuntuappshowdown/
[16:39] <aquarius> http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fdeveloper.ubuntu.com%2Ftag%2Fplanetubuntu%2Ffeed%2F moans about some invalid apostrophes, but suggests it's OK
[16:39] <nik90> aquarius: as for the showdown...you are more than welcome to try ;)
[16:40] <aquarius> ha! I am already subscribed to it :)
[16:40] <aquarius> Am I allowed to enter an app which I started working on before the Showdown, if I only started working on it on Sunday?
[16:40] <nik90> aquarius: you said that just to make me post the reddit link, eh
[16:40] <daker> aquarius: maybe the tag was removed after the planet synced
[16:41] <aquarius> daker, dunno
[16:42] <aquarius> who even runs planet?
[16:42] <daker> IS
[16:43] <ogra> webops ?
[16:43] <aquarius> well, the feed *looks* OK to me, in that it correctly shows the line of Chinese characters in the English post. (I assume that it means "read this post in Chinese" or similar.)
[16:43] <aquarius> so I think the problem is with planet.
[16:44] <aquarius> might wanna nudge a Canonical web team person (who will know about encoding stuff on the web) and an IS person to get together and fix it?
[17:14] <m-b-o> balloons: ping
[17:14] <balloons> hallo m-b-o
[17:14] <m-b-o> hallo
[17:15] <balloons> ping elopio, m-b-o is about now as well
[17:16] <m-b-o> balloons: I've updated the mp! should now worl on phone and tablet BUT I've switched the initial mode back to phone. So I don't know what will happen on tablet (but sandbox run worked)
[17:17] <balloons> m-b-o, I believe you are missing tests for the tablet specific things right? It should run the phone tests fine
[17:18] <m-b-o> balloons: more or less. there are no really specific tests for tablet mode at the moment
[17:18] <balloons> m-b-o, so ideally the tests wouldhave landed with the features, but I know mwc got in the way of that
[17:19] <balloons> let's file a bug for the missing tests, and move forward with what we have
[17:19] <m-b-o> balloons: yes. that would be cool. this mp should at least current issues with tests
[17:19] <balloons> right, which is the priority issue for now
[17:20] <m-b-o> there is some refactoring to do nevertheless, since last week got some things out of order.. :)
[17:20] <m-b-o> balloons: do you have a n10?
[17:21] <balloons> m-b-o, yes, and soonish I'll have the smaller tablet as well, so if you need help with that let me know
[17:22] <m-b-o> oh, you can run the tests on n10? :)
[17:22] <balloons> m-b-o, yes, but we focus on the n7 and n4 now
[17:23] <m-b-o> balloons I'm fine with that
[17:23] <balloons> so, m-b-o everything is pushed to the MP, it's ready to land?
[17:23] <m-b-o> yes!
[17:24] <balloons> ok, my phone is currently flashing, hah
[17:24] <m-b-o> balloons: wait!
[17:24] <balloons> elopio, did you review the mp yyet?
[17:25] <m-b-o> balloons: fixing the tests is high priority right now? I'm waiting on feedback from dpm, so perhaps we could wait with the top approve.
[17:26] <balloons> m-b-o, need to give it a good review, no reason not to start now. I'm not top approving till we've finished. dpm is @ mwc, so it will be tough to hear from him
[17:26] <m-b-o> popey ^ ^ should we wait for feedback before switching weather back to phone mode as default?
[17:26] <balloons> what feedback did you need?
[17:27] <m-b-o> balloons: if it's ok to switch back to phone mode as default
[17:28] <m-b-o> balloons but it should be ok
[17:28] <balloons> m-b-o, yes, we wanted those changes for mwc, so it's ok to rollback them until you make the changes to do it better
[17:28] <balloons> I mean they were temporary so ;-)
[17:29] <m-b-o> balloons: yes, think so too.
[17:41] <elopio> balloons: not yet.
[17:41] <elopio> I'll do it now, before I get distracted.
[17:58] <elopio> balloons, m-b-o, I don't like some of the things on the tests, but they need a bigger clean up.
[17:58] <elopio> for example, this is not how we should wait for things to appear on the screen:
[17:58] <elopio> self.assertThat(lambda: self.main_window.select_many('Label',objectName='DayDateLabel'), Eventually(Not(Is(None)), timeout=60))
[17:59] <elopio> we need to find a loading image, or something like that. The thing that tells the user that we are loading or he has to wait for something.
[17:59] <elopio> but it does seem like an improvement, and if tests still pass, it's ok for me.
[18:01] <elopio> about the qml changes, I don't understand them, so I'm not a good reviewer for that part.
[18:06] <m-b-o> elopio: that's okay, the qml changes should not break anything. Yes, some parts of the tests are outdated now. They should get refactored (and with some DRY in mind too)
[18:06] <elopio> m-b-o: do you have time next week so we get together and clean the tests a little?
[18:06] <m-b-o> elopio: yes. which TZ you are in?
[18:07] <elopio> m-b-o: I'm -6, but my schedule is flexible.  I'm +1, so we should consider an evening on my side
[18:09] <elopio> m-b-o: ok, thanks.
[18:11] <m-b-o> elopio: in fact only tuesday or thursday/friday would be possible. ping me on monday, how it's possible for you
[18:11] <elopio> m-b-o: sure. We can also do some of it asynchronously. I'll try to make a small initial branch for you to review on monday.
[18:12] <m-b-o> elopio: cool, thanks!
[18:12] <balloons> m-b-o, so before I approve, do we have the bug filed for missing tablet tests?
[18:13] <m-b-o> balloons: nope
[18:15] <aquarius> mhall119, I think I don't agree with your "it's all one Ubuntu" post. It *will* be, but it isn't, yet :)
[18:17] <mhall119> aquarius: what? you disagree with me on something? I'm shocked!
[18:17]  * aquarius grins
[18:18] <aquarius> mhall119, I thought I'd talk to you about it rather than writing a post, although I like the idea of detailed conversations happening on the Planet (as per discussion last month about how it should have interesting content)
[18:18] <mhall119> aquarius: do it on planet
[18:19] <aquarius> mhall119, fair enough :)
[18:22] <balloons> m-b-o, got a couple failures still.. interesting
[18:24] <m-b-o> balloons: hmm, can you send me the logs? I'll be away for a hour
[18:25] <balloons> m-b-o, sure thing.. re-running several more times and seeing whats up
[18:53] <ahayzen> balloons, ping
[18:53]  * balloons rattles brai
[18:53] <balloons> *brain
[18:53] <ahayzen> balloons, hehe i was just looking into ur cmake suggestion...
[18:53] <ahayzen> balloons, http://bazaar.launchpad.net/~andrew-hayzen/music-app/cmake-simplify/revision/360
[18:53] <ahayzen> balloons, am i right in thinking that we won't need this line install(FILES ${MAIN_QML} ${ICON_FILE} DESTINATION ${DATA_DIR})
[18:54] <balloons> ahayzen, yes
[18:54] <ahayzen> balloons, will the icon be added from *.png even though it is in images/
[18:54] <ahayzen> balloons, as in does it search through the sub-dirs as well?
[18:54] <balloons> you might need to do a bit more work on that
[18:55] <balloons> m-b-o, http://paste.ubuntu.com/7001284/
[18:58] <ahayzen> balloons, ok i'll have a play about with it :) ... and the other thing u said u thought u may have seen tht autopilot issue before? on https://code.launchpad.net/~andrew-hayzen/music-app/mediaplayer-simplify/+merge/201265
[19:01] <balloons> ahayzen, https://code.launchpad.net/~veebers/autopilot-qt/reintroduce-exporting-qobject-children-of-qml-items/+merge/207581 is being worked today.. so hopefully will land soon ;-)
[19:04] <ahayzen> balloons, awesome so we wait until tht lands then retest :) ...once it is displayed as merged does tht mean we would expect Jenkins to have it?
[19:04] <balloons> ahayzen, pretty close to that
[19:04] <ahayzen> balloons, cool
[19:10] <ahayzen> balloons, this appears to create the same click package as before https://code.launchpad.net/~andrew-hayzen/music-app/cmake-simplify/+merge/208457
[19:15] <ahayzen> balloons, can u see the click tht jenkins builds?
[19:17] <balloons> ahayzen, we can have it build a click, but we can build one easily locally too
[19:18] <ahayzen> balloons, cool i built it locally and compared to trunk, the only difference i could see is the new one had the addition of plugins.json
[19:18] <balloons> try installing on the device.. if it has an icon we're good
[19:19] <ahayzen> balloons, tht was weird cause one which i thought didn't have it did...maybe a restart to be safe
[19:27] <balloons> elopio, nik90 I get errors run the AP tests for clock in trunk -- is it just me?
[19:28] <nik90> balloons: which tests? and also on device or desktop?
[19:28] <balloons> nik90, on my mako, test_add_single_type_alarm_must_add_to_alarm_list and test_delete_alarm_must_delete_from_alarm_list
[19:29] <balloons> for instance, File "/home/phablet/autopilot/ubuntu_clock_app/emulators.py", line 250, in delete_alarm
[19:29] <balloons> self.drag_page_up('AlarmPage')
[19:29] <balloons> TypeError: drag_page_up() takes exactly 1 argument (2 given)
[19:29] <balloons> sorry for the big paste.. I'll give a full log, but this are trivial issues
[19:30] <nik90> balloons: hmm I can imagine why it gives an error
[19:30] <elopio> balloons: right, I messed there.
[19:31] <nik90> balloons: let me get a fix asap..
[19:31] <nik90> balloons: I am almost done with my stopwatch AP test cleanup
[19:31] <balloons> nik90, elopio why did we land this?
[19:31] <nik90> balloons: I am not sure why jenkins didn't flag this
[19:31] <elopio> nik90: lines 250 and 261.
[19:31] <balloons> no worries on the error, I'm just confused why we landed it broken
[19:31] <elopio> sorry about that.
[19:31] <balloons> I want to make sure I've got the right stuff, etc :-)
[19:32] <elopio> balloons, nik90: The thing is that on desktop, the qmlscene window is of the size it was last opened
[19:32] <nik90> balloons: I missed that during my code review
[19:32] <nik90> elopio: ah yes
[19:32] <elopio> so sometimes you get to run only the tests in !wideAspect mode.
[19:32] <balloons> ahh.. ok, gotha
[19:32] <nik90> elopio: that's why it didn't fail for me
[19:32] <nik90> elopio: I will take care of fixing them
[19:32] <balloons> no worries then.. so yea, there's a few errors. I'll do another full run and send the log
[19:33] <nik90> balloons: sure
[19:33] <elopio> nik90, balloons: I'm trying to simulate the window size with some helpers from the toolkit. I can set now the grid unit px, but I'm still missing a nice way to resize the qmlscene window.
[19:33] <balloons> ty :-)
[19:33] <balloons> elopio, oO
[19:33] <nik90> elopio: ooh nice
[19:33] <elopio> https://code.launchpad.net/~elopio/ubuntu-ui-toolkit/device_emulation_scenarios/+merge/208146
[19:34] <elopio> I think I won't be able to finish this week.
[19:34] <nik90> elopio: btw I noticed that your lp:~elopio/ubuntu-ui-toolkit/listview-scroll_to_bottom has been approved and ready to land
[19:34] <nik90> elopio: is that the one which allows us to choose which list item to click?
[19:35] <elopio> nik90: yes! :D
[19:35] <elopio> nik90: no :(
[19:35] <balloons> elopio, I'm a bit sad we didn't talk emulator @ the sprint now
[19:35] <elopio> nik90: I'm currently fixing this: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1275060
[19:35] <ubot2> Launchpad bug 1275060 in Ubuntu UI Toolkit "QQuickListView fails to click an element if part of the list is out of view" [Undecided,Confirmed]
[19:35] <elopio> that's the one that will let us choose items from the list. But the other one was a prerequisite.
[19:35] <nik90> elopio: ah ... well atleast that bug is unblocked now since your rate merge to AP has been merged
[19:36] <nik90> elopio: no worries, even if it landed I wouldn't be able to use them since I am on saucy...
[19:36] <nik90> elopio: will upgrade asap to trusty
[19:37] <elopio> I'm totally unblocked now. I just wish I had another pair of hands :)
[19:37] <nik90> hehe
[19:37] <nik90> tell me about it
[19:37] <elopio> balloons: I also started working on the rss. If you see carla before me, please tell her to ping me.
[19:38] <nik90> elopio: one last question before I continue with my work
[19:39] <nik90> elopio: in order to test deleting laps, I need to first start stopwatch -> create lap -> delete lap
[19:39] <balloons> elopio, sure thing
[19:39] <nik90> elopio: should start stopwatch and create lap be part of the emulator function delete_lap() ?
[19:39] <nik90> balloons: ur input as well ^^
[19:39] <elopio> nik90: no, we should try to have a line on the test for each action that the user does.
[19:40] <elopio> something like
[19:41] <elopio> test(self):
[19:41] <elopio>     stop_watch = self.main_view.go_to_stop_watch()
[19:41] <elopio>     stop_watch.start()
[19:41] <elopio>     stop_watch.create_lap()
[19:41] <elopio>     stop_watch.delete_lap()
[19:41] <elopio>     self.assert_that_lap_was_deleted()
[19:41] <nik90> ah ok
[19:42] <elopio> you can complement that with another couple of tests that would be:
[19:42] <elopio> test(self):
[19:42] <elopio>   stop_watch = self.main_view.go_to_stop_watch()
[19:42] <elopio>   stop_watch.start()
[19:42] <elopio>   self.assert_that_stop_watch_was_started()
[19:42] <elopio> and test(self):
[19:42] <elopio>     stop_watch = self.main_view.go_to_stop_watch()
[19:42] <elopio>     stop_watch.start()
[19:42] <elopio>     stop_watch.create_lap()
[19:42] <elopio>     self.assert_that_lap_was_created()
[19:42] <balloons> elopio, nik90 here's one of the logs from a run http://paste.ubuntu.com/7001509/
[19:43] <nik90> elopio: those complimentary tests are already done :)
[19:43] <m-b-o> balloons: thanks. I think I can reproduce the errors on desktop.  The last one is weird.
[19:44] <balloons> m-b-o, :-) Have a good night sir
[19:44] <elopio> it's as if your days dialog was closed while trying to select a day.
[19:44] <balloons> elopio, I can run the test and watch if you have questions
[19:44] <m-b-o> balloons thanks !
[19:45] <balloons> back in a bit; food beckons
[19:48] <elopio> balloons: yes, please. try to run only that last one and see if you find something weird.
[19:56] <nik90> elopio: stopwatch AP done :) just need to add the necessary drag_page_up functions... going for dinner.. when I get back I will do it and then propose a MP.
[19:56] <elopio> nik90: thanks!
[19:56] <elopio> buen provecho.
[20:15] <balloons> elopio, another full run: http://paste.ubuntu.com/7001644/
[20:25] <balloons> rpadovani, ping
[20:57] <nik90> elopio, balloons: https://code.launchpad.net/~nik90/ubuntu-clock-app/reorganise-stopwatch-tests/+merge/208475
[21:08] <nik90> elopio, balloons: fixed the alarm drag issue at https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-alarm-drag-test/+merge/208477
[21:21]  * nik90 hugs mzanetti for his expandable list element being approved.
[21:21] <nik90> mzanetti: Looking forward to using it in my personal app :)
[21:26] <nik90> elopio: can you top approve again? looks like a random failure
[21:28] <elopio> nik90: I'll re-run it just to be extra safe.
[21:28] <nik90> elopio: ok
[21:31] <elopio> nik90: this is the same error we are seeing in jenkins.
[21:31] <elopio> it seems we get an old_saved_city_count = 0
[21:31] <elopio> maybe because we are not waiting enough,
[21:31] <nik90> elopio: hmm..it passed for me
[21:31] <elopio> but you will be refactoring the clock tests, right?
[21:33] <nik90> elopio: but yes I will be targetting the clock tests next
[21:33] <elopio> nik90: yes, it doesn't happens always.
[21:33] <nik90> elopio: once the stopwatch tests are merged
[21:37] <elopio> I still can't run it here :( But almost everything is crashing here, I'll make a reinstall in the night.
[21:37] <elopio> nik90: should I leave you my comments on the branch, or would you like to discuss them here?
[21:37] <nik90> elopio: comments is better since it is more permanent and I won't lose them
[21:37] <elopio> nik90: ack.
[21:37] <nik90> elopio: reinstalling trusty or the emulator/
[21:37] <nik90> ?
[21:37] <elopio> reinstalling trusty. I'll even remove my home this time, and from now on I'll use virtual machines when testing something risky. I've learned my lesson.
[21:42] <nik90> balloons, elopio: the tests passed on the emulator beautifully! I had only 1 failure which was the delete alarm test
[21:42] <nik90> it did take a long time though
[21:45] <elopio> nik90: I don't understand the Record lap icon. What does it mean?
[21:45] <nik90> elopio: record lap icon?
[21:45] <nik90> elopio: one is a reset icon and the other is a create lap icon
[21:45] <elopio> nik90: yes, on the stopwatch, there's one to reset, and the other
[21:46] <elopio> it's like a clock half full?
[21:46] <nik90> elopio: yeah sort of...half full clock where you press the lap
[21:47] <nik90> given by designers
[21:47] <nik90> I will check if they can improve its appearance for better clarity
[21:47] <elopio> I don't get it, but it might be just me :)
[21:49] <elopio> nik90: btw, I think I commented about this on g+, but I love what you did to differentiate the alarm, the timer and the stopwatch.
[21:49] <elopio> it's so cool how a couple of lines can improve things this much.
[21:49] <nik90> elopio: ah thnx :) .. it was all the work of Lucas (our community designer)
[22:02] <elopio> nik90: your refactor makes things a lot better.  The rest are just small things that we can improve.
[22:03] <rpadovani> balloons, pong, sorry for the late
[22:04] <nik90> elopio: I will fix those comments
[22:05] <elopio> nik90: thanks. I'm reading the test cases now. The following comments are more for discussion, feel free to not implement them if you don't want to.
[22:32] <balloons> rpadovani, no worries, it must be way late now.. but if you can leave me a comment about how to run reminders.qml via qmlscene on the command line that would be great
[22:33] <balloons> rpadovani, running qmlscene reminders.qml doesn't work
[23:24] <nik90> elopio: fixed the stuff you mentioned in the comments
[23:24] <nik90> balloons: the alarm fix is in trunk btw
[23:24] <elopio> nik90: thanks. I'll take a look.
[23:25] <balloons> nik90, elopio are we set now?
[23:25] <balloons> I mean for a store release :-)
[23:25] <nik90> balloons: is it urgent?
[23:25] <balloons> nik90, no, the goal was to push a version to the store that has tests passing
[23:26] <nik90> balloons: ah okay
[23:26] <nik90> balloons: the reason I ask is that I am going to clean up the clock tests as well similar to alarms, stopwatch and timer.
[23:26] <nik90> balloons: however I will only propose it tomorrow since it is late now
[23:27] <elopio> nik90: I forgot to click send on my review of the tests :)
[23:27] <nik90> elopio: you mean more comments?
[23:28] <elopio> nik90: yes, a couple. I'm sorry, I feel bad about you, I'm a mean reviewer.
[23:28] <nik90> elopio: bring it on..it is fun fixing them
[23:28] <elopio> nik90: the changes you did are prefect, thank you very much.
[23:29] <elopio> nik90: oh, it's great you are having fun :)
[23:29] <elopio> when we are done with the helpers refactors, we should discuss about failing with a meaningful error message.
[23:30] <elopio> I need to think about it, and your input will be great.
[23:30] <nik90> elopio: sure...that would be nice since the error message at the moment are terrible
[23:31] <nik90> I would like more user friendly error messages :)
[23:36] <daker> popey: ping
[23:39] <daker> mhall119: PM ?
[23:40] <mhall119> sure
[23:42] <nik90> elopio: without the eventually statement the test fails
[23:56] <elopio> nik90: hum, so we need it.
[23:57] <nik90> elopio: yup, also the test passes without the sleep()
[23:57] <elopio> I didn't understood why, I'll check again
[23:58] <elopio> nik90: yes, without the sleep it passes. But lets say that the stop button is not working, and those two statements run insanely fast, in less than one millisecond.
[23:58] <elopio> then your test would still pass.
[23:58] <nik90> ah
[23:58] <elopio> if we sleep a second, they won't be able to run in less than one millisecond.
[23:58] <elopio> maybe that needs a comment.
[23:59] <elopio> hum, I still don't get why the eventually is needed there.


[12:26] <ikatnik> Hi diogenes. I am back.
[12:31] <diogenes_> welcome ikatnik
[12:32] <ikatnik> Good news and bad news. Teamviewer 12 is working. But the newer, better USB to which the OS.iso is written also does not show up.
[12:32] <diogenes_> ikatnik, one good news will do
[12:33] <diogenes_> ikatnik, write to me in private
[18:58] <mg> hey guys! can somebody tell me how to launch website installed eclipse?
[18:58] <mg> wtf
[18:58] <mg> hey guys! can somebody tell me how to launch website installed eclipse?
[18:59] <knome> please remember this is a family-friendly channel...
[19:00] <mg> my first message was ultra grey and didnt have my name beside it, i freaked out
[19:01] <mg> thought SEK is gonna knock on my door
[20:02] <mg> oh well


[02:18] <qiujunting> Uploaded file: https://uploads.kiwiirc.com/files/6622b72dc105de1b34949d71413acb46/image.png
[15:58] <goneri> falcojr: the MTU fix for BSD is ready https://github.com/canonical/cloud-init/pull/894
[16:01] <falcojr> goneri: thanks, I'll get to as soon as possible
[17:45] <Odd_Bloke> falcojr: I think we have all of our SRU packages in queues now, so we're ready to ping an SRU person?
[17:52] <falcojr> yep, I'll do that


[00:00] <bryceh> I did a diff between the upstream 1.11 git tree's include/ dir and ours (before applying debian/patches):  http://paste.ubuntu.com/913875/
[00:01] <bryceh> didn't spot any commonalities with your valgrind output.  mostly it's cnd's touch bits
[00:02] <cnd> RAOF, valgrind ioctl warnings are either: correct, or they need wrappers to tell valgrind how they really work
[00:02] <cnd> RAOF, I just added wrappers for the uinput ioctls to the precise valgrind
[00:03] <cnd> you might be interested in doing the same for drm?
[00:03] <RAOF> cnd: Apparently upstream already has; in the libdrm sources - we just need to build-depend on valgrind to get those intrinsics added.
[00:03] <cnd> RAOF, that seems odd
[00:04] <cnd> the fixes should be in the valgrind sources
[00:04] <cnd> I suspect libdrm is either really fixing the issues, or just papering over them
[00:06] <RAOF> Ah, no; what it's doing is using some intrinsics to annotate stuff for valgrind - VALGRIND_MAKE_MEM_DEFINED(bo_gem->gtt_virtual, bo->size) and such.
[00:06] <RAOF> I think they've *also* fixed an issue or two.
[00:07] <cnd> RAOF, ahh, that looks like it makes some sense for drm
[00:08] <cnd> drm is funny in how it uses memory :)
[00:09] <cnd> RAOF, btw, the ioctl warnings at device init time are red herrings again, I'm fairly certain
[00:09] <RAOF> Hm.
[00:09] <cnd> the evdev ioctls probably need wrappers too
[00:10] <cnd> just like the uinput ones
[00:10] <cnd> valgrind assumes that all ioctls take an argument, and the argument is a pointer to valid userspace memory
[00:10] <RAOF> There don't seem to be any suspicious writes, which is annoying.
[00:11] <cnd> you have to manually tell it if a specific ioctl either: doesn't pass an argument, or passes an argument by value
[00:12] <RAOF> But, given I can reproduce this easily, I guess it's time to go poking around in the core.
[00:12] <RAOF> To the bat-gdb!
[00:12] <cnd> RAOF, what trackpad are you thrashing on?
[00:12] <RAOF> A synaptics one.
[00:12] <cnd> RAOF, thrashing with one finger?
[00:12] <RAOF> Two finger scrolling was the last thing I reproduced it with.
[00:13] <cnd> RAOF, does xinput list a touch class for your touchpad?
[00:14] <cnd> hooray! a one-liner in the server fixes compiz touchscreen interactions
[00:15] <RAOF> cnd: Hm, how do I get xinput to do that?
[00:15] <cnd> RAOF, xinput list <device name|id>
[00:15] <RAOF> Hm.
[00:15] <RAOF> EBADATOM
[00:15] <RAOF> For some reason that fails.
[00:16] <cnd> I've started seeing that too...
[00:16] <cnd> it's next on my list of bugs :)
[00:16] <cnd> I was hoping it was just me
[00:17] <RAOF> It reports 8 classes though, from which I think you can work out if there'll be a pair of touch classes or not.
[00:17] <cnd> RAOF, install utouch-frame-tools
[00:17] <cnd> then run utouch-frame-test-x11 <window>
[00:17] <cnd> where window is some window other than the root window
[00:17] <cnd> it will spit out all devices that have touch classes
[00:19] <RAOF> Two touches
[00:19] <RAOF> http://paste2.org/p/1965826
[00:21] <cnd> ok
[00:21] <cnd> cool
[00:21] <cnd> so what you are seeing could be multitouch related
[00:21] <cnd> once I fix this bug, I'll thrash on my magic trackpad to see if I can cause any misbehavior
[00:22] <cnd> RAOF, is this on a netbook or something else that is less performant?
[00:22] <RAOF> Nope, it's on my shiny sandybridge i5
[00:22] <RAOF> However, it's on my shiny sandybridge i5 while running under valgrind, so you may assume it is significantly non-performant :)
[00:27] <RAOF> And, as you might note in the valgrind backtrace, the initial SIGSEGV comes from the ErrorF in mieq saying “[mi] EQ overflowing”
[00:31] <cnd> RAOF, oh, you're running under valgrind
[00:31] <cnd> I'm guessing that you are hitting the queue overflow because it's so slow
[00:31] <cnd> is it crashing?
[00:32] <RAOF> Yes.
[00:32] <RAOF> Yeah, that's exactly what's happening.
[00:32] <RAOF> It's queue overflowing.
[00:32] <cnd> RAOF, oh, I bet you're hitting the same bug I was seeing yesterday :)
[00:32] <RAOF> But! It's SEGVing when trying to print the queue overflow.
[00:32] <cnd> if you hit ErrorF within signal context under valgrind
[00:32] <cnd> then it will segfault
[00:32] <cnd> I think sprintf is technically signal unsafe
[00:32] <RAOF> But only under valgrind?
[00:33] <cnd> it seems to work when not under valgrind
[00:33] <cnd> though that may mean that valgrind always crashes, while in real world it only crashes 1/1000 times
[00:33] <RAOF> Right.
[00:33] <RAOF> It is indeed not listed as signal safe
[00:34] <RAOF> This lacks awesome.
[00:34] <cnd> yeah...
[00:34] <cnd> I had to stop to look at other things
[00:34] <cnd> it should probably be brought up on xorg-devel at the very least though
[00:34] <RAOF> Yes.
[00:35] <cnd> RAOF, the sprintf is only used to print the timestamp in the X log
[00:35] <cnd> so we may be able to get away without it, with some manual number printing
[00:35] <cnd> when I commented the sprintf out, I didn't get the crash anymore
[00:36] <RAOF> Aha.
[00:38] <RAOF> Hm.
[00:38] <RAOF> Practically nothing done in ErrorF is signal-safe.
[00:39] <RAOF> fwrite: no, memcpy: no, fflush: no.
[00:39] <RAOF> Oooh, and if you're unlucky it'll try to realloc
[00:42] <RAOF> vsnprintf: no.
[00:42] <cnd> fun
[00:43] <cnd> RAOF, maybe there should be a separate code path for ErrorF if in signal context?
[00:43] <RAOF> Quite possibly.
[00:43] <cnd> don't attempt to do anything other than just write directly to the log file
[00:43] <cnd> actually, maybe a separate function altogether
[00:43] <RAOF> Yes.
[00:43] <cnd> and then in ErrorF, merely print "you're dumb" if in signal context
[00:43] <cnd> :)
[00:44] <cnd> because ErrorF attempts to print a vararg printf style message
[00:44] <cnd> which I think may be impossible without reimplementing vsprintf in signal safe code :)
[00:46] <RAOF> Probably, yes.
[00:46] <cnd> RAOF, bryceh, Sarvatt: I have a one-liner fix for compiz touchscreen interactions for xorg-server
[00:46] <cnd> any issues if I upload now?
[00:46] <RAOF> None from me.
[00:47] <cnd> fixes bug 972985
[00:47] <RAOF> Although what would be much more awesome is to just have a gorram input *thread* and stop futzing around in the SIGIO context.
[00:47] <cnd> heh
[00:47] <RAOF> We call *so much* code in that context.
[00:47] <RAOF> It's scary.
[00:47] <cnd> yeah
[00:48] <cnd> it seemed like we were so close too...
[00:48] <bryceh> cnd, pastebin the patch?
[00:48] <cnd> bryceh, 505_query_pointer_touchscreen.patch
[00:48] <cnd> oops
[00:48] <cnd> http://paste.ubuntu.com/913912/
[00:49] <cnd> I guess it's technically a two-liner :)
[00:53] <bryceh> cnd, ok; looking at event_get_corestate this effectively just ORs in mouse->touch->state if defined
[00:53] <cnd> bryceh, yep
[00:54] <bryceh> heh, you know what, this might fix an issue that I *just* saw about 3 minutes ago
[00:55] <bryceh> on my fujitsu touch screen, it responds to touch drag events, but if I just tap with my finger, nothing happens
[00:55] <cnd> bryceh, really?
[00:55] <bryceh> cnd, does that sound like this?
[00:55] <cnd> bryceh, what are you trying to tap?
[00:55] <cnd> are you trying to raise a window?
[00:56] <bryceh> yeah, or click buttons on the launcher
[00:56] <cnd> bryceh, btw, I still have a bug that is locking up the desktop after some touch interactions
[00:56] <cnd> I was hoping this would fix it for good, but apparently not
[00:56] <bryceh> drags work
[00:57] <bryceh> well sort of work.  the initial touch doesn't move the cursor, so you end up dragging offset
[00:57] <cnd> hmm
[00:58] <cnd> bryceh, oh, we just pushed up a fix in utouch-grail
[00:58] <cnd> touchscreens are quite broken without version 3.0.5
[00:58] <bryceh> ok.  I just updated a couple hours ago
[00:58] <cnd> without 3.0.5, grail was holding on to touches until they physically ended
[00:59] <bryceh> ok, I've got 3.0.4 installed, I'll try that
[00:59] <cnd> that sounds like the issue you are seeing
[00:59] <bryceh> fwiw, stylus and eraser work fine in gimp
[00:59] <bryceh> ok
[00:59] <cnd> good :)
[01:00] <cnd> so I see that my pointer lockup is a core passive button grab
[01:00] <cnd> I think there are issues in the compiz stack...
[01:00] <RAOF> Really?  Heaven forfend!
[01:00] <RAOF> :)
[01:00] <cnd> having peeked at their code today, I'm very afraid
[01:21] <Darxus> Same problems with my Radeon with the upstream kernel.
[01:25] <RAOF> Darxus: Sarvatt was saying something about lack of radeon-kms in the -edgers packages earlier, but it's dropped off my backscroll.
[01:27] <Sarvatt> that was in xorg-edgers
[01:27] <Sarvatt> (which its not recommended to even use)
[01:28] <Sarvatt> until mesa 8.1 builds in there, its still going through automake changes breaking it every few days and i cant keep up so its on 8.0 branch
[01:28] <Sarvatt> which is the same as in precise
[01:29] <Sarvatt> wayland egl builds have been broken since the beginning of march for out of tree builds aka what the debian packages do
[01:33] <Sarvatt> every automake commit breaks something new because they always include $(top_srcdir) instead of $(top_builddir)
[01:36] <Sarvatt> like http://cgit.freedesktop.org/mesa/mesa/commit/?id=ca760181b4420696c7e86aa2951d7203522ad1e8 doing -I$(top_srcdir)/src/mapi ,but that ones fixed already
[01:41] <Sarvatt> Darxus: i'm going to push libdrm 2.4.33 and newer x-x-v-ati to x-updates tomorrow for precise, might as well be using that and not have screwed up input like you will in xorg-edgers if you're using that :)
[01:42] <Darxus> Sarvatt: I'm not using xorg-edgers.
[01:42] <Sarvatt> then again i dont know what problems you really have with radeon, might be assuming too much that you're using edgers because of RAOF :)
[01:42] <Darxus> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/971204
[01:44] <RAOF> Darxus: Sorry, I was confusing you with someone else.
[01:44] <Darxus> No problem.
[01:46] <Sarvatt> hmm how does grub-gfxpayload-lists have nothing but vmware added in it in precise, i know tjaalton added a bunch of systems to it
[01:49] <Sarvatt> all the systems added in the natty lists that were SRUed aren't there, hmm
[01:49] <Sarvatt> tjaalton: any idea whats going on there? surely those should be forward ported to later releases
[01:50]  * Sarvatt hopes nothing failed certification in 11.10 because it was dropped
[03:07] <bryceh> cnd, btw even after updating to 3.0.5, the fujitsu touchscreen still misbehavin
[03:07] <cnd> bryceh, describe what it's doing
[03:07] <cnd> I still see some issues here
[03:08] <bryceh> the pointer is at position x,y
[03:08] <bryceh> you touch at position x+100,y+100
[03:08] <bryceh> the pointer remains at x,y
[03:09] <bryceh> you drag your finger from x+100,y+100 to x+150,y+150
[03:09] <bryceh> the pointer moves from x,y to x+50,y+50
[03:09] <cnd> whoa
[03:09] <cnd> that's weird
[03:09] <cnd> I've not seen that
[03:10] <bryceh> actually it's a bit worse
[03:10] <cnd> bryceh, it sounds like X thinks your touchscreen is a touchpad
[03:10] <cnd> bryceh, can you pastebin your x log?
[03:10] <bryceh> there is some scaling going on, so moving by +50/+50 moves pointer say +100/+80
[03:11] <bryceh> pastebin.ubuntu.com/914024
[03:12] <cnd> bryceh, it's using the wacom driver
[03:12] <cnd> I think it thinks your touchscreen is a tablet
[03:12] <cnd> so its behaving like it's a trackpad for pointing
[03:12] <bryceh> ah, hum
[03:13] <cnd> bryceh, I don't know if it's multitouch, but the only way to get the full touch experience would be to use the evdev driver
[03:13] <bryceh> it is multitouch, but it is a serial interface
[03:14] <cnd> bryceh, I think that means you have to use set_serial first
[03:14] <cnd> bdmurray was trying to get it to work
[03:14] <cnd> I don't know if he made it work out of the box in ubuntu though
[03:15] <bryceh> set_serial via xinput?
[03:15] <cnd> no, it's a separate utility
[03:15] <cnd> bryceh, http://www.murraytwins.com/blog/?p=103
[03:15] <bryceh> alright, well I'll mess with it more some day.
[03:16] <cnd> looks like I meant inputattach
[03:24] <Sarvatt> sucks most all touchscreens are wacom these days :(
[03:28] <cnd> or ntrig..
[04:21] <Sarvatt> cnd: xt3 and m6600 were the only ntrigs that ever shipped with ubuntu, everyone else switched to wacom in the past few years :(
[04:22] <Sarvatt> (since i started tracking it in 2010)
[04:24] <Sarvatt> x220 tablet, all lenovo W series touchscreens switched to wacom
[04:24] <Sarvatt> reviews of xt3 were saying it was a negative it still used "ntrig crap"
[04:30] <cnd> Sarvatt, the dell xps 15 and 17 are still available with it
[04:30] <cnd> but yeah, I don't blame them
[04:31] <cnd> I don't know why we can't get an atmel maxtouch touchscreen in an x86 laptop
[04:47] <tjaalton> Sarvatt: they worked with 3.0, so the quirks were only needed for 11.04
[11:41] <mornau> hi, i'm trying to get a copy of the linux 3.2.0-21.34 kernel build by/for xorg-edgers: https://launchpad.net/~xorg-edgers/+archive/ppa/+build/3379667
[11:42] <mornau> but i can't seem to find it in the repository.
[11:42] <mornau> is it still awaiting an upload?
[12:22] <ricotz> mornau, it should be available, try run "apt-get update" again
[12:25] <mornau> ricotz: i did this right before posting but there was no updated package available, yet. it worked this time, though.
[12:25] <mornau> btw i'm gettnig this warning when installing the package: W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-1.fw for module r8169
[12:26] <mornau> i also got it for the current image (the last 3.2 kernel from the edgers repository), though, and it least for me networking isdoing fine.
[12:27] <ricotz> right, linux-firmware isnt updated to include the new firmware binaries
[12:28] <ricotz> Sarvatt, do you think it is safe and worth to put an update linux-firmware package in edgers too?
[14:10] <mornau> ricotz, Sarvatt: i'm on your linux-image 3.2.0-20.32 now, but DHCP issues remain: "dhclient: Error creating socket to list interfaces; Permission denied." this then results in: "NetworkManager[1520]: <info> (eth0): device state change: ip-config -> failed (reason 'ip-config-unavailable') [70 120 5]". also the libvirt-bin process keep getting terminated by apparmor and keeps respawning.
[14:11] <mornau> type=1400 audit(1333548406.883:1402): apparmor="DENIED" operation="create" parent=1 profile="/usr/sbin/libvirtd" pid=31996 comm="libvirtd" family="inet" sock_type="dgram" protocol=0
[14:12] <mornau> both doesn't happen with the oneiric linux image. i'm happy o file proper bug reports if that's of help. if so, please explain what to file those against.
[14:15] <ricotz> mornau, please try 3.2.0-21.34 first, note this is a plain rebuild of the current official precise kernel
[14:15] <ricotz> mornau, so you have a r8169 ethernet device and not having the updated firmware files seems to cause problems?
[14:16] <mornau> ricotz: sorry i pasted the wrong version there, i'm actually on 3.2.0-21.34 and the above report refers to this version (but also to 3.2.0-21.34)
[14:17] <mornau> ... but also to 3.2.0-20.32
[14:17] <ricotz> mornau, could you try https://launchpad.net/ubuntu/+source/linux-firmware/1.78/+build/3380028/+files/linux-firmware_1.78_all.deb
[14:19] <mornau> i do have a r8169 ethernet device. i would be surprised if this caused dhcp to fail but static ip assignment to work
[14:19] <mornau> i'm currently using static ip assignment
[14:19] <mornau> (i also have multiple NICs)
[14:20] <ricotz> mornau, the newer kernel seems to rely on the newer firmware and this might fix this problem
[14:20] <mornau> okay, i'll try with the firmware, thanks
[14:25] <Sarvatt> ricotz: no problems from me putting firmware in there
[14:26] <Sarvatt> thats really strange he's hitting that though, maybe libvirt's apparmor profile in oneiric doesn't work wth precise's kernel apparmor?
[14:26]  * Sarvatt has no clue about apparmor really
[14:27] <ricotz> Sarvatt, ok, -21.34 contains a lot appamor changes/fixes
[14:31] <ricotz> Sarvatt, i will copy the firmware package to the ppa
[14:32] <ricotz> Sarvatt, but this is probably a problem for lts-backports of the kernel too
[14:32] <ricotz> apw, hi ^
[14:41] <mornau> ricotz: i installed the firmware package you pointed me to, ran "sudo update-initramfs -u -k all", rebooted, to no effect.
[14:42] <mornau> # dpkg -l linux-firmware\* | grep ^ii ii  linux-firmware                                1.78                                                                         Firmware for Linux kernel drivers
[14:43] <mornau> hmm silly qwebirc, it eats line wraps. but i guess you know what this output should loook like.
[14:47] <mornau> i also reinstalled the kernel image and there were no more warnings about possibly missing firmware.
[14:49] <apw> ricotz, you saying there is a new dependancy between the kernel and firmware in precise?
[14:50] <apw> ricotz, there won't be a precise lts backport to lucid iirc
[14:50] <ricotz> mornau, i see, i am not that familiar with libvirt
[14:51] <ricotz> apw, ok, but i saw a similar issue with the 3.0 backport
[14:51] <ricotz> apw, .. complaining about missing nouveau firmware files
[14:52] <apw> ricotz, stupid backports, make life so difficult
[14:52] <ricotz> apw, so this also effects the oneiric ltsp backport
[14:52] <ricotz> *lts
[14:52] <apw> ricotz, could you file a bug against the kernel with the details
[14:52] <ricotz> apw, yeah, i know, another problem is also not having an updated linux-libc
[14:53] <mornau> ricotz: it's an issue with its apparmor profile, i guess. i don't need libvirt really so i just purged it. dhclient not working is a bit of a show stopper though. (so unless you want me to look into this more) i guess i'll just downgrade to the oneiric images until precise is released. thanks so far.
[14:55] <ricotz> mornau, yeah, might be the best to use the oneiric kernel then, sorry for the trouble
[14:58]  * Sarvatt would just purge apparmor instead :P
[14:59] <Sarvatt> looking at the apparmor bugs it looks like mismatched apparmor kernel and userspace breaks dhclient all the time though :(
[14:59] <Sarvatt> same bugs filed in maverick and natty
[15:00] <ricotz> so much for abi stability ;)
[15:00] <mornau> :))
[15:02]  * ricotz is surprisingly happy with 3.4rc1 so far
[15:02] <Sarvatt> and karmic and jaunty, thats a deep rabbit hole of a problem :)
[15:07] <mlankhorst> still on 3.2 here :)
[15:10] <apw> ricotz, linux-libc-dev being 'downrev' is deliberate as in theory at least the interfaces are backwards compatible
[15:10] <apw> therefore you want to build things for the oldest interface on the machine
[15:14] <ricotz> apw, hmm, i see, putting the kernel package in xedgers is mostly for this reason to have an updated linux-libc-dev
[15:14] <apw> ricotz, well in there you may be using newer things which need the newer interfaces for instance
[15:14] <ricotz> since it is expecting people using xedgers would use a newer kernel too
[15:15] <apw> ricotz, its all a bit of a mess.  actually we should not really offer a backport kernel, but a backport ppa for each release to contain this crap
[15:15] <ricotz> yeah, while having libdrm git and kernel git would fit more
[15:17] <ricotz> apw, having a ppa might lead to more inconsistencies while x-backports are starting next cycle
[15:17] <apw> ricotz, well i think i mean there needs to be one PPA for each source series destination series, with kernel, mesa, X etc in for that combination
[15:18] <ricotz> ah, i see
[15:18] <apw> there is no other safe way to do it imo, anyhow ... fun
[15:19] <ricotz> i think this should also get stricter tied together
[15:19] <ricotz> so wanting a newer x should suggest you a newer kernel
[15:20] <ricotz> (or even force you)
[15:20] <Sarvatt> ricotz: like having a new pocket for each backport series, and having the kernel be called linux and all of the x packages having the same names too? :P
[15:21] <ricotz> Sarvatt, yeah, this would be way easier to be maintained
[15:21] <Sarvatt> we're gonna get so much wrong namespacing all of x/mesa/libdrm the way lts backport kernels do
[15:21] <apw> Sarvatt, you describe Nirvana
[19:05] <cnd> bryceh, RAOF: just got a good valgrind trace on X :)
[19:05] <cnd> oh wait, it might be in the area where I was patching stuff in
[19:05] <cnd> for debugging :(
[19:11] <cnd> hmm, I think I found issues though
[19:12] <cnd> I don't know if people would see them outside of touchscreen cases though
[19:29] <bryceh> cnd, awesome
[19:31] <cnd> yeah, the way we look for pointer listeners for direct touch devices is all wrong right now
[19:31] <cnd> the code is looking at the wrong event masks
[19:31] <cnd> it's looking at the core event mask, but interpreting it as a pointer to an XI2 event mask
[19:31] <cnd> so it's all wrong
[19:50] <bryceh> cnd, is that something due to the mixed server stack, or a legit upstream bug?
[19:50] <cnd> legit upstream
[19:51] <cnd> it just hasn't been tested properly, basically
[19:52] <bryceh> ok
[20:50] <tjaalton> bryceh: the 'touchscreen is reset to relative mode' is likely a bug in g-s-d or so, since it's happening after login
[20:50] <tjaalton> bug 949097 was filed earlier
[20:51] <bryceh> friggin gnome
[20:52] <tjaalton> :)
[20:52] <bryceh> so yeah, then 973133 would be a dupe of that.  was just looking at that a bit ago
[20:52] <bryceh> is there a bug against g-s-d yet?
[20:53] <tjaalton> no, probably would be right to add it to the earlier bug, until it's clear the bug is there
[20:53] <tjaalton> since the login screen should be running g-s-d as well..
[20:55] <tjaalton> hmm
[20:55] <tjaalton> would be easy to test
[20:55] <tjaalton> by disabling the wacom plugin
[20:55] <Sarvatt> its not running g-s-d plugins though
[20:55] <tjaalton> right
[20:55] <tjaalton> realized that
[20:56] <tjaalton> actually, the bug might be that the touchscreen isn't actually reported as one by the kernel
[20:56] <tjaalton> but a tablet
[20:56] <tjaalton> where relative mode makes sense
[20:56] <tjaalton> hmm no
[20:57] <tjaalton> it should be in relative mode in the login screen as well then
[20:59] <tjaalton> bryceh: so, flip the wacom plugin off, org.gnome.settings-daemon.plugins.gsdwacom:active, and login again
[21:01] <bryceh> alrighty, is there a utility for turning it off, or a config file?
[21:02] <tjaalton> dconf-editor, or gsettings
[21:04] <tjaalton> gsettings set org.gnome.settings-daemon.plugins.gsdwacom active false
[21:04] <tjaalton> then 'get ... active' to check that it worked
[21:07] <bryceh> yep, that did the trick
[21:07] <bryceh> works properly on both login screen and logged in
[21:07] <tjaalton> whee
[21:07] <bryceh> stylus and eraser also working
[21:08] <tjaalton> yeah those should've worked before too
[21:08] <bryceh> they did, was just checking that they still did ;-)
[21:08] <tjaalton> hehe, right
[21:14] <cnd> bryceh, have you seen any bugs where people are attempting to perform a two touch tap on a trackpad and it is generating a middle button click instead of right?
[21:14] <cnd> olli ries, my manager, is seeing it
[21:14] <cnd> first, the defaults in X are wrong due to a distro patch from 2009 :)
[21:14] <cnd> but then gsd should be overwriting the config
[21:15] <cnd> which is why no one sees the issue
[21:50] <bryceh> cnd, not that I remember offhand, but I can take a quick scan
[21:50] <cnd> bryceh, this is the bug olli filed: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/973784
[21:50] <cnd> it seems like something someone might toss in the X package bugs mistakenly
[21:53] <bryceh> bug 972125 maybe
[21:53] <bryceh> there's lots of reports of touchpads that just stop working entirely after thus and such
[21:54] <bryceh> bug 972727
[22:56] <cnd> ok, I got another patch for the xserver today :)
[22:56]  * cnd knocks down more bugs
[23:17] <bryceh> :-)