[00:35] <wallyworld> niemeyer: how do i set construct a mgo txn to insert a record with an assert stating that there can be no other records already existing with a particular field set to foo?
[00:59]  * thumper waves at wallyworld
[00:59] <thumper> wallyworld: summary of my day: it's all shit
[00:59] <wallyworld> hi there. feeling better?
[00:59] <thumper> not really
[00:59] <wallyworld> :-(
[00:59] <thumper> but starting to feel guilty
[00:59] <wallyworld> not your fault you're sick
[01:00] <thumper> no, I know
[01:01] <wallyworld> i can fill you in a bit later what i've been doing. i want to get some stuff finished first
[01:01]  * thumper nods
[01:21] <niemeyer> wallyworld: There's no way to assert on a whole collection at the same time
[01:22] <wallyworld> niemeyer: ok, thanks. i was afraid of that. i'm finding mongo to be quite limiting in ways like this. i think i've found a workaround
[01:23] <niemeyer> wallyworld: np
[01:23] <niemeyer> wallyworld: This isn't MongoDB itself, btw.. this is a restriction on the txn mechanism
[01:24] <wallyworld> ah ok
[01:24] <wallyworld> same effect for the developer though :-)
[01:29] <niemeyer> wallyworld: Yeah, only difference is that I take the blame alone :)
[01:30] <wallyworld> which means you can fix also :-P
[04:06] <wallyworld> thumper: did you want a catchup?
[04:29] <thumper> wallyworld: sorry, was in town for an appt
[04:29] <wallyworld> https://plus.google.com/hangouts/_/d3f48db1cccf0d24b0573a02f3a46f709af109a6
[07:09] <jtv> jam: could you update the landing machine's gwacl?
[07:56] <dimitern> jam1: ping
[07:57] <dimitern> fwereade: ping
[07:58] <fwereade> dimitern, sorry, I'm incommunicado for the next hour, sabdfl meeting
[07:58] <dimitern> fwereade: ooh, good luck then ;)
[07:58] <dimitern> mgz: you around?
[07:59] <dimitern> guys, I need to get to the tarmac machine, but couldn't seem to find the mail with the details how to do it
[08:09] <dimitern> wallyworld: around?
[08:10] <wallyworld> for a bit. got soccer soon
[08:10] <dimitern> do you know the tarmac machine's address?
[08:11] <wallyworld> dimitern: um, yes. let me check. i have a credentials file
[08:12] <dimitern> wallyworld: when jam1 sent them my pgp key was screwed, so i couldn't decrypt them, but i updated it since
[08:12] <wallyworld> dimitern: so you have the crdntials?
[08:12] <wallyworld> i just do a nova list and ssh to machone-o
[08:15] <wallyworld> dimitern: i just sent you th credentials again but i'm not sure if the key is used is valid
[08:15] <dimitern> wallyworld: thanks, will check
[08:15] <wallyworld> fwereade: after your meeting https://codereview.appspot.com/11208044
[08:16] <dimitern> wallyworld: it says "Error - secret key needed to decrypt message"
[08:16] <wallyworld> dimitern: hmmm. i will pm you
[08:16] <dimitern> wallyworld: ok
[08:25] <jam1> dimitern: jtv: did you get it sorted out?
[08:26] <jtv> Hi jam1 — I don't know, was still waiting for a reply.  :)
[08:26] <jam1> it looked like dimitern was trying to do it
[08:26] <jtv> That was very kind of him.  :-)
[08:26] <jam1> if you haven't landed your code yet, I can give it a look
[08:26] <dimitern> jam1: hey, not really - I found out the machine, but it seems none of my ssh keys work (trying ssh <IP_ADDRESS> with the sshebang doesn't work)
[08:27] <jtv> Ouch.
[08:27] <jam1> dimitern: 160 is the juju bootstrap node, you need 190
[08:27] <dimitern> jam1: ah!
[08:27] <dimitern> jam1: still the same
[08:28] <jam1> dimitern: are you going to<EMAIL_ADDRESS>?
[08:28] <jam1> "dimitern" isn't allowed, but your ssh key should be registered for the "ubuntu" user
[08:28] <jam1> maybe not... strange
[08:28] <jam1> 1 sec
[08:29] <jam1> dimitern: dimitern@kubrik is now there
[08:29] <dimitern> jam1: let me try
[08:29] <dimitern> success!
[08:29] <jtv> I hope my other branch will finish its landing *just* in time...  :)
[08:30] <dimitern> jam1: now if i can find the $GOPATH..
[08:30] <jam1> dimitern: sudo su - tarmac ; cd $HOME/trees/src/launchpad.net/gwacl
[08:31] <dimitern> jam, jtv: ok, gwacl is now updated
[08:31] <jtv> Thanks!
[08:31] <dimitern> thanks jam, I need to do it once at least, now I'll know :)
[08:41] <TheMue> dimitern: thx for lgtm, that has been fast ;)
[08:42] <dimitern> TheMue: yw :)
[08:54] <dimitern> fwereade: when you're done, please take a look at https://codereview.appspot.com/10949046/
[09:27] <fwereade> dimitern, wallyworld, frankban: I'm afraid your reviews will have to wait until later today, I have a couple of things I need to work through with some urgency
[09:27] <dimitern> fwereade: ok, please ping me when done
[09:27] <fwereade> dimitern, will do
[11:36] <dimitern> jam, fwereade, mgz, wallyworld: standup?
[11:43] <mgz> dimitern: doh
[12:25] <wallyworld> fwereade: how did your meeting go?
[12:26] <fwereade> wallyworld, lots of interesting ideas
[12:30]  * dimitern lunch
[13:25] <dimitern> fwereade: still busy?


[06:15] <dholbach> good morning
[07:12] <fgimenez> good morning
[08:39] <dholbach> hey ogra_ - how's life?
[08:39] <ogra_> monday morningish :)
[08:39] <dholbach> :)
[08:40] <dholbach> ogra_, I just had a long weekend, so I thought I'd just give you a ping and suggest we have a chat whenever you feel like working on the py-snapper :)
[08:42] <ogra_> dholbach, i'm still in the middle of experimenting
[08:50] <dholbach> ogra_, cool - let me know how it goes :)
[08:51] <ogra_> essentially we'll just use PYTHONUSERBASE ... but i'm still fiddling on scriptery to get the interpreter shipped and used too
[08:52] <ogra_> (since python will eventually be gone from the images)
[08:54] <ogra_> if apps define #!/usr/bin/python we're screwed with that ... i have no clue how to get around this
[08:58] <damjan> ogra_: report bug upstream to use console_scripts entry point :)
[08:58] <damjan> ogra_: PYTHONUSERBASE FTW!
[09:02] <ogra_> damjan, against all packages in the ubuntu/debian archives ?
[09:06] <ogra_> i think the only solution would be to bind or overlay mount the shipped interpreter on top of /usr/bin/python ... and only do that insode the confined space
[09:09] <JamesTait> Good morning all; happy Monday, and happy Nature Photography Day! 😃
[09:11] <ricmm> ogra_: that last one sounds kind of volatile
[09:12] <ricmm> ogra_: if they *ship* the interpreter in the snap, isn't it ok to assume that they would also modify the shebangs accordingly?
[09:12] <ogra_> not really
[09:12] <ricmm> why not
[09:13] <ogra_> i wouldnt assume the packager to be fluent in that if he uses a script to roll some upstream project into a snap
[09:13] <ricmm> they are already going through the work of shipping the interpreter
[09:13] <ogra_> like not everyone installing from a tarball on linux does need to know C fopr "configure, make, make install"
[09:14] <ogra_> they are running a script that ships the interpreter
[09:14] <ogra_> (at least thats the plan .. )
[09:14] <ricmm> right so they arent shipping anything thmselves
[09:14] <ricmm> you are
[09:15] <ogra_> exactly
[09:15] <ogra_> and my problem is to make it work without mangling their shebang lines
[09:19] <ricmm> I guess its ok to do what you said then
[09:19] <ricmm> considering it is also your script which will be bundling the interpreter
[09:20] <ricmm> so the possible paths are all accounted for, and chosen by you
 I guess its ok to do what you said then
[09:20] <ogra_> ?
[09:20] <ogra_> i gave three options :)
[09:20] <ricmm> the overlay/bind mount
[09:20] <ogra_> ah
[09:21] <ogra_> well, how would i do that so it only affects the snap ?
[09:21] <ogra_> is there some cgroup stuff i can use ?
[09:21] <ricmm> I dont think so
[09:21] <ogra_> (overlay mount is out of discussion as long as we want to support BSP kernels, needs to be a bind mount )
[09:22] <ricmm> right
[09:22] <ogra_> which doesnt make it easier :)
[09:24] <ricmm> ogra_: thinking
[09:24] <ricmm> what other options do you have?
[09:25] <ricmm> so, python is an important part of snapcraft and so on
[09:25] <ogra_> loop over all files in our snap and patch the shebang with a variable if we find it ...
[09:25] <ogra_> i dont think there are more
[09:25] <ricmm> ogra_: what if we remove python from the snap, but instead replace the interpreter with one of your awesome shell scripts
[09:26] <ricmm> one that sets up the env for the calling snap
[09:26] <ogra_> not sure what you mean ... replace the interpreter of the snappy installation ?
[09:26] <ricmm> yea
[09:26] <ogra_> phew
[09:26] <ogra_> that might make barry unhappy :)
[09:26] <ricmm> what we dont want is people using the shipped interpreter, but that doesnt mean we cant catch their usage with a script of our own
[09:27] <ricmm> unhappier than removing python altogether?
[09:27] <ogra_> well, that will happen eventually ... what do we do then ?
[09:27] <ogra_> once my shell script is gone the packages have the same prob again
[09:28] <ricmm> why would your shell script be gone
[09:28] <ricmm> I'm talking about *removing* python
[09:28] <ricmm> and shipping your /usr/bin/python shell script instead
[09:28] <ogra_> and i'm not sure we want to ship such scripts for all possible interpreters out there (i assume we'll have the same issue with other script langs)
[09:28] <ricmm> I don't see why not, if we want to provide a generic way of doing things
[09:28] <ogra_> hmm
[09:28] <ricmm> either we provide something, or we dont provide anything at all
[09:29] <ricmm> sorry, either we provide everything or nothing :p
[09:29] <ricmm> but anywhere in between might be confusing and chaotic
[09:29] <ogra_> right
[09:30] <ogra_> thats a lot of maintenance work :/
[09:30] <ricmm> well, someone made a choice about this somewhere ;)
[09:30] <ricmm> lets think a bit more
[09:31] <ricmm> short of having something in /usr/bin/python be it a script, a bind mount of an interpreter, or the actual distro one... theres nothing we can do
[09:31] <ricmm> besides catching a call to open()
[09:31] <ricmm> and stat
[09:35] <ricmm> ogra_: maybe its time to discuss a libsnappy.so :)
[09:36] <ricmm> that is always preloaded
[09:36]  * ricmm has goosebumps
[09:40] <ogra_> haha
[11:39] <rsalveti> morning
[11:49] <rsalveti> ricmm: libsnappy? :-)
[11:49] <rsalveti> really wish we had a proper overlay support
[11:49] <ricmm> rsalveti: :)
[11:51] <ogra_> rsalveti, tell that to the BSP kernels :P
[11:52] <rsalveti> ogra_: we don't even have a proper overlay story with upstream
[11:52] <ogra_> yeah
[11:53] <ogra_> well, the live iso uses it, no ?
[11:53] <ogra_> so we have some story there
[11:53] <longsleep> My snappy has a problem to get a DHCP address after i changed ethernet to another network. Dhclient loops with send_packet: Network is unreachable while trying to send DHCPREQUEST to the previous DHCP server.
[11:54] <rsalveti> ogra_: not with apparmor
[11:55] <ogra_> ah
[12:13] <longsleep> ogra_: Does socker work on your rpi2 image? On my odroid i just get BUG: scheduling while atomic: docker.armhf/1227/0x00000002 when running a container :/
[12:18]  * longsleep just realized that he has to start armhf images on arm platform
[12:20] <ogra_> longsleep, yep, running the owncloud package here
[12:20] <ogra_> on top of docker
[12:20] <ogra_> (thats usually my definitive test for the image, snapy install docker ... snappy instrall owncloud .... wait 10-15min ... test owncloud)
[12:21] <ogra_> (teh owncloud install downloads stuff in bg for 10-15min before first start)
[12:22] <longsleep> ogra_: mhm ok - so its probably the kernel then. I get plenty of scary messages when running a docker container
[12:22] <ogra_> i havent tried running a docker container directly though
[12:22] <ogra_> i always only install these two snaps
[12:22] <ogra_> ou need some modules in your kernel for docker to work though
[12:23] <longsleep> if anyone wants to take a look http://paste.ubuntu.com/11719136/
[12:23] <ogra_> http://paste.ubuntu.com/11719142/
[12:23] <longsleep> can you try docker run -i -t armv7/armhf-ubuntu_core /bin/bash
[12:24] <ogra_> Unable to find image 'armv7/armhf-ubuntu_core:latest' locally
[12:24] <ogra_> latest: Pulling from armv7/armhf-ubuntu_core
[12:24] <ogra_> ffb007497c55: Downloading 2.751 MB/44.71 MB
[12:24] <ogra_> ...
[12:24] <ogra_> now it downloads
[12:24] <longsleep> yeah that works for me too, but it just hangs with kernel bug message in log
[12:25] <longsleep> when it starts after download
[12:26] <ogra_> ffb007497c55: Already exists
[12:26] <ogra_> Digest: sha256:f9678f50148f8461bec2593967e62aa1e2a95184eb1adb74c299c1399bf4e99b
[12:26] <ogra_> Status: Downloaded newer image for armv7/armhf-ubuntu_core:latest
[12:26] <ogra_> root@e198690d2cce:/#
[12:26] <ogra_> looks fine to me
[12:27] <longsleep> yeah good thanks - this means i need to look at the kernel again ..
[12:38] <rsalveti> ogra_: I'm trying to write a general status for our all team, and looking for the snaps that got uploaded/updated to the store, and I know you updated at least chatroom last week
[12:38] <rsalveti> ogra_: is there any other snap that you uploaded/updated over the past 2 weeks?
[12:39] <rsalveti> I might just write a script for that, since it seems there is even a changelog in there now
[12:43] <ogra_> rsalveti, no, i was working a bit on Os.js but havent finished it yet ... and i plan to re-upload the fhem-demo one too but same thing ... the pi image ate nearly all of my last week
[12:44] <rsalveti> yeah, no worries
[13:03] <seb128> sergiusens, hey, did you get anywhere on friday with the personnal image issues?
[13:04] <sergiusens> seb128: sorry, its taking longer than expected
[13:05] <sergiusens> given I took the opportunity to change things and not hack something in
[13:05] <seb128> sergiusens, did you find things wrong?
[13:05] <seb128> great
[13:06] <sergiusens> seb128: no, no real issues, I just don't want to code dup ;-)
[13:08] <seb128> sergiusens, k, but should hacking a different partition size should be enough to write the image? do you know what's the "issue while mapping partitions: more partitions then expected while creating loop mapping" is?
[13:11] <sergiusens> seb128: that should be kpartx doing something weird (dmsetup clear might work around it)
[13:11] <seb128> sergiusens, not sure I understand what you mean there ... what should I try and how?
[13:12] <sergiusens> seb128: kpartx -avs [outfile]; parted [loop returned] print // should be 5
[13:15] <seb128> sergiusens, kpartx returns nothing on the img...
[13:15] <seb128> well I'm unsure what that .img is now, since the udf command fails on the loop map error
[13:27] <sergiusens> seb128:  sudo DEBUG_DISK=1 ubuntu-device-flash ...
[13:28] <seb128> sergiusens, does it work locally for you?
[13:29] <sergiusens> seb128: u-d-f in general yes; what won't work for you is that you have no packages in the store for personal
[13:29]  * sergiusens thought he mentioned this on Friday
[13:29] <seb128> sergiusens, unsure what it's downloading as well, the device tarball is < 100 mb that doesn't match the tarball from the cdimage builder
[13:30] <seb128> sergiusens, you mean "package"?
[13:30] <sergiusens> seb128: I mean all packages in the store are for core; snappy sends out the release name (and flavor) to the store to get packages
[13:31] <seb128> sergiusens, I've been tried with the local hack from http://paste.ubuntu.com/11700710/
[13:31] <seb128> sergiusens, well, packages are a matter once you have a working base img you can boot no?
[13:31] <seb128> I'm not trying to install packages, just to get an image that starts
[13:32] <sergiusens> seb128: the oem package needs to be in the store at least for personal (not that this is blocking you now)
[13:32] <sergiusens> beuno: ^
[13:32] <sergiusens> seb128: I'll give that patch a go and tell you what's wrong with it
[13:33] <beuno> what what?
[13:34] <sergiusens> beuno: we need the personal counterpart for core-rolling
[13:35] <beuno> sergiusens, ack. nessita ^
[13:38] <seb128> sergiusens, thanks
[13:38] <seb128> sergiusens, you need to UDF_UBUNTU_CORE_NAME=ubuntu-personal but I guess you saw that from the code ;-)
[13:39] <sergiusens> seb128: yup
[13:39] <jdstrand> kgunn: regarding lchown... apps don't currently have lchown cause apps don't know what user to chown things to, however, it can be added to you framework in the file you specify for seccomp to "security-policy"
[13:43] <sergiusens> seb128: I see a 900MB ~ download here
[13:44] <seb128> sergiusens, only one download? or do you cumulate tarballs?
[13:44] <seb128> sergiusens, that doesn't match the sizes from https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-desktop-next/+build/29728
[13:45] <sergiusens> seb128: err sorry, 456 and 99
[13:46] <seb128> sergiusens, right, same here, but that doesn't match the tarballs from ^
[13:46] <seb128> even recompressing the device one in .xz it's 120M
[13:46] <seb128> unsure if the channel tarballs are identical to the livefs build ones though
[13:49] <nessita> seb128, not sure what you need, how can I help?
[13:49] <sergiusens> seb128: it's 100MB on the s-i server
[13:50] <sergiusens> it's just M so not sure it's MiB or MB
[13:50] <ogra_> seb128, well, i think slangasek had a valid point with the /system dir prefix
[13:50] <sergiusens> seb128: here too -rw-r--r-- 1 sergiusens sergiusens 100M jun 15 10:45 /home/sergiusens/.cache/ubuntuimages/pool/device-9a06d62b4fe6485e22b0ae9f1d7da08aed8605b0286a63b6fa5639bc6e1f1187.tar.xz
[13:50] <ogra_> you might need to re-package the cdimage tarball
[13:50] <ogra_> (not sure that is your actual issue here )
[13:51] <seb128> nessita, hey, I want to build a snappy personnal image ;-)
[13:51] <ogra_> just do it then ... dont hold back
[13:51]  * ogra_ hides
[13:51] <seb128> but I think sergiusens is looking at helping, so probably no need to have more people looking at the same thing
[13:51] <seb128> ogra_, oh, why didn't I think of that! :p
[13:52] <ogra_> :D
[13:52] <seb128> nessita, we have tarballs built on https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-desktop-next and slangasek got those in a system-image channel for personnal, but bits are missing still to be able to get u-d-f to build a working img, trying to figure out what those bits are exactly
[13:53] <nessita> seb128, hi! sorry I meant sergiusens before, autocomplete failure :-)
[13:53] <seb128> nessita, oh ok ;-)
[13:53] <nessita> sergiusens, so what do you need from me/the store?
[13:54] <nessita> seb128, sorry sorry, I'm not that skilled in snappy to help you there
[13:54] <seb128> nessita, no worry
[13:55] <sergiusens> nessita: releases today are core-15.04 and core-rolling, we need personal-rolling
[13:55] <sergiusens> or the other way around with flavor / release
[13:55]  * sergiusens always forgets
[13:58] <nessita> sergiusens, currently we have rolling-core
[13:58] <nessita> 15.04-core
[13:58] <nessita> sergiusens, shall I add rolling-personal then?
[13:58] <sergiusens> nessita: yeah
[13:59] <nessita> sergiusens, done
[14:08] <elopio> good morning
[14:08] <tedg> Morning elopio!
[14:08] <seb128> nessita, sergiusens, just trying to understand what's going on/how thing work, what are those server release? what is "personal-rolling" now, a channel name or...?
[14:11] <ogra_> elopio, such a beautiful game on the weekend !!
[14:11] <sergiusens> seb128: the store filters on releases, it's like frameworks from the click world
[14:11] <seb128> sergiusens, ah, I see
[14:11] <sergiusens> seb128: so when you start to publish snaps that only work for personal we won't see them in core and vice versa
[14:12] <seb128> sergiusens, who/what defines on what release you are? can you see that info from the command line?
[14:12] <sergiusens> although I suspect everything in core would work on personal
[14:12] <seb128> it should
[14:12] <sergiusens> seb128: right now snappy info (but it's derived from the channel name)
[14:12] <seb128> k
[14:12] <sergiusens> seb128: the current u-d-f patch doesn't have the right release setting right now, but once it's used it will affect you
[14:12] <elopio> fgimenez: https://plus.google.com/hangouts/_/g6uj5z3fgt7ybmm4ltyadiyqima
[14:13] <elopio> ogra_: wait, the one agains korea?
[14:13] <elopio> *against
[14:13] <ogra_> yeah
[14:13]  * ogra_ loved it
[14:14] <sergiusens> seb128: http://paste.ubuntu.com/11719625/
[14:14] <sergiusens> seb128: so it works for me, the mapping error you see needs to be signalled to the kernel somehow; but I don't really know how to get out of it sometimes without a reboot
[14:15] <seb128> sergiusens, hum, unsure what you did differently?
[14:15] <sergiusens> it sometimes keeps showing 2 partitions even though it has 5 (according to parted on the .img at least)
[14:15] <seb128> mvo has the same mapping error than me when he tried
[14:15] <seb128> so it's a random failure issue, need to reboot and retry?
[14:18] <sergiusens> seb128: I rinsed and repeated twice already and no mapping errors (this time without --install webdm)
[14:18] <seb128> sergiusens, k, let me try again locally, thanks
[14:18] <seb128> sergiusens, I see a grub error in your log though, did that make the img generation fail?
[14:18] <sergiusens> seb128: your image is missing /usr/lib/grub/x86_64-efi/modinfo.sh in any case steve would know how to get that in
[14:19] <sergiusens> seb128: yeah
[14:19] <seb128> slangasek, ^
[14:19] <sergiusens> seb128: that's run with 'chroot' so it needs to be either seeded or mungled in from livecd-rootfs
[14:19] <zyga> re
[14:21] <seb128> sergiusens, right, I see that livecd-rootfs/auto/config has "add_package install grub-pc"
[14:21] <seb128> I guess we need that in desktop-next
[14:21] <sergiusens> seb128: that's seeded as well
[14:22] <seb128> mvo was right, we should merge those sections :p
[14:22] <sergiusens> seb128: grub-pc, grub-efi-amd64-bin and grub-efi-ia32-bin (for amd64)
[14:22] <mvo> ha! I like to be right
[14:22] <seb128> mvo, :-)
[14:22]  * mvo has no idea what he was right about
[14:22] <seb128> sergiusens, oh, right
[14:22] <seb128> Get:1019 http://ftpmaster.internal/ubuntu/ wily/main grub-pc amd64 2.02~beta2-25ubuntu1 [221 kB]
[14:22] <seb128> on https://launchpadlibrarian.net/209103030/buildlog_ubuntu_wily_amd64_ubuntu-desktop-next_BUILDING.txt.gz
[14:23] <seb128> hum
[14:23] <mvo> seb128: oh, yeah, we need some sort of inheritance in that script indeed
[14:25] <elopio> ogra_: that was good, yes! I thought nobody watched women football games.
[14:25] <ogra_> i watch a lot of them
[14:27] <davmor2> ogra_: is the watchman
[14:27] <ogra_> :D
[14:27] <tedg> Ha, in the US we do, it's where we win sometimes :-)
[14:28] <ogra_> yeah, your team is pretty awesome
[14:28]  * ogra_ relaly hopes for germany vs USA
[14:36] <slangasek> sergiusens, seb128: see the core seed, which includes both grub-efi-amd64-bin and grub-pc.  Ultimately, you actually want to have shim-signed, grub-efi-amd64-signed, and grub-pc-bin seeded, so maybe you want to seed those now and see if udf keeps up
[14:38] <seb128> slangasek, https://launchpadlibrarian.net/209105327/buildlog_ubuntu_wily_amd64_ubuntu-core_BUILDING.txt.gz doesn't mention grub-efi...
[14:39] <slangasek> seb128: I don't know that that's the right build log, then?
[14:39] <seb128> slangasek, that's one from https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-core
[14:39] <seb128> isn't that ubuntu-core?
[14:40] <slangasek> seb128: no, that's the old ubuntu-core
[14:40] <slangasek> (ubuntu-core doesn't build on powerpc or arm64)
[14:41] <seb128> slangasek, hum, that's all confusing to me :-/
[14:41] <seb128> slangasek, http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.wily/view/head:/touch-core isn't the right seed either?
[14:42] <slangasek> lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.wily
[14:42] <slangasek> grep -rl snappy --> system-image
[14:43] <slangasek> but again this is /not/ what I'm recommending you seed for the personal image; instead I'm recommending that you seeed:
[14:43] <slangasek> shim-signed [amd64]
[14:43] <slangasek> grub-efi-amd64-signed [amd64]
[14:43] <slangasek> grub-pc-bin [i386 amd64]
[14:43] <slangasek> grub-efi-ia32 [i386]
[14:43] <ogra_> seb128, FYI https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/wily/ubuntu-core-system-image/
[14:44] <seb128> slangasek, yeah, I'm just wondering if we based/derived from the wrong seed
[14:44] <seb128> Laney, ^ do you think we got confused?
[14:44] <seb128> slangasek, thanks
[14:44] <slangasek> seb128: quite possibly.  The touch seeds being a separate seed pod, not tied to main, is a bug
[14:45] <ogra_> well, you want the seed content from the touch-desktop seed
[14:46] <ogra_> but not necessarily the same setup in the end ...
[14:46] <ogra_> (since ... snappy vs system-image)
[14:46] <seb128> ogra_, yeah, I though we wanted ubuntu-core + desktop_bits
[14:46] <Laney> seb128: Sorry, confused about what?
[14:46] <seb128> so that we wanted to inherit from core
[14:46] <seb128> rather than duplicate
[14:46] <Laney> Where do we get the core bits from now?
[14:47] <seb128> Laney, core seems to be http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.wily/view/head:/system-image
[14:47]  * ogra_ doesnt actually know where the ubuntu-core-system-image seed lives ...
[14:47] <slangasek> ogra_: the touch-desktop seed being outside of ubuntu.wily is a bug
[14:47] <ogra_> mvo, ? ^^
[14:47] <slangasek> I already pointed them to the source of the ubuntu-core system-image seed
[14:47] <ogra_> ah, k
[14:48] <seb128> Laney, http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.wily/view/head:/desktop is the "Task-Seeds" wrong then?
[14:48]  * seb128 confused
[14:48] <sergiusens> can we rename that file to core or snappy-core?
[14:48] <ogra_> slangasek, oh, btw, do yoou think it is ok to move the /system prefix creation into livecd-rootfs (i understood your mail comment like that)
[14:49] <ogra_> sergiusens, "that file" ?
[14:49] <zyga> hey
[14:53] <sergiusens> ogra_: system-image in the seeds
[14:53] <Laney> seb128: I think that means that we get the packages from Task: touch-core too
[14:53] <ogra_> sergiusens, ah
[14:53] <ogra_> i guess we can
[14:53] <Laney> seb128: Not sure what your question is - do you want to include that system-image seed?
[14:54] <slangasek> ogra_: it's ok, but needs to be properly coordinated across both sides of the infrastructure
[14:56] <seb128> Laney, it seems like it would make sense, what do you think?
[14:57] <Laney> seb128: probably, would touch-core need splitting up then?
[14:57] <seb128> Laney, I'm unsure what my question is ;-) trying to figure out what's the right way to do what we need
[14:57] <seb128> should be seed grub&co like slangasek recommended
[14:57] <seb128> or somehow makes our seed include the system-image (ubuntu-core) one
[14:58] <seb128> which already brings those in
[14:58] <seb128> Laney, unsure, why would it?
[14:59] <Laney> It has click and some of the same core utilities
[14:59] <slangasek> sunsetting the ubuntu-touch seed pod would not be a bad idea
[15:00] <slangasek> it was only ever separate because we needed something that worked while the touch packages were not yet in the archive
[15:00] <slangasek> it has long outlived its usefulness
[15:04] <ogra_> slangasek, well, most touch packages are still universe ... the initial plan back then was to merge the touch seed into the official ubuntu branch once they have migrated to main
[15:04] <slangasek> ogra_: that's upside-down
[15:04] <ogra_> but then we were told to not push for main inclusion anymore and the whole thing fell off the table
[15:04] <slangasek> packages move to main *because* they're in the seed
[15:05] <seb128> Laney, I'm unsure to understand, what would you split touch-core into?
[15:05] <slangasek> who said not to push for them in main?
[15:05] <ogra_> slangasek, right, once they are ready for that
[15:05] <ogra_> slangasek, product team iirc ... i dont know who exactly, back then asac forwarded the info
[15:05] <ogra_> (when he was still a phone guy... thats all long ago)
[15:06] <Laney> seb128: Do you want click on this image?
[15:07] <ogra_> slangasek, all main inclusion efforts have stopped since (beyond stuff like Mir which is used on the desktop too)
[15:07] <seb128> Laney, not especially, I don't think click is going to work in the image is ro?
[15:07] <Laney> It's in touch-core
[15:07] <seb128> Laney, in any case http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.wily/view/head:/system-image has click-apparmor and some other bits
[15:08] <seb128> Laney, right, but is that right that we derivate from touch-core
[15:08] <seb128> rather than from system-image ^
[15:09] <slangasek> ogra_: I don't know what you think "once they're ready" means... getting them ready for main means going through the MIR process
[15:09] <ogra_> slangasek, exactly that :)
[15:09] <ogra_> having MIRs, making sure the deps are migrateable etc
[15:09] <seb128> Laney, sorry, it's all confusing ... I think the easiest first change would be to add the grub depends slangasek recommended to http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-touch.wily/view/head:/desktop
[15:10] <seb128> we can see about re-organizing later I guess
[15:10] <seb128> slangasek, is system-image (ubuntu-core) not including shim-signed [amd64] on purpose?
[15:11] <ogra_> slangasek, point is, i was the guy nagging people to get their stuff into main and at some point i was told to stop nagging since that wouldnt be wanted ... so i stopped ... and thats the status quo
[15:11] <ogra_> ask asac for details ...
[15:12] <Laney> seb128: OK, I guess it would fine to reorganise it in conjunction with moving everything to 'ubuntu'
[15:12] <Laney> I imagine the MIR team is going to have to grow first
[15:13] <ogra_> that too
[15:13] <noise][> sergiusens: or ogra_:  hi, have a minute to help me figure out why that latest rpi2 image I installed has an old/messed-up webdm?
[15:14] <ogra_> noise][, not only that but you also have a clock at 1970 ... and thats tecnically impossible with the recent image
[15:14] <ogra_> noise][, did you try flashing it again ?
[15:14] <ogra_> does smell a bit like your flashing failed
[15:14] <noise][> ogra_: yes, reflashed, and: cat /etc/ubuntu-build
[15:14] <noise][> 3
[15:14] <ogra_> system-image-cli -i
[15:14] <Laney> seb128: You might want to know if they add things to system-image to mirror those over to desktop
[15:14] <noise][> and there's recent (jun 11) files
[15:15] <Laney> i.e. maybe consider subscribing to that branch
[15:15] <ogra_> thats the better way to find your version
[15:15] <noise][> k
[15:15] <ogra_> (but will indeed output 3 too)
[15:15] <noise][> http://pastebin.ubuntu.com/11719922/
[15:15] <ogra_> yeah, that looks all fine
[15:15] <seb128> Laney, yeah
[15:16] <noise][> but getting that same snappy list output i stuck in the email
[15:16] <noise][> w/ webdm 0.1
[15:17] <ogra_> i'm not really sure what to say ...
[15:17] <noise][> i feel like i must be doing/have done something silly but not seeing what it is :)
[15:17] <ogra_> there cant be a 0.1 version
[15:17] <ogra_> and the image clearly ships 0.9
[15:17] <noise][> i checked the md5sum of the image I dd'd and clearly i'm on #3
[15:18] <noise][> maybe i'll try to build an image for kicks
[15:26] <mvo> mterry: have you looked if go generate might be helpful for the gettext stuff?
[15:26] <ogra_> well, if you use my oem snap and my device tarball and the latest ubuntu-devlce-flash you most likely get an identical image, but try it :)
[15:26] <ogra_> noise][, you could try to zero the card first or some such
[15:27] <mterry> mvo, no, let me see what that's about
[15:28] <noise][> ogra_: I totally wiped it before last dd :(
[15:30] <ogra_> do you ahev a serial cable so you could capture a full boot with screen -L ?
[15:30] <ogra_> *have
[15:31] <ogra_> screen /dev/ttyUSB0 115200 -L
[15:31] <ogra_> that will create screenlog.0 in your current dir
[15:31] <noise][> yes, will do
[15:31] <mterry> mvo, hmm, no probably not super useful.  It's easier to extract strings from all files at once
[15:31] <genii> Need sudo with screen if you want to set the speed
[15:31] <ogra_> genii, ug, on gentoo perhaps
[15:32] <ogra_> :P
[15:32] <mvo> mterry: aha, if it does not do wildcards, then yeah, probably not. it would also have to run automatically at least during package build which it seems is currently not done
[15:32] <ogra_> genii, a proper ubuntu should be using udev-acl and give you full access to ttyUSB0
[15:32] <elopio> sorry I missed the last part of the meeting.
[15:32] <elopio> crappy internet here.
[15:32] <ogra_> no sudo needed
[15:33] <mterry> mvo, yeah, it doesn't run automatically, and it seems oriented towards doing something to *this* file or *this* package.  Whereas I want it to work on all project go files
[15:33] <genii> ogra_: Interesting, I found without sudo before, and parameters passed don't take. But this is with 12.04
[15:33] <mterry> Not much convience over a tiny shell script
[15:34] <ogra_> genii, hmm, even 12.04 should allow that ... sounds like a bug
[15:35] <mvo> mterry: *nod*
[15:35] <mterry> mvo, if it ran automatically, that would be nice.  Is there a concept like "install hook"?
[15:36] <mterry> mvo, btw you can see what I proposed here: https://code.launchpad.net/~mterry/snapcraft/gettext/+merge/261965
[15:38] <mvo> mterry: I look at it, thanks
[15:38] <elopio> fgimenez: https://code.launchpad.net/~elopio/snappy/go-tests2/+merge/261982
[15:39] <elopio> fgimenez: and I think you can remove the python code, your go version works nicely.
[15:40] <fgimenez> elopio, awesome thx!
[15:43] <elopio> fgimenez: this one fails: FAILED: ./_integration-tests/tests/80_test_failover. Because of the no reboot file we are touching, right?
[15:45] <fgimenez> fgimenez, i haven't executed it yet but it'll likely be because of that, we should look into the adt-run error while rebooting
[15:50] <awojo> is snappy ready to be used as your daily driver on a laptop?
[15:51] <ogra_> as a server perhaps
[15:51] <beuno> yeah, not yet
[15:51] <elopio> fgimenez: it's a little before the reboot. rm: cannot remove ‘/writable/cache/system/etc/rc.local’: No such file or directory
[15:52] <elopio> I'll dig more to see what's that about.
[16:00] <fgimenez> elopio, i'm getting this http://paste.ubuntu.com/11720144/ it seems that it's rebooting ok?
[16:01] <elopio> fgimenez: I hate it when it fails only for me
[16:04] <fgimenez> elopio, yep very frustrating :) there are other tests that also reboot, 07_test_install_framework is working?
[16:04] <elopio> fgimenez: yes, I was wrong. My error is after the reboot, on the last step.
[16:10] <noise][> well I can't explain it, but I re-flashed a 3rd time and now I've got the correct webdm 0.9. system-image-cli -i output is exactly the same before/after. very strange. In any case thx ogra_ for the help.
[16:10] <elopio> fgimenez: http://paste.ubuntu.com/11720208/ the first thing that seems different on mine is that it says "another snappy is running".
[16:11] <elopio> mvo, sergiusens: any idea what can cause that? ^
[16:12] <ogra_> noise][, \o/
[16:12] <ogra_> hooray !!!
[16:12] <noise][> now to take over the world!
[16:13] <ogra_> +1
[16:14] <fgimenez> elopio, i've seen something similar when executing commands at the same time that snappy-autopilot was doing its thing, don't know if it's applicable here
[16:17] <fgimenez> have a nice evening everyone o/
[16:32] <sergiusens> elopio: disable autopilot
[18:37] <ogra_> *sniff*
[18:37]  * ogra_ sees the vido conferencing thread and notes that nobod even thought about snappy chatroom
[18:38] <ogra_> *video
[18:38] <ogra_> ToyKeeper, did the MAC address fix work for you ?
[18:38]  * ogra_ needs to get some additional data from other RPis
[18:38] <ToyKeeper> ogra_: Yes, it did.  Thanks.  :)
[18:39] <ToyKeeper> ogra_: I tried the snappy chatroom, actually.  :)
[18:39] <ogra_> could you tell me your MAC ?
[18:39] <ToyKeeper> b8:27:eb:ec:38:8d
[18:39] <ogra_> i'm not sure it is actually unique (i only have one Pi)
[18:40] <ogra_> damn !
[18:40] <ToyKeeper> Same?
[18:40] <ogra_> yeah
[18:40]  * ogra_ will need to talk to the Pi people then ... seems this one is hardcodd into u-boot ... we need the start.elf to hand us the actual info
[18:41] <ogra_> ToyKeeper, chatroom is likely not for connferencing with customers indeed ... but every time that discussion comes up i wonder why people dont just run a snappy cloud instance and use it :)
[18:42] <ToyKeeper> I showed it to Samantha to make a point, and she was quite impressed that "that little thing" could host a video-conferencing service.
[18:42] <ogra_> :D
[18:42] <ToyKeeper> (she's trying to find a service to use for a network of private support groups for her nonprofit)
[18:42] <ogra_> well, in fact your browser hosts it (but dont tell her) :)
[18:43] <ogra_> the snappy part is only establishing the connections
[18:43] <ogra_> (and serving the website indeed)
[18:47] <ToyKeeper> BTW, any suggestions for a relatively easy way to build binaries for the orange box?
[18:47] <ogra_> plars, hmm, i think  the beagle guys took some effort to make latest beagles not require the S2 button after you booted from the SD once
[18:47] <ToyKeeper> I'm pondering possibly setting up a lxc host configured to cross-compile, or maybe running a native build environment under docker on the box itself.
[18:48] <ogra_> the easiest is using qemu-debootstrap to just create an armhf chroot ... but not as fast as real cross compiling
[18:48] <plars> ogra_: yeah, I really don't want it to behave like that though
[18:48] <ogra_> plars, but thats upstreams default
[18:48] <ogra_> we should better deal with it instrea of reverting it
[18:48] <plars> ogra_: I have a modified emmc image that fixes this for the most part
[18:48] <ogra_> *instead
[18:49] <plars> ogra_: that way we can test snappy without having to mess with the snappy image
[18:49] <ogra_> plars, well, but that way we break fixes that upstream did to their default board setup
[18:50] <plars> ogra_: the patch that zyga sent for set the bootpart is useful regardless of what I'm trying to do, since it helps deal with the fact that you don't know what's on the emmc
[18:50] <ogra_> i wouldnt want to do that for the general public
[18:50] <plars> ogra_: no, the image I'm running is just for me
[18:50] <ogra_> what if they want to go back to their default debian image
[18:50] <plars> ogra_: that's the point, you can't do that in any automated way if you have an sd card in there
[18:50] <plars> ogra_: the only way to do it is to eject the sd card right now
[18:51] <plars> ogra_: I want a way to get back to the image running on the emmc even if there's something in the sd slot
[18:51] <ogra_> right, i just got stuck on "I can reliably boot into the emmc when s2 is not held down, and boot to the sd card when it is held down." ... that sounds like you always need to press the button now
[18:51] <ogra_> which is not upstreams behavior
[18:51] <plars> ogra_: ah, sorry. that's *only* if you are running my emmc imge
[18:51] <ogra_> it stores the info if you pressed that button and keeps the setting
[18:51] <plars> *image
[18:52] <ogra_> ah, cool  then
[18:52] <ogra_> zygas case is different because he completely zeroed the MMC
[18:52] <plars> ogra_: the funny thing right now, is with the default debian image, you can boot snappy without ever touching s2
[18:52] <ogra_> (including the preinstalled bootloader)
[18:53] <plars> ogra_: and if you just boot with the snappy sd card, it loads uboot off the emmc and boots the sd card with it - so you could break uboot in the snappy image and nobody would know most likely
[18:53] <ogra_> heh, yeah
[18:54] <ogra_> well, the fix is fine then
[18:54] <plars> ogra_: right, zyga's patch is useful because we currently assume that the user is running the stock debian image. But if they've replaced it, or destroyed it in some weird way, then snappy won't boot
[18:54] <ogra_> it was just that sentence that made me wonder
[18:54] <ogra_> yup
[18:54] <plars> ogra_: sorry for the confusion, I was mostly just trying to add that I had tested it, and it does not even interfere with my automation plans :)
[18:55] <ogra_> plars, np
[19:03] <n00b> hi there
[19:07] <ogra_> yo
[21:24] <kgunn> jdstrand: hey, just wanna clarify something...i saw where if you goof with apparmor policy and install same snap version you need to
[21:25] <kgunn> sudo aa-profile-hook
[21:25] <kgunn> to regenerate the profile, but for seccomp, is there something similar
[21:25] <kgunn> or is if fine to just keep adding to the list and installing
[21:26] <kgunn> ....and do i even have to build the snap? or can is there a file i can modify in place on the filesystem (to cut down on the build/install time)


[09:45] <MCR_> smspillaz, hi :)
[09:45] <MCR_> smspillaz, the best way to test core changes is via PPA
[09:46] <MCR_> it is not so easy (at least for me) to replace my local installation of Compiz/Unity with trunk, because I do not run default Ubuntu
[09:46] <MCR_> additional lenses for example make a self-compiled Unity crash on you once you try to open the Dash
[09:47] <MCR_> and I do not even want to start talking about all the self-compiled Compiz plugins and the special CCSM settings
[09:48] <MCR_> so ofc. I can test core trunk, but not in the *real* conditions
[09:48] <MCR_> but if you have any additional magic scripts for me they are wellkommen
[09:50] <MCR_> I have written some for auto-updating/compiling/installing Unity/nux/libunity&co, but those are pretty standard...
[10:51] <smspillaz> MCR_: so, you don't need to replace your installation
[10:51] <smspillaz> MCR_: what I'm asking is if you can install the branch *locally* along with unity (eg to ~/apps/ as the prefix)
[10:51] <smspillaz> and then test that
[10:52] <smspillaz> I don't see how that creates problems for your setup
[10:59] <MCR_> smspillaz, try to install additional lenses and scopes and you'll notice ;)
[11:00] <smspillaz> MCR_: I don't see why that has anything to do with testing the wall plugin
[11:00] <MCR_> that is true
[11:00] <smspillaz> the whole point is that you create a separate installation so that you can test things
[11:00] <MCR_> but it is not *really* needed in this case
[11:01] <MCR_> you say it works
[11:01] <smspillaz> MCR_: well, did you want to test my changes or not?
[11:01] <MCR_> code looks good
[11:01] <smspillaz> its currently blocked on someone else testing them ... so ........
[11:01] <MCR_> I'll test it once it lands in trunk
[11:01] <smspillaz> MCR_: have a look to see if you can test it within the next three days
[11:01] <smspillaz> theres no rush
[11:01] <MCR_> what is the problem ?
[11:01] <smspillaz> *shrug* just some testing would be good
[11:02] <MCR_> if you tested it...
[11:02] <smspillaz> ... from someone else ...
[11:02] <MCR_> and I promise to test it once it lands
[11:02] <MCR_> with all the goodies I have enabled
[11:02] <smspillaz> MCR_: well, in any case, you're going to be in a position where you'll need to test core changes
[11:02] <MCR_> I will immediately report any problems
[11:02] <smspillaz> I suggest that you look into building a separate installation
[11:02] <MCR_> I know how to do it, do not worry
[11:03] <smspillaz> ... then do it?
[11:03] <MCR_> I just do not *like* to do it, when it is not strictly necessary
[11:03] <MCR_> I have to go in the virtual console
[11:03] <smspillaz> no you dont
[11:03] <MCR_> oh
[11:04] <smspillaz> PATH=/path/to/prefix/ compiz --replace ccp &
[11:04] <smspillaz> done.
[11:04] <smspillaz> in a gnome-terminal or whatever
[11:04] <MCR_> whot ?
[11:04] <smspillaz> MCR_: you don't need to launch from a vt
[11:05] <MCR_> I always used Daniel's version: https://answers.launchpad.net/compiz/+question/203490
[11:05] <MCR_> but then for example my CCSM settings get all messed up
[11:05] <MCR_> Compiz runs without Unity and so on
[11:05] <smspillaz> so that's one way of doing it
[11:05] <smspillaz> "ccp" loads the compizconfig plugin which will pull in all your settings
[11:06] <smspillaz> including plugin lists
[11:06] <MCR_> so to test in a *real* environment a lot is needed and as I said if you have Unity lenses, scopes which are not in the unity source you are f*cked also
[11:06] <smspillaz> MCR_: It will be quite rare when you run into a situation where you need the lenses installed for local testing
[11:07] <MCR_> it is enough to try to open the dash to make everything crash then
[11:07] <smspillaz> in any case, you can build packages of compiz pretty much instantly
[11:07] <MCR_> because unity gets confused
[11:07] <smspillaz> just debuild in the compiz director
[11:07] <smspillaz> it will create deb packages
[11:07] <MCR_> debuild
[11:07] <smspillaz> anyways, I need to go to dinner, but look into getting that local installation working for doing local tests
[11:07] <MCR_> that is all that is needed to build all packages ?
[11:07] <smspillaz> it will pay off in the long term, trust me
[11:08] <smspillaz> MCR_: sudo apt-get build-dep compiz unity
[11:08] <smspillaz> the good thing about inline packaging is that you can literally just debuild in the source dir and it will make a package for you
[11:08] <smspillaz> which you can install with dpkg
[11:08] <smspillaz> anyways, gotta run
[11:08] <MCR_> c ya


[01:26] <dura> can I ask something sort of... dumb?
[01:26] <dura> :|
[01:26] <dura> what to I have configured wrong if my browser asks me to save a .cgi instead of opening it up?
[01:26] <dura> (apache2)
[01:29] <dura> isn't there a mod_cgi or something?
[01:30] <dura> hmm yes there is
[01:30] <dura> :|
[08:33] <edgy> Hi, After I installed ubuntu I want to insall the lamp server using synaptic or adept or apt-get, is there a virtual package for it that turns my system to be an ubuntu-server?
[07:41] <Rev_Tig> Hi All,  has anyone come across an machine that hangs with the phrase "Starting up ... " with a flashing cursor on the line below, this happens almost immediatly after grub,  this is a clean install of 6.10 on an old p200 with 64Meg of ram,  any thoughts?  Install completed fine (albiet slowly :) ) It does not appear to be booting the kernel and I have tried reinstalling grub from the install / recovery option on the cd...  anyone got any ideas?
[07:43] <Rev_Tig> it booted and loaded the "alternative CD" and that produced an almost working system apart from it had all the desktop apps on there which I did not need and filled the disk :)  I got a bit trigger happy with apt-get remove and decided to wipe the lot and just bung the server version on instead :)
[08:13] <Rev_Tig> anyhoo,  apart from the machine failing to boot the install went rather well :)  Well done guys I am impressed :)  Even when it dropped into low memory load it was a clean and consistant install :)  The thing that I noticed (not worth a bug report) is that the discription of the UTF console encoding goes off the screen without a method for scrolling the screen... and if you have to get that anal about something then there really is nothing to comp
[08:13] <Rev_Tig> lain about :)


[09:30] <JamesTait> Good morning all; happy Friday, and happy Common Courtesy Day! :-D
[17:19] <tbarat> karni: ping
[22:57] <Naphatul> is this thingn discontinued? it doesn't seem to have much development with a few services being shut down


[00:18] <Unit193> http://cdimage.ubuntu.com/xubuntu/daily-live/current/ Derpy.
[00:25] <SkippersBoss> ow
[00:28] <Unit193> zsync buggled up earlier today, tried again now and it was still buggled.
[00:29] <SkippersBoss> euh empty
[00:35] <SkippersBoss> i can't see a current folder
[01:32] <bluesabre> pnarciso, knome, mr_pouit: indicator-messages looks pretty hopeless to be honest.  I'm going to hack on it this week, but I don't expect to get anywhere.
[01:32] <micahg> bluesabre: the expectation is that we won't ship with it, anything else is a bonus :)
[01:33] <bluesabre> Good.  I'm meeting expectations then!  ;)
[12:21] <knome> micahg, looks like dropping gimp dropped the image size to 735 on amd, and 709 on i386
[12:32] <knome> micahg, dropping gnumeric would be over 10MB (gnumeric 2.5MB + gnumeric-common 4MB + gnumeric-doc 5MB)
[12:56] <micahg> knome: that's it :(
[12:57] <micahg> well, the korean fonts are about 5MB also
[13:02] <knome> if we dropped those and gnumeric, that would be 15MB+ more.
[13:03] <knome> that would mean i386 fits on a CD already
[13:04] <knome> let's do that.
[13:04] <knome> or do you think we shouldn't?
[13:05] <knome> would you rather drop one more language than gnumeric?
[13:08] <knome> korean fonts, xhosa, one western language and try to drop rest from smaller things?
[13:12] <knome> (like a few games)
[13:17] <micahg> do we think a spreadsheet is no longer needed in a default install?
[13:18] <knome> i don't think it is; does windows have onw?
[13:18] <knome> one too
[13:18] <micahg> idk
[13:18] <knome> or is it always a test version
[13:18] <knome> what do you think of the last idea?
[13:18] <knome> 16:08  knome: korean fonts, xhosa, one western language and try to drop rest from smaller things?
[13:18] <knome> at least we wouldn't drop any functionality
[13:19] <elfy> from an outside user point of view - I'd say it would be better to lose some languages and games than 'useful' things
[13:20] <ablomen> knome, sort of, windows 8 offers you to install a version of microsoft works with adds if you try to open one
[13:20] <knome> if you are korean, korean fonts are useful :]
[13:20] <ablomen> *ads
[13:20] <knome> ablomen, aha, ok.. :P
[13:20] <bluesabre> Does ubiquity install your language pack if not installed when you select it?
[13:20] <elfy> knome: well yea ...
[13:20] <micahg> western language I'm ok dropping
[13:20] <knome> micahg, xhosa isn't a "big" language either
[13:21] <knome> if we think it's better to drop western languages, i'm ok with dropping two of them too, but that would leave us with english and one, and that's a bit awkward imo
[13:23]  * micahg wishes xubuntu had a lighter help browser
[13:24] <knome> heh
[13:24] <knome> is there lighter ones for docbook :P
[13:28] <Sysi> how useful is gnumeric?
[13:28] <knome> very, if you need spreadsheet editing
[13:29] <knome> otoh, i think many that need, will want LO anyway
[13:29] <micahg> also, keep in mind we can install stuff not in the live env, so the question is, what needs to be in the live env
[13:29] <knome> micahg, well, gnumeric isn't needed in the live environment, if that gives us more space
[13:30] <elfy> I was not aware of that - learn something new everyday
[13:30] <micahg> the catch is we have to remove whatever isn't in the live env from xubuntu-desktop
[13:30] <knome> aha
[13:30] <knome> so people need to install those apps manually, if they want to use them?
[13:31] <micahg> oh, hrm, maybe I'm imagining things
[13:32] <knome> hehe
[13:32]  * knome pats micahg on the head
[13:32] <knome> micahg, btw, will you be at UDS?
[13:33] <micahg> yes
[13:33] <knome> awesome! :)
[13:33]  * micahg thinks xchat should go
[13:33] <knome> how much?
[13:33] <knome> is the fish..
[13:34] <micahg> ~2.5MB
[13:34] <knome> have we agreed on some stuff already
[13:34] <knome> one western language goes?
[13:34] <knome> which one is the least spoken?
[13:35] <ochosi> hm, isn't xchat useful for ppl who want support from the live-system?
[13:35] <knome> ochosi, no, they can use webirc
[13:35] <ochosi> iirc the link in ubiquity opens xchat with the #xubuntu chan
[13:35] <knome> ochosi, no, it's webirc
[13:35] <micahg> pidgin has irc support
[13:35] <smartboyhw> ochosi: We use webchat.freenode.net then
[13:35] <ochosi> ok ok, then do away with it already :)
[13:35] <elfy> I tend to fire up pidgin in the live env
[13:35] <knome> ochosi, ;]
[13:36] <knome> i can live without xchat.
[13:36]  * elfy makes notes of what he needs to install post install :p
[13:36] <bluesabre> I used xchat, then I found that pidgin does IRC better
[13:36]  * smartboyhw can't live without xchat: No cloak on webchat
[13:37] <Sysi> statistically twitter client should be more used than irc one.. and there's pidgin anyway
[13:37] <micahg> hrm, do we need usb-creator-gtk?, it's pulling in udisks
[13:38] <Sysi> thunar or some part of xfce isn't using udisks?
[13:38] <micahg> udsisk2
[13:38] <micahg> *udisks2
[13:39] <knome> how many people are creating an usb disk from the live cd?
[13:40]  * micahg would think not many
[13:40] <knome> me too
[13:40]  * elfy wouldn't either
[13:40] <knome> how much?
[13:41]  * smartboyhw uses Unetbootin to load the ISO into the USB
[13:41] <elfy> from a livecd?
[13:41] <smartboyhw> No, from an ISO, but then if I do that I will just copy the contents lol
[13:41] <micahg> knome: I think at least 1MB
[13:41] <knome> micahg, well...:)
[13:42] <bluesabre> I've done it once, but only because usb-creator-gtk is currently broken in Q
[13:42] <ochosi> maybe i missed an important point, but why are we so very much oversized anyway?
[13:42] <micahg> python2/3, gtk2/3
[13:42] <ochosi> why do we need python2?
[13:42] <ochosi> pidgin?
[13:43] <ochosi> or something else?
[13:43] <micahg> most of the archive still needs it :)
[13:43] <bluesabre> I can upgrade catfish whenever needed
[13:43] <micahg> blueman, gdb
[13:44] <ochosi> meh
[13:44] <ochosi> so what needs python3 then?
[13:44] <knome> lol
[13:44] <micahg> apport and some other core infrastructure
[13:44] <bluesabre> probably usc
[13:44] <ochosi> oh man
[13:45] <ochosi> we're lucky this isn't the LTS
[13:49] <micahg> knome: ok, how about dropping usb-creator-gtk, gnumeric, and making the 2 western languages and the korean fonts i386 only?
[13:49] <knome> micahg, are you sure we'll fit, or is that an estimate?
[13:49] <micahg> that's an estimate
[13:50] <knome> gnumeric will definitely get us below 700 in i386
[13:50] <micahg> you want usb creator i386 only as well?
[13:51] <knome> i suppose we can drop it completely
[13:51] <knome> let's have some playing space
[13:51] <knome> but i'd still make 1 western lanugage and xhosa i386 only
[13:51] <micahg> ok
[13:52] <knome> and for that, you'll have my ack :)
[13:53] <micahg> which one, fr, es, pt?
[13:53]  * knome refers to wikipedia
[13:53] <knome> pt 208 million native
[13:54] <knome> fr 115 million
[13:54] <knome> sp 400 million
[13:54] <knome> fr it is then
[13:54] <smartboyhw> Bye france:)
[13:54] <micahg> hrm, fonts-nanum would be funny as it's in -desktop, so amd64 would install a different set of pacakges than i386
[13:55] <knome> heh
[13:55] <knome> is that the korean fonts package, or just one of them?
[13:55] <micahg> that's the korean fonts package
[13:55] <knome> what if we just drop them altogether then?
[13:56] <micahg> we could, idk what impact that would have on those users though
[13:57] <knome> they would need to simply install that package?
[13:57] <knome> :)
[14:00] <micahg> well, maybe let's see where we're at tomorrow with these changes?
[14:00] <micahg> before dropping the korean fonts
[14:00] <knome> can you list one more time what the current proposal is?
[14:01] <micahg> 2 languages i386 only, drop gnumeric (until space appears), drop usb-creator-gtk (permanent)
[14:01] <knome> and languages are xh and fr
[14:01] <micahg> yes
[14:01] <knome> ok, let's do that
[14:02] <micahg> ok, uploading new meta
[14:02] <knome> thanks again
[14:02] <knome> should we ask for a respin+
[14:02] <knome> +=?
[14:03] <micahg> oh, let me add back the indicator stuff that's already in th archive
[14:03] <knome> sure
[14:14] <elfy> quick put everything back
[14:15] <smartboyhw> !?
[14:19] <bluesabre> lol elfy
[14:20] <elfy> :)
[14:20] <smartboyhw> lol
[16:13] <ochosi> maybe we should consider pragha as music player for xubuntu since it already uses greybird for the screenshots :p
[16:14] <ochosi> http://pragha.wikispaces.com/Screenshots
[16:14] <Sysi> (that player is *awful* in my opinion)
[16:14] <ochosi> heh
[16:15] <knome> hah, where's greybird? :P
[16:15] <ochosi> i assume you didn't like exaile much either, hm?
[16:15] <knome> right, gtk3
[16:15] <ochosi> knome: http://pragha.wikispaces.com/file/view/pragha-greybird.png/359212265/800x483/pragha-greybird.png
[16:23] <Sysi> I hardly remember exaile
[16:25] <micahg> knome: did we want to drop xchat also?
[16:27] <knome> i lost my backlog
[16:27] <knome> but let's see what we get with the other changes first
[16:39] <pnarciso> I see that i386 iso is much smaller now
[16:40] <pnarciso> 709mb
[16:41] <pnarciso> x64 is 735mb
[16:49] <knome> yes
[18:21] <bluesabre> mr_pouit, micahg: For the debian control file, if there are no Recommenends, do you remove that line, or leave it blank after the ":"?
[18:21] <bluesabre> *Recommends
[18:24] <micahg> bluesabre: remove
[18:24] <bluesabre> thanks micahg
[18:24] <micahg> sure
[18:26] <micahg> knome: don't forget that the documentation needs to be updated for all the default changes we've made
[19:02] <knome> micahg, i won't
[23:41] <pleia2> yay, someone replied on -doc!
[23:42] <pleia2> rocket2dmn is great, we used to both be in the pennsylvania loco, I didn't know he was still around doing doc stuff


[15:56] <wrst> Activity
[17:16] <t3lc0> Activity x2
[18:43] <wrst> ha ha :)
[18:43] <wrst> not been a lot of that in here has there?
[18:55] <Unit193> Snow?  Yes, lots of snow.
[19:06] <wrst> Unit193: we'vehad the snow, last night we had more snow, then sleet, then freezing rain, now rain, but just to the east of us power lines down, trees down all sorts of problems
[22:55] <t3lc0> Got 7 inches here for now, probably going to start melting with the rain when it comes full on


[10:38] <darkxst>  I played with the KMS modesetting in the new nvidia drivers today, couldn't get plymouth to work, but it should in theory since I got a DRM DUMB BUFFER working after boot
[10:39] <darkxst> and non-root Xorg seems happy enough but mutter segfaults creating the cogl framebuffer
[10:39] <mamarley> It doesn't support fbdev, which is probably why Plymouth doesn't work?
[10:39] <darkxst> mamarley, plymouth doesnt use fbdev
[10:40] <mamarley> Ah, OK.  I don't use Plymouth, so I was only guessing.
[10:40] <darkxst> but apart from that, the ABI verison of the drm module is causing problems (i.e. there is a modprobe ndivia_drm modeset=1, that fails)
[10:40] <darkxst> and also (probably unrelated) nvidia-persistanced is broken on my system due to user permissions, it seems to think that the nvidia-persistentd user is ID 133, when in acutal fact its 151 or something
[10:41] <mamarley> Sounds like your installation is screwed up somehow.
[10:41] <ricotz> darkxst, just for completeness you are using the 364 ppa packages, not installed it yourself?
[10:42] <darkxst> ricotz, yes ppa packages
[10:44] <darkxst> systemd-udev calls "modprobe nvidia_drm", but locally only "modprobe nvidia_364_drm" works
[10:45] <darkxst> I hacked around that with symlinks (and copying modules into initramfs) was able to get to the point of running and also (probably unrelated) nvidia-persistanced is broken on my system due to user permissions, it seems to think that the nvidia-persistentd user is ID 133, when in acutal fact its 151 or something
[10:45] <darkxst> bad paste
[10:45] <darkxst> running https://github.com/dvdhrm/docs/tree/master/drm-howto
[10:45] <darkxst> that works (and is almost identical to how plymouth works)
[10:50] <darkxst> plymouth passed the drmGetCap call (same as example above)
[10:50] <darkxst> but then failed trying to setup the connectors and/or crtc's
[10:58] <darkxst> anyway I will play around more with the plymouth side of things after beta-2, but can you guys  look at loading the nvidia-drm into initramfs and fixing the modprobe error?
[11:05] <darkxst> this: Mar 23 10:41:07 duhast systemd-udevd[475]: Process '/sbin/modprobe nvidia-drm modeset=1' failed with exit code 1.
[11:39] <mamarley> tseliot: ^
[11:49] <tseliot> darkxst: where did you see that modprobe nvidia_drm modeset=1 fails?
[11:51] <darkxst> tseliot, with 364 drivers and kernel param nvidia-drm.modeset=1
[11:51] <darkxst> but I also get the same if I rmmod and the try to modprobe
[11:52] <tseliot> darkxst: it works fine here (on 16.04)
[11:52] <tseliot> even if I modprobe manually
[11:53] <tseliot> darkxst: what's the error when you modprobe the module?
[11:54] <darkxst> tseliot, I can't try again right now, but pretty sure it was "can't find nvidia_drm module" or similar
[11:55] <darkxst> then It work with `modprobe nvidia_364_drm`
[11:55] <tseliot> darkxst: ok, I can see that the alias for nvidia-drm is missing
[11:55] <tseliot> that should be the problem
[11:55] <tseliot> (nvidia-modeset has an alias)
[11:55] <darkxst> tseliot, then they need to be in the initramfs
[11:56] <tseliot> darkxst: yes, the aliases will be there. All but nvidia-drm are
[11:56] <tseliot> I'll fix that
[11:56] <darkxst> tseliot, no the modules, so plymouth can get them
[11:56] <tseliot> I'm not sure why things work here though
[11:57] <tseliot> darkxst: we don't do that in Ubuntu. You can add them manually if you like
[11:58] <tseliot> tjaalton: ^ do we do that with intel?
[11:59] <darkxst> tseliot, I think all the other drm drivers are in the initramfs
[11:59] <tseliot> (I could be wrong)
[11:59] <darkxst> nvidia-drm isn't because its like a day old
[11:59] <tjaalton> yep
[11:59] <tseliot> oh, ok then
[11:59] <tseliot> I'll fix that up
[12:02] <darkxst> tseliot, ok, thanks!
[12:03] <ricotz> tseliot, watch out for hyphen vs underscore
[12:07] <tseliot> ricotz: yes, I know
[12:10] <ricotz> tseliot, what I meant is "alias nvidia-modeset $(PKG_module)-modeset" or "alias nvidia-modeset $(PKG_module)_modeset" ?
[12:12] <ricotz> so the existing hyphens seem wrong :\
[14:35] <tseliot> ricotz: I see what you mean. I really don't remember why things are the way they are (it's been a while). I can certainly look into that
[18:13] <tjaalton> scr
[18:13] <tjaalton> bah


[02:41] -ubottu:#ubuntu-news- ::planet:: Alan Pope: It's not working from home @ https://popey.com/blog/2023/08/its-not-working-from-home/
[02:41] -ubottu:#ubuntu-news- ::planet:: Ubuntu Blog: Ubuntu Desktop: charting a course for the future @ https://ubuntu.com//blog/ubuntu-desktop-charting-a-course-for-the-future
[02:41] -ubottu:#ubuntu-news- ::planet:: Scarlett Gately Moore: KDE Snaps Weekly report, Debian recommenced! @ https://www.scarlettgatelymoore.dev/kde-snaps-weekly-report-debian-recommenced/


[00:30] <arand> How does one do chan-specifik factoids again?
[00:30] <IdleOne> !ops-#ubuntu-offtopic
[00:30] <IdleOne> like that
[00:30] <elky> ...
[00:30] <IdleOne> sorry about the pings everybody
[00:30] <LjL> err
[00:31]  * elky hits IdleOne over the head with the nearest heavy thing.
[00:31] <IdleOne> I didn't think before hitting enter
[00:31] <IdleOne> owwww :(
[00:31] <elky> That'll learn ya.
[00:31] <arand> I was trying to do:
[00:32] <arand> ubottu: !bugresponses-#ubuntu-bugs is <reply> Several templates for Bug Squad bug responses are available at https://wiki.ubuntu.com/Bugs/Responses
[00:32] <bazhang> dont preface with ubottu
[00:32] <arand> !bugresponses-#ubuntu-bugs is <reply> Several templates for Bug Squad bug responses are available at https://wiki.ubuntu.com/Bugs/Responses
[00:36] <arand> Any suggestions?
[00:37] <IdleOne> looking up how to add channel specific factoids but can't seem to find it
[00:38] <IdleOne> :/ my ubottu fu is limited
[00:41] <m4v> afaik the syntax is correct.
[00:41] <IdleOne> !bugresponses-#ubuntu-bugs is <reply> Several templates for Bug Squad bug responses are available at https://wiki.ubuntu.com/Bugs/Responses
[00:41] <IdleOne> there you go
[00:41] <IdleOne> should work
[00:41] <IdleOne> !bugresponses
[00:41] <m4v> !bugresponses-#ubuntu-bugs
[00:42] <m4v> kk, ubottu gives misleading replies, not new.
[00:43] <arand> So she listens to you but not to me :(
[00:43] <IdleOne> correct, because I give her snacks
[00:44] <arand> !botsnack
[00:45] <IdleOne> heh
[00:46] <m4v> arand: it should have replied that forwarded the request to -ops, I guest it only does that in private.
[00:47] <m4v> guess*
[00:54] <arand> m4v: I did the same in private, with the same response, did it forward it still?
[00:55] <m4v> IdleOne: did it? ^
[00:55] <IdleOne> looks like theres a bug and didn't forward the request
[00:56] <m4v> :/
[00:58] <IdleOne> now you need to wait for ubot4 to sync
[00:58] <IdleOne> or ping jpd s
[00:58] <IdleOne> and see what's up
[01:03] <arand> Well, I'll check back tomorrow and see.
[10:21] <em> hey how's it going.
[10:21] <em> anyone from #ubuntu-uk here?
[10:22] <popey> hi em
[10:22] <popey> I've unbanned you
[10:22] <em> oh thanks :)
[10:22] <popey> You were bouncing in and out a lot
[10:22] <em> sorry about that. Some kid in Iraq was DDoSing me somehow from right here on Freenode.
[10:22] <popey> nice
[10:22] <em> He goes by 'IRAQI' if you ever see him but he got klined too.


[01:33] <mehall> hey guys, trying to pin down a kernel bug
[01:33] <mehall> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/292155
[01:33] <ubot3> Malone bug 292155 in linux "Ubuntu freezes on startup with 2.6.27-7 generic until power button is pressed" [Undecided,Confirmed]
[01:34] <mehall> Just pinned down more details, see last comment on the bug page
[01:38] <Kamping_Kaiser> kees, thanks, I'll leave it a day or two then try again.
[01:39] <Kamping_Kaiser> kees, (as i dont know how long it'll take to propagate to a local mirror)
[01:48] <mehall> yeah, it's upstream. Can;t find a report thoguh, I'll report it to bugzilla.kernel.org just now
[12:29] <RainCT> Hi
[12:33] <RainCT> I guess nobody's around now, but anyway: some days ago I explained that with Jaunty my filesystem (ext3, same with ext4) got corrupted all the time (randomly several times a day). I guess this must be a kernel issue, if not please tell me what else it can be. I've been tring with Debian Lenny now and both 2.6.26-13lenny2 and 2.6.29-3~snapshot.13390 kernels work fine.
[12:34] <RainCT> If I take Jaunty's kernel will it build & work on Debian (to try to reproduce the issue here)? Or what else can I do?


[13:54] <Kaia> shwmae pobl
[13:59] <brobostigon> shwmae Kaia :)
[16:21] <ianto> Kaia: \o
[16:25] <brobostigon> hello ianto :)
[17:06] <ianto> brobostigon: Hei!
[17:07] <ianto> Sorry had a meeting upstairs ^
[17:08] <brobostigon> hei :)
[18:20] <owenll> Is anyone able to explain how I translate words with an underscore in Gnome? eg  S_uspend    Co_mmand:    SESSION_NAME      _Remember Currently Running Application
[18:27] <markjones> erm
[18:28] <markjones> i think the underscore is there to indicate the key letter used
[18:38] <owenll> Diolch mark. In  a discussion about this on #i18n - it's to do with the Alt key when in an application - the underscore tell you what key to press for  a particular menu
[18:39] <owenll> the advice I got was don't use the same key twice in one menu -  this was really bugging me - off to do some translating - diolch!
[20:02] <Kaia> o/
[20:03] <markjones> o/
[22:57] <ianto> Kaia: \o
[22:57] <ianto> Dwi colli owenll pob tro
[23:00] <ianto> Kaia: Thanks to me the union is now starting a Siop Siarad and free Welsh lessons to every member at multiple levels
[23:34] <markjones> hiya Kaia and ianto
[23:51] <ianto> markjones: Hullo
[23:54] <markjones> ti'n iawn, boyo?
[23:57] <ianto> Odw, tria i gwpla'r traethawd llenyddiaeth
[23:58] <ianto> ar dudalen 4


[00:02] <PCLine_> Hello andygraybeal
[00:02] <andygraybeal> hi hi PCLine_ :)
[00:15] <PCLine_> 3 Systems updated and upgraded....I am having trouble with 1 system :(
[00:16] <andygraybeal> nice
[00:36] <PCLine_> it is now....update didnt lock everything this time.
[00:56] <andygraybeal> :)
[00:56] <Unit193> I need a drink.
[00:58]  * PCLine_ gives Unit193 a can of 7-Up
[01:15]  * skellat ponders asking if anybody in-channel wants to do a meet-up at one of the Ohio State Parks lodges the weekend of 14.10's release +/- one week
[01:17] <andygraybeal> i would but i'm broke and pretty south
[01:17] <andygraybeal> not only broke, but i don't have a job either
[01:17] <andygraybeal> but i could use some friends
[01:17] <andygraybeal> and a job
[01:19] <skellat> andygraybeal: Which one is closest to you?  http://parks.ohiodnr.gov/lodges
[01:19] <jenni> [ Lodges & Conference Centers in Ohio State Parks ] - https://j.mp/18gl9O3
[01:19] <andygraybeal> aah don't make everyone come south
[01:19] <dzho> south is warmer!
[01:19] <andygraybeal> i think burr oak is closest.. lemme find a map
[01:19] <dzho> ;-)
[01:20] <andygraybeal> burr oak is the only one i recognize but i don't know if it is closest.. i assume it is
[01:21] <andygraybeal> that site should have a map :)
[01:22] <andygraybeal> yea, i bet glouster is closest... i'm in coolville
[01:22] <andygraybeal> next to athens and parkersburg
[01:25] <andygraybeal> yea, burr oak isn't far at all
[01:25] <andygraybeal> maybe 45 minutes away?
[01:25] <andygraybeal> but that would make it a far drive from everyone else
[01:26] <andygraybeal> 45minutes to an hour i would guess actually
[01:26] <andygraybeal> yea maybe more like an hour it looks like
[01:27] <andygraybeal> my location sucks i've been thinking about moving to columbus area to get a job
[01:28] <andygraybeal> google says it's 57 minutes away :)
[01:29] <andygraybeal> glouster is a rough area :)
[01:29] <andygraybeal> i mean probably a lot better than columbus though
[01:35] <PCLine_> What is a Meet-Up you are Pondering to ask?
[01:41] <andygraybeal> a shindig
[01:42] <andygraybeal> i should sleep soon
[01:42] <andygraybeal> i should sharpen some knives too
[01:52] <andygraybeal> i'm even refraining from smoking certain herbs to get a job
[01:53] <andygraybeal> which i think is stupid but i'm fine with it
[02:08] <skellat> PCLine_: At this point a social gathering of community members
[02:16] <Unit193> Shindig, didn't go well, someone ended up married accidentally...
[03:03] <Unit193> skellat: Ah, you use miro?
[03:04] <skellat> Used to
[03:05] <skellat> Gonna have to try building from source it seems
[03:10] <Unit193> Shouldn't be hard.
[03:16] <skellat> Hunh
[03:16] <skellat> Reading through the Participatory Culture Foundation's Form 990 that was filed with work...not pretty
[03:16] <skellat> Ended 2012 over 800k in the hole
[03:17] <skellat> Said form available publicly through The Foundation Center: http://990s.foundationcenter.org/990_pdf_archive/202/202630593/202630593_201212_990.pdf
[03:17] <jenni> https://j.mp/10SEi5O
[03:19] <skellat> Bradley Kuhn at Software Freedom Conservancy has been encouraging folks to read through the 990s of non-profits in the F/LOSS world
[03:20] <skellat> Supposedly the British comic John Oliver did something similar on some sort of cable TV show he has here in America relative to the Miss America pageant
[03:21] <skellat> :-D -- http://askubuntu.com/questions/533810/ubuntu-14-04-is-slow-12gb-ram
[03:21] <jenni> [ configuration - ubuntu 14.04 is slow @ 12gb Ram - Ask Ubuntu ] - https://j.mp/10SFdDt
[03:28] <skellat> And if we ever wondered how much it cost to put on OLF, page 11 of this shows some details from a couple years ago: http://990s.foundationcenter.org/990_pdf_archive/204/204510424/204510424_201112_990EZ.pdf
[03:28] <jenni> https://j.mp/10SGQ3T
[12:33] <andygraybeal> how are you guys this morning?
[18:49] <Unit193> Alive, drinking coffee, etc.


[07:00] <dholbach> good morning
[07:33] <dpm> morning dholbach
[07:34] <dholbach> hi dpm
[07:34] <dpm> popey, I've just created a takeover on d.u.c for the core apps hack days: http://developer.ubuntu.com/
[07:34] <popey> dpm: nice one. I'm blogging
[07:34] <dpm> \o/
[08:40] <popey> http://popey.com/blog/2013/09/03/ubuntu-touch-weather-and-calendar-hack-day/ <- dpm ☻
[09:26] <dpm> popey, reddited, everyone upvote! :-) http://www.reddit.com/r/Ubuntu/comments/1lmu0z/ubuntu_touch_weather_and_calendar_hack_day/
[09:30] <popey> thanks dpm
[14:19] <jcastro> huh what.
[14:19] <smartboyhw> jcastro, ?
[14:19] <jcastro> sorry wrong channel!
[14:19] <jcastro> hey man!
[14:19] <smartboyhw> -.-
[14:20] <jcastro> hey so both Nathan and Jay say the discourse charm is above their skill level
[14:20] <smartboyhw> jcastro, I'm figuring out how to parse the option (adding is easy:P)
[14:20] <smartboyhw> And BTW, we are OT-ing here:P
[14:21] <jcastro> I OT EVERYWHERE
[14:21] <smartboyhw> jcastro, LOL
[14:21] <jcastro> dholbach: now would be a good time to figlet
[14:23] <dholbach> feel free to OT in here ;-)
[14:23] <dholbach> daker should become minister of tourism for Morocco
[14:23] <smartboyhw> dholbach, LOL
[14:23] <dholbach> he just sent me http://vimeo.com/73605534
[14:23] <dholbach> beautiful
[14:23]  * smartboyhw printed two posters from UAK for the Software Freedom Day
[14:23] <daker> dholbach: hhh
[16:58] <dholbach> calling it a day - see you tomorrow!
[17:52] <jcastro> mhall119: I saw a few minutes of your XDA talk
[17:52] <jcastro> well done sir!
[17:53] <mhall119> thanks man
[17:55] <jcastro> ... and my galaxy nexus just died.
[18:38] <JoshStrobl> Is someone here a community manager?
[18:39] <IdleOne> JoshStrobl: jono is the Ubuntu community manager, feel free to send him a PM and he will get to it as soon as he can.
[18:39] <IdleOne> he doesn't seem to be here right now though
[18:39] <JoshStrobl> I noticed
[18:39] <elfy> I think he's on holiday
[18:39] <IdleOne> you can email him jono AT ubuntu DOT com
[18:39] <JoshStrobl> Thanks
[18:40] <JoshStrobl> I won the Ubuntu Juju t-shirt competition, however @ubuntu didn't follow me back so I can't reply to their DM with my address :\
[18:41] <elfy> JoshStrobl: maybe jcastro  can help you with that
[18:41] <jcastro> hi JoshStrobl!
[18:41] <JoshStrobl> Hey jcastro!
[18:41] <jcastro> JoshStrobl: please mail me your address<EMAIL_ADDRESS>[18:41] <jcastro> and I'll send it along right away!
[18:41] <jcastro> and congrats!
[18:41] <JoshStrobl> Thanks bud
[18:43] <JoshStrobl> I'll go ahead and screenshot my Twitter DM from them as well
[18:43] <jcastro> I can talk to her directly
[18:43] <jcastro> I only need your address
[18:43] <jcastro> then I'll just CC you
[18:43] <JoshStrobl> Thanks :)
[18:44] <JoshStrobl> Email sent =)
[18:50] <jcastro> got it
[18:50] <jcastro> \o/
[18:50] <JoshStrobl> Thanks again =)
[22:16] <JoshStrobl> popey / community: So I was talking to popey earlier about the fact that the Ubuntu miro community is currently not being utilized. It can be found at the bottom of the page, section Recording, at http://uds.ubuntu.com/agenda/. I started submitting the UDS vids to the Ubuntu miro community, however they need to be submitted. Should it just be deprecated / removed or can we either a) get someone to approve the submissi
[22:16] <JoshStrobl> ons, b) get someone to add a CM to approve submissions, c) add me to the managing of the miro community so I can approve the UDS recordings.
[22:19] <popey> thanks JoshStrobl ! I'll poke people in the morning when I wake
[23:45] <daker> mhall119: i got your mail, i will respond later...
[23:47] <mhall119> thanks daker
[23:58] <daker> mhall119: the instance you gave is the production instance ?
[23:58] <mhall119> daker: no, staging
[23:58] <mhall119> we're getting all the content together there before moving to production
[23:58] <daker> ok, just want to be sure


[09:01] <bulldog98_> yofel: I’ll do it, is packagers ok, or should I troll in kdeedu?
[11:55] <yofel> bulldog98: ask in edu first, if nobody answers you in a day or so ask by mail
[11:56] <yofel> !ninjas
[11:56] <yofel> it's 4.7.3 time
[11:59] <bulldog98> yofel: I’m in university, I’ll be able to do some stuff in about 3~4h
[12:00] <yofel> :)
[17:27] <bulldog98_> yofel: how long till kdelibs is finished?
[17:27] <yofel> just uploading
[17:27] <bulldog98_> yeah
[17:28] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Philip Muškovac * 386 * debian/ (7 files in 2 dirs) * New upstream release - drop kubuntu_no_kbookmark_write_error.diff, fixed upstream - drop kubuntu_nepomuk_unicode.diff, fixed upstream - update install files and libkio5.symbols
[17:35] <bulldog98> yofel: is it ok, if I push oxygen-icons from your pc?
[17:35] <yofel> sure
[17:36] <bulldog98> btw why aren’t they in the dependencyGraph?
[17:38] <yofel> it would be... free flying. As o-i has no kde dependencies
[17:38] <yofel> I can add it for the 4.8 graph if you want, I'll do that soon
[17:55] <bulldog98> yofel: you don’t have a precise dirs
[17:55] <bulldog98> in your /var/cache/pbuilder
[17:55] <yofel> bulldog98: uhm, precise-ninja-amd64-base.tgz is there
[17:56] <bulldog98> yofel: I mean /var/cache/pbuilder/precise/result …
[17:56] <yofel> that's created when you first build something
[17:56] <bulldog98> s/precise/precise-amd64/
[17:56] <kubotu> bulldog98 meant: "yofel: I mean /var/cache/pbuilder/precise-amd64/result …"
[18:05] <bulldog98> yofel: btw what about doing it as an tex document (tikz)
[18:10] <yofel> bulldog98: what?
[18:10] <yofel> the graph?
[18:10] <bulldog98> yofel: yep
[18:11] <bulldog98> btw do we have a script for checking the status of our pppa builds?
[18:11] <yofel> bulldog98: if you know how to do it feel free to give it a try. Only requirement is that it has to be more readable than the current one (shouldn't be hard :P)
[18:12] <bulldog98> yofel: ok. I’ll work a bit on that
[18:13] <yofel> bulldog98: there's 'kde-sc-build-status', but that's for the archive - as well as the webpage. For the PPA you'll have to look at https://launchpad.net/~kubuntu-ninjas/+archive/ppa/+packages
[18:13] <bulldog98> yofel: maybe I should write something for that
[18:13] <yofel> what use case?
[18:46] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/meta-kde] Philip Muškovac * 17 * debian/ (changelog rules) Bump dev:latestVersion to 4.7.3
[20:45] <apachelogger> http://store.ovi.com/content/213921 !!!!!
[20:48] <ulysses> apachelogger: is it pr0n?
[20:48] <apachelogger> of course
[20:49] <ulysses> it isn't :(
[20:49] <apachelogger> you just dunno what pr0n looks like
[20:51] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Philip Muškovac * 387 * debian/ (changelog libplasma3.symbols) update libplasma3.symbols
[21:20] <_Groo_> Riddell: hey hey, im gonna push calligra packages to my ppa ina  few hours, im cleaning up the package
[21:24] <bulldog98> _Groo_: sounds nice
[21:32] <bulldog98> what do you think about my try for the dependency graph? http://people.ubuntu.com/~bulldog98/test.pdf
[22:26] <_Groo_> guys how do i "clean" git from a git debian build, in this case calligra? it make a monster 540MB package for dput :D
[22:26] <_Groo_> since im building from git, i just want to send the actual code to LP
[22:31]  * yofel would use git archive | tar x -C ../packagefolder-ver and make the package from there
[22:32] <yofel> *git archive HEAD
[22:32] <_Groo_> ok, i read http://wiki.debian.org/PackagingWithGit but thats not what i really was looking
[22:32] <yofel> never tried *that* way yet TBH
[22:32] <_Groo_> so i move .git to somewhere else and did a debuild -S -sa from the actual master source
[22:32] <_Groo_> yofel: feels fearsome :D
[22:33] <yofel> well, debian uses git - unlike us
[22:33] <_Groo_> yofel: it worked my way, a nice 100MB package.. which is about right for source
[22:33] <yofel> if I have git I rather export a snapshot with the command above, and then package that
[22:33] <yofel> yeah, sane size for calligra
[22:34] <yofel> last upload in neon was 84MiB
[22:34] <_Groo_> yofel: are you adding the mobile and active stuff in neon?
[22:35] <yofel> whatever's on by default - enjoy reading the buildlog https://launchpad.net/~neon/+archive/ppa/+build/2877397
[22:35] <_Groo_> yofel: ahah ok :D
[22:35] <_Groo_> yofel: im uploading to ppa:paulo-miguel-dias/peppa if you want to check it out
[22:35] <_Groo_> Riddell: ppa:paulo-miguel-dias/peppa
[22:36] <_Groo_> its VERY alpha, the packages, its all there, but i still need to clean up, divide mobile into mobile and active (if Riddell thinks its a good idea), and move files around
[22:36] <_Groo_> it works but  its ugly so far... cleanups needed... gonna pursue that goal thios month
[22:41] <yofel> _Groo_: we do have some packaging from debian in bzr, and they probably have something newer. Make sure to look at that
[22:42]  * yofel is off to bed, good night
[22:43] <_Groo_> yofel: i doubt its newer, calligra guys are going nuts with files, renaming, moving around
[22:43] <_Groo_> yofel: and i like my work, its just a little messy right now, but its a ALPHA


[21:56] <realtime-neil> within the ubuntu installer (specifically this one: https://releases.ubuntu.com/bionic/ubuntu-18.04.5-live-server-amd64.iso), where is the apt `sources.list` file that references the on-medium apt repository? I can see the `pool` and `dists` directories at the top of the installer contents, but where is the thing that refers to them?
[21:57] <realtime-neil> sorry, I meant this installer image: https://cdimage.ubuntu.com/ubuntu/releases/bionic/release/ubuntu-18.04.5-server-amd64.iso


[16:42] <anjo-aladiah> sudo pm-hibernate work on a packard bell 64 bits console but not on the panel bar. On another hand sudo pm-hibernate dont work on a Toshiba Satelite 64 bits console nether the console nether de panel bar button. The Packard Bell behavior is similar on Button as Toshiba SAtelite on both console and panel bar button. They both were installed with same ISO. Someone know a console command to...
[16:42] <anjo-aladiah> ...solve this problem ?
[16:44] <anjo-aladiah> iam with Lubuntu 14.10
[17:30] <anjo-aladiah> iam with lubuntu 14.10 paralell install to windows 8.1  Now it only start with windows and menu to choose dont appear why ?
[21:00] <wxlS5> !purelxde | zy3pD