[03:02] <smp4488> so is everything coded in c++?
[03:06] <persia> smp4488: Config files are in /etc, in the user home directory, and in gconf.  Code is mostly in python, C, and C++, although you will find other stuff as well.
[03:06] <nxvl> C is cool
[03:09] <persia> nxvl: Congratulations: You've successflly expanded the acronym :)
[03:09] <nxvl> :D
[03:14] <smp4488> awesome
[03:14] <smp4488> most of my programming skill is c# in .net
[03:18] <smp4488> is there such thing as intellisense with eclipse?
[03:26] <persia> No idea.  I'm not even sure if using eclipse under Ubuntu MID works cleanly.
[03:27] <smp4488> i have it running
[03:27] <smp4488> what do you perfer?
[03:27] <smp4488> prefer
[03:27] <persia> I use vi, but it's not exactly most people's idea of an IDE.
[03:28] <smp4488> yea like i said im coming from visual studio
[03:39] <smp4488> ahh kdevelop looks nice
[12:43] <lool> StevenK: Today's daily starts up Xorg, but hangs there for me; did you by chance look into this already?
[12:46] <lool> ogra: So it points at the union fs
[12:46] <ogra> aufs :)
[12:47] <lool> Which is an union fs :-P
[12:47] <ogra> in my case at least
[12:47] <lool> ogra: You could try to fiddle with mount options to workaround it
[12:47] <ogra> is the booted image using unionfs or sufs ?
[12:47] <ogra> *aufs
[12:47] <lool> ogra: I think you should write a two lines mmap() test case and file that against aufs
[12:48] <StevenK> lool: Nope
[12:48]  * ogra thinks casper ises aufs as well today
[12:48] <ogra> *uses
[12:48] <lool> ogra: It uses casper's default
[12:49] <persia> I wonder if it might be related to the script used to create the USB image.  What happens if you build it as a liveCD?
[12:50] <persia> (and make a .iso)
[12:50] <lool> ogra: Could you try with union=unionfs?
[12:50] <ogra> lool, i dont use casper :) https://wiki.ubuntu.com/MobileAndEmbedded/ImageModification
[12:50] <ogra> but i'll try with unionfs
[12:51] <ogra> persia, the script at the bottom makes everything quite easy
[12:51] <lool> ogra: You asked about the booted image
[12:51] <ogra> lool, indeed i did
[12:51] <ogra> but to verify an aufs error i can just use unionfs in the chroot
[12:52] <lool> ogra: Right, so could you please try with unionfs, not union=unionfs?  :)
[12:52] <ogra> indeed :)
[12:53]  * ogra notices he forgot the unionfs mount runes he used to know from the top of his head ... too much aufs in my life already
[12:57] <ogra> lool, works !
[12:57] <persia> So it's an aufs issue?
[12:58] <lool> StevenK: Ignore me, image works I was just being stupid
[12:58] <ogra> yes
[12:58] <lool> ogra: Unfortunately, casper seems broken with unionfs for me here
[12:58] <StevenK>  /ignore lool ...
[12:58] <lool> or I'm missing something
[12:58] <persia> Excellent.  Please reassign the bug :)
[12:58] <ogra> persia, you should achieve the same with the union=unionfs parameter for the booted image then
[12:58] <ogra> lool, likely because there is no module
[12:59] <lool> ogra: "modprobe unionfs" in the initramfs doesn't output anything
[12:59] <persia> ogra: I'll try that then :)
[12:59] <ogra> we stopped building it with intrepid, it was re-added for -generic
[12:59] <ogra> but might be missing for lpia
[12:59] <lool> ogra: It's missing indeed
[13:00]  * lool though modprobe could at least barf something when I ask for a module which isn't there
[13:00] <ogra> not in initramfs
[13:00]  * ogra fixes the howto and script on https://wiki.ubuntu.com/MobileAndEmbedded/ImageModification
[13:04] <ogra> StevenK, you only leave 20M spare space in the .img, i think if people are likely to add packages and modify we should raise that to at least 100M
[13:04] <ogra> (at least during development)
[13:07] <lool> ogra: I reassigned to linux
[13:08] <lool> amitk: Around?
[13:08] <lool> amitk: You usually don't work on Weds, but just if you're tempted: it would be nice to get unionfs in the lpia tree
[13:12] <lool> ogra: Hmm I was wrong to reassign to linux
[13:12] <ogra> yeah, should likely be lum
[13:13] <lool> ogra: So the daily live is also using aufs and it works fine
[13:13] <lool> ogra: lum?  we don't have this for 2.6.26 anymore do we?
[13:14] <ogra> hmm, right
[13:14] <ogra> ogra@osiris:~$ dpkg -S /lib/modules/2.6.27-2-generic/kernel/ubuntu/unionfs/unionfs.ko
[13:14] <ogra> linux-image-2.6.27-2-generic: /lib/modules/2.6.27-2-generic/kernel/ubuntu/unionfs/unionfs.ko
[13:15] <lool> ogra: that's why I originally assigned to linux, but it doesn't suffer from the bug in 2.6.27
[13:15] <lool> persia: Did you try my suggestion of using the live vmlinuz and initrds instead of the lpia ones?
[13:17] <lool> StevenK: Michael (Frey) tried the image on a CB yesterday and said it wouldn't boot
[13:17] <lool> StevenK: And it wouldn't boot under hardy's kvm either, but that's not worse chasing
[13:17] <StevenK> lool: I saw that. I'm not sure of the cause
[13:17] <lool> StevenK: Would you be tempted to try it out on your CB?
[13:18] <amitk> lool: intrepid?
[13:18] <lool> amitk: everything intrepid
[13:18] <amitk> lool: may I ask why?
[13:18] <lool> amitk: Or a fix for aufs
[13:18] <StevenK> lool: I've added a todo item to do so
[13:19] <lool> amitk: Because aufs breaks when apps use mmap() and it makes our images unusable; if we can fix this today, we will get an usable alpha 5 image
[13:19] <lool> Hmm unless it's too late already
[13:19] <lool> StevenK: Thanks
[13:19] <amitk> lool: it won't happen today
[13:19] <lool> amitk: Would locating the aufs fix and cherrypicking it be faster?
[13:21] <amitk> lool: yes, patching aufs is better, but I won't manage a new kernel upload today. Besides aren't we in freeze now?
[13:21] <lool> amitk: We are, but what's the risk of uploading linux-lpia if it's broken anyway?
[13:22] <lool>  * [new branch]      foo        -> origin/foo
[13:22] <lool> Someone pushed a foo branch to ubuntu-intrepid
[13:22] <amitk> heh :)
[13:23] <lool> amitk: Unfortunately, I don't see many aufs changes/fixes in the intrepid tree
[13:24] <lool> i suspect a newer version was pulled
[13:24] <lool> or it simply works with a newer kernel
[13:25] <persia> lool: No.  I rebuilt images that used the same vmlinuz and initrds as the livecds in a different way.
[13:25] <lool> persia: For lpia?
[13:26] <persia> lool: No, for i386.
[13:26] <amitk> lool: aufs claims to support mmap()
[13:26] <persia> For lpia, there are no live disks.
[13:26] <lool> amitk: Hmm what's the linux-lpia git tree?  I see yours, I see some of the "mid-team" -- no matching one -- and I see no Vcs-Git in the source
[13:26] <lool> amitk: Yes, the problem is that it hangs when you use that support :)
[13:26] <amitk> so if this is a bug in aufs, it will affect i386 too
[13:26] <lool> amitk: It's not affecting i386 in 2.6.27
[13:27] <lool> Well to be honest I tested on amd64
[13:27] <lool> But I think we would have heard if the live CDs were as borken for i386 as for lpia
[13:27] <amitk> lool: amitk/ubuntu-intrepid-lpia.git is the tree for lpia on intrepid
[13:27] <lool> amitk: I thought Michael was the maintainer?
[13:28] <amitk> But I started the tree and expected Michael to clone and create his own. But I just understood yesterday that I get back maintainership of lpia tree for intrepid
[13:29] <lool> Welcome back!
[13:29] <amitk> Michael hasn't made any changes...
[13:29] <lool> amitk: I wonder: perhaps you should have an ubuntu/ubuntu-intrepid-lpia tree rather than an amitk/ one?
[13:30] <ogra> humm, how do i make the wiki not swallow #!/bin/sh ? between curly brackets ?
[13:30] <amitk> thanks. But it is going to take me a day or two to push pending patches and do another upload. I hope to fix meta package issue as well.
[13:30] <StevenK> ogra: {{{ }}}
[13:30] <ogra>  {{{#!/bin/sh }}}
[13:30] <ogra> hides it
[13:30] <amitk> lool: I will move it to ubuntu/.... This was supposed to be a temporary tree to hand-off to Michael :)
[13:30] <lool> ogra: {{{\n#!/bin/sh\n}}}?
[13:30] <lool> amitk: Ah understood
[13:31] <ogra> lool, hmm that shows the \n
[13:31] <persia> ogra: Also, if you have a long {{{}}} block, you may need to start with a format specifier (unfortunately nearly the same syntax as the script identifier.
[13:31] <lool> ogra: The \n were for IRC :)
[13:31]  * persia digs up an example page.
[13:32] <lool> ogra: Try with newlines
[13:32] <ogra> lool, then it gets swallowed
[13:32] <ogra> only the first line
[13:32] <persia> ogra: You need a format specifier in the beginning.
[13:32] <ogra> the rest of the scrit is fine, but i want it copy pasteable
[13:32] <persia> lool: None of that will work.
[13:32] <persia> ogra: https://wiki.ubuntu.com/MOTU/School/PackagingWithoutCompiling?action=raw
[13:33] <ogra> persia, perfect, thanks :)
[13:33] <persia> See the way the first bash script is done: I tell moin that it is a bash script for syntax highlighting, and then it doesn't swallow the script identifier.
[13:33] <lool> I hate openid
[13:34] <persia> lool: The idea, or just all the poor implementations?
[13:36] <lool> ogra: {{{#!/bin/sh #!/bin/sh works :)
[13:36] <ogra> heh
[13:37] <ogra> well, https://wiki.ubuntu.com/MobileAndEmbedded/ImageModification done and verified ... use the script at the bottom and you get a rootshell inside the squashfs to modify whatever you want :)
[13:42] <persia> lool: It works by accident, but will confuse moin.  Better is #!sh #!/bin/sh
[13:42] <ogra> as long as the shebang line is in the copy/paste all is fine :)
[13:43] <persia> The first is the format specifier for moin, and the second is literal content
[13:44] <davidm> hello
[13:44] <davidm> ogra, I guess I have  more wiki changes to make. :-)
[13:44] <ogra> davidm, https://wiki.ubuntu.com/MobileAndEmbedded/ImageModification feel free to test with the recent images ...
[13:44] <ian_brasil> ogra: that is cool
[13:44]  * ogra proposed to use the shellscript at the bottom though
[13:44] <ogra> *proposes
[13:45] <ogra> ian_brasil, thanks :)
[13:45] <davidm> ogra, I just need to put it in the new hierarchy, but I'll test also later today.
[13:45] <ogra> great
[13:45] <ian_brasil> davidm: some of the links on https://wiki.ubuntu.com/MobileAndEmbedded are borken
[13:46] <persia> ian_brasil: Lots of them.  We're transitioning to https://wiki.ubuntu.com/MobileTeam
[13:46] <persia> (this may take a while)
[13:47]  * ogra always uses the FAQ url from /topic as a starpoint if creating ne pages... we should adjust that
[13:47] <ogra> *new
[13:50] <lool> ogra: Hey what about putting your script in a bzr tree or something; heck perhaps we should have an ubuntu-mobile-scripts package
[13:50] <ogra> yeah, i thought about that ...
[13:51] <ogra> there are surely more things we want to have for image modification
[13:51] <davidm> ian_brasil, I spent 5 hours yesterday reworking links, have lots more to do.
[13:52] <lool> Poor davidm
[13:52] <persia> ogra: Someone needs to write a new FAQ first :)
[13:53] <ian_brasil> davidm: OK...i wondered about the weekly status summaries too whilst we are talking about more to do :0
[13:53] <ogra> persia, heh
[13:53]  * ian_brasil hus lool for his great report
[13:53] <ian_brasil> a/hus/hugs
[13:53] <davidm> ian_brasil, I sent out three this week.
[13:54] <davidm> so we are up to date on status summeries
[13:54] <ian_brasil> just found it in my inbox...thats great!
[13:55] <persia> OK.  Mobile Team FAQ brainstorming time:
[13:55] <persia> Let see:
[13:55] <persia> #1: What does the Mobile Team do?
[13:55] <persia> #2: How can I help?
[13:55] <persia> #3: What is the Ubuntu Mobile project?
[13:55] <persia> #4: What is the Ubuntu MID projects?
[13:56] <persia> #5) Have you considered ARM?
[13:56] <persia> Anyone have any other suggestions?
[13:57] <persia> Oh, #6) Is this the team for the netbook-remix?
[13:57] <persia> lool: ian_brasil: davidm: ?  Anything else about the team that seems like it ought be on the FAQ?
[14:06] <ian_brasil> persia: can i run ume on <insert_device> has historically been a very popular question
[14:07] <lool> persia: #4 s/projects/project
[14:07] <persia> lool: Yes :)
[14:07] <lool> ian_brasil: +1
[14:07] <persia> ian_brasil: Indeed.  I'm tempted to put that in the FAQ for the individual projects though, as the answers may diverge over time.
[14:13] <StevenK> lool: You were under the impression that moblin-clutter-home was a hildon-desktop library?
[14:15] <persia> StevenK: Any more suggestions for a FAQ before I write one up?
[14:15] <StevenK> persia: "Where can I find images?"
[14:15] <persia> StevenK: For the team FAQ, and not the project FAQs?
[14:16] <Celtiore> hi
[14:16] <Celtiore> just for infos :
[14:16] <persia> Celtiore: Hi.
[14:16] <Celtiore> ubuntu mobile edition 7.10 with dualboot on aigo mid p8860
[14:16] <Celtiore> http://www.umpcfever.com/viewthread.php?tid=2544&pid=11757&page=1&extra=page%3D1#pid11757
[14:16] <ian_brasil> persia: just ideas:
[14:17] <StevenK> persia: Oh. Um, none are springing to mind
[14:17] <ian_brasil> where is the ume code? where are bugs filed?where can i find a list of compatible devices?
[14:17] <lool> StevenK: It was my understanding
[14:17] <ian_brasil> is there a developer device program?
[14:17] <persia> Celtiore: Cool.  Thanks for sharing the link.
[14:17] <Celtiore> np
[14:18] <StevenK> lool: It isn't, it builds as an executable
[14:18] <ian_brasil> where can i find the UI guidelines?
[14:18] <StevenK> Unless ./configure needs some fiddling
[14:18] <persia> ian_brasil: Do you think those belong in the project FAQs or on the team FAQ?
[14:18] <ian_brasil> where can i buy a ume device?
[14:18] <persia> I think they are good questions, I'm just thinking about information organisation.
[14:18] <persia> (and sadly, the answer to the last question is: you need to buy something else and install an image)
[14:19] <ian_brasil> persia: i would think the platform
[14:20] <persia> ian_brasil: Hmm.  I think we've a nomenclature issue, as I don't know what that means :)
[14:20] <persia> Essentially, there are three mooted hierarchies: MobileTeam, UbuntuMobile, and UbuntuMID.
[14:20] <ian_brasil> oops...i meant project, sorry
[14:20] <persia> OK.  No problem.  Just my confusion :)
[14:21] <ian_brasil> of those three i will shoot for UbuntuMobile FAQ then
[14:22] <ian_brasil> however maybe the device related questions could fit in  UbuntuMID
[14:22] <persia> I think most of it belongs in UbuntuMID right now, as UbuntuMobile only really got it's first proper seed adjustments last week, and as far as I know, it doesn't actually run anywhere yet :)
[14:25] <ian_brasil> but most people will arrive i imagine through a search for Ubuntu Mobile so it might be confusing if they get la page about UbuntuMID
[14:28] <persia> ian_brasil: Hmm.  Maybe have a note on the Ubuntu Mobile project that people may also be interested in the Ubuntu MID project?
[14:28] <persia> Part of the confusion is that the answers differ wildly.  While Ubuntu MID expects lpia, I believe Ubuntu Mobile is likely to also work on i386 (and probably other architectures)
[14:33] <ian_brasil> persia: some info about project directions would be very useful too
[14:34] <persia> ian_brasil: Yeah, but I think that everything known about project directions is documented at the end of this line.
[14:35] <persia> There's the loose stuff, like MID being 4-6" devices (of which there are *two* on the market, and only one available outside Japan), and Mobile being 7-9" devices.
[14:37] <ian_brasil> persia: i didn't know that but that would really help if i wanted to buy a device
[14:38] <persia> ian_brasil: Mind you, it's somewhat complicated by the fact that as far as I know, nobody has ever run Ubuntu MID on the target devices.
[14:38] <davidm> persia, new section in wiki https://wiki.ubuntu.com/MobileTeam/Mobile/HowTo/
[14:38] <persia> So I've no clue if it works.
[14:39] <davidm> Need to add more there.
[14:39] <persia> davidm: Good idea.
[14:42] <ian_brasil> davidm: is this the preferred way to modify images now rather than use the MIC?
[14:43] <davidm> ian_brasil, it's the way we make images, Intel is staying with MIC but we found that for what we do and how we do it, MIC was not the right tool.
[14:46] <persia> Plus, MIC has some awkwardnesses that make automation of images in a clean environment tricky.
[14:50]  * ian_brasil could never get MIC to work correctly so is happy about this
[14:52] <persia> ian_brasil: If you've an intrepid chroot, you can install the livecd-rootfs package and just call `livecd.sh ubuntu-mid` to make a base image.
[14:55] <ian_brasil> persia: yes, i ended up working in a chroot environment in the end not MID ..thx for the info about the script though, that is cool
[14:55] <ian_brasil> s/MID/MIC
[14:56] <persia> ian_brasil: Then you experienced all the same issues as the rest of us :)
[17:01] <ogra> lool, "linux (2.6.27) not affected; linux-lpia is" ... you should probably note there that you are talking about the unionfs module in that sentence ... (which is unrealted to the hang which i suspect we'll see on the normal liveCD as well)
[17:02]  * persia boots the liveCD to check
[17:02] <lool> ogra: I'm talking of the aufs bug here
[17:03] <ogra> lool, well, during my chroot tests i was running -generic
[17:03] <lool> ogra: I thought I checked that it worked, but I'll confirm in a sec
[17:04] <ogra> (2.6.27-2-generic to be precise)
[17:05] <lool> ogra: apt-get update and sudo apt-get update work on the i386 daily
[17:05] <ogra> good
[17:05] <persia> ogra: Works fine on the i386 livecd
[17:05] <ogra> so we are probably doing something different wrt mount options
[17:05] <ogra> during chrooting i just did a plain aufs mount, no extra options
[17:06] <ogra> heh
[17:06] <ogra> see -devel
[17:06] <ogra> bug 144001
[17:06] <persia> Cool!
[17:07] <lool> amitk: ^
[17:08] <ogra> hmm
[17:08] <ogra> they are using nionfs there
[17:08] <ogra> *unionfs
[17:10] <persia> I didn't see anything especially different in livecd.sh.  Also, we are getting all the same special mountpoints (e.g. /rofs) that exist on the liveCD.
[17:11] <Celtiore> i have one question
[17:11] <Celtiore> how can i add an shortcuts to the desktop of ume ?
[17:12] <persia> Celtiore: Create a .desktop file for that which you want to appear.  Ensure that it contains "Mobile" in the "OnlyShowIn" key.
[17:13] <Celtiore> thanks you
[17:16] <amitk> lool: hmmm.. that is talking about Hardy and unionfs.
[17:16] <persia> amitk: The suggestion was that the bugs might be related.
[17:18] <Celtiore> persia,  i suppose the inverse if i want remove one ?
[17:18] <persia> Celtiore: Yep.
[17:19] <amitk> persia: gotcha. I am slow today. I'll look at it tomorrow along with refreshing the linux-lpia tree.
[17:20] <persia> amitk: You may also want to watch the current discussion in -devel, which is on this topic, and involves a wider number of people.
[17:21] <ogra> (or read the log in your worktime :) )
[17:22] <persia> Nah.  Realtime always beats backscroll :)
[17:23] <ogra> yeah, but freetime beats worktime :)
[17:26] <Celtiore> persia,  for example : foobillard don't have the OnlyShowIN key ?! how can i remove ?
[17:27] <persia> Celtiore: I suspect you'll find an extra foobilliard .desktop file installed.
[17:29] <Celtiore> sudo apt-get remove foobillard works fine :)
[17:31] <persia> Well, there's that option as well :)
[18:23] <lool> amitk: FYI I checked the intrepid and linux-lpia trees and they match
[18:23] <lool> err + aufs
[18:23] <lool> ubuntu/aufs is identical
[18:23] <lool> So nothing to pull below aufs I'm afraid
[18:37] <ogra> lool, but probably something to pul from unionfs into aufs
[18:37] <ogra> *pull
[18:38]  * ogra yays getting that nasty gstreamer patching done finally
[18:40] <lool> ogra: Didn't know the codebases were related
[18:41] <ogra> lool, i dont know either, but cjwatson recommended comparing the two
[18:41] <ogra> so i suspect there are some similarities
[18:43] <ogra> especially if the bug lies in the rename function which seems to have its own .c file in both implementations
[18:43] <ogra> but up to amit, he's the kernel hacker ... lets see what he finds
[18:44] <ogra> i dont trust my kernel code knowledge enough to judge it
[18:45] <lool> ogra: But we don't get the bug in the intrepid aufs (linux)
[18:45] <ogra> i do
[18:45] <ogra> in the chroot
[18:45] <lool> Oh right on your system
[18:45] <lool> Good point
[18:46] <lool> I wonder what changes that we don't get it in the livecd
[18:46] <ogra> yeah
[18:46] <ogra> thats pretty strange
[18:46] <ogra> does the livecd already use 2.6.27-2 ? or still -1
[18:46] <lool> I think I saw -2 today
[18:47] <ogra> so unlikely to be a difference in the version
[18:48] <ogra> i dont like to return to unionfs though
[18:48] <ogra> as its supposed to be dropped at some point
[18:49] <persia> In fact, it's supposed to have been dropped.
[18:49] <ogra> there were complaints
[18:49] <persia> Also, as this issue doesn't affect the liveCDs, there exists a proper solution with what we have in intrepid.
[18:50] <ogra> i'll download a live iso over night and try the same chrooting with the livecd squashfs i did with the image
[18:51] <ogra> lets see if i can reproduce it that way
[18:51] <persia> That sounds like an interesting idea.
[19:41] <Celtiore> on UME can we change background with pictures ?
[19:43] <persia> Celtiore: Yes.  There's a background selector tool in the Preferences.  I think you can use anything in your Pictures folder, but I'm not entirely sure.
[19:45] <Celtiore> ok but where i can find background selector:)
[19:48] <persia> At the top there should be a label "All".  touch that, and select "Preferences".  It should be in there somewhere.
[19:48] <persia> (and no, I don't understand why "preferences" is not part of "all")
[19:51] <Celtiore> i check one more time but i only change the color of background
[19:52] <Celtiore> i have : desktop background preferences :
[19:52] <Celtiore> 'solid color background'
[19:59] <persia> Hmm.  Which image are you using?
[19:59] <ian_brasil> Celtiore: you need to scroll down!
[20:00]  * ian_brasil likes the junglecreek background
[20:03] <Celtiore> no image for the moment
[20:03] <Celtiore> i only search how to change
[20:03] <Celtiore> i need put one image in a specific directory perhaps ?
[20:04] <ian_brasil> I did....All -> Preferences -> Scroll down to reveal the Desktop Background button -> Change background
[20:05] <ian_brasil> there are presetes like jungle creeek and so on
[20:05] <ian_brasil> Maybe all images should be visible without needing to scroll down?
[20:06] <Celtiore> http://public.celtiore.fr/Mid/DSC00158.JPG
[20:06] <Celtiore> i can't scroll
[20:07]  * persia boots an image to see if maybe the name of the app is different.
[20:07] <persia> Celtiore: You're running 8.04.1?
[20:07] <Celtiore> nan 7.10
[20:08] <ogra> there was a UME for 7.10 ?
[20:08] <persia> Oh.  I've never tried that one.
[20:08] <persia> ogra: There was, although it's hard to find the images.
[20:09] <Celtiore> yep
[20:09] <persia> Celtiore: I'll recommend upgrading to 8.04.1.  It's in much better shape.
[20:09] <persia> There's a few things that make more sense in 7.10 (if I can remember correctly from running in Xephyr), but 8.04.1 is much more solid.
[20:10] <ian_brasil> in 7.10 you need to import the image
[20:11] <Celtiore> ok
[20:11] <Celtiore> i need to wait new image
[20:13] <ian_brasil> Celtiore: you have a device...how cool
[20:13] <Celtiore> yes aigo mid p8860
[20:14] <ian_brasil> you got this in france?
[20:14] <Celtiore> no, buy on ebay
[20:16] <celtiore_ume> xchat working too
[20:24] <amitk> ogra: lool: I am confused from the scrollback. You claim aufs in intrepid works, but livecds don't?
[20:26] <persia> amitk: livecds work, but we've been able to break it with other constructions (including the current MID images)
[20:36] <ogra> amitk, if you use the daily image from StevenK and the script from https://wiki.ubuntu.com/MobileAndEmbedded/ImageModification with a replaced unionfs vs aufs you should be able to reproduce it easily
[20:49] <amitk> ogra: persia: ok. will start by reproducing the bug.
[20:49] <persia> amitk: Please let me know if you have any issues.  For me, it was as simple as booting the daily image, and calling `sudo apt-get update`
[20:51] <amitk> persia: will do. You seem to be online in every TZ as it is ;)
[20:51] <persia> amitk: I once prided myself on the fact that it was impossible to identify my location by the times I was active.
[20:52] <persia> It's not so important now, as it's become cliche, but even when I'm not about, highlighting my nick will likely get you an answer when I return.
[20:53]  * persia grumles at epiphany crashing *again* and losing the wiki edits.  Trying again in a text editor...
[21:30] <persia> So, if anyone wants to fix all my mistakes in https://wiki.ubuntu.com/MobileTeam/FAQ, I'd be very appreciative :)
[21:39] <GrueMaster> persia:  what kernel are you finalizing on?
[21:40] <persia> GrueMaster: I'm not entirely sure.  I strongly suspect it will be 2.6.27, but this version was released late in the cycle and is currently undergoing fairly aggressive testing to confirm that it will be suitable for release.
[21:40] <GrueMaster> k
[21:41] <persia> As I understand it, unless a large number of regressions from 2.6.26 are found in the next 10 days or so, it will be 2.6.27.
[21:41] <persia> Initial reports with 2.6.27 have all been positive, so I think that's fairly unlikely.
[21:41] <GrueMaster> Reason I ask is that I'm still trying to port the psb video drivers, and moblin is less than enjoyable to test under.
[21:42] <GrueMaster> and I'll leave the moblin 2.0 opinion at that for now.  :)
[21:42] <persia> GrueMaster: Understood :)
[21:43] <persia> Let's agree it's desgined for use, rather than development.  That preserves us from having to have a firm opinion, as we're not the target segment :)
[21:43] <GrueMaster> sounds about right.
[22:15] <davidm> persia, thanks for getting the FAQ up :-)
[22:32] <landley> davidm: have you seen Google's chrome browser yet?
[22:32] <davidm> nope, have not actually
[22:32] <landley> davidm: http://www.google.com/googlebooks/chrome
[22:32] <landley> It looks REALLY COOL.
[22:32] <landley> Right now it's early beta, but they wrote a _comic_book_ explaining its design.
[22:32] <landley> It's a bunch of independent processes.
[22:33] <landley> If one tab crashes, it doesn't take down the whole thing.
[22:33] <landley> When tabs exit, their memory gets freed.
[22:33] <landley> And it's a from-scratch rewrite that's neither mozilla, nor in c++ (as far as I can tell).
[22:37] <landley> What I'm really looking forward to is being able to use "top" to see which darn tab is eating all my CPU.
[22:37] <landley> And kill it.
[22:37] <davidm> It does look interesting, maybe it will be better then FF
[22:38] <landley> Anything would be better than FF.
[22:38] <landley> I'm still using Konqueror almost exclusively, despite that being written in C++, because it's _not_mozilla_.
[22:40] <landley> neither of which is really a good embedded browser.  This thing looks like it might be pushed in that direction...
[22:41] <davidm> Does look interesting
[22:45] <landley> davidm: http://dev.chromium.org/getting-involved
[22:51] <landley> Actually, that link's junk (windows).  http://dev.chromium.org/developers/how-tos/build-instructions-linux is the interesting bit.
[22:52] <landley> (Nevermind, first link was top level.  I think I've hit my sleep deprivation limit.)
[22:52] <landley> g'night all... :)
[23:03] <smp4488> hay persia you around?
[23:04] <smp4488> I have another question for ya


[01:53] <lotuspsychje> good morning
[06:18] <ducasse> good morning
[06:20] <Bashing-om> A fresh coke for ducasse !
[06:20] <ducasse> hiya Bashing-om
[06:21] <Bashing-om> Slow session in main. Maybe time to pick up ?
[06:22] <ducasse> time to release the rats!
[06:23] <Bashing-om> sic em Luna !
[07:48] <Oxfuxxx> aHoy buntu luvers :}
[07:49] <lotuspsychje> hi Oxfuxxx
[19:34] <TJ-> anyone had issues with SecureBoot whereby the firmware setup hides, or doesn't list, the device with the EFI-SP on !?
[19:37] <TJ-> Got an Asus Prime X370-Pro which was working fine before I took a nap... came back and not responding to SSH, on physical console Alt+F2 to F7 switched but no login: prompt. On tty1 the login prompt was there but pressing keys didn't result in characters appearing although rate of underline cursor flashing matched key presses. Rebooted, big warning about unauthorised changes and on entering
[19:37] <TJ-> Setup the M.2 SSD not listed!
[19:47] <TJ-> hmmm; gets worse. Did a firmware update, (re)set some options that it changed, reboot, and now it is reporting a new processor and wants me to reset the fTPM and lose keys
[19:47] <TJ-> OK, said No to that twice and now the M.2 NVME shows up, and GRUB starts!
[20:18] <Bashing-om> UWN: Issue 695 is on the streets: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue695 :D


[00:22] <blkperl> can someone set bug 870874 to triaged please
[00:22] <ubot2> Launchpad bug 870874 in at-spi2-core "LDAP user with automounted nfs homedir cannot login" [Undecided,Confirmed] https://launchpad.net/bugs/870874
[00:27] <penguin42> blkperl: Is it? I mean reading the comment set, does anyone really understand where the problem is?
[00:29] <blkperl> penguin42: ok maybe your right, can you add an importance at least
[00:32] <penguin42> blkperl: Done, marked it high
[00:32] <blkperl> penguin42: thank you
[00:33] <penguin42> blkperl: I mean why the heck does assistive technology interact with nfs homedirs?
[00:40] <blkperl> penguin42: no clue... o.O
[08:14] <Conradzz> what sup
[08:15] <Conradzz> anyone there?
[08:16] <elgaton> Conradzz: yes?
[08:17] <Conradzz> messing with linux again and sure enough problems
[08:17] <Conradzz> full system freezes now on a fresh 12.04, 64 bit
[08:17] <Conradzz> was running fine earlier
[08:18] <Conradzz> reading bug reports, and I'm guessing its pretty common
[08:19] <Conradzz> I swear lol, every few months I come back and give linux a try and I'm always met with resistance, I'm beginning to think I'm just not meant to use it
[08:20] <elgaton> Conradzz: Don't know. Anyway, do you mind if we switch to the #ubuntu channel, as that is the most targeted?
[08:20] <Conradzz> sure
[11:15] <alo21> hi all
[11:16] <alo21> where can I find easy bug to fix in Ubuntu?
[11:58] <rokr1> Hi guys
[11:58] <rokr1> I have a problem
[11:59] <rokr1> with indicator-datetime-service memory leak
[11:59] <penguin42> would you like to tell us what the problem is?
[11:59] <rokr1> any solution available ?
[12:00] <penguin42> hmm seems to be bug 772340
[12:00] <ubot2> Launchpad bug 772340 in indicator-datetime "e-calendar-fact and indicator-datet consumes 2,6GB Memory" [High,Fix released] https://launchpad.net/bugs/772340
[12:00] <penguin42> rokr1: Can you confirm what version you have of package indicator-datetime ?
[12:02] <rokr1> I am on 64 bit got my system unconfigured due this bug since its a  server x64 running kernel 3.3.4
[12:02] <rokr1> unfortunately I uninstalled all the ubuntu components
[12:02] <rokr1> and it seems that my apt went missing
[12:03] <penguin42> rokr1: Can you tell me the package version - dpkg -l indicator-datetime   I think
[12:03] <rokr1> oh okay a minute please
[12:04] <rokr1> oops my system is broken now
[12:07] <rokr1> I removed all ubuntu component that removed my apt and damaged dpkg
[12:08] <rokr1> I also had issues with geoip opening unwanted outbound connections to ubuntu server
[12:08] <rokr1> that was my major concern
[12:08] <rokr1> penguin42
[12:08] <rokr1> any advise
[12:09] <penguin42> if your dpkg is that broken then it sounds like you need a reinstall
[12:09] <rokr1> I did apt-get purge ubuntu*
[12:09] <rokr1> so did it removed all ubuntu plugins
[12:09] <rokr1> ?
[12:10] <rokr1> I still have aptitude functional
[12:10] <penguin42> well you can reinstall what you removed if you know, but if you don't then it's probably easier to reinstall
[12:14] <rokr1> resolvconf and libgdk-pixbuf2.0-0 are missing dependencies
[12:14] <rokr1> to get apt to work
[12:36] <uxq> How do I attach an ubuntu-bug report (i.e., all the files) to an existing bug report using ubuntu-bug
[12:37] <jtaylor> apport-collect
[12:38] <uxq> hmm, only works if I am the originator
[12:41] <penguin42> when I did that yesterday it gave me a warning if I wasn't the originator but let me do it if I clicked yes
[12:44] <rokr1> I got apt working now
[12:44] <rokr1> manually installed the package
[12:45] <uxq> it only gives me the option of clicking "Close"
[12:47] <uxq> You are not the reporter or subscriber of this problem report, or the report is a duplicate or already closed
[12:47] <penguin42> uxq: Interesting, the KDE frontend yesterday had 3 options, one of which was a Yes I really want to
[12:48] <uxq> I marked a bunch of bugs as duplicates, but the original bug doesn't have the backtrace
[12:48] <uxq> will devs actually look at the duplicates?
[12:49] <penguin42> uxq: Possibly not unless you point them to it
[12:49] <rokr1> is the bug for geoip unity solved ? like it opens an unwanted outbound connection
[12:49] <penguin42> uxq: While you generally dupe to the earliest number, if actually one of the others has a much better report it's best to dupe to that
[12:50] <penguin42> uxq: Add a comment that says something like 'there are more interesting back traces in ....'
[12:51] <uxq> https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/980519
[12:51] <ubot2> Launchpad bug 980519 in xorg "Random log off in Ubuntu 12.04 LTS" [Undecided,Confirmed]
[12:52] <uxq> I did, can you mark the important as "High" ?
[12:52] <uxq> this is unreal how many people are affected
[12:54] <rokr1> penguin42: I am installing the gnome-shell
[12:54] <uxq> darn, I linked the dupe to the later one
[12:55] <rokr1> penguin42: with lightdm, installin them right now
[12:55] <uxq> maybe some bug admins will clean it up for me, my bad
[12:57] <uxq> Is there a way to use apport to collect all info about my system, then I can create an attachment?  I'm not using kde
[12:57] <uxq> or is there a way I can use the KDE apport?
[12:57] <uxq> (without installing KDE)
[12:58] <rokr1> what does the indicator-datetime-service do ?
[12:59] <jtaylor> uxq: see man apport-cli
[12:59] <jtaylor> some of the options might do what you want
[12:59] <jtaylor> --save looks goo
[13:05] <rokr1> ??
[13:05] <rokr1> anyone
[14:07] <alo21> hi all
[14:07] <alo21> could you tell an easy package?
[14:18] <alo21> Flannel: hi
[14:18] <alo21> can you help me?
[14:18] <alo21> please
[14:20] <alo21> done...
[14:20] <alo21> do not worry
[14:46] <alo21> epikvision: hi
[14:47] <alo21> epikvision: can you help me?
[14:47] <epikvision> hello
[14:47] <Resistance> alo21:  whats up?
[14:47] <alo21> Resistance: I would like to fix bugs
[14:47] <epikvision> alo21: yeah, Resistance is the better one to talk to
[14:48] <epikvision> but I could get you started
[14:48] <Resistance> actually, on a day like today, one of the more senior bugsquad peoples or the MOTUs would be better to talk with
[14:48]  * Resistance yawns
[14:48]  * epikvision sighs
[14:48] <epikvision> that is true.
[14:48] <epikvision> be prepared, alo21, to do lots of reading
[14:49] <Resistance> but that's because i've only been up for an hour xD
[14:49]  * Resistance hasnt had his coffee yet
[14:50] <alo21> epikvision: Resistance I am reading at harvest.ubuntu
[14:50] <alo21> to find an easy bug... and it is ok
[14:50] <txomon|home> I have asked this in #ubuntu-server and #ubuntu-testing, and hope someone can give any idea. When using mini.iso or netboot (i use the last one) which is the aim of putting the "Manual package installation" if it crashes the install?
[14:50] <Resistance> ugh, why didn't i copy my mozilla and firefox folders from my old drive >.>
[14:51]  * Resistance is still getting his systems back online
[14:51] <alo21> epikvision: Resistance in the meanwhile i am reading this guide https://wiki.ubuntu.com/Bugs/HowToFix
[14:53] <epikvision> alo21: are you very familiar with the command line?
[14:53] <alo21> epikvision: Resistance a little bit
[14:53] <epikvision> https://help.ubuntu.com/community/UsingTheTerminal
[14:53] <epikvision> better master the terminal before you get started
[14:54] <Resistance> i strongly agree
[14:54] <epikvision> Let me quote philipballew for you
[14:54] <Resistance> the terminal and CLI is one of a developer's most utilized, and most intimidating, tools
[14:54] <epikvision> "to know linux is to know the command line."
[14:55] <epikvision> Resistance: can the tasks of the command line be accomplished in an IDE like Eclipse or Geanie?
[14:55] <epikvision> or that just isn't possible; one must embrace the command line for these tasks?
[14:56] <epikvision> tasks = bug reporting, packaging, etc.
[14:56] <Resistance> epikvision:  it can, but only for code, when you get into packaging and debdiffs, you should do that via command line only
[14:56] <Resistance> bug reporting is done on launchpad, packaging is done via CLI
[14:56] <epikvision> ahh
[14:56] <Resistance> code fixing is done by [editor of your choice]
[14:56] <epikvision> I c
[14:56] <Resistance> personally, i use GEdit or Kate for when fixing code, but that's because I don't like most IDEs
[14:57] <Resistance> (GEdit is the text editor in Ubuntu, Kate's the advanced text editor in Kubuntu)
[14:57] <Resistance> speaking of which...
[14:57]  * Resistance forgot to install Kate for his KDE environment
[14:57] <Resistance> oops
[14:57] <alo21> epikvision: my main question is: Can I really edit source coude whatever I want to fix the bug?
[14:57] <epikvision> of course
[14:58] <Resistance> you should do targetted editing to fix bugs
[14:58] <Resistance> and then submit diffs to the bug for review
[14:58] <alo21> epikvision: directly from the source or via a patch?
[14:58] <Resistance> alo21:  via a diff / patch
[14:58] <Resistance> alo21:  and then you submit that to the bug, and a team will review it
[14:58] <Resistance> it is of course possible bugs arent fixed by patches, in which case patches can be rejected, so unless you're certain your patch fixes a bug, don't submit it (my advice)
[14:58] <Resistance> or have someone else test it before submitting
[14:59] <Resistance> (that's my tactics)
[14:59] <epikvision> sounds sweet
[14:59] <alo21> Resistance: why wiki suggests me thhe command to join a patch "patch -p1 < ../bugfix.patch"
[14:59] <alo21> if I edit directrly from the source?
[14:59] <Resistance> to include a patch in code, yes.  but that's for testing
[15:00] <Resistance> when you work on Ubuntu packages, you can do stuff that method, or you can include it in a patch in a package, but that's advanced stuff
[15:00] <Resistance> for your testing, you should do that, yes.
[15:00] <Resistance> but when you submit the patch, it may be included in the package as a patch so that at build-time for the package it will apply the patch
[15:00]  * Resistance sees this more often than not
[15:01]  * epikvision raises his hand
[15:02] <epikvision> Resistance: should the developer's environment have the next upcoming release in his computer?
[15:02] <Resistance> epikvision:  in some way shape or form, yes.
[15:02] <epikvision> like the testiso thing?
[15:02] <Resistance> lemme give you an overview of where bugs get fixed:
[15:02] <Resistance> When a new bug is filed, and a fix released, it is a candidate to be included/synced/updated in the latest development release, in this case Quantal
[15:03] <Resistance> The exception are upstream bugs, such as the one you ran into a few days ago epikvision
[15:03] <epikvision> ahh
[15:03] <Resistance> in which case those are fixed in the upstream program itself
[15:03] <Resistance> and are included whenever that version shows up for Ubuntu
[15:04] <Resistance> When testing programs to confirm bugs, and then fix bugs, you should test with the latest development release (because if the bug exists in Precise, it probably exists in Quantal)
[15:05] <Resistance> whoopsies, i forgot to upload a patch for a bug...
[15:05] <epikvision> well, that was good stuff, Resistance
[15:05] <epikvision> thanks.
[15:06] <alo21> epikvision: Resistance https://bugs.launchpad.net/ubuntu/+source/xine-lib/+bug/810407
[15:06] <ubot2> Launchpad bug 810407 in xine-lib "small typo in src/audio_out/audio_directx2_out.c:392" [Undecided,Confirmed]
[15:06] <alo21> here a bug
[15:07] <alo21> should I work in xine-lib (ubuntu) rigth
[15:07] <alo21> right*
[15:08] <alo21> ?
[15:08] <Resistance> this was upstreamed, it seems, and its sat there for almost a year upstream
[15:09] <Resistance> https://bugs.xine-project.org/show_bug.cgi?id=422
[15:09] <ubot2> bugs.xine-project.org bug 422 in Plugins / Audio Output "Typo in translatable string in directx audio output code." [Normal,Unconfirmed]
[15:11] <Resistance> a lot of bugs are upstreamed :P
[15:11]  * Resistance yawns as he finally gets up to get a cup of coffee
[15:12] <epikvision> upstreamed means the bug doesn't need to be touched.
[15:12] <epikvision> ?
[15:12] <epikvision> Resistance: 'cuz it's taken care of.
[15:12] <Resistance> it might need poked upstream, but usually means that it doesnt need immediate fixing in  ubuntu and needs fixing upstream (with the program developers, an dnot just Ubuntu)
[15:13] <epikvision> ahh, so it's the program developers who are more in charge
[15:13] <Resistance> for example: say you found a bug in a webserver package, lets say nginx.  The bug is a critical bug, and exists on all versions of the program, including that built from source not in Ubuntu.
[15:13] <Resistance> you would file that bug against the package in ubuntu, but that would then be upstreamed to their bugtrackers for their devs to fix
[15:14] <Resistance> and if you submitted a patch that fixed it, that'd go upstream as well
[15:14] <Resistance> but that's just an example :P:
[15:15] <Resistance> there's a whole bunch of guidelines for what needs upstreaming and what doesnt
[15:15] <Resistance> and frankly, i'm not even sure 100% of which cases require upstreaming :P
[15:15] <Resistance> okay, seriously, i need my coffee now
[15:15]  * Resistance shall return
[15:17]  * epikvision winks.
[15:18] <epikvision> Resistance: I'll have to read a lot then.  There is much to learn.
[15:19] <txomon|home> can anyone have a look on this: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/924959
[15:19] <ubot2> Launchpad bug 924959 in chromium-browser "chromium browser not working in guest account" [Undecided,New]
[15:20] <txomon|home> and this one: https://bugs.launchpad.net/ubuntu/+source/update-inetd/+bug/919660
[15:20] <ubot2> Launchpad bug 919660 in update-inetd "bootp doesn't have an updated man/xinetd boot script" [Undecided,New]
[15:20] <txomon|home> and this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/975197
[15:20] <ubot2> Launchpad bug 975197 in linux "Can't avoid mounting in boot time" [Medium,Confirmed]
[15:49] <Resistance> txomon|home:  what do you want us to look at it for?  in what context if i might ask
[15:50] <txomon|home> Resistance, what is to be done with them, 2 of them are Undecided, and the other, just confirmed
[15:50] <Resistance> txomon|home:  the chromium browser one is filed against 11.10, i'd like them to test it in Precise, and I commented as such
[15:51] <Resistance> i'm checking the other two
[15:51] <txomon|home> oki
[15:51] <txomon|home> I am going to test in 12.04
[15:51] <Resistance> i've asked them to confirm in 12.04  too, i'd like more than one test ;p
[15:52] <Resistance> txomon|home:  are these bugs you're filing?
[15:52] <txomon|home> Resistance, doesn't
[15:52] <Resistance> txomon|home:  please answer my question ;P
[15:52] <txomon|home> ?
[15:52] <Resistance> are these bugs that you are filing?
[15:52] <Resistance> i.e. did you file these bugs you're referencing
[15:53] <txomon|home> this are the bug I have filled, and I would like to be able to move them
[15:53] <Resistance> ah
[15:53] <Resistance> post on that chromium browser bug the issue does not occur in Precise
[15:53] <txomon|home> Resistance, does
[15:54] <Resistance> it does?
[15:54] <Resistance> does it or does it not occur in Precise?
[15:54] <Resistance> you cant have it both ways :p
[15:55] <txomon|home> Sorry, I meant that it doesn't work in precise, and that it does occur in precise xD
[15:55] <Resistance> doesn't work, or doesn't occur?
[15:55] <Resistance> there's a difference
[15:55] <Resistance> if chromium doesnt work in precise that's a different bug
[15:56] <txomon|home> in guest account
[15:56] <Resistance> if the same issue as you had in 11.10 is still occuring, where it does not load in the guest account, i'll test once i'm back on 12.04
[15:56] <txomon|home> due to "Failed to move to ... PID " or sth like that
[15:56] <Resistance> (backing up my data right now)
[15:56] <Resistance> i'll check once i'm done backing up my 12.04 data
[15:56] <txomon|home> oki
[15:56] <Resistance> post on your bug that the same issue still occurs in Precise
[15:57] <txomon|home> oki
[15:58] <txomon|home> I am doing an apport-collect with the just installed lubuntu-core computer
[15:58] <Resistance> you dont really need a ton of apport bug stuff
[15:59] <Resistance> the 'linux' one i dont think is valid against the 'linux' package
[15:59] <Resistance> might be a samba problem
[15:59] <txomon|home> Resistance, it is a linux bug, because it doesn't skip mounting
[15:59] <Resistance> txomon|home:  its not supposed to skip mounting, when in fstab
[15:59] <txomon|home> true sry
[16:00] <Resistance> fstab will always try to mount
[16:00] <txomon|home> Resistance, but it gives the option
[16:00] <Resistance> if you dont want it to do that, remove it from fstab
[16:00] <Resistance> then the bug is in handling mounting of samba shares
[16:00] <Resistance> and not 'linux' because 'linux' is a package that contains a kernel (or rather is probably a metapackage that depends on the latest kernel)
[16:00] <Resistance> so against 'linux' it's invalid
[16:00] <txomon|home> if I put it in fstab, but the path is not /var but /mnt another guy told me it allowed to be skipped
[16:01] <Resistance> it's marked as "confirmed" but i'm not sure
[16:01] <txomon|home> Resistance, linux package is not valid, I agree
[16:02] <txomon|home> the idea is that in boot screen, it tells you it is waiting for network storage system, and if you want to skip it, you may press S (or G or whatever)
[16:02] <txomon|home> and the problem is that it doesn't work
[16:02] <Resistance> txomon|home:  its marked as confirmed, so i'll set it as Opinion
[16:02] <Resistance> or get it set rather
[16:03] <txomon|home> dont know if that option shouldn't be there or not (as you said fstab is mandatory) but if you give the option to choose, the decision should be effective
[16:06] <Resistance> i'm going to forward that to the BugSquad mailing list
[16:06] <Resistance> because i want additional opinions
[16:08] <penguin42> I know things like swap (which are speicified in fstab) will display the skip message if it's not available and it works, so IMHO that's just the same and therefore it's just a bug if the skip doesn't work
[16:11] <Resistance> agreed, but is it valid against the 'linux' package?
[16:11] <Resistance> having siad this i just sent this to the mailing list
[16:12] <txomon|home> Resistance, which is the package that mounts things specified in fstab?
[16:13] <Resistance> txomon|home:  that's why i emailed the mailing list :P
[16:13]  * Resistance isnt sure
[16:13] <Resistance> also, i'm wanting additional opinions on the Validity of that bug
[16:13] <penguin42> is that mountall ?
[16:13] <txomon|home> This  man  page is part of the util-linux package and is available from   ftp://ftp.kernel.org/pub/linux/utils/util-linux/.
[16:13] <Resistance> ?
[16:13] <txomon|home> man fstab
[16:14] <txomon|home> so the package is util-linux instead of linux?
[16:14] <Resistance> i'd... wait on that one
[16:15] <penguin42> Resistance: 'linux' isn't that bad a bet - I don't know how the skip stuff is done; the actual mounting is done by the kernel so if the kernel isn't letting it be cancelled that's reasonable - so even if it's wrong it's not a bad guess
[16:15] <Resistance> indeed
[16:15] <Resistance> hence, though, why i'd be looking for a secondary opinion anywyas ;P
[16:15] <Resistance> anyways*
[16:17] <txomon|home> and the bootp one, is it an opinion, bug or... how is that classified?
[16:22] <penguin42> looks like a bug from your description
[16:25] <txomon|home> I have another bug that is making me crazy, it randomly comes/goes.
[16:25] <txomon|home> but just sometimes (like 3 months intervals between apparitions)
[16:27] <penguin42> txomon|home: I assume there is some ubuntu policy of how to treat inetd/xinetd - and I'm not sure what it is, so I'm not sure what the right thing to do with that bootp one is
[16:48] <Resistance> penguin42:  i'd forward em to the mailing list, or just leave the bugs
[16:48] <Resistance> i did confirm chromium-browser's bug though, not sure though if its 100% against chromium, or something else
[16:48] <penguin42> yeh I just left it
[16:49] <Resistance> (sorry i had to swap drives again)
[20:26] <blkperl> can someone set the importance of bug 932064 to high
[20:26] <ubot2> Launchpad bug 932064 in amanda "amtape crash" [Undecided,Confirmed] https://launchpad.net/bugs/932064
[20:54] <alo21> hi all
[21:25] <alo21> mrand: hi.. can you help me please?
[21:25] <Resistance> alo21:  with?
[21:25] <Resistance> oh getting started on bugs?
[21:26] <alo21> Resistance: hi...
[21:26] <alo21> Resistance: some had reported a typo bugs
[21:26] <alo21> bug*
[21:26] <Resistance> where?
[21:26] <alo21> https://bugs.launchpad.net/ubuntu/+source/inkscape/+bug/807861
[21:26] <ubot2> Launchpad bug 807861 in inkscape "typo in ../src/widgets/toolbox.cpp:4685" [Low,Fix committed]
[21:27] <alo21> Resistance: some one has committed a fix yet
[21:27] <Resistance> !info inkscape precise
[21:27] <alo21> but not for both
[21:27] <Resistance> bleh, it doesnt listen here
[21:27]  * Resistance forgot
[21:27] <Resistance> alo21:  its committed upstream
[21:28] <Resistance> once inkscape 0.49 is included in Ubuntu the "traiged" in ubuntu becomes fix released
[21:28] <Resistance> i am probably assuming that inkscape hasnt been released as 0.49 stable
[21:28]  * Resistance should check
[21:28] <Resistance> yeah, 0.49 isnt released yet
[21:29] <Resistance> and therefore does not yet exist in Ubuntu
[21:29] <Resistance> so if/when 0.49 gets included in Ubuntu, that will become Fix Released
[21:29] <Resistance> and since its triaged, there's nothing you can do
[21:29] <alo21> Resistance: ok, thanks
[21:29] <Resistance> (because its an upstream-handled bug)
[21:30] <alo21> Resistance: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/923932 here
[21:30] <ubot2> Launchpad bug 923932 in libreoffice "LibreOffice icons classic" [Undecided,Confirmed]
[21:30] <alo21> there is a bug that reguards two package
[21:31] <alo21> packages*
[21:31] <Resistance> there's a lot of bugs that are connected to multiple packages
[21:31] <Resistance> :P
[21:31] <Resistance> heck, i've even handled a few
[21:31] <alo21> and how does it work?
[21:32] <alo21> Should I check in wich package is the bug?
[21:32] <Resistance> nope, if it says 'confirmed' then its apparent in both, but i dont know enough about the packages to fix it
[21:33] <Resistance> if you're unsure how to help debug packages, I suggest you ask in #ubuntu-motu on how to get started in locating bugs in programs
[21:35] <alo21> Resistance: thank you :)
[21:36] <Resistance> because even though these're bite-sized bugs, some of em can be tricky to find solutions for
[21:36] <Resistance> heck, the PHP5 bug i worked on which really was a feature request took me a while to locate the file to change :P
[21:36] <Resistance> and that's a pretty decent-sized package/program
[21:38] <alo21> is very difficult for me finding new bugs without a fix commitee, which is assigned to nobody
[21:38] <Resistance> well the key is to see whether its upstream or not
[21:38] <alo21> Resistance: how=
[21:38] <alo21> ?
[21:39] <Resistance> if its got something else tied to it and its *not* a package (i.e. not "something (ubuntu)") then its probably been forwarded upstream
[21:40] <alo21> Resistance: I should check all bugs to find the one which is not in upstream
[21:41] <Resistance> i'd recommend just sticking to the bitesized ones
[21:41] <Resistance> look for ones that arent upstream
[21:41] <Resistance> or ones that are not committed upstream
[21:41] <Resistance> (because you can still provide a patch to the upstream)
[21:41] <alo21> Resistance: ok... I have to go... bye


[23:45] <Ubuntubruger8> Hi there ... I'm trying to install docker on Ubuntu 16.04LTS and it freezes (I have to kill the process)
[23:45] <Ubuntubruger8> anyone has an idea?


[16:33] <Kow> https://bugs.launchpad.net/fedora/+source/pcmanfm/+bug/1878625
[16:33] <Kow> not sure how that bug slipped past 20.04 and 20.04.1 release reviews
[16:33] <Kow> that should have been critical since it impacts 100% of LXDE users
 Kow: Lubuntu switched to LXQt in 18.10
 @A ¥ [can i install a new distro on the same partition in which i ve installed lubuntu …], It you wish to override it, yes
[16:43] <Kow> lubot: Thanks. That pretty much puts the nail in the coffin for me with Ubuntu. Back to debian i go.
 @Kow [<Kow> lubot: Thanks. That pretty much puts the nail in the coffin for me with Ub …], Farewell
 @Mateusz Konieczny [How should I proceed after supposedly succesfull installing Lubuntu along Window …], EFI?
 @Mateusz Konieczny [*goes to google what EFI means*], Did you install any other distro previously on this machine?
 @Mateusz Konieczny [No, it is a Dell laptop that I just bought.], Then you hsould at least try turning secure boot off
 @Mateusz Konieczny [Is advice to kill fast startup in WIN10 stilll applicable? https://askubuntu.com …], Yes
 @Mateusz Konieczny ["Secure boot enable" in BIOS is disabled.], Good
[17:17] <apt-ghetto> Well, it is normal, if you have a Windows installation in UEFI mode and a Linux installation in BIOS mode
[17:17] <apt-ghetto> If you like to have a working dual boot, then you have to install both systems in the same mode
[17:19] <apt-ghetto> Start the installer in UEFI mode
[17:19] <apt-ghetto> Do you use an USB stick? Or DVD? How did you create it?
[17:24] <apt-ghetto> @Mateusz Koniecny How do you boot from the USB stick? Do you select it from a boot menu of your firmware? Or have you set the USB drive at the first position in the boot order?
[17:27] <apt-ghetto> Is your device listed only once or are there two entries for your USB stick?
[17:31] <apt-ghetto> Please check, that your USB stick contains a folder named "EFI", and check also in your firmware settings, that you have disabled "CSM" or "BIOS Legacy".
[17:49] <apt-ghetto> When you are at the partitioning step, you should see "EFI" on the top left side
[17:51] <apt-ghetto> You can open also a terminal and test it with: [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
[17:51] <apt-ghetto> The output should be "UEFI"


[11:14] <[NikO]> hi erUSUL
[11:22] <erUSUL> [NikO]: Good Morning!
[11:30] <[NikO]> you too
[11:30] <[NikO]> no matter with uBOTu-fr ?
[11:45] <erUSUL> [NikO]: no problems so far...
[21:20] <stefanlsd> Could i please request an Ubuntu Member Irc Cloak - https://edge.launchpad.net/~stefanlsd
[21:23] <PriceChild> stefanlsd: group an alternate nick please. "/nick alternatenick", "/msg nickserv group"


[13:50] <xnox> cp: cannot stat '/usr/lib/shim/shimx64.efi.signed': No such file or directory
[13:50] <xnox> trying to build d-i locally, is that the right way... to get shim from the env? rather than downloading it from the distribution one is building for?
[13:51] <xnox> e.g. i'm on xenial, building zesty d-i, surely zesty's shim should be used just like all the other udebs?
[13:54] <xnox> looks like on xenial path is different, so copying /usr/lib/shim/shim.efi.signed to /usr/lib/shim/shimx64.efi.signed.... but d-i should be downloading it with apt somehow from zesty, rather than using my xenial host efi
[21:39] <cyphermox> xnox: it's a new name for the new shim everywhere.
[21:39] <cyphermox> (sorry, I hadn't looked in here until now on account of not having been pinged)


[05:34] <jacob__> I am a n00b at Ubuntu. I am having issues with WINE. When I try to install Starcraft 2 through the disc, it has an error message:
[05:35] <jacob__> no installer data could be found. If this problem persists, please contact Blizzard Technical Support
[05:35] <jacob__> Anyone have any Ideas?
[05:36] <ChogyDan> !wine | jacob__    and check the appdb
[05:42] <jacob__> #winehq
[05:44] <jacob__> What do virtualizers do?
[05:45] <ebroder> Is there a good version number for "we have an Ubuntu-specific patch that we need to revert" such that the autosync scripts will pick it up in the future?
[05:45] <ebroder> I'm looking at python-parted - there was an Ubuntu patch added last cycle to make it work against parted 2.2, but that breaks it against parted 2.3
[05:46] <ebroder> I could upload a 3.4-2ubuntu2 or a 3.4-2ubuntu2really3.4-2 but neither of those are particularly productive
[05:53] <jacob__> Remember I'm a total n00b at Linux. I've managed to install all the software I want, except my PC games. Warcraft 3 ROC and FT give me a black screen upon playing and Starcraft 2 refuses to execute.
[05:53] <jacob__> Any ideas?
[06:44] <AnAnt> Hello
[11:09] <bdrung> ebroder: 3.4-2ubuntu2 and write it into d/changelog that the package is back at 3.4-2 and that it can be synced next time
[11:09] <bdrung> there is probably no way to mark it autosyncable
[11:45] <directhex> http://i.imgur.com/oqgFC.png
[16:48] <ScottK> ebroder: Do 3.4-2ubuntu2 and put an explicit note in debian/changelog that there is no diff left and it's syncable when Debian updates.
[16:48] <ScottK> Heh.  Or what bdrung already said...


[04:44] <mup> Bug #994779 changed: changing the IP address of the maas server requires a reinstall <MAAS:Invalid> <maas (Ubuntu):Expired> <https://launchpad.net/bugs/994779>
[07:00] <bhundven> The node page on my maas 1.8.0 (1.8.0+bzr4001-0ubuntu2~trusty1 - ppa:maas-maintainers/stable) seems to just spin. I've looked at every log I can find, how would I go about debugging this issue? http://i1215.photobucket.com/albums/cc520/bhundven/Screenshot%20from%202015-07-26%20235221_zpspmqudyzg.png
[07:38] <bhundven> hrm, seemed to be a session thing. I had to logout and back in.
[16:46] <mup> Bug #1478638 opened: Always use MAC address for IPMI if MAAS connected directly <MAAS:New> <https://launchpad.net/bugs/1478638>
[18:32] <plars> anyone here have experience using maas with APC PDUs? We've upgraded to 1.8.0 so that we have support for that now, but the power control over snmp doesn't seem to work reliably


[06:41] <mborzecki> morning
[06:48] <mup> PR snapd#9563 closed: secboot: set metadata and keyslots sizes when formatting LUKS2 volumes <Run nested> <UC20> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9563>
[06:52] <zyga> good morning
[06:52] <zyga> I need to look after Lucy for an hour and a half now so I won't start until I can pass her over
[07:17] <mborzecki> z hey
[07:41] <zyga> back in the office
[07:41] <zyga> mborzecki, how are things?
[07:46] <mborzecki> zyga: heya
[07:47] <mborzecki> heh, surprising, `mkfs.ext4 <dev>` and `mkfs.ext4 -T default <dev>` produces quite different overhead in the fs
[07:47] <mborzecki> even though if you don't specificy -T, it's the same as 'default'
[07:48] <zyga> oh?
[07:48] <zyga> overhead as in % reserved for root?
[07:52] <mborzecki> zyga: idk, looked at free space only and it was like ~8MB vs ~5MB, but did not investigate further
[07:52] <zyga> interesting
[07:52] <zyga> maybe different feature set?
[07:55] <zyga> I'll start in ~30 minutes
[08:01] <pstolowski> morning
[08:07] <mborzecki> pstolowski: hey
[08:07] <mborzecki> zyga: so if you don't specify anything mkfs.ext4 has some heuristic to choose the settings based on block device size
[08:13] <pstolowski> o/
[08:16] <pedronis> mborzecki: hi, do we need to sync on something?
[08:17] <mborzecki> pedronis: not yet, i've opened https://github.com/snapcore/snapd/pull/9565 yesterday
[08:17] <mup> PR #9565: [RFC] overlord/devicestate: bind mount ubuntu-save under /var/lib/snapd/save on startup <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9565>
[08:17] <pedronis> yes, saw it
[08:17] <zyga> hey pstolowski, pedronis
[08:17] <mborzecki> pedronis: there's some trouble with default ext4 parameters that we pass during install, instead of ~8MB of free space we get slightly above 4
[08:17] <zyga> how are you? :)
[08:18] <pedronis> mborzecki: in save ?
[08:18] <mborzecki> pedronis: looks like it's beacuse of using -T default instead of letting mkfs choose
[08:18] <mborzecki> pedronis: yes
[08:18] <pedronis> ok
[08:25] <pedronis> mborzecki: do you why we chose to pass default manually?
[08:26] <pedronis> it doesnt seem a good idea in general
[08:26] <mborzecki> pedronis: iirc this follows what ubuntu-image does, the idea was to stick to it as close as possible
[08:26] <pedronis> mmh
[08:27] <mborzecki> pedronis: i'm thinking that maybe it's best to just let mkfs use the defaults from /etc/mke2fs
[08:27] <pedronis> yes, tha would be my impression reading the man page
[08:33] <mborzecki> mhm, i'm adding a little spread test for save, and will tweak the install next
[08:56] <zyga> hmm
[08:56] <zyga> fresh master fails on my machine
[08:56] <zyga> with the following error:
[08:56] <zyga> FAIL: firstboot_test.go:1547: firstBoot16Suite.TestPopulateFromSeedMissingBase
[08:56] <zyga> ...     "cannot accept some assertions:\n" +
[08:56] <zyga> ...     " - assertion is signed with expired public key \"ByUltd1OtnFrz7CpmYlxAB5YDg_hcimrdPamuMMYNtGzKOvJreXK-DpKYZYMG9Lv\" from \"canonical\"\n" +
[08:58] <mup> PR snapd#9568 opened: interfaces,snap: use correct type: {os,snapd} for test data <Skip spread> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/9568>
[08:59] <pedronis> mborzecki: I did a pass on #9565
[08:59] <mup> PR #9565: [RFC] overlord/devicestate: bind mount ubuntu-save under /var/lib/snapd/save on startup <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9565>
[08:59] <mborzecki> pedronis: thanks, i'll check the comments in a bit
[08:59] <zyga> jamesh, I'd like to skip this call and focus on landing last few bits before I go
[09:00] <jamesh> zyga: okay
[09:01] <zyga> pedronis, ^ is the assertion error expected?
[09:01] <zyga> did we forget to bump some key expiry date?
[09:01] <pedronis> zyga: it's passing here
[09:02] <zyga> HMM
[09:02] <zyga> I did govendor sync as well as some secboot stuff was changed
[09:03] <zyga> pristine master: ... value *errors.errorString = &errors.errorString{s:"assertion is signed with expired public key \"UnnnrXnSNgBgPXpScoO0g3LVnpoFhL3lXme5LYUOhKqLcvioXURIz4jPvzR9zo2b\" from \"canonical\""} ("assertion is signed with expired public key \"UnnnrXnSNgBgPXpScoO0g3LVnpoFhL3lXme5LYUOhKqLcvioXURIz4jPvzR9zo2b\" from \"canonical\"")
[09:03] <zyga> but in a different test now: FAIL: writer_test.go:1989: writerSuite.TestDownloadedCore20CheckBase
[09:03] <mup> PR snapd#9569 opened: tests/nested/core20/save: a test that verifies ubuntu-save is present and set up <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9569>
[09:03] <zyga> and the error I saw before is gone
[09:03] <zyga> wth?
[09:04] <zyga> another run and it passed
[09:04] <zyga> wat?
[09:05] <zyga> I nuked my go cache and I cannot reproduce this
[09:06] <zyga> so weird
[09:18] <pedronis> zyga: I read there's a bug in go with recent tzdata versions
[09:18] <zyga-mbp> aha
[09:18] <pedronis> not sure it's relevant or not
[09:18] <pedronis> here I have the not affected/ing tzdata fwiw
[09:58] <mborzecki> hm maybe we need to ship /etc/mke2fs.conf in the core snap for the heuristic to work
[09:58] <mborzecki> i did the chabnge, doble checked it's used but the size change isn't there
[10:07] <mborzecki> fwiw, there's a buitlin use in that scenario
[10:08] <mborzecki> https://github.com/tytso/e2fsprogs/blob/ae3a1d571beb1b86cedfee6652a327854499da3f/misc/mke2fs.conf.in
[10:17] <mborzecki> heh, so the built-in config on 20.04 is somewhat different from what i have
[10:20] <mborzecki> so the difference is blocksize, whic is 1024 in the default mke2fs.conf but somehow 4096 in focal
[10:39] <mup> PR snapd#9570 opened: gadget/internal: let mkfs.ext4 figure out the best setup <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9570>
[10:54] <zyga> re, sorry, I had to power off this VM for a call
[10:57] <zyga> mborzecki, could you please help me with and vulnerable hosts will be notified.
[10:57] <zyga> er
[10:57] <zyga> copy paste fiasco
[10:58] <zyga> https://github.com/snapcore/snapd/pull/9530
[10:58] <mup> PR #9530: interfaces: share /tmp/.X11-unix/ from host or provider <Needs security review> <⚠ Critical> <⛔ Blocked> <Created by zyga> <https://github.com/snapcore/snapd/pull/9530>
[10:59] <mup> PR snapd#9568 closed: interfaces,snap: use correct type: {os,snapd} for test data <Skip spread> <Test Robustness> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/9568>
[11:03] <zyga> pedronis, I'd like to return to https://github.com/snapcore/snapd/pull/9546
[11:03] <mup> PR #9546: overlord: add inert export manager <Created by zyga> <https://github.com/snapcore/snapd/pull/9546>
[11:03] <zyga> pedronis, I will look at reducing the structure if that is possible but any advice on what you were thinking about would be useful
[11:03] <pedronis> zyga: let me comment there in a couple of minutes
[11:04] <zyga> pedronis, thank you, I'll put my full attention to this
[11:15] <zyga> back with tea
[11:21] <mup> PR snapcraft#3338 closed: Rename plugins keys <Created by xnox> <Closed by xnox> <https://github.com/snapcore/snapcraft/pull/3338>
[11:22] <pedronis> zyga: commented
[11:22]  * pedronis lunch
[11:22] <zyga> looking
[11:24] <zyga> thanks!
[12:24] <mup> PR snapd#9571 opened: tests: re-enable the apt hooks test <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9571>
[12:31] <zyga> brb
[12:31] <mup> PR snapcraft#3343 opened: build providers: set snapd proxy settings after setup_environment() <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3343>
[12:42] <zyga> re
[12:46] <pedronis> mborzecki: I added a couple more commens and follow up comments to 9565
[12:47] <mborzecki> pedronis: thanks, saw them
[12:48] <pstolowski> ijohnson: hey, i've replied to your questions on preseed+hooks PR, i hope it makes sense now?
[12:54] <ijohnson> hey pstolowski yes thank you for the excellent explanation it makes sense now
[12:55] <ijohnson> I will approve shortly
[12:57] <pstolowski> thx
[13:00] <cachio> mborzecki, hey
[13:00] <cachio> in f33 I see this https://paste.ubuntu.com/p/SnMj8xF3Hr/
[13:00] <cachio> for selinux-clean test
[13:00] <cachio> could be needed any change in the selinux policy?
[13:17] <zyga-mbp> cachio probably a change in the fs layout that makes us do something new
[13:18] <cachio> zyga-mbp, ok, I'll research a bit more
[13:18] <mborzecki> cachio: yeah, we may need to tweak something
[13:19] <zyga-mbp> it's really annoying that there's no path
[13:19] <zyga-mbp> just a type
[13:19] <mborzecki> zyga-mbp: still an umount by s-c, there shouldn't be too many of those
[13:19] <zyga-mbp> mborzecki that includes all of snap-update-ns, no?
[13:20] <zyga-mbp> so ... well, a lot
[13:20] <zyga-mbp> snap-confine doesn't unmount anything IIRC
[13:20] <zyga-mbp> (anything that is not fixed)
[13:20] <mborzecki> hm, s-u-n should run with a seaprate context (maybe it's not?)
[13:22] <zyga-mbp> mborzecki it is for apparmor but I don't think it is for selinux
[13:23] <mborzecki> zyga-mbp: there's snappy_mount_t, transitions should be set up
[13:28] <mborzecki> hahah the new github jobs status emails are brilliant, huge heading 'some jobs were not successful', but doesn't really say which ones
[13:33] <mborzecki> pedronis: i've updated #9565
[13:33] <mup> PR #9565: overlord/devicestate: bind mount ubuntu-save under /var/lib/snapd/save on startup <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9565>
[13:34] <pedronis> mborzecki: thx
[13:41]  * zyga-mbp is making progress but needs to interrupt for a while, should resume after standup
[13:41] <zyga-mbp> most of the code is updated, some new tests are being added now
[13:47] <mborzecki> pedronis: can you take a look at https://github.com/snapcore/snapd/pull/9566#discussion_r514269126 ? shouldn't this be /run/mnt/ubuntu-save/device/fde, so InitramfsUbuntuSaveDir + "device/fde" ?
[13:47] <mup> PR #9566: boot: store the TPM{PolicyAuthKey,LockoutAuth}File in ubuntu-save <Run nested> <UC20> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9566>
[13:48] <mborzecki> or we should bind mount save under install host writable save during install?
[13:49] <pedronis> mborzecki: I don't know, we have save mounted somewhere by gadget/install ?
[13:49] <pedronis> we should pick the right dir though
[13:50] <pedronis> mborzecki: maybe the SideData should tell use that
[13:50] <pedronis> *us
[13:50] <mborzecki> pedronis: yes, it's under InitramfsUbuntuSaveDir aka /run/mnt/ubuntu-save
[13:50] <pedronis> I mean, the bind mount seems overkill for install
[13:51] <pedronis> as long as we have the right path to use
[13:51] <mborzecki> i'll look into it
[13:51] <pedronis> thx
[13:55] <mup> PR snapd#9571 closed: tests: re-enable the apt hooks test <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9571>
[13:55] <mborzecki> pedronis: the final path in run mode is supposed to be /var/lib/snapd/save/device/fde right?
[13:56] <pedronis> yes
[13:57] <dot-tobias> Would the hardware-observe interface give my snap access to /sys/class/dmi/id/chassis_type and /sys/firmware/acpi/pm_profile? snappy-debug just advises to “adjust program to not access <sys device>”
[13:57] <mborzecki> ack
[14:00] <mup> PR snapd#8395 closed: o/ifacestate: handle interface hooks when preseeding <Preseeding 🍞> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/8395>
[14:32] <mup> PR snapcraft#3344 opened: pyproject: add isort with black-compatible configuration <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/3344>
[14:47]  * zyga-mbp has terrible headache and takes a break
[14:48] <ijohnson> dot-tobias: your snap by default should have read access to `/sys/class/**` by the default profile, do you need write access ?
[14:49] <ijohnson> dot-tobias: regarding /sys/firmware/acpi, we don't seem to have any interface which allows that (either read or write), do you need read or write access to that?
[14:55] <mup> PR snapd#9572 opened: tests: update google sru backend to support groovy <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9572>
[14:59]  * cachio lunch
[15:01] <mborzecki> errands, afk
[15:16]  * zyga-mbp feels better but will resume work at 18:30
[15:29] <zyga-mbp> not so better, whatever it is :/
[15:45] <mup> PR snapd#9573 opened: o/devicetate,dirs: keep device keys in ubuntu-save/save for UC20 <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9573>
[15:55] <mup> PR snapd#9574 opened: o/devicestate,a/sysdb: make a backup of the device serial to save <Created by pedronis> <https://github.com/snapcore/snapd/pull/9574>
[15:56]  * zyga-mbp gets some meds
[15:56] <niemeyer> func (*containsCheckerSuite) TestContainsUncomparableType(c *check.C) {
[15:56] <niemeyer>         if runtime.Compiler != "go" {
[15:57] <niemeyer> This test will never pass.. it's "gc", I think
[15:57] <niemeyer> Not exactly life threatening, though :)
[15:58] <ijohnson> niemeyer: good catch I can fix that in snapd
[15:58] <niemeyer> ijohnson: Thanks
[15:58] <pedronis> mvo: mborzecki: I opened my PRs
[15:59] <niemeyer> ijohnson: While you're there, another trivial: cmdVersion.Execute doesn't return the error from printVersions
[16:00] <niemeyer> Not a big deal for the current implementation, but it's not ideal at least
[16:00] <ijohnson> sure that at least doesn't make any tests fail :-)
[16:03] <ijohnson> niemeyer: #9575 :-)
[16:03] <mup> PR #9575: testutil, cmd/snap/version: fix misc little errors <Simple 😃> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9575>
[16:05] <niemeyer> ijohnson: Speed coding? :)
[16:05] <niemeyer> ijohnson: Thanks!
[16:05] <ijohnson> haha just happened to be switching between other things and so it was easy enough to just do it
[16:05] <mup> PR snapd#9575 opened: testutil, cmd/snap/version: fix misc little errors <Simple 😃> <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9575>
[16:11] <pedronis> zyga-mbp: notice that some of your comments are actually about #9565 from mborzecki
[16:11] <mup> PR #9565: overlord/devicestate: bind mount ubuntu-save under /var/lib/snapd/save on startup <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9565>
[16:11] <pedronis> whichc my PR is stacked on
[16:11] <zyga-mbp> pedronis ah, I see
[16:15] <ijohnson> pedronis: mborzecki: #9560 is now updated
[16:15] <mup> PR #9560: gadget/many: drop usage of gpt attr 59 for indicating creation of partitions <Run nested> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9560>
[16:17] <ijohnson> gofmt 1.9 strikes again!
[16:33]  * mvo is in non-stop meetings fwiw, but will read backlog
[16:57] <pstolowski> pedronis: good news, i think we don't need go 1.13, older go has .WithContext() method that returns new request, and we even use it in the code. what is more, it seems to be working
[16:57] <pstolowski> i also solved other issues i mentioned, and yes, the problem with the test was solved by pushing more data to fill the buffer
[16:58] <pedronis> pstolowski: ah, good
[16:58] <mborzecki> pedronis: zyga-mbp: pushed the updates to 9565
[16:58] <mborzecki> (needs 2nd reviews still)
[17:02] <mvo> mborzecki: some feedback from ijohnson in 9565, I can work on applying the feedback in a wee bit if you want?
[17:08] <mvo> cmatsuoka: it would be great if you could open your PR about the 1.5 object sealing today even if it's not perfect (maybe as a draft?). then samuele and the rest of .eu can look at it/help in our morning :)
[17:09] <cmatsuoka> mvo: yes, will do
[17:11] <mup> PR snapd#9572 closed: tests: update google sru backend to support groovy <Simple 😃> <Skip spread> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9572>
[17:13]  * mvo hugs cmatsuoka
[17:16] <cmatsuoka> mvo: I used the "messy-but-works" alternative because having someting ready in time is important, if I try to tidy up all the details beforehand we'd be at the risk of not having it done end-to-end
[17:17] <cmatsuoka> mvo: so I'll try to tidy it up as much as I can after it works but I'll open a draft PR anyway
[17:20] <mvo> cmatsuoka: great, thanks so much!
[17:30] <ijohnson> mvo: if needed I can move the meeting with Igor around if you wanted to meet before the SU tomorrow?
[17:30] <ijohnson> we were just going to go over my etrace blog post and get it published tomorrow
[17:33] <ijohnson> mmm github actions is very confused on 9565
[17:33]  * ijohnson sympathizes with github actions for being very confused
[17:42] <mvo> ijohnson: should be fine, but thank you!
[17:45] <ijohnson> ack sounds good
[20:57] <mup> PR snapd#9569 closed: tests/nested/core20/save: a test that verifies ubuntu-save is present and set up <Run nested> <UC20> <Created by bboozzoo> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9569>
[20:58] <mup> PR snapcraft#3342 closed: unit tests: mock os.environ.copy() for deb tests <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3342>
[22:08] <mup> PR snapcraft#3341 closed: repo: move apt ppa helpers into apt_ppa module <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3341>


[00:07] <mhall119> wtf
[00:07] <mhall119> u'openid.sreg.nickname': [u'bj7u6139zdyf2a6nz2ly74oe-info-jjcftv6wldnzq84cskygyvhq']
[00:08] <mhall119> what kind of username is that?
[00:13] <benonsoftware> josee
[00:13] <benonsoftware> Oops, sorry :/
[00:14] <cjohnston> an awesome one
[15:09] <cjohnston> steveedwards: hey.. the social media stream on uds.u.c... is that *just* twitter?
[15:10] <steveedwards> cjohnston: Hey. Twitter and the RSS of Planet.
[15:10] <cjohnston> ok.. ty
[15:11] <steveedwards> cjohnston: No worries.
[15:11] <cjohnston> who maintains the js? I think I may use that on summit
[15:18] <steveedwards> cjohnston: For UDS? I started it, but Michael Hall will maintain it long-term. We're using YUI.
[15:45]  * mhall119 knows nothing about YUI
[15:51] <steveedwards> mhall119: Me neither. I'm a jQuery chap.


[03:59] <SeriouslyLaugh> there should be some kind of karma bot for whoever helped someone in the main support channel
[03:59] <SeriouslyLaugh> or some way for volunteers to be recognized for a successful solve
[04:00] <SeriouslyLaugh> a bot would be annoying probably
[10:42] <lordievader> Good morning.
[12:00] <pauljw> hi everyone
[12:21] <BluesKaj> Hey all
[12:30] <pauljw> :)
[12:35] <BluesKaj> 'Morning pauljw :-)
[18:04] <OerHeks> :-)
[20:15] <MonkeyDust> look who's there, motaka2
[20:20] <TJ-> look who's quickly going grey, too!
[20:31] <BluesKaj> TJ-, I have to admit I admire your patience :-P
[20:32] <TJ-> haha I'm only doing it since I'm intrigued, and it isn't the user's lack of skill, despite what it has looked like. He's genuinely hitting several corner-cases one after the other
[20:32] <TJ-> the original issue breaking 12.04 during an attempted 14.04 release-upgrade was due to the terrible connectivity from what I can tell
[20:33] <BluesKaj> he must have mucked up some kernel module
[20:33] <BluesKaj> ahh, now I recall the some the original problem
[20:36] <BluesKaj> err some of the orginal
[20:37] <TJ-> the packages got stuck in a between releases situation with many core bits being a mix, and we couldn't figure a way out of it
[20:45] <DJones> Is saying that uefi if good a blasphemy? Updated a dual boot Ubuntu/Win 8.1 machine to Ubuntu/Win 10 today, no issues, upgrade took under an hour, didn't break grub, both os's work perfectly
[20:45] <DJones> s/if/is/
[20:47] <Bashing-om> DJones: TJ- Will bless you .
[20:47] <DJones> I was expecting to have to reinstall grub
[20:49] <Bashing-om> Yeah, that has been my general expectation aslo . UEFI is a great thing. We just have to learn the hows. huh .
[20:49] <DJones> But seems like once grub is installed, it actually works well with multiboot systems, Win 10 update just modified its own boot system
[20:51] <DJones> Seems like grub 2 is actually designed to work with grub at a base level and then links to various other o/s boot systems, rather than the old grub
[20:55] <TJ-> DJones: the beauty of UEFI is that the OS boot-loader is only involved for its own OS, no others, so there is no need for the boot-strap code to be replacing each others' bits
[20:55] <DJones> TJ-: Thats good to know, I was expecting a complete mess, but was pleasantly surprised
[20:55] <TJ-> DJones: UEFI has a dedicated FAT file-system, the EFI System Partition, and each OS/bootloader installs its own bootloader files there in separate paths, then adds a menu entry to the UEFI boot manager's menu which is stored in non-voltile RAM on the mobo
[20:57] <DJones> For me, it feels as though Grub has taken over uefi and then points to the various bootloaders
[20:58] <DJones> Which I won't complain about, the bootloader should be independent of the os
[20:59] <TJ-> No, the firmware's boot menu should have entries for each OS. If GRUB adds other OSes, it'll simply ask the UEFI services to boot those
[21:00] <DJones> Right, my laptop just goes straight to Grub, without any suggestion of a firmware entry
[21:00] <TJ-> UEFI boot menu stores a 'default' entry, so that's what  is happening. If at boot-time you press the firmware's manual boot option key, you'll see the firmware's view of the boot menu entries
[21:00] <DJones> I'm not worried how it works, just pleased that it works how I'd prefer it
[21:00] <DJones> Ah right
[21:02] <BluesKaj> I regret wiping the UEFI boot partition and GPT table for dos after I eceived my lenovo laptop, but 8.1 wasn't my cuppa tea i thought I' just get rid of all MS "junk" and install W7 and Kubuntu
[21:03] <BluesKaj> at the time I saw UEFI as an obstacle Linux
[21:03] <BluesKaj> to
[21:04] <DJones> I managed to modify Win 8.1 to look like win 7
[21:05] <DJones> So wasn't bothered by its different looks for the hour a month I might have booted it up
[21:05] <BluesKaj> well , I have W10 and Kubuntu 15.10 on it now, I let W7 auto upgrade
[21:06] <BluesKaj> yeah I just keep W10 around to keep up with my MS user friends
[21:07] <DJones> Heh, a pox upon you having MS user friends
[21:07] <DJones> I only have it for preparing powerpoint/publisher files for Church
[21:07] <BluesKaj> not much I can do they're not real computer savvy types
[21:08] <BluesKaj> one drank the MS kool-ade , took the MS certification course
[21:09] <DJones> I remember the days when all my friends used MSN, now they all use Gtalk/snapchat/skype etc
[21:10] <BluesKaj> got an IT job  that paid him peanuts until he finally got a half decent paying job in th elocal pulp & paper rmill


[01:26] <jfred> Does using the Ubuntu Touch SDK require that I be using the same version of Ubuntu on my laptop as on my phone?
[01:27] <jfred> I'm getting "Device detection reported unknown framework ubuntu-sdk-15.04" when trying to connect my Nexus 4 to a VM running 15.10
[06:59] <jfred> Aw, is qtbluetooth not included with ubuntu touch? :(
[07:09] <lotuspsychje> jfred: i think they still working on bluetooth
[07:10] <lotuspsychje> jfred: idle here for the devs to wake up and ask
[08:36]  * jfred is always idling :P
[08:37] <jfred> but yeah if we could just use the qtbluetooth libraries that would be awesome
[08:38] <jfred> sailfish uses it so it would make porting sailfish apps a lot easier
[09:17] <WolfiWolfi> hello, i've some problem with my ubuntu one account on my ubuntu touch smartphone. someone can help me?
[11:30] <nhaines> WolfiWolfi has a problem with his Meizu MX4 Ubuntu Edition with Ubuntu r6.
[11:30] <nhaines> He set up his Ubuntu One account, but when he goes to the Ubungtu store to download an app, it asks him to log in again.
[11:31] <nhaines> He has deleted the account and recreated it, but he still gets the error "Anmeldefehler", which is "log in error".
[11:32] <nhaines> Since it's still not working, he's hoping for more information.  Alternatively, if there are logs that he can grab, I'm sure he'd be happy to do so.
[11:32] <lotuspsychje> nhaines: i had same issue on bq 4.5
[11:33] <nhaines> lotuspsychje: were you able to work around it?
[11:33] <lotuspsychje> nhaines: i tryed to reset phone to defaults, but the loop remained
[11:33] <lotuspsychje> nhaines: after e few times trying to install apps, it went away automaticly
[11:34] <lotuspsychje> nhaines: syslog and dmesg dindt showed me anything usefull
[11:34] <nhaines> That's useful, thank you, but less precise than I would prefer.  :)
[11:34] <lotuspsychje> nhaines: cant tell you how that happened sorry
[11:35] <lotuspsychje> nhaines: is he still on ota6?
[11:36] <nhaines> WolfiWolfi: lotuspsychje hat die gleiche Problem mit sein bq 4.5.  Er versucht das Handy zu Reset machen, aber das Problem blebt.
[11:36] <lotuspsychje> nhaines: for me it happened before ota7
[11:36] <nhaines> lotuspsychje: lotuspsychje no, he's on OTA-7.
[11:36] <lotuspsychje> hmmm
[11:37] <lotuspsychje> nhaines: maybe a glitch in ubuntu one servers itself?
[11:37] <WolfiWolfi> i just tried to reset my smartphone, but the problem remains
[11:37] <lotuspsychje> nhaines: oh, forgot to mention...i tryed making a new ubuntu one account, same issue persisted also
[11:38] <nhaines> WolfiWolfi: now that is strange... with a reset at least, everything should work properly.
[11:39] <WolfiWolfi> when i register my ubuntu one account on my smartphone i'll save them under "accounts" ("Konten" in german). than i try to download some app from the ubuntu store but the system ask me allways for the ubuntu one account
[11:40] <WolfiWolfi> than i put my login and password and after than i get allways "Anmeldefehler" (error/problem with login on ubuntu one)
[11:40] <lotuspsychje> WolfiWolfi: this was solved for me after few times try installing apps from ubuntu store
[11:40] <nhaines> That sounds right, like it should work.
[11:41] <WolfiWolfi> i made an new account this morning, but the problem remains
[11:41] <WolfiWolfi> i tried it for a whole week... :-/
[11:41] <lotuspsychje> hmmz
[11:42] <lotuspsychje> WolfiWolfi: did you also try other apps install, not the same one?
[11:43] <WolfiWolfi> i tried the file manager, telegram, sommergram, webtelegram, utorch and some other apps - but allways the same problem
[11:43] <WolfiWolfi> the ubuntu one account will not be saved under my accounts
[11:44] <WolfiWolfi> whenever i try to install an app, my account will be deleted from my accounts
[11:44] <lotuspsychje> yeah i had excatly same issue
[11:45] <WolfiWolfi> i explode :-/
[11:46] <lotuspsychje> WolfiWolfi: sorry i dont know how this got fixxed on my phone, i just kept trying...and suddenly worked again
[11:48] <lotuspsychje> WolfiWolfi: try a reboot and login in newest account?
[11:55] <WolfiWolfi> i tried it this morning... but no chance.. same problem
[11:56] <lotuspsychje> WolfiWolfi: not sure this can help, but you can manage account here: https://login.ubuntu.com/
[12:00] <WolfiWolfi> thanks a lot, i'll try it now
[12:00] <nhaines> WolfiWolfi: It's good that you bought this to the developers' attention.  But it may be 24 hours still before they begin their workweek and can investigate.
[12:05] <WolfiWolfi> ok! in the ubuntu account on the website i can allow apps?
[12:05] <WolfiWolfi> there is: You can choose to allow an application to have access again if you like by opening that application and instructing it to access your account. You'll have to provide your username and password before it will be granted access.
[12:07] <lotuspsychje> WolfiWolfi: on my page it showed: ubuntu-phablet ...date
[12:08] <WolfiWolfi> at me too
[12:08] <WolfiWolfi> but i can't allow an application
[12:14] <lotuspsychje> WolfiWolfi: me neither
[15:27] <cwayne> mariogrip, heya, should GPS work on OPO now that ofono works and stuff?
[15:33] <cifdin> I am new here and would want to know if there is help to install touch on asus 10
[15:33] <cifdin> the help is unlocking oem
[15:44] <cifdin> I have asus memo pad 10 and can't oem unlock it doing the tuto of ubuntu touch
[15:44] <cifdin> any help ?
[16:08] <gpd> just installed ubuntu touch on my nexus 4 - and now have ssh :)
[16:10] <gpd> any reason why updates (file manager, clock, weather) - says Downloading but nothing happening...
[16:13] <gpd> I am logged in via ssh and i can ping ubuntu.com from my desktop but not the phone - yet it reaches google.com - odd
[16:15] <gpd> [must be tea time]
[16:32] <rash> Hello guys
[16:34] <gpd> hello
[16:36] <rash> Has anyone tried installing ubuntu on a windows tablet?
[16:36] <rash> And how did it turn out?
[16:36] <lotuspsychje> rash: thats a question for #ubuntu
[16:40] <rash> lotuspsychje: I thought ubuntu-touch is foe tablets
[16:40] <lotuspsychje> !devices | rash
[16:41] <lotuspsychje> rash: for ubuntu touch is only nexus7 not sure if the other brands work very good, yet
[16:43] <rash> Okay. Thanks a lot
[16:44] <k1l> rash: ubuntu-touch will be for all devices in future. even for desktop. it just started on smartphones and now tablets and is coming to desktop
[16:44] <gpd> is there a mirror of ports.ubuntu.com - 200k in 30 minutes... ouch
[16:45] <gpd> forget that it's ubuntu touch on the nexus4 being very odd
[16:48] <gpd> 4MB/s connection to local network from phone. it just can't seem to connect to ubuntu - despite desktop downloading fine.
[17:11] <jfred> I asked this before, but no devs/packagers were around - I noticed that Ubuntu Touch doesn't seem to have QtBluetooth installed or in its package manager. I would like to port an app from another platform that uses this, but this is blocking me from doing so. Is the problem just that it isn't packaged for Ubuntu Touch, and if so, how can I help?
[21:08] <goddard> how can i add arm support? to qt creator
[21:08] <goddard> i dont have to compile qt creator do i ?
[21:34] <mcphail> goddard: if you have installed the SDK, the cross-compilers will be in place and will be used if you use the ubuntu templates. Is that what you mean?
[21:35] <goddard> well i was looking into making some things for ubuntu and android but it complains about missing compilers for certain arch-types
[21:35] <goddard> says i need to add build types to Qt versions or something
[21:36] <goddard> arm x86 and mips are missing
[21:37] <mcphail> goddard: If you're simply looking at compiling apps for different architectures (rather than specifically for ubuntu touch) have a look at the pbuilder-dist tool which will create a chroot for compilation
[21:38] <goddard> mcphail: ok ill look into that
[21:38] <mcphail> goddard: maintaining a full cross-compiling toolchain without a chroot is possible as well, but likely to be messy
[21:40] <goddard> sounds like it might be slightly more complicated then i expected
[21:40] <goddard> I thought I would just compile my code for different arch-types and then pack it up
[21:40] <mcphail> goddard: only slightly, though. If you are targeting Android, you'll need to install the Android SDK and NDK
[21:40] <goddard> mcphail: ive gotten that far
[21:41] <goddard> got all the paths setup now
[21:43] <mcphail> goddard: have a look at https://developer.ubuntu.com/en/blog/2015/04/13/inner-workings-sdk/ and https://adoptingubuntu.wordpress.com/2015/07/10/creating-an-emulated-armhf-chroot-for-development/ for alternatives to pbuilder-dist, or running a full cross-compiling toolchain
[21:46] <goddard> ok thanks a lot
[22:32] <krofek__> hi there. Is it possible to reflash android mx4 to ubuntu?
[22:35] <k1l> there was a thread on xda about that, iirc
[22:35] <k1l> http://forum.xda-developers.com/meizu-mx/general/tutorial-bootloader-unlocking-mx4-m1-t3201715
[22:41] <krofek__> thanks k11


[21:34] <Unit193> We/anyone planning on doing anything for OLF?
[21:50] <PCLine__> Hello everyone.
[21:51] <Unit193> Howdy.
[21:51] <PCLine__> Hi Unit193 - Hows things with you?
[21:51] <Unit193> Am still kicking around I think...
[21:53] <PCLine__> I can not tell if you are Kicking but you are typing!  In this part of Ohio its been raining most of the day!