[01:42] <johangm90> hi guys is there some example of qmake part?
[06:00] <ned__> I seem to have a problem and need someone's help.  I just did a clean install of Ubuntu 16.04 desktop and I installed the Tiger auditing tool from debian.  After the scan it shows:                               #checking md5sums of installed files  --Fail-- [lin005f] Installed file '/boot/vmlinuz-4.4.0-21-generic'  checksum differs from installed package 'Linux-image-4.4.0-21-generic'.     I am confused as to how this is when granted
[06:01] <ned__> I checked the md5sum with microsoft checksum tool and everything was verified, so why is tiger telling me different
[06:23] <dholbach> hey hey
[06:29] <seb128> hey dholbach, how are you?
[06:29] <dholbach> good good - how about yourself?
[06:29] <seb128> I'm good as well, thanks ;-)
[07:39] <zyga> o/
[07:46] <zyga> mwhudson: thank you :)
[07:46] <zyga> mwhudson: curious, are you interested in snap-confine or just moving closer to snappy bits
[08:08]  * davidcalle is impressed by the simplicity of the blender snap, would love to see the snapcraft.yaml
[08:10] <seb128> davidcalle, "simplicity"?
[08:11] <seb128> you mean the content of the snap itself is like one file?
[08:11] <mcphail> blender is designed to he self contained. Ideal for a snap
[08:11] <davidcalle> seb128: no launch wrapper and /snap/blender/meta/snap.yaml is super straightforward
[08:14]  * mcphail wonders whether the CUDA acceleration would work?
[08:19] <seb128> davidcalle, it's likely that blender itself is built to be started from random locations and not tight to a linux distro layout
[08:19] <seb128> I doubt there is snapcraft magic in action there
[08:19] <seb128> davidcalle, who did the snap? upstream?
[08:19] <didrocks> yeah, like no appmenu as no standard toolkit
[08:22] <davidcalle> seb128: https://uappexplorer.com/app/blender-tpaw.tpaw
[08:23] <seb128> davidcalle, well you have the snapcraft.yaml in the upstream url indicated there, https://github.com/tpaw/snap-repository/blob/master/third-party/blender-tpaw/snapcraft.yaml
[08:30] <zyga> mcphail: it should work on Arch, I didn't test this on ubuntu as I dont' have the required hardware
[08:30] <zyga> mcphail: but we could use a dedicated cuda interface for this
[08:31] <mcphail> zyga: i haven't managed to get any graphical snaps running on an nvidia machine anyway, so I suppose CUDA is a step beyond me at this point ;)
[08:32] <zyga> mcphail: why not?
[08:32] <zyga> mcphail: did you try snap-confine 1.0.33 and snapd 2.0.9?
[08:32] <zyga> mcphail: I have a very old mobile nvidia gpu and it works very well there
[08:33] <zyga> mcphail: (on ubuntu and arch) with prorietary and free drivers
[08:33] <mcphail> zyga: just used whatever is stock on 16.04. Always fails with gl error
[08:33] <zyga> mcphail: I see, may I ask which GPU you have and which drivers are you using?
[08:34] <dpm> davidcalle, have you tested the blender-tpaw snap?
[08:34] <mcphail> Not on the machine just now, but it is a 650 using whatever is latest prop driver from defaulr repo (352 i think)
[08:36] <mcphail> Same problem with a 430 running proprietary driver
[08:36] <davidcalle> dpm: yep, works great
[08:37] <dpm> davidcalle, awesome, in --devmode?
[08:37] <zyga> mcphail: which version of ubuntu-core-launcher or snap-confine do you have now?
[08:37] <davidcalle> dpm: strict :)
[08:37] <dpm> oh wow!
[08:38] <mcphail> zyga: I can't tell you, I'm afraid, as I'm IRCing from my phone
[08:38] <zyga> mcphail: woot :)
[08:38] <zyga> mcphail: stay in touch, I worked on a lot of improvements for nvidia
[08:40] <mcphail> zyga: good stuff. Hope it filters down! Have to steal the wife's laptop for graphical snaps just now :)
[08:44] <palasso> zyga: when updating the AUR PKGBUILD for the new version, consider updating the snapd.install with http://pastie.org/private/zbhszcpwn40trlthbcg7a
[08:47] <zyga> palasso: looking
[08:47] <palasso> zyga: the differences are very small, do a diff to see them ;) 1) removed line 1 2) removed 2 spaces in line 9 3) replaced installation with instructions in line 11
[08:48] <zyga> palasso: note that the next release will be in the community archive
[08:48] <zyga> palasso: but I'll pass this along to the maintainer
[08:49] <palasso> Ahh that's great!
[08:49] <palasso> Probably he'll remove this then, arch users are expected to check the archwiki or upstream documentation to see if there are any necessary units to enable/start or any kind of cleanup work to do
[08:50] <zyga> palasso: he's definitely more experienced than I am
[09:10] <Chipaca> pcoca: why are you making another snap of httpie?
[09:11] <Chipaca> pcoca: did you do "snap find httpie" before starting?
[09:16] <Chipaca> pcoca: ah, i missed the bit in the backlog where you said you already knew there was one
[09:16] <Chipaca> still don't understand why you're doing another though :-)
[09:27] <Chipaca> pcoca: welcome back
[09:27] <Chipaca> pcoca: not sure if you saw my answer above before your network awol'ed
[09:31] <pcoca> Chipaca, Yes, thanks.
[09:31] <pcoca> Chipaca, The snapcraft that I got is this one: https://github.com/pedrococa/httpie_snap/blob/master/snapcraft.yaml
[09:32] <pcoca> Chipaca, 1.0.0-dev version
[09:32] <Chipaca> pcoca: sorry to repeat my question, but why?
[09:33] <Chipaca> pcoca: is the existing httpie snap bad in some way?
[09:34] <pcoca> Chipaca, not at all, I just picked httpie as a learning one to make if from scratch and compare with an existing one if i got stuck.
[09:34] <Chipaca> pcoca: ah ok
[09:35] <Chipaca> pcoca: maybe it was a bad choice then :-)
[09:35] <Chipaca> pcoca: the existing httpie snap does not use snapcraft
[09:35] <Chipaca> pcoca: https://github.com/chipaca/httpie-snap
[09:37] <Chipaca> pcoca: I'm sure if I started doing it today I *would* use snapcraft
[09:37] <Chipaca> pcoca: but when I started it wasn't "there" yet
[09:37] <Chipaca> and now all the work is done, so ¯\_(ツ)_/¯
[09:37] <pcoca> Chipaca, yes, I saw it :) ... I wanted to use snapcraft for my version.
[09:38] <Chipaca> oh alright then
[09:38] <pcoca> Chipaca, I got some issues, and didrocks was able to help me.
[09:38] <Chipaca> pcoca: there are some environment variables that help
[09:38] <Chipaca> pcoca: look at the python wrapper I wrote
[09:38] <Chipaca> granted it's a bit messy and does more than set up the environ
[09:38] <Chipaca> but you've got HTTPIE_CONFIG_DIR
[09:39] <pcoca> Chipaca, I will, and also as my next learning step I will add the man pages.
[09:40] <Chipaca> pcoca: if all you are doing is shipping regular httpie, httpie --help is a manpage already, i think?
[09:40] <pcoca> Chipaca, Yes.
[11:08] <dpm> didrocks, David C mentioned you were looking at the VLC theming issues. Have you figured out what needs to be done to get the theme working? Is it a matter of having a 'themes' interface?
[12:29] <didrocks> dpm: I do have some workarounds working for the theme
[12:29] <didrocks> dpm: I still have 2 issues as of now with my new qt launcher:
[12:29] <didrocks> 1. appmenu export (works only in devmode)
[12:29] <didrocks> 2. icon themes (the gtk ones aren't loaded)
[12:30] <didrocks> I'm going to look at it this afternoon with seb
[12:30] <didrocks> I have a last idea that I got while running :)
[12:35] <kyrofa> didrocks, I'm curious to see where you get with that
[12:35] <kyrofa> Can you let me know if you get it working?
[12:36] <didrocks> kyrofa: sure! I'm taking your example app btw while working on this :)
[12:36] <kyrofa> didrocks, yay! That's exactly what I was thinking of fixing with your results :P
[12:37] <didrocks> ahah, you will be the #1 demo! :)
[12:37] <kyrofa> Woohoo!
[12:37] <didrocks> well, there is a difference
[12:37] <didrocks> I remove your plugin
[12:37] <kyrofa> Of course
[12:37] <didrocks> "someone" did the qmake plugin in snapcraft
[12:37] <didrocks> not sure who is this guy :p
[12:37] <kyrofa> Yeah that person must have been amazing
[12:37] <didrocks> exactly!
[12:37] <didrocks> :)
[12:38] <didrocks> more seriously, I'll keep you posted
[12:38] <kyrofa> Thank you :)
[12:38] <didrocks> the concerning part is that our dependency chain is pulling both gtk2 and gtk3 though
[12:38] <didrocks> if we want the theme in :p
[12:38] <kyrofa> Yikes
[12:38] <didrocks> isn't it?
[12:38] <didrocks> we need at least one for the theme
[12:38] <didrocks> the 2… hum :p
[12:38] <didrocks> (because we don't have compatibility qt theme engine under unity)
[12:38] <didrocks> it's only the gtk one
[12:47] <davidcalle> jdstrand: hey, when you have a minute, could you have a look at this: http://paste.ubuntu.com/18166127/ ? This is what happens when using the mpris slot in VLC and trying to look at it with d-feet (I do see it in the list of dbus interfaces, but when I click on it to get details, ths error happens, VLC does not appear in the sound menu as well)
[13:00] <jdstrand> davidcalle: note that I couldn't get vlc in the sound menu and there were no apparmor denials. I think that must have something to do with the packaging
[13:00] <jdstrand> davidcalle: as for d-feet-- what version of snapd do you have installed?
[13:05] <davidcalle> jdstrand: 2.0.10+ppa145-1
[13:06] <jdstrand> davidcalle: can you paste 'grep audit /var/log/syslog'?
[13:06] <dholbach> seb128, have you seen this already: https://github.com/ubuntu/snappy-playpen/issues/128?
[13:07] <seb128> jdstrand, can apps own their dbus name now?
[13:07] <jdstrand> seb128: not yet: https://github.com/snapcore/snapd/pull/1446
[13:07] <seb128> dholbach, unsure what he means by url-to-path
[13:08] <seb128> jdstrand, isn't that needed for mpris?
[13:08] <dholbach> seb128, me neither
[13:08] <seb128> dholbach, but I guess gvfs doesn't work, I can have a look now
[13:08] <jdstrand> seb128: no. mpris is different
[13:08] <dholbach> seb128, should this be a bug report somewhere else?
[13:08] <seb128> dholbach, against the snap?
[13:08] <jdstrand> seb128: mpris needs a different dbus api
[13:09] <jdstrand> seb128: so it got a different interface
[13:09] <seb128> jdstrand, k, you mean to get the player listed in the sound menu there?
[13:09] <dholbach> seb128, oh... I thought it was a more general thing?
[13:09] <jdstrand> seb128: that is in 2.0.10
[13:09] <seb128> dholbach, well, it's the same class of issues, snappy forces you to bundle things but that's sort of by design
[13:09] <jdstrand> seb128: as mentioned to davidcalle-- I could not get vlc to show up in the sound menu. I think it is a packaging issue (no denials)
[13:10] <jdstrand> davidcalle: can you also paste the meta/snap.yaml for vlc?
[13:13] <davidcalle> jdstrand: http://paste.ubuntu.com/18167536/  http://paste.ubuntu.com/18167588/
[13:14] <jdstrand> davidcalle: I don't see any dbus denials
[13:15] <jdstrand> davidcalle: is this the vlc that is in the store now?
[13:16] <davidcalle> No, that's what in the store + camera, optical-drive, mpris
[13:17] <jdstrand> ok, then that's similar to mine
[13:17] <jdstrand> let me try this locally. I tested d-feet
[13:18] <jdstrand> so it should work, but maybe I missed something. give me a few minutes
[13:18] <davidcalle> jdstrand: the source (minus the new interfaces) is here https://github.com/ubuntu/snappy-playpen/tree/master/vlc
[13:19] <sergiusens> didrocks are you a pkg-config expert?
[13:20] <seb128> sergiusens, don't ask to ask just ask
[13:20] <seb128> others might be able to reply
[13:20] <seb128> and non experts as well
[13:20] <didrocks> sergiusens: I did play with it quite a lot, but I'm not alone either :)
[13:20] <didrocks> what's up?
[13:22] <sergiusens> didrocks I am playing with this https://github.com/snapcore/snapcraft/pull/612/files which allows mhall119 to build pantheon mail but it breaks everything else
[13:22] <sergiusens> didrocks all due to sysroots most likely, you need to satisfy all your pc deps in the same sysroot
[13:23] <sergiusens> didrocks I am thinking of biting the bullet and rewriting all .pc files as part of snapcraft to get the correct paths and just forget the use of sysroot and just add to pkg_config_path
[13:24] <didrocks> let me have a look (in a meeting, but will do just afterwards)
[13:25] <sergiusens> didrocks k, I would really like to explore the latter approach though :-)
[13:28] <seb128> sergiusens, easiest way would be to build in a contained env with the local and system /usr merged with a mount namespace?
[13:30] <sergiusens> seb128 merged or overlayed? I would still need some mechanism to track what came from where while building
[13:30] <seb128> any, just "merged"
[13:33] <tsimonq2> elopio: when you get a minute, could you please look at https://github.com/snapcore/snapcraft/pull/619 ?
[13:33] <didrocks> hum
[13:33] <didrocks> I maybe don't understand well enough
[13:33] <didrocks> but you didn't just try to export PKG_CONFIG_PATH?
[13:34] <didrocks> instead of using the PKG_CONFIG_LIBDIR, which erase system's defaults pc
[13:35] <didrocks> that way you get those from the sysroot and the stage/ dir?
[13:39] <popey> sergiusens: do we have a bug for this? It affects a few things I want to package :)
[13:42] <sergiusens> popey you know I do
[13:42] <seb128> jdstrand, davidcalle, k, I know why vlc is not listed in the sound menu
[13:42] <popey> I do? ok.
[13:42] <sergiusens> didrocks if I don't change the sysroot for each location then the include paths pkg-config returns will be wrong
[13:43] <sergiusens> which is why seb128 advocates for merging /usr (which opens a different set of problems)
[13:46] <jdstrand> davidcalle: I can confirm the issue with d-feet. I think there wasn't a log due to kernel rate limiting. 'snappy-debug.security scanlog' would disable that for you, but you can also use sudo sysctl -w kernel.printk_ratelimit=0
[13:46] <seb128> jdstrand, vlc has its dbus property DesktopEntry = vlc or the snap .desktop is vlc_vlc.desktop, if you rename/copy it as /var/lib/snapd/desktop/applicatons/vlc.desktop it's added as it should, we wouldn't be hitting those bug if we were using upstream .desktop (bug #1576595)
[13:46] <seb128> sergiusens, ^ can we get that on the next milestone list somewhat?
[13:46] <seb128> the current design breaks users and doesn't allow for easy translations
[13:46] <didrocks> sergiusens: sorry, what do you mean for each location? basically your parts sysroots are depending on 3 folders, right? your insider build/, your stage and system root path?
[13:47] <sergiusens> seb128 I need to have a heated discussion with a couple of people first
[13:47] <jdstrand> note we are generating the desktop file for safety since the desktop file specification is rich
[13:47] <sergiusens> didrocks parts/<part>/install, stage and /
[13:47] <seb128> sergiusens, can I be included? I'm curious to know they argument for reinventing the wheel
[13:47]  * ogra_ hands sergiusens icecream for the heated discussion
[13:47] <jdstrand> obviously we should support this case, but taking the upstream file might not be the way to go
[13:47] <seb128> like we have upstream providing those including translations
[13:47] <jdstrand> I guess this is all part of said heated discussion
[13:48] <seb128> jdstrand, no, but taking the upstream one would make sense, we are duplicating it for a non translated copy that get outdated just to be able to change the Exec, why just not copying with a sed?
[13:48] <sergiusens> seb128 well all this is a snappy thing; there are some comments about doing something smart, but that doesn't cope well with replacing what needs replacing; I want to make it declarative
[13:48] <seb128> yeah, fine
[13:48] <seb128> get the yaml to have
[13:48] <seb128> desktop:
[13:48] <seb128> command: <bla>
[13:48] <seb128> icon: <great>
[13:48] <seb128> and sed those
[13:48] <seb128> you can also have url:
[13:49] <seb128> to point to the upstream one you want to sed/copy
[13:49] <jdstrand> seb128: verifying a rich specification is much harder than generating your own subset
[13:49] <sergiusens> seb128 yes, that is my idea
[13:49] <seb128> jdstrand, well, everything in that spec is useful and needed
[13:49] <seb128> they wouldn't be there is they weren't
[13:49] <jdstrand> which is why it is the way it is. again, obviously this issue needs to be fixed, I'm just saying why the situation is what it is
[13:49] <jdstrand> you could say that about anything
[13:49] <sergiusens> I sent a gazillion emails, requests and even commented on the reviews to not due freaking things by convention as it would be super hard to deal with all the corner cases this would bring
[13:50] <jdstrand> that spec was not designed for snappy
[13:50] <jdstrand> it was designed for the old world
[13:50] <seb128> well, fine
[13:50] <seb128> copy the Name/Comment from upstream at least
[13:50] <seb128> those for sure make sense and are safe?
[13:50] <seb128> that would give you translations
[13:50] <seb128> and non duplication of strings
[13:51]  * jdstrand notes that he is not the blocker on this but just knows a bit about the previous conversation and issues
[13:51] <seb128> jdstrand, do you have any of those keys that you see unfit for snappy though?
[13:51] <seb128> like ShowOnlyIn is also useful in snappy
[13:51] <seb128> as are the NotShowIn&co
[13:52] <seb128> same for MimeType
[13:52] <seb128> which is another funny/buggy thing today
[13:52] <seb128> if you snap gedit you can't get it to open files when clicking on those
[13:52] <jdstrand> what you are suggesting would need proper review of the desktop file specification and design of what is appropriate for snappy and how
[13:52] <seb128> yes
[13:53] <jdstrand> I don't have a list of unfit things otoh because that design hasn't happened
[13:53] <seb128> or review and flag things to filter out
[13:53] <seb128> my guess there is that it's little or nothing
[13:53] <jdstrand> better to say what is ok to let in and filter everything else out
[13:54] <seb128> my guess is that it would have taken less time to do that upfront that redesign a buggy solution temporary solution and dealing with the issues it creates
[13:54] <jdstrand> seb128: can you tell me exactly what I need to do to test vlc in the sound menu? I was a little confused by your previous comment
[13:54] <seb128> jdstrand, sudo cp /var/lib/snapd/desktop/applications/vlc_vlc.desktop /var/lib/snapd/desktop/applications/vlc.desktop
[13:54] <jdstrand> seb128: you are assuming that snappy on classic was a thing when this was implemented
[13:54] <seb128> jdstrand, then start vlc and play a sound
[13:55] <seb128> well works at least in devmode here
[13:55] <jdstrand> weird
[13:55] <seb128> I didn't try in non-dev because I didn't have my snapd updated yet
[13:55] <jdstrand> I don't have /var/lib/snapd/desktop/applications/vlc_vlc.desktop
[13:55] <jdstrand> maybe I have a too old vlc
[13:55] <seb128> I just did a fresh snap install vlc on and amd64 xenial machine with snappy 2.0.9
[13:56] <seb128> jdstrand, do you have any .desktop in there?
[13:56] <jdstrand> krita
[13:56] <jdstrand> seb128: are you building vlc from snapcraft or installing from the store?
[13:56] <davidcalle> jdstrand: store vlc has one
[13:56] <seb128> jdstrand, cf 2 lines up ;-)
[13:57] <seb128> "snap install vlc"
[13:57] <seb128> sorry that was meant as typing that command
[13:57] <seb128> so store version
[13:57] <jdstrand> yeah, I'm grabbing it
[13:57] <seb128> cool
[13:57] <jdstrand> the store one doesn't have the camera, optical-drive or mpris changes
[13:58] <jdstrand> so I need to grab the store one, unpack, adjust, repack, etc
[13:58] <jdstrand> I think I just had an old repack
[14:00] <jdstrand> davidcalle: ok, I see the problem. I think this is only an issue with d-feet's way of introspecting. I added rules to support introspection for 'snap connect'ing vlc to a remote, but not for unconfined on classic. this is a minor bug that I'll fix in a minute
[14:01] <jdstrand> davidcalle: now that seb128 told me how to test the indicator, I'll test that too. there may be adjustments there as well
[14:02] <davidcalle> jdstrand: thank you for this
[14:10] <seb128> dholbach, sorry things got a bit crazy and I think I forgot to reply to you
[14:10] <seb128> dholbach, or I did, don't remember
[14:10] <seb128> dholbach, for gvfs my guess is that you need to bundle the gvfs gio .so
[14:10] <dholbach> seb128, I asked for an example in the bug report
[14:10] <seb128> k
[14:16] <jdstrand> davidcalle: meh, the version in the store does something different with mpris :\
[14:16] <davidcalle> o_o
[14:16] <jdstrand> actually, maybe not
[14:18] <davidcalle> jdstrand: most recent commit on vlc master is older than the latest store snap version, there should be no diff there
[14:18] <jdstrand> davidcalle: ok, strike that, I did something dumb
[14:21] <jdstrand> davidcalle, seb128: ok, in strict mode after copying the desktop file, it shows up in the indicator and I can stop/play/etc
[14:22] <jdstrand> davidcalle: so, yes, I'll fix the d-feet issue, but that is minor and specific to d-feet (or anything introspecting, but not the indicator)
[14:22] <seb128> jdstrand, \o/
[14:23] <jdstrand> using 'slots: [ mpris ]' of course
[14:23] <davidcalle> jdstrand: brilliant! Can you paste the desktop file you have now?
[14:23] <seb128> it's the same
[14:23] <seb128> just renamed
[14:23] <seb128> using the upstream name
[14:23] <jdstrand> davidcalle: all I did was cp vlc_vlc.desktop vlc.desktop like seb128 suggested
[14:23] <davidcalle> Oh
[14:23] <jdstrand> it worked fine
[14:23] <seb128> vlc has a properties that it export over dbus with the name
[14:23] <seb128> in the mpris interface
[14:24] <seb128> which has vlc
[14:24] <davidcalle> I see
[14:27] <zyga> jdstrand: hey, how is snapd 2.0.10 and vlc?
[14:27] <jdstrand> zyga: I just reported on that :)
[14:28] <kyrofa> zyga, jdstrand where is snap-exec?
[14:28] <jdstrand> zyga: it works great with one thing: the desktop file should be named 'vlc.desktop' instead of 'vlc_vlc.desktop'
[14:28] <zyga> jdstrand: is the name of the desktop file significant?
[14:28] <zyga> jdstrand: AFAIR now it is just $SNAP_NAME.$APP_NAME
[14:29] <zyga> kyrofa: in snapd
[14:29] <iliv> if my binary is under prime/bin/ what should my apps: definition look like? bin/mybinary?
[14:29] <zyga> iliv: apps: somename: command: mybinary
[14:29] <zyga> iliv: (assuming mybinary is on PATH)
[14:29] <jdstrand> zyga: if vlc adds 'slots : [ mpris ]'. I didn't test camera and optical drive, but I did test that specifying them in the yaml generates the policy
[14:30] <zyga> jdstrand: I tested both
[14:30] <zyga> jdstrand: but I'll test everything again if you have a snap handy
[14:30] <jdstrand> zyga: I don't have a lot of insight into the desktop file name. seb128 indicated it is significant at least for vlc
[14:30] <zyga> seb128: can you tell me more about that
[14:30] <zyga> seb128: we can fix that easily for .11
[14:31] <davidcalle> zyga: for me camera doesn't seem to work
[14:31] <iliv> zyga, where does the PATH come from? I certainly did not specify it anywhere myself.
[14:31] <seb128> zyga, in an hangout but basically vlc (and some other program) look for their known .desktop name
[14:31] <jdstrand> zyga: I do have a snap handy, but it would probably take longer for me to upload and you to download than for you to 'snap install vlc', grab the snap from /var/lib/snapd/snaps, unsquashfs it, modify meta/snap.yaml accordingly, then snapcraft snap ./squashfs-root, then remove/install the new snap
[14:32] <kyrofa> zyga, ah, it must be u-c-l then. Is that still on LP, or in github nowadays?
[14:32] <jdstrand> which, I have to say, is a convenient property of snaps
[14:32] <zyga> kyrofa: no, that's in snapd itself
[14:32] <davidcalle> zyga: I can push one to the edge channel if you want to, but my network tells me it will be faster for you to do ^ :)
[14:32] <zyga> kyrofa: in the repo
[14:32] <kyrofa> zyga, sorry, no-- the problem I'm running into must be u-c-l
[14:33] <zyga> davidcalle: please push it, I have network issues
[14:33] <davidcalle> zyga: alright
[14:33] <zyga> jdstrand: ah
[14:33] <jdstrand> zyga: is the new u-c-l upload planned? I thought it was going to accompany 2.0.10
[14:33] <zyga> jdstrand: yes, please share the meta.yaml
[14:33] <zyga> jdstrand: it is coming
[14:33] <zyga> jdstrand: just last minute stuff
[14:34] <jdstrand> zyga: great :)
[14:34] <jdstrand> zyga: http://paste.ubuntu.com/18171909/
[14:34] <jdstrand> zyga: if you rename the desktop file, then it shows up in indicator sound and that works :)
[14:34] <jdstrand> fun stuff :)
[14:37] <kyrofa> jdstrand, is u-c-l still in LP?
[14:38] <jdstrand> kyrofa: yes. auiu the snappy team is going to continue to use that name for the source package in xenial
[14:38] <kyrofa> jdstrand, ah, even when it actually changes to snap-confine?
[14:38] <jdstrand> yes
[14:38] <kyrofa> Makes sense
[14:38] <jdstrand> there will be transition binaries in the xenial packaging
[14:43] <kyrofa> jdstrand, am I being dumb? I thought it was here: https://launchpad.net/ubuntu-core-launcher
[14:50] <zyga> jdstrand: I'll look at it in a sec, just in a meeting now
[14:51] <jdstrand> kyrofa: that is the lp project
[14:51] <kyrofa> jdstrand, it's a 404 for me
[14:51] <jdstrand> kyrofa: snap-confine has moved to github
[14:52] <kyrofa> jdstrand, what's running xenial today? It's still the LP u-c-l, right?
[14:52] <jdstrand> kyrofa: https://github.com/snapcore/snap-confine
[14:52] <jdstrand> kyrofa: today it is https://launchpad.net/ubuntu/+source/ubuntu-core-launcher
[14:53] <kyrofa> Ah, that's what I was looking for, thanks!
[14:53] <kyrofa> Wait... no source there? I guess I can just pull the source deb
[14:53] <jdstrand> kyrofa: in other words, the u-c-l LP project is gone and moved to snap-confine on github, but the Ubuntu sources for u-c-l live on in the archive
[14:53] <kyrofa> Ah, okay that explains my confusion :)
[14:53] <jdstrand> kyrofa: right, source deb
[14:54] <jdstrand> and it is the Ubuntu source deb that, aiui, will remain named as u-c-l for xenial, but have the snap-confine code, when that happens (soon I'm told)
[14:55] <zyga> kyrofa, jdstrand: it's been renamed everywhere except for the source package AFAIK
[14:55] <jdstrand> right
[14:55] <zyga> eh. google down :/
[14:55] <zyga> time to get a coffee
[14:55] <jdstrand> yeah
[14:55] <jdstrand> annoying
[14:55] <zyga> they should adopt snaps, at least there's rollback :)
[14:55] <kyrofa> zyga, is there though? :P
[14:55] <kyrofa> zyga, has it been released?
[14:58] <zyga> kyrofa: hmmm
[14:58] <zyga> maybe not released, .11 ?
[14:58] <kyrofa> Indeed. I stopped touting that feature until it actually worked
[14:58] <kyrofa> Got called on it too many times :P
[15:00] <kyrofa> zyga, too late to get something into the snap-confine upload?
[15:05] <tsimonq2> sergiusens: when you get a minute, could you please look at https://github.com/snapcore/snapcraft/pull/619 ?
[15:05] <zyga> kyrofa: nope
[15:05] <zyga> kyrofa: gimme!
[15:05] <kyrofa> zyga, a little modification to the appname whitelist to allow hooks
[15:05] <zyga> kyrofa: I was planning to do the release at EOD and that's still far a way
[15:06] <zyga> kyrofa: sure, just send it in
[15:06] <kyrofa> zyga, alright, will do
[15:06] <zyga> kyrofa: and <3 hooks :)
[15:06] <sergiusens> tsimonq2 yeah, enqueued
[15:06] <tsimonq2> thank you sergiusens
[15:07] <kyrofa> zyga, also, I see that run-checks only runs spread tests. Are you moving away from the tests dir?
[15:08] <sergiusens> kyrofa mind looking at https://github.com/snapcore/snapcraft/pull/617
[15:08] <zyga> kyrofa: that's somewhat confusing, tests/ is ran at package build time
[15:08] <zyga> kyrofa: which is done by spread
[15:08] <kyrofa> zyga, oh, haha, okay
[15:08] <zyga> kyrofa: but yes,  we do move oaway from tests/ today
[15:09] <zyga> kyrofa: because when snap-exec hits, those will all break
[15:09] <zyga> kyrofa: and they don't really test the real code entirely, just the seccomp part
[15:09] <zyga> kyrofa: I plan to port them to spread
[15:09] <kyrofa> zyga, so there are already whitelist tests in tests/. I was going to just add to that, but I can add a spread test instead if you prefer
[15:09] <zyga> kyrofa: I'd prefer a spread test
[15:09] <kyrofa> zyga, okay
[15:09] <zyga> kyrofa: or a unit test :)
[15:09] <zyga> kyrofa: if this is easier to do as a unit test
[15:09] <kyrofa> zyga, where are the units? It probaby would be, yeah
[15:09] <zyga> kyrofa: or more sane, you pick
[15:09] <zyga> kyrofa: landing in a sec
[15:10] <kyrofa> zyga, ah ha :)
[15:10] <zyga> kyrofa: I was just distracted with arch discussion elsehwere
[15:10] <kyrofa> zyga, yeah, ping me when that lands and I'll pull and add
[15:10] <zyga> yep
[15:12] <davidcalle> zyga: I did domething wrong apparently. Rebuilding the snap... hold on, I'll ping you when it's on the edge channel. :)
[15:13] <zyga> davidcalle: OK
[15:37] <zyga> kyrofa: ok, fire away
[15:37] <zyga> kyrofa: you can run make check in src/ to run unit tests
[15:37] <zyga> kyrofa: or you can use the appropriate spread task
[15:37] <zyga> kyrofa: to add one just look at mount-support-test.c
[15:38] <kyrofa> zyga, excellent, doing now, thanks!
[15:38] <zyga> kyrofa: you essentially need a static test function
[15:38] <zyga> kyrofa: and a static initializer that registers it
[15:42] <kyrofa> zyga, FYI mount-support-test.c copyright is 2015
[15:47] <ogra_> living in the past
[15:47] <davidcalle> I can confirm vlc<->mpris and camera work. Can't test dvd. Very slow upload to the edge channel in progress... /me goes pick up the kids in the meantime
[15:48] <zyga> davidcalle: try an audio CD
[15:49] <zyga> davidcalle: thanks for testing!
[15:49] <zyga> ogra_: why? :)
[15:49] <seb128> tedg, jdstrand, didrocks, debugging appmenu for qt5 with didrocks, seems like with a qt5 example the path is "/MenuBar/1" and not "/MenuBar" which triggers apparmor errors ... would "/MenuBar*" works/be correct? or "/MenuBar/[0-9]*"?
[15:49] <ogra_> zyga, dunno, you tell me )
[15:50] <zyga> because you smoke! quit already man :)
[15:50] <zyga> ;-)
[15:52] <ogra_> lol
[15:52] <ogra_> you sound like my dentist
[15:56] <didrocks> jdstrand: btw, it was puzzling because the denial wasn't in auditlog, but only in syslog. The label was correct though.
[15:57] <zyga> jdstrand: what's the policy for fix commited on ubuntu tasks?
[15:57] <zyga> jdstrand: https://bugs.launchpad.net/ubuntu/+source/ubuntu-core-launcher/+bug/1595029
[15:59] <zyga> jdstrand: can we close this bug: https://bugs.launchpad.net/snap-confine/+bug/1460517
[16:00] <zyga> kyrofa: is this still applicable to snap-confine? https://bugs.launchpad.net/snap-confine/+bug/1559248
[16:00] <kyrofa> zyga, no, that's done in snap run now
[16:00] <zyga> kyrofa: cool, let's close the snap-confine task then
[16:03] <jdstrand> zyga: for Ubuntu, it is marked fix committed when it is in -proposed
[16:04] <zyga> jdstrand: ah, I see, thanks!
[16:04] <dholbach> all rightie - I call it a day - see you next week Monday!
[16:04] <ogra_> enjoy your long weekend !
[16:04] <zyga> jdstrand: I know we talked about it but if you have a moment, can you write something on https://bugs.launchpad.net/snap-confine/+bug/1595092 -- this is the last current NEW bug on snap-confine
[16:04] <zyga> dholbach: o/
[16:04]  * zyga envies long weekend :)
[16:05]  * ogra_ too
[16:05] <jdstrand> zyga: I closed 1460517 just now
[16:07] <jdstrand> tyhicks: I can't recall what we said about bug #1595092 - I thought we decided either you or sarnold_ would comment since you did the code review of that part of the code, but maybe I am making that up :)
[16:09] <kyrofa> zyga, is there a reason you're not just making a lib and linking to it from the tests?
[16:09] <kyrofa> Including .c files feels dirty :P
[16:16] <tyhicks> jdstrand: I don't think I've seen that bug before
[16:18] <zyga> kyrofa: yes, static function
[16:18] <zyga> kyrofa: it's a "pick your poison" problem either ifdefs or this
[16:19] <zyga> kyrofa: I like how it has a -test.c theme that looks closer to go
[16:19] <zyga> kyrofa: I know it cannot be really go because of translation units vs modules
[16:19] <zyga> kyrofa: but it's better than nothing :)
[16:19] <tyhicks> jdstrand: I left a comment and will discuss with Seth some more once he joins
[16:19] <jdstrand> cool, thanks
[16:19] <didrocks> seb128: jdstrand: FYI, /MenuBar* doesn't work (/MenuBar/* works), but we need as well /MenuBar for gtk
[16:19] <jdstrand> tyhicks: I guess you're saying I made that up then? :P
[16:19] <seb128> didrocks, thanks for trying
[16:20] <jdstrand> didrocks: please file a bug with steps to reproduce and add the 'snapd-interface' tag
[16:20] <didrocks> jdstrand: we can even add a PR ;) it's apparmor?
[16:20] <didrocks> or snapd?
[16:21] <jdstrand> it's snapd, but if doing a PR, ping me
[16:21] <didrocks> sure! (a task for tomorrow now, EOD), seb or I will do!
[16:21] <tyhicks> jdstrand: one of us is forgetful but I'm not sure which one it is :)
[16:22] <jdstrand> didrocks: fyi, ./interfaces/builtin/unity7.go. note, I'm off tomorrow and Monday, but I'll look at it Tuesday which is more than enough time to get it in 2.0.11. if you need it sooner, you might ask another member of the security team
[16:31] <tsimonq2> !info default-jdk
[16:31] <tsimonq2> !info default-jdk wily
[16:38] <davidcalle> zyga: jdstrand: fyi, vlc in edge
[16:40] <zyga> davidcalle: \o/
[16:41] <zyga> davidcalle: great, I'll play with it soon
[17:09] <zyga> kyrofa: will you provide the hook patch today?
[17:09] <kyrofa> zyga, yeah, almost done
[17:09] <zyga> kyrofa: I'm looking at a release in 1-2 hours or later after the portugal/poland game
[17:10] <zyga> kyrofa: thanks!
[17:10] <kyrofa> zyga, the udev profiles not containing periods is taking me a little while to work around
[17:17] <kyrofa> Err, the tag rather
[17:33] <kyrofa> zyga, alright, take a look: https://github.com/snapcore/snap-confine/pull/64
[17:33] <kyrofa> zyga, I also copied the regex from snapd to reflect it a bit more closely
[17:41] <zyga> kyrofa: have a look at this one in return please: https://github.com/snapcore/snap-confine/pull/65
[17:48] <zyga> kyrofa: reviewed
[17:49] <zyga> kyrofa: just one change and few nitpicks
[17:53] <kyrofa> zyga, also reviewed yours. By the way, looks like travis isn't able to authenticate to linode?
[17:55] <zyga> kyrofa: yes, that's my fault; there's something I have to do but I was putting it off
[17:55] <zyga> kyrofa: spread.yaml doesn't list the key
[17:55] <zyga> kyrofa: the key is in travis itself
[17:55] <zyga> kyrofa: but that apparently doesn't work for forks at all
[17:55] <zyga> kyrofa: to compute a key I can stick into spread.yaml I'd have to install a bunch of ruby stuff
[17:56] <kyrofa> zyga, haha, I have the travis gem if you want me to do it
[17:56] <zyga> kyrofa: and I just want to do that in a vm/container that I throw away later
[17:56] <zyga> kyrofa: if you can, please
[17:56] <zyga> kyrofa: if you have the spread key
[17:56] <zyga> kyrofa: please add it
[17:56] <kyrofa> zyga, I don't actuallly-- want to email it to me? You can encrypt it if you like
[17:57] <zyga> kyrofa: that's okay, I'll get the gem eventually :)
[17:57] <kyrofa> Okay
[18:24] <kyrofa> zyga, I left a few questions for you on my PR
[18:25] <zyga> kyrofa: checking
[18:26] <zyga> kyrofa: merged, thank you!
[18:27] <kyrofa> Thanks zyga!
[18:30] <juanrubio> \quit
[18:46] <zyga> kyrofa: can you have a 2nd look on https://github.com/snapcore/snap-confine/pull/65/files
[18:46] <zyga> kyrofa: something as simple as is_subdir and still can be broken
[18:54]  * zyga -> off to watch the game
[18:54] <kyrofa> zyga, done!
[18:54] <kyrofa> Looks good
[18:54] <zyga> woot; thanks :)
[19:44] <thomi> Hey snappy experts: I have a python snap (built with python2 snapcraft plugin) that's really not very happy - I get this when trying to run the command: http://paste.ubuntu.com/18191348/
[19:44] <thomi> does anyone have any ideas? The same source, when installed to a py2 virtualenv works fine
[20:02] <zyga> thomi: odd, no idea
[20:02] <zyga> thomi: can you triple check that your snap ships python2
[20:02] <thomi> :(
[20:02] <zyga> thomi: I recommend adding busybox app / part to your snap
[20:02] <zyga> thomi: then run busybox sh to experiment
[20:03] <zyga> thomi: you can check environment, etc
[20:03] <thomi> zyga: /snap/sofastats/x1/usr/bin/python2.7 exists
[20:03] <thomi> ahh - nice tip
[20:03] <zyga> sergiusens: ^^
[20:03]  * zyga off to watch 2nd part of POL vs POR game
[20:06] <thomi> I didn't know those countries played cricket ;)
[20:30] <zyga> thomi: heh :)
[20:33] <thomi> zyga: I think I might be hitting confinement issues - I see apparmor denials in syslog when trying the busybox hack, which is odd, since it's a devmode snap
[20:33] <thomi> My understanding is that devmode snaps should essentially have confinement turned off?
[20:34] <zyga> thomi: paste one line here
[20:36] <thomi> zyga: hmmm - when I try it in a new shell it works fine. Perhaps I had something set that caused breakage
[20:36] <thomi> zyga: but I can confirm that python is installed, and seems to work
[20:37] <tyhicks> sarnold: hey - could you double check my comment in bug #1595092?
[20:38] <thomi> zyga: ahh, but the #! line on the app still points to the python interpreter in my snapcraft 'parts' directory. Shouldn't that be updated to point to the python installed in /snap/<snapname>/current/usr/bin/ ?
[20:43] <sergiusens> zyga what?
[20:44] <thomi> sergiusens: what should the #! line of a python script in a snap be that's been built with the python2 plugin? It should point to the shipped python2 interpreter, right?
[20:44] <sergiusens> thomi we already had barry log a bug about that on python
[20:44] <thomi> sergiusens: the bug is in python itself?
[20:45] <sergiusens> thomi all setup_scripts and such get that; what we are doing in snapcraft is calling python or python3 on the declared command
[20:45] <sergiusens> thomi setuptools overwrites shebangs and there is no way to disable it
[20:45] <thomi> sergiusens: ahh ok, so it's probably not the cause of my issue then
[20:47] <thomi> sergiusens: however, the script is still trying to open the stdlib from my parts directory: Jul  1 08:46:36 thinkpad kernel: [185816.217465] audit: type=1400 audit(1467319596.615:122): apparmor="DENIED" operation="open" profile="snap.sofastats.sofa" name="/home/thomi/code/snapcraft/sofa/parts/sofa/install/usr/lib/python2.7/os.py" pid=19150 comm="sofa"
[20:47] <thomi> requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
[20:49] <thomi> sergiusens: I think it's because the command wrapper ends in "exec "sofa" "$@""
[20:49] <thomi> sergiusens: so we're not explicitly invoking the python in the snap, but rather using the python mentioned in the scripts !# line
[20:50] <thomi> does that make sense?
[21:02] <sergiusens> thomi let me check the code, this was a nice contribution from BjornT_
[21:02] <sergiusens> kyrofa mind looking at this https://github.com/snapcore/snapcraft/pull/620 ? I am still missing one thing, installdir
[21:02] <thomi> sergiusens: thanks - I'm on snapcraft version 2.11 BTW
[21:03] <sergiusens> thomi no worries, everyone should have this fix by now...
[21:05] <sergiusens> thomi so wait, I might go faster if I see your yaml
[21:07] <sergiusens> thomi so https://github.com/snapcore/snapcraft/blob/master/snapcraft/internal/meta.py#L190 is the logic, it should have the correct statement
[21:08] <thomi> sergiusens: hmm - this is in snapcraft 2.11?
[21:08] <sergiusens> thomi but, the command needs to be a full relative path or else... https://github.com/snapcore/snapcraft/blob/master/snapcraft/internal/meta.py#L218
[21:08] <sergiusens> thomi yeah, no worries, you found a bug it seems
[21:08] <sergiusens> should be easy to fix
[21:09] <sergiusens> thomi as a workaround though, instead of `command: sofa` try `command: bin/sofa` (or usr/bin or whatever applies)
[21:09] <thomi> cool
[21:09] <sergiusens> and that would confirm this
[21:09] <thomi> sergiusens: will do, thanks
[21:10] <sergiusens> if you want to log a bug I will fix faster too :-P
[21:11] <thomi> sergiusens: that workaround does indeed fix the issue
[21:11] <thomi> sergiusens: sure thing - bugs on github or lp?
[21:12] <sergiusens> thomi https://bugs.launchpad.net/snapcraft/+filebug
[21:13] <thomi> ta
[21:18] <thomi> sergiusens: https://bugs.launchpad.net/snapcraft/+bug/1597919 hope that's clear enough
[22:02] <jdstrand_> davidcalle: fyi, this fixes d-feet with vlc: https://github.com/snapcore/snapd/pull/1460
[23:27] <mwhudson> wow snappy and go 1.7 do not get on very well
[23:33] <qengho> mwhudson: how so?
[23:33] <mwhudson> qengho: some json thing, i'll file a bug in a moment
[23:41] <mwhudson> hm or maybe my go tip build was out of date
[23:42] <mwhudson> yes seems so, phew
[23:43] <mwhudson> https://bugs.launchpad.net/snappy/+bug/1597948 is real though


[11:07] <alan_g> anpok: I'm seeing a local failure (on xenial) in LibInputDeviceOnMouse.reads_pointer_settings_from_libinput today - any suggestions?
[12:38] <anpok> alan_g: hm I can remember having that in xenial too .. I solved that with make clean .. and cleaning ccache?.. not sure..
[12:39] <alan_g> anpok: I solved it. make clean didn't help, rm -rf * && cmake .. did
[12:40] <anpok> means it loads something old.. somehow..
[12:41] <alan_g> Dunno. Probably not refreshing something in CMakeCache.txt
[17:32] <alan_g> camako: in case it is something trivial (for you), could you glance at this: https://bugs.launchpad.net/mir/+bug/1556210


[00:10] <penguin42> so if I have a bug and someone has put a patch on that bug and I've tried that patch and it works well, should it have a tag added to say it's a good fix?
[02:55] <trinikrono> does anyone still use the bughelper package?
[02:56] <BUGabundo> don't think so
[02:56] <BUGabundo> we have apport
[02:58] <trinikrono> i was looking at it in the wikipages
[02:58] <trinikrono> and was wondering what its about lol
[07:10] <vish> nigelb: poke
[07:11] <nigelb> vish: ok, ew, wrong timing.  I'm just about to step out.
[07:11] <nigelb> How about we talk tonight?
[07:11] <vish> nigelb: sure.. ;p
[11:06] <trinikrono> anyone who knows x bugs around
[11:07] <vish> trinikrono: try #ubuntu-x
[11:07] <trinikrono> i am there also but they dont tend to answer lol
[11:12] <vish> !weekends | trinikrono :)
[11:12] <ubot2> Factoid 'weekends' not found
[11:12] <vish> !weekend | trinikrono :)
[11:12] <ubot2> trinikrono :): It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week.
[11:12] <trinikrono> :D
[11:13] <trinikrono> this was not the first time i asked questions there
[11:13] <trinikrono> vish: do you also do mentoring
[11:13] <trinikrono> it appears that my mentor ddecator is a little busy atm
[11:14] <vish> trinikrono: you can ask questions here also till ddecator returns and someone will answer
[11:15] <trinikrono> okie
[11:16] <trinikrono> does xubuntu and normal ubuntu use the same xorg drivers?
[11:33] <vish> trinikrono: afaik , it is the same , only the desktops are different
[11:37] <vish> trinikrono: for that bug, does the user still have ubuntu-desktop installed?
[11:37] <vish> trinikrono: ask him to test it with a new firefox profile
[11:38] <trinikrono> vish :D bug 601441
[11:38] <ubot2> Launchpad bug 601441 in xserver-xorg-video-intel (Ubuntu) "[i845G] Running Firefox crashes X (affects: 1) (heat: 89)" [Undecided,Incomplete] https://launchpad.net/bugs/601441
[11:38] <trinikrono> from what i am seeing
[11:38] <trinikrono> its a issue with the lucid and the intel driver
[11:38] <trinikrono> but the op installed xubuntu
[11:39] <trinikrono> and he says it works fine now
[11:39] <vish> trinikrono: i would suspect he had a few other updates as well, which fixed his problem and not the xubuntu install ;)
[11:39] <vish> trinikrono: unless something in ubuntu-desktop is causing the crash!
[11:41] <trinikrono> well i asked him to put maverick
[11:41] <trinikrono> and he put on xubuntu instead
[11:41] <trinikrono> oh i know
[11:42] <trinikrono> vish: if i use rmadison
[11:42] <trinikrono> and it does not say lucid updates
[11:42] <trinikrono> then that means that it did not update the driver in lucid yet?
[11:43]  * vish reads bug again..
[11:43] <trinikrono> i know the one for maverick is a new version
[11:43]  * kermiac pokes vish... it's all you're fault :P
[11:44] <vish> :D
[11:44]  * kermiac returns to the corner & keeps podding away at the cheese hook
[11:45] <trinikrono> i have a question too
[11:45] <trinikrono> did bughelper die?
[11:53] <vish> trinikrono: well , ask him to try logging into a ubuntu session and try launching Firefox now.. if it is still a problem we would atleast know it occurs with latest lucid updates..
[11:54] <vish> trinikrono: btw, the bug does is highly incomplete  ask reporter to run $apport-collect 601441
[11:54] <vish> s/does//
[11:55] <vish> trinikrono: ask him to run the apport-collect after he reproduces the crash in Ubuntu-desktop
[11:55] <trinikrono> well that is if he is willing to remove xubuntu and put back on ubuntu-desktop
[11:56] <trinikrono> thanks for you advice anyways
[11:56] <vish> trinikrono: you dont have to remove
[11:56] <trinikrono> oh right
[11:57] <vish> trinikrono: did he remove xubuntu?  from what i read he installed xubuntu-desktop on the Ubuntu install
[11:57] <trinikrono> it would be option at the login screen right
[11:57] <vish> err.. remove *ubuntu
[11:59] <trinikrono> okie i just need to do hug one more bug then i am off to work
[12:02] <trinikrono> vish: quick question what is the name of update-manger in launchpad
[12:02] <trinikrono> i can do rmadison update-manager but launchpad tells me it does not know it
[12:05] <trinikrono> =\ i spelt it wrong never mind
[12:35] <devildante> shouldn't bug 11334 be triaged?
[12:36] <ubot2> Launchpad bug 11334 in ubuntu (and 16 other projects) "MASTER Copy-Paste doesn't work if the source is closed before the paste (affects: 225) (dups: 25) (heat: 1210)" [Wishlist,Confirmed] https://launchpad.net/bugs/11334
[12:53] <sinurge> devildante, why would you think so?
[12:54] <devildante> sinurge: this bug exists since 2004, is confirmed by tons of people, and is reported upstream
[12:58] <sinurge> devildante, i would check why has it been triaged till now...maybe some reason , as i check there is a lot of comments if you are able to read them and find a good enuf reason that it must be triaged then you should do it
[12:58] <sinurge> why it hasnt* been triaged till now
[12:58] <devildante> sinurge: okay
[13:01] <devildante> sinurge: wow, searching for "triag" on the page returns only one result for a non-related issue
[13:02] <sinurge> devildante, there are 232 comments, hence something really is on in them :D
[13:13] <devildante> sinurge: just browsed them, most of the comments are variants of "me too" :p
[15:25] <vish> senseeeeeeee! ;)
[15:25] <vish> heh! gues that ^ does not actually ping sense ;p
[15:27] <sense> vish!
[15:27] <sense> hello
[15:28] <vish> sense: hey, so how was your vacation? :)
[15:28] <sense> vish: Great, fun. Good to be away for a few days from everything. :)
[15:28] <vish> hehe!
[15:29] <vish> booo unity!
[15:30] <sense> How come?
[15:30] <vish> crashes for me :(  and i have to run debugging ! from a live cd
[15:30] <sense> aw
[15:30]  * nigelb waves
[15:30]  * vish kicks nigelb ;p
[15:30] <sense> vish: You aren't running it in a production environment, aren't you? ;)
[15:30]  * nigelb kicks vish right back.
[15:31] <vish> kickathon!
[15:31] <nigelb> vish: group kick! :p
[15:31] <nigelb> vish: Those 2 mentees you assigned me, only one of them responded
[15:31] <nigelb> and he is yet to ping me on IRC.
[15:31] <vish> nigelb: meh we just deavtivate them, there are still some more if you want ;p
[15:32] <nigelb> vish: I'll mail again.
[15:32] <vish> deactivate*
[15:32] <bcurtiswx> who here's running maverick?
[15:32] <bcurtiswx> on a laptop
[15:32] <nigelb> If there is no response, I'll poke you again
[15:32] <vish> bcurtiswx: wassup? i'm on a live maverick session right now?
[15:32] <bcurtiswx> do you see a battery icon?
[15:33] <vish> bcurtiswx: in the panel?
[15:33] <bcurtiswx> yea
[15:34] <vish> bcurtiswx: yup
[15:34] <bcurtiswx> hmm, i don't, maybe an update did it
[15:35] <bcurtiswx> ah, i got an apport for gnome-power-manager
[15:35] <bcurtiswx> hmm
[15:35] <bcurtiswx> every session i get it too
[15:37] <vish> hmm, where is thekorn when we need him!
[15:40] <bcurtiswx> can i restart gnome-power-manager?
[15:40] <bcurtiswx> without reboot/logout-in
[18:23] <OffTopicGuy> brb Booting up mu Ubuntu PC
[18:32] <ashams> simar: hello
[18:32] <ashams> simar: are you really there ?
[18:33] <simar> ashams: ya sure..
[18:33] <simar> really
[18:33] <ashams> simar: how are you?
[18:33] <simar> ashams: absolutely fine n u?
[18:34] <ashams> simar: fine!
[18:34] <simar> ashams: have you gone through the documents of bug squad
[18:34] <ashams> simar: yes i did
[18:34] <ashams> simar: but I had some Questions!
[18:38] <simar> ashams: you can ask :)
[18:38] <simar> now
[18:39] <ashams> simar: about the Tags, I can't find a real doc gives me a comprehensive list of tags and when to apply them!
[18:41] <simar> ashams:  https://wiki.ubuntu.com/Bugs/Tags
[18:41] <simar> ashams: have you started some real bug triaging??
[18:41] <simar> ashams: you should not know everything to start triaging ..
[18:42] <ashams> simar: Oh YES, I did, give me a moment to get the link
[18:42] <simar> ashams: good,
[18:43] <simar> :))
[18:43] <ashams> simar: my work yesterday had given me about 51 Karma Point and I don't know why??
[18:44] <nigelb> ashams: It helps a lot if you don't even think of karma points :)
[18:44] <nigelb> (Just FRI)
[18:44] <nigelb> err.. FYI
[18:44] <ashams> simar: yes I know I just wonder
[18:44] <simar> ashams: nigelb you got your answer
[18:45] <simar> nigelb: what FYI??
[18:45] <nigelb> for your information :)
[18:45] <ashams> simar: Toi La  https://bugs.launchpad.net/ubuntu/+source/gmail-notify/+bug/548905
[18:45] <ubot2> Launchpad bug 548905 in gmail-notify (Ubuntu) (and 1 other project) "Icon background color off in new theme (affects: 3) (heat: 20)" [Undecided,Confirmed]
[18:46] <simar> nigelb: oh! good, I was puzzled by the FIR. :-))
[18:46] <simar> ashams: just checking your homework :))
[18:46] <nigelb> simar: typo :D
[18:46] <simar> nigelb: :D
[18:47] <ashams> nigelb: what's FYI anyway?
[18:48] <nigelb> ashams: It means For Your Information :)
[18:49] <ashams> nigelb: FYI, thank You!
[18:50] <nigelb> ashams: Have a good time working with bugs :)
[18:50] <simar> ashams: ok just a moment, I think you need to take another bug now..
[18:50] <nigelb> bed time, catch y'all later :)
[18:50] <ashams> nigelb: good night!
[18:51] <simar> nigelb: so early ;-)
[18:51] <ashams> nigelb: don't forget to brush your teeth!
[18:52] <ashams> simar: could you please list the bugs you want me to finish and I'll catch them later
[18:55] <simar> ashams: could'nt you take out some time now
[18:55] <ashams> simar: It's the Night Prayer time now... :D
[18:56] <simar> ashams: oh, then you can leave :))
[18:56] <simar> ashams: will you come on irc after that..
[18:57] <ashams> simar: yes, but after about 1 hr
[18:57] <ashams> simar: could you please list that bugs :)
[18:57] <simar> ashams: good!! just check me. I will be here only.. :)
[18:58] <simar> ashams: I want you to triage one bug as an example
[18:58] <simar> ashams: i will give you after i hr
[19:05] <ashams> simar: thank you, I have to leave NOW!
[19:05] <simar> ashams: c ya later :)
[20:21] <simar> hi ashams
[20:22] <simar> are you free now?
[20:23] <simar> ashams: try to triage this bug https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/611992
[20:23] <ubot2> Launchpad bug 611992 in xserver-xorg-input-synaptics (Ubuntu) "Synaptics TouchPad: no supported touchpad found (affects: 1) (heat: 177)" [Undecided,New]
[20:23] <ashams> simar: ok
[20:24] <simar> and for reference on how to interact for first time see this https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/611992
[20:24] <simar> ashams: try it now and tell me. Keep this as a reference https://wiki.ubuntu.com/DebuggingTouchpadDetection
[20:25] <ashams> simar: alright
[20:25] <simar> ashams: good luck.
[20:25] <ashams> simar: thank you
[20:27] <simar> ashams: np :-))
[20:28] <ashams> simar: well, it's that the Touchpad isn't correctly detected that's #1
[20:29] <ashams> simar: #2 the reporter didn't report give his touchpad Model and Manfacturer
[20:30] <ashams> simar: #3 there's only one user affected with this and I can't Reproduce that bug my self
[20:30] <ashams> simar: ok, till now
[20:30] <simar> ashams: #1 ya the touchpad may be not detected by the kernel itself.
[20:30] <simar> ashams: go subscribe the bug first
[20:31] <ashams> simar: done & I'll ask the reporter to give info about his Touchpad
[20:31] <ashams> simar: ok?
[20:32] <simar> ashams:  #2 go ask for the touchpad model, although manufacturer is synaptics as stated in bug description, tell him to get help from windows control panel
[20:32] <penguin42> how would the reporter know the model?
[20:33] <simar> ashams: #3 doesn't matter you cannot reproduce every bug, the bug can be confirmed by getting some additional information from the bug reporter.
[20:33] <ashams> simar: well
[20:34] <ashams> simar: but I don't know about the windows control panel, myself
[20:34] <simar> penguin42: you can ask him to get help from windows control panel. He's a new to bug squad and is triaging his firt bug. So not so relevent to ask model no but I want him to get stared with some intraction with bug reporter. :))
[20:35] <simar> ashams: don't worry. just ask
[20:35] <simar> ashams: by the way haven't you used windows
[20:35] <ashams> simar: alright
[20:35] <penguin42> simar: Ah no problem; I just meant I don't know the model of my laptops thinkpad
[20:36] <simar> penguin42: I don't remember myself ;-))
[20:37] <ashams> simar: what do you mean with "windows control panel"? isn't a program on the 10.10??
[20:37] <simar> ashams: no its in Microsoft windows, Control Panel
[20:38] <simar> ashams: All windows users know that :-|
[20:38] <ashams> simar: Sorry, How did you know that he is a MS Win User??
[20:39] <ashams> simar: ;)
[20:40] <simar> ashams: ask him.. he will tell that himself .. if he cannot check that in control panel..
[20:40] <simar> ashams: just go ahead
[20:40] <ashams> simar: ok
[20:43] <ashams> simar: done
[20:43] <ashams> simar: about the status would I mark it as Incomplete for now?
[20:45] <simar> ashams: ya sure, Incomplete status implies that the bug awaits for some information from the user.. go ahead
[20:45] <ashams> simar: :) ?
[20:46] <simar> ashams:  ?-- ?
[20:46] <simar> ashams: I'm not happy with your comment..
[20:47] <ashams> simar: then, please correct me
[20:48] <simar> ashams: see the bug i gave you for reference
[20:49] <simar> ashams: there see comment #4. This is how to begin triaging. This you can sound more professional and the bug reporter will have more faith in your asking information.
[20:50] <simar> ashams: Bug squad is the face of ubuntu community, you should try to treat bug reporter at your best.
[20:51] <ashams> simar: the bug you asked me to triage and the one you gave me as a referance are the SAME!
[20:52] <simar> ashams: oh, my mistake. Just a sec
[20:52] <simar> https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/586402
[20:52] <ubot2> Launchpad bug 586402 in xserver-xorg-input-synaptics (Ubuntu) "Scrolling with touchpad sometimes doesn't work (affects: 1) (heat: 45)" [Undecided,Incomplete]
[20:52] <simar> ashams: Start again with that bug..
[20:52] <ashams> simar: fine
[20:58] <ashams> simar: would that be fine?
[20:58] <ashams> simar: Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers.
[20:58] <ashams> You may also use the Microsoft Windows' Control Panel, If you use it.
[20:58] <ashams> (With many applications, you can report a future bug directly on the appropriate package by opening the application's "Help" menu and choosing "Report a Problem". https://wiki.ubuntu.com/ReportingBugs)
[20:59] <simar> ashams: wait
[21:00] <simar> ashams: this bug has a package assigned to it, so you should skip that line
[21:00] <simar> ashams: package is xserver-xorg-input synaptic
[21:00] <ashams> simar: yes
[21:01] <simar> ashams: can you see the affects package
[21:01] <simar> ashams: go like this
[21:01] <simar> ashams: Thank you for taking the time to report this bug and helping to make Ubuntu better. Your every effort in this regard makes ubuntu a better os.
[21:02] <simar> ashams: For developers to work on this bug, we request some information on you part.
[21:04] <simar> ashams: Please see if can provide us with you touchpad model no in spite of the manufacturer. You can use control panel in microsoft windows, or any other os, if you use it
[21:04] <simar> ashams: go ahead
[21:04] <ashams> simar: that's good
[21:04] <simar> ashams: and also set the status
[21:06] <ashams> simar: i'll set the status to Incomplete, for now
[21:06] <ashams> simar: ok?
[21:13] <simar> ashams: good work!!!
[21:13] <simar> ashams: you now look different from a normal commenter, rather you look like a real triager.
[21:14] <ashams> simar: thank you
[21:14] <ashams> simar: I'll try harder
[21:15] <ashams> simar: when will you be available tomorrow
[21:15] <simar> ashams: Note that this matters a lot. You should always take care of your first comment while triaging. Please take this bug for some bugs that you triage in future
[21:15] <simar> ashams: please wait for some time , if you can..
[21:15] <ashams> simar: yes I'll never forget that one
[21:16] <simar> ashams: see # Features of Mouse works but features of Touchpad(like Tapping, Scrolling) does not work at all '
[21:16] <ashams> simar: yes
[21:16] <simar> ashams: in https://wiki.ubuntu.com/DebuggingTouchpadDetection as well. This is what you should ask from the user
[21:17] <simar> ashams: try all commands in your own computer first
[21:17] <simar> ashams: I think you have lot of work till tomorrow .. lol
[21:18] <ashams> simar: It's ok
[21:18] <ashams> simar: just give it to me
[21:19] <simar> ashams: hint for you next question is  cat /proc/bus/input/devices >~/devices
[21:21] <simar> ashams: want some more bugs see this https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&fi
[21:21] <simar> eld.omit_dupes=on&field.has_patch=&field.has_no_package=
[21:21] <simar> https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bugs?field.searchtext=&orderby=-datecreated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&fi
[21:21] <simar> eld.has_no_package=
[21:21] <simar> ashams: copy paste in your browser
[21:21] <simar> ashams: the last two comments
[21:22] <simar> ashams: keep going n happy triaging
[21:31] <simar> vish: hi
[21:35] <ashams> simar: hey
[21:36] <simar> ashams: :-))
[21:37] <ashams> simar: well, this a long list, where to start
[21:38] <simar> ashams: go ahead with any of related bug, that you had tasted just now ..
[21:39] <simar> ashams: if you need any help, just ask here in #ubuntu-bugs, anytime..
[21:39] <ashams> simar: alright
[21:40] <simar> ashams: go go!!!
[21:43] <ashams> simar: I think, I'll try to search on the internet about the Touchpad types and How it works
[21:44] <simar> ashams: you should, but I think you may not find much relevant material.
[21:45] <simar> ashams: just start triaging and you will learn automatically. just take more bugs as of now, start off by subscribing and setting status and ask me and here for help
[21:46] <ashams> simar: OK
[21:46] <ashams> simar: :) ;)
[21:46] <simar> ashams: :))
[21:47] <ashams> simar: when will you be available tomorrow??
[21:48] <simar> ashams: ya, absolutely
[21:49] <stlsaint> vish: ping
[21:49] <simar> sense: Hi, welcome back
[21:50] <stlsaint> alright is there someone other than vish whom can assist me with this mentor situation??
[21:51] <simar> stlsaint: vish doesn't seem to be around. Sees to be having a nap. Its 2:2am here in India
[21:51] <stlsaint> simar: oh ok
[21:51] <stlsaint> well my question stands
[21:51] <simar> stlsaint: sure..
[21:51] <ashams> simar: WOW
[21:51] <simar> ashams:  what??
[21:52] <stlsaint> nigelb: ping
[21:53] <stlsaint> ok....
[21:53] <stlsaint> duanedesign: ping
[21:53] <ashams> simar: It's toooo late there, It's just 11:00 in Egypt
[21:54] <simar> ashams: ya, its time zone..
[21:55] <simar> ashams: :))
[21:55] <simar> stlsaint: you can ask me
[21:56] <simar> stlsaint: same case with nigelb
[21:56] <simar> as well
[21:56] <stlsaint> simar: aye
[21:57] <ashams> simar: some reporter said that the bug fixed itself
[21:57] <simar> ashams: in which bug
[21:57] <ashams> simar: here: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/617990
[21:57] <ubot2> Launchpad bug 617990 in xserver-xorg-input-synaptics (Ubuntu) "[Maverick] Touchpad has started acting odd (absolute position?) (affects: 1) (heat: 6)" [Undecided,New]
[21:57] <penguin42> ooh that's mine
[21:58] <ashams> penguin42: are you working on this Bug Now?
[21:58] <penguin42> ashams: No, I was the reporter
[21:59] <ashams> penguin42: I'm sooooooooooooo lucky
[22:00] <ashams> penguin42: so, what is your Laptop's model?
[22:00] <penguin42> ashams: Toshiba Equium A100
[22:01] <stlsaint> hggdh: ping
[22:03] <ashams> simar: are you still there??
[22:04] <simar> ashams: This is what you should do for bugs that are no longer bugs. But do remember to add a comment alongside as i did, by opening the arrow alongside of affects package. you can try to reproduce the same status again if you want..
[22:04] <simar> ashams: any issue
[22:10] <ashams> simar: so, what about the status
[22:10] <ashams> simar: may I close it or just keep open?
[22:12] <simar> ashams: Please read the comment I have left there, I have change the status to expired and commented on that..
[22:12] <simar> ashams: are you able to open the arrow alongside the affects package
[22:12] <ashams> simar: yes sure
[22:13] <simar> ashams: open the status and set to incomplete, in comment say just testing it..
[22:13] <simar> ashams: go ahead
[22:14] <ashams> simar: DONE
[22:14] <simar> ashams: good on speed .. :) let me check
[22:15] <simar> ashams: good , now reset the status to expired and say resetting back
[22:16] <simar> ashams: now the bug is no longer open and will not show up in bugs list .. its closed now
[22:16] <ashams> simar: did you mean Invalid?
[22:16] <simar> ashams: report back after doing
[22:17] <simar> ashams: ya ya invalid
[22:18] <ashams> simar: DOne
[22:18] <simar> ashams: good..
[22:18] <ashams> simar: I think that this bug investigated more, incase it appears again?
[22:18] <ashams> simar: I mean it should be
[22:19] <simar> ashams: So this is how we comment to our changes to statuses, you should comment to all status changes till you gain enough experiance ..
[22:19] <simar> ashams: why you think so??
[22:21] <ashams> simar: the problem is unknown but it appeared, and it may do again
[22:23] <simar> ashams: In that case the reporter of the bug can reopen the bug by changing the status himself. However this is not  a recommended for the bug reporter, instead he should file a new bug..
[22:23] <simar> ashams: you can see this https://wiki.ubuntu.com/Bugs/Status
[22:23] <ashams> simar: great
[22:25] <simar> ashams: whee!!


[13:10] <goethe> Hello
[13:11] <goethe> Can somebody set the importance of this bug: https://bugs.launchpad.net/ubuntu/+source/nautilus-share/+bug/1287296
[13:17]  * penguin42 looks
[13:18] <penguin42> done
[13:18] <goethe> thank you
[13:18] <penguin42> np
[13:19] <goethe> what program language do i need to learn to fix bugs like that?
[13:20] <penguin42> ah that depends where the bug actually is
[13:21] <penguin42> I suspect nautilus is C, but whether that bug is actually in a package install script or something or who knows
[13:21] <penguin42> so the real challenge of fixing a bug like that is to find the problem
[13:24] <penguin42> goethe: I'd go and try and figure out what is producing the window that's stuck - is it really nautilus or some other program that's started out; xwininfo and xlsclients might help you figure that out
[13:29] <goethe> thanks, will try, brb
[13:42] <goethe> penguin42, this is what i have now: http://imgur.com/B6K3U6e
[13:48] <penguin42> goethe: Hmm, not that useful since it says 'window has no name'
[13:48] <penguin42> goethe: You could try xlsclients before and after that window appears
[13:53] <brainwash> I guess you are looking for http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/nautilus-share/trusty/view/head:/src/nautilus-share.c#L586
[13:55] <penguin42> well, it looks like that runs apturl - so is it actually apturl that's blocked?
[13:56] <penguin42> yeh, I think that window is coming from AptUrl
[13:56] <penguin42> if I do that on 14.10 here I get an AptUrl dialog that looks similar to that (although not quite the same)
[13:56] <brainwash> right, some debugging is needed here :D
[13:56] <penguin42> goethe: Can you run the command     apturl  apt:libpam-smbpass
[14:04] <goethe> it says the package is already installed
[14:04] <goethe> going to try without it installed
[14:10] <goethe> without it installed i get a functional popup, asking me to install libpam-smbpass
[14:16] <penguin42> hmm, does the popup look exactly like the broken one?
[14:20] <goethe> yes, exactly the same, compared again to be sure
[14:20] <penguin42> ok, hmm so do we change that bug to be against apturl then?
[14:22] <penguin42> goethe: Can you just confirm the detail of the bug - is it the same window but it's greyed out and it doesn't let you click anything?
[14:22] <brainwash> bug 1300466
[14:24] <penguin42> oh yes that is the same
[14:25] <goethe> http://imgur.com/58jj8ak
[14:25] <goethe> http://imgur.com/58jj8AK
[14:25] <goethe> left one is with the apt url
[14:26] <penguin42> brainwash: I've duped that to 1287296
[14:26] <penguin42> yeh


[00:39] <lifeless> muep: you can use bzr bundle to create a rich patch
[00:53] <muep> lifeless: thanks, I'll read about that


[03:29] <blahdeblah> Anyone able to comment on what's current best/easiest practice when setting up a VM host with VMs bridged onto multiple VLANs?
[03:29] <blahdeblah> I know the Linux kernel bridging code grew VLAN filtering in semi-recent kernels - is there an easy configuration method for it exposed in userland?


[00:03] <ckontros> Why don't we own this branch? https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/ubuntustudio-default-settings/oneiric
[00:04] <holstein> ckontros: you want to try and catch someone in -devel?
[00:04] <holstein> or is that something TheMuso would know?
[00:05] <ckontros> Luke might. I left a msg for james-w in #bzr but he's in the UK IIRC and Ill have to have ScottL follow up. *Any* branch we have should be owned by the -dev team.
[00:09] <TheMuso> Ubuntu branches are branches that are part of the archive proper. TO get access to them you need to have ubuntu-dev privileges.
[00:09] <TheMuso> So you can upload to the archive.
[00:10] <ckontros> TheMuso: When the hell did this happen? And shouldnt our -dev team have access to our own branches?
[00:10] <ckontros> (and HI btw) :)
[00:12] <ckontros> TheMuso: I mean, really.  We had you (someone trusted) to make the upload. Why the change?
[00:14] <TheMuso> ckontros: This is ongoing work towards Ubuntu Distributed Development.
[00:14] <ckontros> TheMuso: So WTF do we do?
[00:14] <TheMuso> Eventually, anybody who is in ubuntustudio-dev will be able to touch those branches and upload packages.
[00:14] <TheMuso> Atm we use separate branches, and not worry about those ubuntu-branches.
[00:15] <ckontros> Ug. So this is something that will go away in some time? Couple of months?
[00:15] <TheMuso> have a look here for starters. https://wiki.ubuntu.com/DistributedDevelopment
[00:15] <TheMuso> I don't know what the timeline is.
[00:17] <ckontros> TheMuso: Ok. I mean, I just dont know how we'll get our disks built then. Will james-W be pulling out changes? I just know how we're supposed to work.
[00:17]  * ckontros reads.
[00:17] <TheMuso> We can work the way we have always done for quite a while yet, so wI wouldn't be fretting over it just yet.
[00:19] <ckontros> Well we actually cant, because james-w now owns our main branch. We made release-specific ones for the packages. Our main one was always for tinkering. He's made /that/ one tied to oneric.
[00:20] <TheMuso> Which branch?
[00:20] <ckontros> Look here: https://code.launchpad.net/ubuntu/oneiric/+source/ubuntustudio-default-settings
[00:21] <ScottL> ckontros, try this one: bzr branch lp:~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[00:21] <ScottL> from: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[00:21] <ScottL> ckontros, you are grabbing the mirrored code that would then be owned by ubuntu i think
[00:21] <ScottL> oh, i see luke is already answering :)
[00:22] <ckontros> "lp:ubuntu/ubuntustudio-default-settings" was always our main. Where "lp:ubuntu/oneiric/ubuntustudio-default-settings" would be for release.
[00:23] <TheMuso> Right, so just use the branch ScottL pointed to.
[00:23] <ckontros> ScottL: Something is odd though. Try to pull fresh and you'll see.
[00:23]  * ckontros tries
[00:26] <ckontros> Why isnt our development branch listed here: https://code.launchpad.net/ubuntu/+source/ubuntustudio-default-settings ?
[00:28] <ckontros> /Should/ be: lp:ubuntu/ubuntustudio-default-settings By now, we dont own it.
[00:28] <ckontros> s/By/But
[00:29] <ckontros> WTF? Really, there's things going on here. Changes the team haven't kept up with.
[00:30] <holstein> when you say team?
[00:30] <ckontros> https://launchpad.net/~ubuntu-studio-devel says: "UbuntuStudio Developers does not use Launchpad."
[00:30] <holstein> who are you reffering to?
[00:30] <holstein> like you and me and ScottL ?
[00:30] <holstein> ailo__
[00:30] <holstein> ?
[00:30] <ckontros> The -dev team.
[00:30] <holstein> oh, the 'group'
[00:30] <holstein> the LP group
[00:30] <holstein> gotcha
[00:31] <ckontros> Look @ that page. Askes me to claim the group? I *know* that page used to look different.
[00:32] <ckontros> Grr... There's something just weird going on. Changes. Making me nuts. https://launchpad.net/~ubuntustudio-dev
[00:33] <holstein> maybe theres just a mistake
[00:33] <holstein> an extra one
[00:33] <holstein> or a new one cropped up after an error
[00:33] <ScottL> ckontros, i'm pulling from: bzr branch lp:~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[00:33] <holstein> and hasnt gone away yet
[00:34] <ScottL> ckontros, it seems to be working correctly at the moment
[00:34] <ckontros> Here: https://launchpad.net/ubuntu/+source/ubuntustudio-default-settings it says: "Maintainer: UbuntuStudio Developers" with a clickable link that leads to: https://launchpad.net/~ubuntu-studio-devel Where it should be : https://launchpad.net/~ubuntustudio-dev
[00:35] <ckontros> ScottL: Got time for Skype?
[00:38] <ScottL> ckontros, i can in about 30 mins
[00:38] <ScottL> i've been getting code for -settings from: https://code.launchpad.net/~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio
[00:39] <ckontros> ScottL: What bothers me is that none of this is obvious. lp:ubuntu/ubuntustudio-default-settings should be ours. ALL our branches are set up this way. lp:ubuntu/ubuntustudio-PACKAGE. Im now worried all of our main branches are now like this. Where if you/I got to the page for any packages it actually doesnt show our main brainch.
[00:42] <ScottL> ckontros, i think it's been this way for a release or two....i've just been using everything under ~ubuntustudio-dev
[00:42] <ScottL> but i can follow up with james-w
[00:43] <ckontros> ScottL: "bzr branch lp:~ubuntustudio-dev/ubuntustudio-default-settings/UbuntuStudio" Drops a "UbuntuStudio" folder in ~/ What happens when I pull another package? It should be a "ubuntustudio-default-settings" folder.
[00:43] <ckontros> Or "ubuntustudio-wallpaper" folder.
[00:46] <ckontros> ScottL: Please gimmie a pastebin (or whatever) with the correct branch cmds. (and push cmds if you will)
[00:50] <ScottL> ckontros, no, you're right...it makes a UbuntuStudio folder and it didn't used to do that :(
[00:50] <ckontros> Grr... I still can't push. Something's odd.
[00:51] <ckontros> ScottL: Please pull clean, make a minor change, and try to push.
[00:51] <ckontros> You've done this more recently than I.
[00:51] <ckontros> Like pull it and do a "bzr upgrade" or something.
[00:53] <ScottL> sorry, been distracted, i've been trying to keep kids from being heathens and get them dinner as well :/
[00:55] <ScottL> made the changes, pushing in just a sec
[00:58] <ScottL> aw crap, it's not working for me either
[00:58] <ckontros> I knew Im not nuts
[00:58] <ScottL> is this something to do with it being so early in the development cycle
[00:58] <ScottL> ?
[00:59] <ckontros> Might be. Xubuntu's settings pkg is the same. Look @ the owner: https://code.launchpad.net/~ubuntu-branches/ubuntu/oneiric/xubuntu-default-settings/oneiric
[01:01] <ScottL> hmmm, maybe we (i) need to folow up with james-w then
[01:05] <ckontros> Some sorta freeze has gotta be on. All of our branches to this pkg are that way.
[01:09] <ckontros> ScottL: Follow up with James and offer my apologizes if things just arent open yet. I didn't get mean, just obviously frustrated. :) And shouldn't Luke know we're frozen? :)
[01:11] <ckontros> ScottL: We also have to clean out our PPA: https://launchpad.net/~ubuntustudio-dev/+archive/ppa
[01:13] <ckontros> Hmm.. I think I can.
[01:14] <ckontros> ScottL: Just hit me up when you're ready. If we cant actually upload code yet maybe we can take care of other stuff.
[01:14] <holstein> ckontros: did you say you were going to make a live CD?
[01:15] <holstein> with some studio stuff and xfce?
[01:15] <holstein> or you wanted someone to make that*
[01:16] <ckontros> holstein: It's a secondary goal. 1st, we gotta get things switched to XFCE and normal Alt disks building. Then, we'll need to talk to the Edubuntu folks who have made strides in task selection with their disks.
[01:16] <ckontros> *live disks.
[01:17] <holstein> ckontros: i was talking about more for demo purposes
[01:17] <ScottL> ckontros, i will ping you as soon as my wife is home
[01:17] <ckontros> Then we'll see how to apply it to us and wether Canonical will even do it.
[01:17] <ckontros> If they dont, then we'll go from there.
[01:17] <ScottL> i think our main goal for ocelot is to switch to xfce, if we have time for live image, then good, if not that's okay
[01:17] <ckontros> +1
[01:17] <holstein> yeah
[01:18] <holstein> 12.04 wouuld be fine for the live switch
[01:18] <holstein> i was thinking more for demo purposes
[01:18] <holstein> for folks to see some of the apps in XFCE
[01:18] <holstein> there was a thread like that on the ML
[01:19] <holstein> ad i couldnt tell if you were saying you were going to make on or if you wanted someone to ckontros
[01:19] <ScottL> holstein, mac committed to making a live image of natty
[01:19] <ckontros> holstein: There's not much on the live front to do any time soon. I *hope* to have the switch to XFCE and our custom layout/UI done the 1st month after the archive is actually open.
[01:19] <ckontros> New are will follow. For now I will just use our current stuff.
[01:20] <holstein> yeah
[01:20] <ckontros> And I guess a parallel effort (to the art. which will apply to the website) can be made with the live disk work.
[01:21] <holstein> i was just trying to come up with something I/we could do right now
[01:21] <holstein> in the meantime
[01:21] <holstein> for the next couple
[01:21] <holstein> weeks*
[01:21] <holstein> unoffically
[01:21] <holstein> un-related to actual dev
[01:21] <holstein> just so folks could have a look at XFCE
[01:21] <ckontros> holstein: Well stepping up on the wiki page for a time line (like i posted on the list) would be a start.
[01:21] <holstein> since thats something i could probably handle
[01:22] <ckontros> Just something with basic structure. Maybe copy an official ubuntu one and we'll edit to suit.
[01:22] <holstein> i was thinking we could discuss a timeline in the next meeting
[01:22] <holstein> get a list going of what our goals are
[01:22] <holstein> the UI
[01:22] <holstein> and the live thing down the road
[01:23] <ckontros> I dont think it needs too much talk. For now, if you can get a page together that would rock.
[01:23] <holstein> right
[01:23] <ckontros> We should have most of our "goals" stated from the last meeting?
[01:23] <holstein> well, i think since then, we have really solidified the UI change
[01:24] <ckontros> (didnt need the? )
[01:25] <ckontros> I'm gonna try for the no panels/AWN thing ASAP. If the overwhelming opinion is everyone hates it, I'll copy our old setup with an XFCE panel.
[01:26] <ckontros> But Ive been using *just* awn on XFCE for a week now and I gotta say it really works.
[01:26] <holstein> cool
[01:27] <holstein> ill give it a look
[01:27] <holstein> like ive said, i know how to get rid of AWN if i dont like it
[01:27] <ckontros> Only niggle I have is the cario-menu applet doesnt copy the XFCE menu totally. I talked to the AWN guys and they said they are working on it and it will happen this cycle.
[01:27] <ckontros> Im really missing Nautilus and the tabs the most. :(
[01:28] <holstein> i like nautilus
[01:30] <ckontros> I do like Thunar. I just miss a couple of features. Just little things. But its manageable.
[01:32] <ckontros> ScottL: My wife came home early from school so I gotta chill w/her. Think about a time for us to get together to hack for a bit and let me know. Maybe Friday (ill be home) or Sunday.
[01:32] <ckontros> ScottL: Also, I was gonna do it but you should.  We dont need the cruft.
[01:36] <ScottL> ckontros, friday or sunday would be good and i'll look at the ppa later tonight
[01:41] <holstein> ScottL: this good?
[01:41] <holstein> https://wiki.ubuntu.com/UbuntuStudio/oneiric/timeline
[01:49] <ScottL> holstein, that sounds good
[01:50] <holstein> ScottL: theres no other oneiric specific sub directories i should honor yet right?
[01:58] <ScottL> holstein, no, but i'm thinking of adding other subdirectories under /oneiric though
[02:00] <holstein> ScottL: i think im going in /Sandbox with this
[02:01] <holstein>  /Sandbox/Timeline/Oneiric
[02:03] <holstein> if given the choice
[02:03] <holstein> id rather have a stick in the eye than mess with wikis ;)
[02:06] <ckontros> holstein: The addy matters less than the formatting of the page.
[02:06] <holstein> im just going to steal it from another page
[02:06] <holstein> the format
[02:06] <holstein> im just trying to think of the future
[02:06] <ckontros> np. Ok. Im off for the night.
[02:07] <holstein> as far as the addy
[02:07] <holstein> ckontros: GN
[02:08] <ScottL> holstein, i'd prefer your first link to be honest
[02:09] <ScottL> holstein, i'm seriously going to parse some things out from other pages and stick them under /oneiric as well, but on their own pages of course
[02:10] <holstein> OK
[02:10] <holstein> ScottL: i like that too
[02:10] <holstein>  /oneiric /then whatever
[02:10] <holstein> then we can change down the road easier if needed
[02:14] <holstein> i think i might be missing the vision of what this page is for...
[02:38] <ScottL> holstein, i would list the things that we might want to accomplish and then place a particular date for when you think it should be done by
[02:38] <ScottL> holstein, remember, be realistic but try to allow for time to test
[02:42] <holstein> ScottL: i have a plan
[02:42] <holstein> ive already kinda started it
[02:42] <holstein> im going to put it in that thread
[02:42] <holstein> i have some general dates
[02:42] <holstein> like before first alpha
[02:42] <holstein> and question marks
[02:42] <holstein> lets see if those get commented on
[02:43] <holstein> and if not
[02:43] <holstein> i'll just nail it down further as needed
[02:43] <holstein> ScottL: art lead?
[02:43] <holstein> mcmannis?
[02:43] <holstein> whats his name again?
[02:45]  * holstein found it
[02:47] <holstein> Dick MacInnis
[03:06] <holstein> well, its a start
[03:06] <holstein> https://wiki.ubuntu.com/UbuntuStudio/Oneiric/Timeline
[03:08] <holstein> now im fixing cammelcases :)
[04:26] <holstein> Kokito: hey
[04:26] <holstein> i stole lock on you
[04:26] <holstein> on the wiki :/
[04:26] <Kokito> hey holstein
[04:26] <holstein> sorry
[04:26] <holstein> i had a quick change
[04:26] <Kokito> eh?
[04:26] <holstein> and i hit the button
[04:26]  * Kokito is confused
[04:26] <holstein> and then read that you were in there too
[04:26] <Kokito> ah!
[04:26] <Kokito> was just checking the page :)
[04:27] <holstein> cool
[04:27] <Kokito> will at some point observations in what relates to the new website
[04:27] <holstein> Kokito: i was hoping to catch you on that
[04:27] <holstein> get a timeline idea
[04:27] <holstein> i dont think its on you though necessarily
[04:28] <holstein> i think we have to get access on the backend still
[04:28] <Kokito> well, I think I can finalize the theme, say, in about 4 weeks
[04:28] <holstein> cool
[04:29] <Kokito> how the website itself is structure and what features are desired (wiki, forums, etc.), it's something that we would need to discuss as a team
[04:29] <holstein> Kokito: debian import freeze is june 16th
[04:30] <Kokito> out of ignorance, how does that relatre to deploying the new website?
[04:30] <holstein> Kokito: it doesnt
[04:30] <Kokito> ah, ok :)
[04:30] <holstein> im just trying to get an idea of the timeline of the release
[04:30] <holstein> but, mabye somewhere around there would be reasonable for you then?
[04:31] <holstein> finalize the theme around the 16th of june
[04:31] <Kokito> I believe so
[04:31] <ScottL> Kokito, i'm sorry, i completely forgot to get you screenshots, do you still need them?
[04:32] <holstein> Kokito: you know where the page is
[04:32] <holstein> if its too much of a push
[04:32] <holstein> we can push it back :)
[04:33] <Kokito> ScottL: I think I have what I need for now, but it would be nice to have a screenshots area in the website, so some updated shots
[04:33] <Kokito> no rush though, ScottL
[04:33] <Kokito> holstein: not sure I understand you... what page are you referring to?
[04:34] <holstein> Kokito: https://wiki.ubuntu.com/UbuntuStudio/Oneiric/Timeline
[04:35] <Kokito> holstein: I saw that page earlier today
[04:35] <holstein> Kokito: september 1st is resonalbe right?
[04:36] <holstein> for total new site deployment?
[04:36] <Kokito> yes, I think it is holstein
[04:36] <holstein> cool
[04:36] <Kokito> you can quote me on that :)
[04:38] <ScottL> holstein, Kokito :  there's getting the website deployed and then there's getting content in it ;)
[04:39] <Kokito> true ScottL
[04:40] <Kokito> the new site can be deployed with the basics, and then content added gradually, preferably in a collaboritve way
[04:42] <ScottL> holstein, one thing we should consider on the timeline is time to research hosting and moving the website over (if that is the choice we make)
[04:42] <ScottL> which i suppose we need to have a date to make a choice about website hosting as well
[04:43] <holstein> ScottL: yeah, im assuming not moving now
[04:43] <holstein> but, these are all flexible
[04:43] <holstein> https://wiki.ubuntu.com/UbuntuStudio/Oneiric/Timeline
[04:43] <Kokito> ScottL: that is one concern; from the POV of getting more hands in collaborating with content, running the website on our own server would be preferable
[04:44] <Kokito> being that it is so difficult to get admin and/or editing permissions in the current setup
[04:44] <Kokito> not criticizing Canonical, but just stating a fact :)
[04:47] <Kokito> on a different topic, anyone located in the San Francisco Bay Area?
[04:50] <ScottL> heh, i can't disagree with your comments Kokito  :)
[04:50] <ScottL> i'm in texas
[04:51] <Kokito> Texas is where I had the best steak in my life, after Argentina, of course ;)
[05:06] <Kokito> ok, going out for a while
[05:06] <Kokito> see you guys!
[05:07] <holstein> Kokito: o/
[05:44] <Kokito> re
[05:53] <Kokito_> http://twitpic.com/4sy4zx
[05:53] <Kokito_> nice wallpaper
[06:05] <Kokito_> holstein: edited the "Update website" section of the wiki page a bit. I hope you don't mind.
[06:05] <holstein> Kokito_: please :)
[06:06] <holstein> yeah, i like that
[06:08] <Kokito_> :)
[06:09] <holstein> ill get with cory about the UI section
[06:09] <holstein> and dick about the art section
[06:09] <Kokito_> cool holstein
[06:38] <Kokito_> time for a movie
[06:38] <Kokito_> good night folks
[10:38] <falktx> btw, I just noticed, lmms-vst is no longer available
[10:38] <falktx> so the lmms package pulls wine now
[10:38] <falktx> I guess US natty will have Wine pre-installed ?
[14:51] <holstein> falktx: ubuntu comes with wine now right?
[14:51] <falktx> holstein: no
[14:52] <holstein> maybe i just install something early on that triggers it
[14:52] <holstein> lmms is just so glitchy
[14:52] <holstein> still
[14:52] <holstein> i need to spend more time with it
[14:53] <holstein> and get active about reporting where ever im supposed to be reporting
[22:39]  * ckontros waves
[22:40] <holstein> ckontros: o/


[04:17] <vuth> hi
[04:17] <vuth> i am a linux mint user trying out ubunutu
[04:18] <vuth> mint had a software manager...does ubuntu have?
[04:18] <SergioMeneses> vuth, yes...
[04:18] <vuth> please enlighten me..sorry for not googling this i have ADD
[04:19] <vuth> it hard for me to read websites...unless it straight to the point
[04:21] <SergioMeneses> vuth, join to #ubuntu ...I'm working, but there can help you
[04:21] <vuth> kk
[04:27] <vuth> sergiomeneses im in
[04:28] <SergioMeneses> vuth, make you question there! :D
[04:31] <vuth> its okay i found out
[04:31] <vuth> :P
[04:31] <SergioMeneses> vuth, o.09
[04:31] <vuth> im soo dumb i just need to get used to the toolbars
[04:32] <SergioMeneses> vuth, linux mint is based in Ubuntu
[07:21] <vuth> wow wat a quiet room
[10:35] <crshbndct> hey everyone
[10:35] <crshbndct> i have a question which is dd vs rsync
[10:36] <head_victim> crshbndct: this is a channel for directed learning sessions, for general help you'll probably find more assistance in the main #ubuntu channel as that's where people monitor to give assistance.
[10:36] <crshbndct> ok sorry
[12:32] <mhall119> nw 36