[04:54] <jbailey_> to ask you when Davem is planning on merging his sparc patches upstream.
[04:54] <jbailey_> BAH.


[12:55] <popey> https://discourse.ubuntu.com/t/meetup-pro-subscription/8829
[12:55] <popey> Relavent to the people in this channel.
[17:46] <popey> Michael has made an "Org" (Like a meetup org) on get together for Ubuntu!
[17:46] <popey> https://gettogether.community/org/ubuntu/
[17:46] <popey> so people can create teams and join the org :D
[18:49] <pleia2> before we pile in on this bandwagon, what's the status of the loco team portal?
[18:49] <pleia2> it's already confusing to people that we have LTP and Meetup
[18:51] <pleia2> switching to LTP(?) and GT has the same problem, and we lose the discoverability we benefit from on Meetup
[18:51] <pleia2> (which is really the only reason we tolerated having them both)
[18:53] <pleia2> suppose I should figure out how to log into discourse and talk about this there ;)
[19:05] <popey> :)
[19:05] <popey> Ubuntu SSO ftw
[19:06] <popey> I think Michael always envisaged GT as LTP 2.0.
[19:06] <popey> Nobody maintains LTP.
[19:16] <pleia2> we always had about half the attendees for meetups just email me their RSVP because the LTP<>SSO integration would break in some way
[19:16] <pleia2> and they'd be annoyed at that point, since they went to the trouble of setting up an account just to RSVP ;)
[19:21] <popey> Yeah, it was never very robust :(
[19:21] <popey> We used to have events like the Beer Train, and youd have to sign up in multiple places.
[19:27]  * pleia2 makes words happen on discourse
[19:29] <pleia2> popey: thanks for letting us know about the discussion :)
[19:37] <popey> <3
[19:37] <popey> Just sorry we didn't make a big enough drum beat about meetup
[19:38] <popey> If we can justify it, and get more people on board using it, we could maybe continue to pay for it.
[19:38] <popey> But it's quite a lot of cash
[19:38] <pleia2> yeah, I had no idea it was that expensive for these org accounts, uch


 @KMyers recommend a good chromebook for my son on the cheap?
 Even Linus Torvalds doesn't completely understand the Linux kernel | ZDNet … https://www.zdnet.com/article/even-linus-torvalds-doesnt-completely-understand-the-linux-kernel/
 @AdamOutler, Pretty much all of the one on the market will work for him. I don't see him using Linux apps at this time
 I'm more concerned about bang for buck.  They're all laptops.  Is it worth it to buy a celleron or pentium?
 Actually a ARM would be the best bang for the buck
 https://people.com/movies/burt-reynolds-dies-82/


[04:37] <biezpal> guys, we need to create additional users to Snappy Ubuntu. How we should do this in proper way?
[07:00] <dholbach> good morning
[07:01] <fgimenez> good morning dholbach and all
[07:02] <dholbach> hey fgimenez
[08:43] <ogra_> grumble ... ubuntu-fan ... grumble
[08:54] <JamesTait> Good morning all; happy Milk Chocolate Day! 😃
[09:10] <davmor2> ogra_: You know when you add the grumbles you sound less of a fan and more of a stalker right ;)
[09:10] <ogra_> heh
[11:46] <ogra_> hmpf ... i dont et it
[11:46] <ogra_> *get
[11:47] <Chipaca> ogra_: ?
[11:47] <ogra_> buildin an armhf rootstock rootfs always fails with dependency issues
[11:47] <ogra_> and its the same missing deps no matter what release i use
[11:48] <ogra_> amd64 vivid is up to now the only one i manaed to get to build
[11:48] <ogra_> wily fails there too
[11:48] <ogra_> (though not dep issues)
[11:52] <Chipaca> ogra_: is it bad that i don't know what rootstock is in this context? (i assume you're not building a social investment society)
[11:52] <ogra_> http://paste.ubuntu.com/11953230/ i really dont know what to make out of that ... it is using the stable archive
[11:52] <ogra_> oh
[11:52] <ogra_> perhaps it should also use -updates
[11:53] <ogra_> Chipaca, a rootfs builder tool ... project-rootstock-ng on launchpad
[11:53] <Chipaca> ogra_: otherwise, check with barry maybe? he's usually ontop of python weirdness :)
[11:53] <ogra_> well, this is vivid ... we build regular snappy imaes from it :)
[11:53] <ogra_> *images
[11:55] <ogra_> rootstock uses exactly the same setup as the livefs builders so theoretically there is no reason for it to fail if the official images build
[11:57]  * ogra_ tries adding -updates to the sources.list
[11:59] <ogra_> OOOOH !
[11:59]  * ogra_ slaps forehead
[11:59] <ogra_> the snappy livecd-rootfs comes from the PPA
[12:00] <ogra_> so indeed i'm missing all the hacks
[12:08] <ogra_> hmpf, adding -updates doesnt change a thing
[12:16] <longsleep> ogra_: hey - any news about getting a stable snappy 15.04 with the uboot.env changes?
[12:17] <ogra_> longsleep, rsalveti wanted to release it last night, seems that didnt happen
[12:17] <ogra_> not sure why
[12:17] <longsleep> ogra_: ok thanks - i will keep monitoring then :)
[12:29] <jdstrand> sergiusens: /var/lib/apparmor/clicks and /var/lib/snappy/apparmor are different. basically, /var/lib/snappy/... is where we want to go and I started to go there with seccomp. /var/lib/apparmor/... is where we want to move from and we'll do that when click-apparmor is gone
[12:30] <ogra_> jdstrand, is anyone from the security team looking into the libstagefright issue on the phone (sorry for the echan)
[12:30] <ogra_> sounds pretty serious even for us
[12:30] <Chipaca> elopio: you around?
[12:30] <elopio> Chipaca: o/
[12:31] <elopio> how can I help you?
[12:31] <Chipaca> elopio: integrations test asplode nicely in wily
[12:31] <Chipaca> elopio: here i was all excited because they should finally work again (because networking is working \o/)
[12:32] <Chipaca> very disappointed; i thought i'd be able to convert "made integration tests work again on wily" into "get bottle of aged rum from elopio"
[12:32] <elopio> Chipaca: I'm not sure if I should be happy or sad.
[12:32] <elopio> Chipaca: throw the log at us. fgimenez is using wily, so he should be able to tell what's going on.
[12:32] <Chipaca> http://pastebin.ubuntu.com/11953399/
[12:32] <elopio> I'm just running in vivid, and it works.
[12:33] <elopio> Chipaca: your udf failed
[12:34] <rsalveti> ogra_: waiting to see if we could get any update from utlemming
[12:34] <rsalveti> but will release it later today
[12:34] <utlemming> rsalveti: huh?
[12:34] <Chipaca> elopio: yep
[12:34] <elopio> Chipaca: this would increase your chances of getting aged rum: https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch/+bug/1473333
[12:35] <rsalveti> utlemming: hey :-), what I asked you yesterday:
[12:35] <Chipaca> utlemming: it's all your fault, see?
 utlemming: we're just finishing the testing phase for our current alpha image (image 9), and that will be migrated to stable
 or latest edge (132)
[12:35] <jdstrand> ogra_: not to my knowledge. tyhicks, do you know? ^
[12:35] <Chipaca> :-p
 utlemming: can you run your usual testing scenarios over it and see if there is any issue with the cloud targets?
[12:35] <utlemming> rsalveti: ah, okay
[12:35] <utlemming> rsalveti: sorry, I didn't see the request, doing it now
[12:35] <rsalveti> utlemming: no worries, thanks
[12:36] <Chipaca> elopio: maybe i should just rerun it :)
[12:36] <elopio> Chipaca: the same udf command works for me. fgimenez: ^ can you give it a try?
[12:37] <Chipaca> elopio: fgimenez: the re-run has gotten further
[12:37] <fgimenez> elopio: Chipaca yep on it, anyway that error may disappear eventually
[12:38] <fgimenez> Chipaca yep here it's working fine
[12:38] <elopio> so blame sergiusens, that's good B-)
[12:38] <Chipaca> \o/ then
[12:38] <Chipaca> but it's not being able to ssh in
[12:39] <fgimenez> Chipaca: that's probably because ens3 is down
[12:39] <Chipaca> fgimenez: that's what i fixed :)
[12:39] <fgimenez> Chipaca: then it must be something else :)
[12:40] <fgimenez> Chip
[12:41] <fgimenez> Chipaca: you can try to create the image, launch it with kvm and run the tests passing ip and port
[12:41] <elopio> Chipaca: you fixed it, but udf is deploying yesterday's rolling edge
[12:41] <elopio> Chipaca: go run _integration-test/main.go --ip localhost --port 8022.
[12:42] <elopio> and we will know if rolling edge works until later. :(
[12:42] <Chipaca> elopio: um
[12:43] <Chipaca> ah
[12:43] <Chipaca> elopio: i'm guessing it copies in snappy after ?
[12:44] <elopio> Chipaca: yes. Some discussion in here: https://trello.com/c/VUKDVa97/106-generate-an-image-with-snappy-from-a-branch
[12:45] <utlemming> rsalveti: I'm seeing an image with a serial of 132
[12:45] <rsalveti> utlemming: right, that's the one we're going to promote to stable
[12:45] <rsalveti> unless we find yet another bug
[12:46] <elopio> Chipaca: and note that there's one failover test that regressed, so the suite will fail.
[12:47] <elopio> https://bugs.launchpad.net/snappy/+bug/1476129
[12:50] <elopio> fgimenez: all my refactor branches are updated. What's missing I think is to give a better name to common.go like basetest.go, but I'm not sure if go test would try to run it.
[12:52] <fgimenez> elopio: ok i'll take a look, there are more failover tests that are not working because of the new location of the kernel files, i'll put hands on that too
[12:52] <elopio> fgimenez: oh, that's sad.
[12:52] <elopio> we are so close to be in-sync, but things keep falling appart. Thanks fgimenez.
[12:53] <ogra_> rsalveti, so latest rootstock should theoretically be able to build core for vivid and wily ... but .... bug 1450980
[12:53] <Chipaca> pitti: you around?
[12:53]  * elopio goes offline now. Telegram if you need me.
[12:53] <Chipaca> elopio: i *think* you meant to thanks fgimenez for keeping things in sync, but it reads like you're blaming him for things falling apart :)
[12:53] <rsalveti> ogra_: =\
[12:54] <ogra_> there is a workaround mentioned, trying that now
[12:55] <elopio> Chipaca: ok, to be clearer, I blame everybody except fgimenez ;)
[12:55] <fgimenez> elopio: i want my part of blame too! :)
[12:58] <ogra_> oooh, that looks a lot better !
[12:59] <pitti> hey Chipaca; yes, back from holidays
[13:00] <Chipaca> pitti: welcome back!
[13:00] <pitti> thanks!
[13:00] <Chipaca> pitti: i'm fighting with network-online.target; a service has it as a requires: and after: dependency, and it's still started before a network interface comes up
[13:01] <Chipaca> pitti: i'm starting to suspect either i'm misunderstanding something deeper, or something's broken in snappy wrt systemd & networking
[13:02] <Chipaca> (btw, dunno if you remember but udevadm failed to bring up the network after adding a hotplug file to interfaces.d; had to systemctl restart networking)
[13:02] <pitti> Chipaca: do you have a journalctl from the full boot? that shows the sequence of ifup-wait-all-auto.service, network-online.target, and your service
[13:02] <ogra_> onions ... so tiring ...
[13:02]  * ogra_ yawns
[13:02] <pitti> ogra_: ?
[13:02] <Chipaca> pitti: how do i get that?
[13:03] <ogra_> pitti, rootstock uses three chroots wrapped into each other to fake a real livefs builder ... ultra boring to watch it :)
[13:03] <pitti> Chipaca: "sudo journalctl > /tmp/journal.txt", and scp/pastebin that
[13:03] <ogra_> onion model :)
[13:03] <pitti> or just "sudo journalctl | pastebin -" if you have something like that installed
[13:06] <Chipaca> pitti: http://paste.ubuntu.com/11953525/
[13:07] <utlemming> rsalveti: things look good for all the clouds
[13:07] <rsalveti> utlemming: great
[13:07] <pitti> Chipaca: so ifup-wait-all-auto.service is done at line 676, network-online.target is done at 735
[13:07] <pitti> Chipaca: what's your service?
[13:07] <ogra_> can clouds roll back ?
[13:07] <Chipaca> pitti: webdm
[13:08] <Chipaca> pitti: how is network-online done, if the network is not online?
[13:08] <pitti> Chipaca: erk, cloud-init runs afterwards, and calls ifupdown stuff
[13:08] <ogra_> yeah, we should realyl get rid of it
[13:09] <ogra_> the three to fix things it does for use all have equivalents in the distro we could use instead
[13:09] <pitti> Chipaca: may it be that there isn't actually an /etc/network/interfaces at boot, or cloud-init creates that?
[13:09] <ogra_> s/fix/five/
[13:09] <Chipaca> pitti: just to be clear, there is no configured network; it should not start at all :)
[13:09] <pitti> in general, I really recommend not running cloud-init on every boot, unless you have a very good reason to
[13:09] <pitti> Chipaca: aah
[13:09] <pitti> Chipaca: well, our ifup-wait-all-auto.service only waits until all configured interfaces are up
[13:10] <pitti> and as there are none, it succeeds immediately then
[13:10] <Chipaca> oh
[13:10] <Chipaca> daaaaamn
[13:10] <Chipaca> ok, let's see if i tell it there's a fake one
[13:10] <pitti> so you need some other service that hooks into network-online.target and waits until you configure your network
[13:10] <Chipaca> that might be a good option still
[13:11] <pitti> we can't make the default distro ifup-wait-all-auto.service not fire at all in this case
[13:11] <Chipaca> understood
[13:11] <pitti> as you can also use NetworkManager, connman, networkd, or something else
[13:11] <Chipaca> pitti: the "no network configured" thing is me trying to fake bug 1466672
[13:12] <pitti> Chipaca:if cloud-init brings up the network, then perhaps it could order itself before network-online.target?
[13:12] <pitti> Chipaca: also:
[13:12] <pitti> dhclient[895]: can't create /var/lib/dhcp/dhclient.leases: Permission denied
[13:12] <Chipaca> pitti: that was me running dhclient by hand
[13:12] <ogra_> wow
[13:12] <pitti> ah, ok
[13:12] <Chipaca> without sudo
[13:12] <Chipaca> :)
[13:12] <pitti> ok, I ignore this then :)
[13:12] <Chipaca> ogra_: de-panic :)
[13:13] <ogra_> not panicing :)
[13:13]  * ogra_ is just bored ... watching rootstock ... waiting
[13:13] <pitti> Chipaca: it looks like cloud-init also calls ifup -a
[13:13] <Chipaca> pitti: thank you; i have plenty of things to poke for now then :) i'll pester you again if i run out again
[13:13] <pitti> with some errors, but did that actually work?
[13:13] <pitti> i. e. after it's done, do you have network?
[13:13] <Chipaca> pitti: i have no idea :)
[13:14] <pitti> Chipaca: well, wait until cloud-init is done, and check "ip a" and "ip route"?
[13:14] <Chipaca> pitti: sorry, to be clear, in this case no it did not do anything
[13:14] <pitti> Chipaca: and of course if it wrote something sensible into /etc/network/interfaces
[13:14] <Chipaca> pitti: because i manually disabled networking by moving a file away from interfaces.d
[13:14] <Chipaca> pitti: but i think your general question is whether that is the thing that actually brings up the network
[13:14] <Chipaca> pitti: i will know shortly :)
[13:15] <pitti> Chipaca: ok, so it's not cloud-init then; I guess you have something else that writes /e/n/i then?
[13:15] <pitti> or is supposed to
[13:15] <Chipaca> pitti: snappy firstboot writes a file to interfaces.d
[13:16] <pitti> Chipaca: that finishes on line 742, so indeed after network-online.target
[13:16] <pitti> Chipaca: so if you order that Before=network.target, that might help
[13:17] <pitti> Chipaca: i. e. it should write /e/n/i.d/ early, and then the ifup-wait-all-auto.service magic should kick in
[13:17] <ogra_> update-initramfs: Generating /boot/initrd.img-3.19.0-25-generic
[13:17] <ogra_> /bin/df: Warning: cannot read table of mounted file systems: No such file or directory
[13:17] <ogra_> Warning: root device  does not exist
[13:17] <ogra_> Unable to abort; system will probably be broken!
[13:17] <ogra_> GEEZ !"
[13:17]  * pitti tosses a /proc mount to ogra
[13:17] <ogra_> could we make update-initramfs warnings a little less scary
[13:17] <ogra_> pitti, thats expected, it is run by live-build in that context
[13:18] <Chipaca> pitti: i tried ordering firstboot before network-pre, but it didn't work
[13:18] <ogra_> but update-initramfs is full of such warnings about trivial bits that sound like the end of the world
[13:18] <Chipaca> pitti: however you weren't here to pester :) so maybe i should retest that later
[13:21] <Chipaca> pitti: this is with the same config as just now, but with a (fake) entry in interfaces.d: http://paste.ubuntu.com/11953575/
[13:22] <Chipaca> pitti: interesting things are, for a start, a "sh segmentation fault"
[13:22] <Chipaca> and that ifup-wait-all-auto failed, but network-online succeeded
[13:22] <pitti> Chipaca: right, that times out after 2 mins; I did that to do the same as what we did under upstart, i. e. block the boot for at most 2 mins on ifup
[13:23] <pitti> ifquery[535]: segfault at 1 ip<PHONE_NUMBER>403187 sp 00007ffd59263e90 error 4 in ifup[400000+d000]
[13:23] <pitti> go, ifupdown!
[13:23] <ogra_> lol
[13:24] <ogra_> that might explain the 30sec delay during boot :)
[13:24] <Chipaca> pitti: to be fair, i did just tell it to try to bring up ens42
[13:24] <ogra_> pitti, seems to not be 2min in the new world
[13:25] <pitti> 13:16:29 localhost.localdomain systemd[1]: Starting Wait for all "auto" /etc/network/interfaces to be up for network-online.target...
[13:25] <pitti> 13:18:29 localhost.localdomain systemd[1]: Failed to start Wait for all "auto" /etc/network/interfaces to be up for network-online.target.
[13:25] <pitti> looks like 2 mins to me :)
[13:25] <ogra_> well, my BBB sits for 30-40sec
[13:26] <Chipaca> ogra_: this is so big a mess, i suggest we take a look at some point
[13:26] <ogra_> +1
[13:26] <Chipaca> not right now tho :)
[13:26] <ogra_> haha
[13:26] <ogra_> ogra@anubis:~/Devel/branches/project-rootstock-ng$ ls -l out-20150728
[13:26] <ogra_> insgesamt 218368
[13:26] <ogra_> -rw-r--r-- 1 root root    188192 Jul 28 15:26 build-20150728-armhf.log
[13:26] <ogra_> -rw-r--r-- 1 root root 163712102 Jul 28 15:26 ubuntu-core.device.tar.gz
[13:26] <ogra_> -rw-r--r-- 1 root root      8217 Jul 28 15:26 ubuntu-core.manifest
[13:26] <ogra_> -rw-r--r-- 1 root root  59685713 Jul 28 15:26 ubuntu-core.rootfs-armhf.tar.gz
[13:27] <ogra_> HOORAY !!!!
[13:27]  * ogra_ dances
[13:27] <Chipaca> pitti: so, um, what do i do if i want to start a service after the network is up? so it works in the "network device is there but cable not plugged in" case
[13:27]  * pitti hugs ogra
[13:27]  * ogra_ hugs pitti
[13:28] <ogra_> so now on to a wily build ... if that works too i'll declare rootstock ready for usage :)
[13:28] <pitti> Chipaca: can you please clarify? if there's no cable, you're technically never online
[13:28] <Chipaca> pitti: in that case, the service shouldn't start. It should start after a cable is plugged in (stopping if unplugged would be a bonus)
[13:29] <pitti> Chipaca: right now we delay network-online.target for up to 2 mins on /e/n/i coming up (mimicking what we did in upstart); apparently that was the right thing for desktop/server, but maybe not for snappy
[13:29] <pitti> Chipaca: so I guess we need a different "implementation" of n-o for that, i. e. not ifup-wait-all-auto.service
[13:30] <Chipaca> pitti: i'm not so sure; i'd like to be able to getty in even if the network is disconnected, for example
[13:30] <pitti> for a start, an infinite timeout
[13:30] <pitti> Chipaca: yes, getty doesn't need n-o, so that's always possible; ideally very few services are requires/after n-o
[13:30] <pitti> n-o.target is really mostly a hack for legacy software which doesn't know how to listen to networking changes itself
[13:30] <Chipaca> ah, ok
[13:31] <Chipaca> hey, i could just say "bug in webdm" and see what rsalveti says :)
[13:31] <pitti> but we can certainly write an implementation that makes n-o go up an down while some ifupdown interface is up
[13:31] <rsalveti> Chipaca: I'd probably say just fix webdm then :P
[13:32] <Chipaca> rsalveti: wfm, but i can see many other, lesser, app developers blaming snappy and not their code :)
[13:32] <rsalveti> sorry, need to read the entire backlog for context
[13:33] <Chipaca> rsalveti: bottom line is: my sneaky plan of making it work by hanging off of network-online.target will not work unless we rewrite stuff (and depart from what works for the rest of ubuntu)
[13:34]  * ogra_ thinks we should just go back to upstart :P
[13:34] <Chipaca> or forwards to systemd-networkd!
[13:35] <kgunn> Jul 28 13:34:08 localhost kernel: [  228.622474] audit: type=1400 audit(1438090448.373:13): apparmor="STATUS" operation="profile_load" profile="unconfined" name="mir_system-compositor_snap1.1" pid=1068 comm="apparmor_parser"
[13:35] <kgunn> jdstrand: so got to the point of final testing....
[13:36] <pitti> Chipaca: yeah, for use cases like that it'd certainly be more practical to "eternally" delay n-o; we can't do that on desktop/server where networks can be brought up by other means, but if ifupdown/snappy-firstboot is the only thing that configures it we can be stricter
[13:36] <kgunn> and just happened to lock at the syslog, i don't have any "unconfined" in my profiles so why does it say that ^
[13:36] <pitti> ogra_: FWIW, upstart has exactly the same behaviour :)
[13:36] <kgunn> jdstrand: could it be that at one point, an unconfined template was used ? e.g. it's not specified by keyword "unconfined"
[13:37] <kgunn> but the structure ?
[13:37] <ogra_> pitti, yeah, but i know from the top of my head how to work around it in upstart :P
[13:37] <Chipaca> so, another thing i could do, is add a wait to the service itself
[13:37] <ogra_> systemd isnt injected enouh in my cortical system yet :)
[13:38] <ogra_> Chipaca, sleep 30
[13:38] <ogra_> :P
[13:38] <Chipaca> ExecStartPre=wait4tehnetworz
[13:38] <Chipaca> pitti: would that work?
[13:39] <pitti> ogra_: don't let it -- it's not designed for human brains :)
[13:39] <pitti> Chipaca: sure; although, that's conceptually a bit broken
[13:39] <Chipaca> pitti: tell me more
[13:39] <ogra_> pitti, but it fits into lennarts !
[13:39] <pitti> Chipaca: I'd suggest, if you have a thing like this, rather stick it in ifup-wait-all-auto.service
[13:40] <pitti> ogra_: obviously :)
[13:40] <pitti> Chipaca: well, you can eternally wait in ExecStartPre= if you also disable the unit timeout
[13:40] <Chipaca> ah. forgot about that pesky timeout thing :)
[13:40] <pitti> Chipaca: but it's still not very elegant; for such long (potentially indefinite) waits it's better to put that waiting logic into a separate unit (ifup-wait-all-auto.service *cough*), and order yourself after it
[13:41] <pitti> Chipaca: well, TimeoutStartSec=0 :) (but then real hangs won't ever be detected)
[13:41] <Chipaca> pitti: i'm reticent to modifying ifup-wait-all-auto.service though
[13:41] <pitti> Chipaca: it could also be a new one, like ifupdown-wait-online.service
[13:41] <pitti> Chipaca: there's no harm in making network-online.target wait for both
[13:42] <pitti> Chipaca: on a desktop it e. g. waits for ifup-wait-all-auto.service and NetworkManager-wait-online.service
[13:42] <Chipaca> pitti: and how is that difference sorted?
[13:42] <pitti> Chipaca: so, for experimentation: fine to put it into ExecStartPre=
[13:42] <pitti> Chipaca: (and disable the timeout)
[13:42] <pitti> that might be simplest for iterating on the logic of wait4tehnetworz
[13:43] <pitti> Chipaca: but once you do have a wait4tehnetworz, let's rather put that into a new ifupdown-wait-online.service which is Before=network-online.target
[13:43] <pitti> Chipaca: difference?
[13:46] <Chipaca> pitti: wait4tehnetworz is just “while [ "$(GET "http://start.ubuntu.com/connectivity-check.html" | md5sum | cut -d\  -f1)" != "4589f42e1546aa47ca181e5d949d310b" ]; do sleep 1; done”, for example
[13:46] <Chipaca> (possibly not *actually* in sh) :)
[13:46] <jdstrand> kgunn: that is not a denial, that is a profile load. That log entry is completely normal. it is saying an unconfined process (ie, apparmor_parser, snappy, whatever) loaded the profile
[13:46] <Chipaca> pitti: difference == how to ship one config for desktop and a different one for server (and now a different one for snappy)
[13:46] <Chipaca> i don't know how that part of the system is glued up
[13:47] <pitti> Chipaca: ah, just ship it in the snappy package, together with a /lib/systemd/system/network-online.target.wants/ symlink
[13:48] <pitti> Chipaca: I don't think you actually need to disable ifup-wait-all-auto.service -- your's should be stricter in all cases
[13:48] <Chipaca> gotcha
[13:48] <pitti> Chipaca: i. e. I don't see a case where ifup-wait-all-auto.service would still wait while your's would alreaydy succeed
[13:49] <Chipaca> now i understand what the symlinks are for :-D
[13:49] <pitti> Chipaca: shipping the symlink is the same as adding an [Install] section and calling systemctl enable (teh latter just creates that symlink)
[13:49]  * pitti needs to run to the grocery store, back in 30
[13:56] <kgunn> jdstrand: i realize that's not a denial, my point is...i'm going thru the process of making sure the mir snap and client are confined
[13:57] <kgunn> and wondering, if i've made it all confined why is it saying unconfined....so you say the process that started it is
[13:57] <kgunn> which i guess would be the launching script that's part of the snap ?
[13:59] <beuno> kgunn, I think he's saying that by design, unconfined processes start apps and services
[14:00] <beuno> so it's an ignorable log entry
[14:00] <kgunn> beuno: that was my other thot, thanks for confirmation
[14:01] <jdstrand> kgunn: what is saying unconfined exactly? the log entry you pointed to doesn't say anything about the mir process or the client process
[14:01] <jdstrand> kgunn: it is only saying that the profile was loaded by an unconfined process (ie, when you ran apparmor_parser, or when you installed the snap)
[14:02] <jdstrand> kgunn: like beuno said, you can ignore it
[14:02] <kgunn> jdstrand: got it, so pid 1068 was the unconfined thing
[14:02] <jdstrand> kgunn: if you want to know if the mir and client processes are confined, you can use 'sudo aa-status' or 'ps Z'
[14:03] <kgunn> ta
[14:03] <jdstrand> kgunn: 1068 was ultimately apparmor_parser, yes
[14:05] <kgunn> jdstrand: thanks, i think i'm actually done with mods to aa and seccomp to get the mir svr and client app to run confined
[14:06] <kgunn> altho i'm sure you or designate will need to take a look
[14:06] <kgunn> and tell me to "improve" potentially :)
[14:07] <jdstrand> kgunn: great! yeah, whenever you upload ping me and I'll look at it. at this point I imagine we are getting to the point of just filing bugs
[14:07] <kgunn> cool
[14:08] <kgunn> just doing some clean testing to make sure i'm all  good
[14:38] <Chipaca> pitti: for the record, a delayed network-online results in no gettys for 2m
[14:39] <pitti> Chipaca: hmm, that's bad; so we block user-sessions on that? /me checks
[14:40] <pitti> ah, we had bug 1425376 earlier due to that
[14:40] <pitti> ah, so we block network.target, which is really bad
[14:41] <Chipaca> pitti: it does give me a nice red ascii throbber to look at on console though :)
[14:44] <Chipaca> pitti: this is bad news for my wait4networz service, which ... um ... waits for the networz
[14:45]  * Chipaca should trademark that
[14:49] <Chipaca> pitti: but that bug says it's fixed released; am i missing something?
[14:49] <pitti> Chipaca: yes, it is, I just remembered that we had such a case before
[14:49] <pitti> so we need to find out why network.target is blocked on getting online
[14:50] <pitti> apparently something orders itself after network-online.target but before network.target, and we need to LART it
[14:50] <davmor2> Chipaca: yeap but no wonder your network is down.  I mean there are always casualties in worz
[14:50]  * Chipaca deploys networz on davmor2
[14:51] <pitti> ah, could be /etc/init.d/networking
[14:52]  * davmor2 plays c6 and sinks Chipaca's battle ship
[14:52]  * Chipaca sneaks a spy into davmor2's capital and sets off a nuke
[14:53] <Chipaca> pitti: fwiw ifup-wait-all-auto bailed as expected
[14:53] <davmor2> Chipaca: Thanks Wolverhampton really need a facelift
[14:54] <Chipaca> who says wars don't settle arguments
[14:54] <ogra_> Chipaca, that is because you dont use ifup-wait-all-auto-do-no-bail
[14:55] <Chipaca> ogra_: --pretty-please
[14:55] <davmor2> No no worz alway settle arguments the issue is in war no one remembers the argument that triggered it so they keep resetting the argument ;)
[14:55] <ogra_> :)
[14:56] <pitti> Chipaca: btw, in case it's any easier, you can run stuff from /etc/network/if-up.d/, which are called when (any) interface gets connected
[14:57] <pitti> Chipaca: if you have a journalctl from that boot with the stalled getty, I'd be interested
[14:57] <pitti> Chipaca: (also, stalled -- talking to other folks)
[14:57] <Chipaca> pitti: how can i get journalctl from a stalled boot?
[14:57] <Chipaca> given no network & no getty
[14:58] <pitti> Chipaca: you could boot with systemd.debug-shell, and ctrl+alt+f9
[14:58] <Chipaca> that was it
[14:58] <Chipaca> yep
[14:58] <pitti> Chipaca: or disable your new unit, and just let the standard stuff time out after 2 mins
[14:58] <Chipaca> pitti: i don't know how do disable my new unit :)
[14:58] <pitti> Chipaca: or just plug in ethernet after 2 mins :-) I'm merely interested what's (not) starting until the network comes up
[14:58] <pitti> Chipaca: remove the symlink
[14:59] <Chipaca> pitti: with no network and no getty
[14:59] <pitti> ah
[14:59] <Chipaca> :)
[14:59] <pitti> well, debug shell it is then, I figure :)
[14:59] <pitti> Chipaca: but it does sound like bug 1425376 is back?
[15:00] <Chipaca> pitti: if it ever truly went away, yes
[15:00] <Chipaca> i've seen this spinner before, didn't realise it was a bug
[15:02] <kgunn> jdstrand: so here's my "confined" attempt
[15:02] <Chipaca> pitti: http://paste.ubuntu.com/11954006/
[15:02] <kgunn> https://code.launchpad.net/~kgunn72/mir/snappy-packaging-with-secprofile/+merge/266111
[15:02] <kgunn> jdstrand: so dunno if that's for you or tyler feel free to change
[15:02] <kgunn> also do you want snaps built ?
[15:03] <jdstrand> kgunn: I don't need snaps built
[15:03] <Chipaca> why are we running cloud init on *every* boot? isn't it a firstboot thing?
[15:03] <pitti> Chipaca: oh, cloud-init
[15:03] <Chipaca> sergiusens: do you know^?
[15:03] <pitti> Chipaca: right, cloud-init is indeed blocking gettys, and it takes effing long
[15:03] <kgunn> jdstrand: ok, to test you can follow the "snappy gui anyone" blog
[15:03] <Chipaca> pitti: cloud init depends on network-online afaik
[15:04] <kgunn> the one step not to forget is the "export LC_ALL=C.UTF-8" ;)
[15:04] <jdstrand> kgunn: ok. I probably won't get to this immediately, but will soon
[15:04] <pitti> Chipaca: right, and blocks user sessions
[15:04] <jdstrand> tyhicks: there is already a card for this. I'll assign it to me since I looked at the others
[15:04] <Chipaca> yes, requires: network-online
[15:04] <kgunn> jdstrand: no worries, i just didn't want to drop our responsibility of following up :)
[15:04] <pitti> Chipaca: so if there's no network, cloud-init will block
[15:04] <Chipaca> lurvely
[15:04] <tyhicks> ogra_: are you saying that we use stagefright on our phones?
[15:05] <jdstrand> tyhicks: see #phablet
[15:05] <ogra_> tyhicks, seems we dont use it but there are ~30 .so files in the android container under /system/lib
[15:06] <pitti> Chipaca: OOI, what do you use cloud-init for?
[15:06] <ogra_> accordin to jhodapp they are not used by anything though
[15:06] <pitti> Chipaca: with the r/o file system it can't actually do much, can it?
[15:06] <tyhicks> ogra_: thanks
[15:06] <Chipaca> pitti: I don't know what we use it for, exactly :-)
[15:06] <Chipaca> pitti: i'm hoping sergiusens knows
[15:08] <sergiusens> Chipaca: cloud-init runs on every boot
[15:08] <ogra_> yeah :/
[15:08] <sergiusens> Chipaca: pitti that is the way of cloud-init, I was told it should be this way; maybe smoser or utlemming can expand
[15:08] <tyhicks> jdstrand: ack - thanks for taking the review
[15:08] <sergiusens> cloud-init does not run through the whole thing on every boot though
[15:08] <sergiusens> it has run-once's
[15:09] <pitti> right, but it blocks the boot on network-online.target, that's the main problem
[15:09] <pitti> i. e. if you aren't online, it stalls the boot
[15:10] <sergiusens> pitti: Chipaca wrt what we use it for, it's used for the cloud and btw https://trello.com/c/W5WiZQM7/117-core-config-for-cloud-init
[15:26] <Chipaca> sergiusens: any ideas as to where to put http://pastebin.ubuntu.com/11954094/ so we can ship it in the snappy package easily?
[15:35] <kgunn> Chipaca: hey there, i've recently tried to confine the mir snap, i wanted to grab olli's qml app and run on top...see if i get any sec issues compared to my qt clock ref
[15:35] <kgunn> where would i find that snap ?
[15:36] <Chipaca> kgunn: i think ted has a snap built with the qml snapcraft plugin
[15:37] <Chipaca> kgunn: otherwise chinstrap.canonical.com/~ories/public_html/digital_sign_deb2snap_tree.tar.bz2 is ollie's (old) thing
[15:37] <Chipaca> kgunn: but you probably meant the qml snapcraft route
[15:37] <kgunn> Chipaca: yeah, preferably latest/greatest
[15:37] <Chipaca> kgunn: um, s.public_html/..
[15:38] <Chipaca> ted might not be here though
[15:38] <Chipaca> 1 sec
[15:38] <Chipaca> kgunn: this is snapcraft with the qml plugin (not merged yet): https://code.launchpad.net/~ted/snapcraft/qml
[15:39] <Chipaca> kgunn: this is a snapcract project that uses it: https://code.launchpad.net/~ted/+junk/photoviewer
[15:39] <kgunn> ta
[15:42] <Chipaca> kgunn: um. there's also the snapcraft ppa
[15:42] <Chipaca> kgunn: because without a patched libxkbcommon some things will fail
[15:42] <kgunn> ah-ha
[15:43] <Chipaca> kgunn: if you're in wily, you already have the patch
[15:44] <Chipaca> kgunn: which we successfully upstreamed, btw :) https://github.com/xkbcommon/libxkbcommon/pull/25
[15:46] <Chipaca> where's golang-uboot-go-dev supposed to be at?
[15:47] <Chipaca> sergiusens: ogra_: any idea? ^
[15:47] <ogra_> never heard of it
[15:47] <Chipaca> ogra_: it's mvo's uboot-go, packaged
[15:47] <Chipaca> it's a build dependency
[15:47] <ogra_> ah
[15:47] <Chipaca> but it doesn't exist
[15:47] <ogra_> well, he didnt want to include it anyway
[15:48] <ogra_> the binary is like 2MB or so
[15:48] <ogra_> so dont bother for now
[15:48] <ogra_> he can handle it when coming back
[15:48] <Chipaca> ogra_: but i can't dpkg-buildpackage without it :-.
[15:48] <ogra_> hmm
[15:49] <ogra_> why would he include uboot-go after telling me it is to big for inclusion
[15:49] <Chipaca> ogra_: i'm not sure what binary you mean, btw
[15:50] <ogra_> the uboot-go binary
[15:50] <Chipaca> ogra_: we need it because bootloader_uboot uses uboot-go/uenv
[15:50] <ogra_> no, it doesnt
[15:50] <Chipaca> yes it does :)
[15:50] <ogra_> it uses fw_setenv/fw_printenv
[15:50] <ogra_> mvo explicitly kept uboot-go out
[15:50] <ogra_> at least he told me so
[15:51] <Chipaca> well ... it's there on trunk
[15:51] <ogra_> hmm
[15:51]  * Chipaca does a bzr pull just in case
[15:52] <ogra_> i only ever worked with the fw_* tools
[15:52] <Chipaca> there's no fw_ in snappy
[15:52] <ogra_> its seeded
[15:52] <ogra_> uboot-tools or some such
[15:52] <Chipaca> ogra_: this uboot-go is the thing that mvo wrote that parses uenv.txt
[15:53] <Chipaca> ogra_: and writes it out without causing reallocations
[15:53] <ogra_> ogra@anubis:~/datengrab/rpi/uboot/bbb/snappy/snappy-systems$ dpkg -S $(which fw_printenv)
[15:53] <ogra_> u-boot-tools: /usr/bin/fw_printenv
[15:53] <Chipaca> ogra_: sure, but nowhere in snappy do we call out to fw_
[15:53] <ogra_> uboot-go is plain go to eventually replace the fw_ tools
[15:53] <ogra_> but today we definitely use fw_*
[15:53] <Chipaca> no we don't -- not in trunk
[15:54] <ogra_> well, thats all i know
[15:54] <Chipaca> not from snappy
[15:54] <Chipaca> :-(
[15:54] <ogra_> http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/revision/1183
[15:55] <ogra_> thats the only code i know ... beyond that mvo threw some revisions of a uboot-go binarry over the fence to me to test it for him ... but with the comment that this wont be used yet because it is to big
[15:56] <ogra_> (and afaik uboot-go doesnt use the config from that above merge at all)
[15:57] <ogra_> probably longsleep remembers more
[15:58] <sergiusens> Chipaca: ogra_ https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages?field.name_filter=uboot&field.status_filter=published&field.series_filter=
[15:58] <ogra_> ah, look
[15:58] <sergiusens> ogra_: as a separate binary maybe, but it is used within snappy itself
[15:58] <ogra_> well, he told me it wouldnt be used
[15:59] <sergiusens> ogra_: in summary, mvo was lazy to dput to the archive or maybe it's stuck in new
[15:59] <ogra_> (i actually thought he exec()s fw_*)
[15:59] <sergiusens> ogra_: nope, he uses the lib, which is fine, doesn't make for a bigger binary
[15:59] <ogra_> yeah
[15:59] <sergiusens> ogra_: btw, what is your g+ exit strategy?
[16:00] <ogra_> i have none yet
[16:00] <ogra_> lets see how it changes
[16:00]  * ogra_ will react on the go ... they dont publish actual plans, do they ?
[16:00] <ogra_> (apart from ... "we'll split everything out")
[16:03] <longsleep> ogra_: what would i have to remember?
[16:03] <longsleep> ogra_: reading backlog now
[16:03] <Chipaca> and now tests under dpkg-buildpackage fail in very weird ways
[16:03] <Chipaca> siiigh
[16:03] <ogra_> longsleep, seems all solved ... (what was up with uboot-go)
[16:03] <longsleep> ogra_: all right
[16:08] <longsleep> ogra_: so whats the result of your discussion, fw_* is used or the go tool?
[16:09]  * longsleep has used both
[16:09] <ogra_> seems snappy internally doesnt use fw_*
[16:10] <longsleep> yeah that was what i had remember from last week as well - i think the fw_* tools were just for us to test stuff, but snappy internally was using the go library?
[16:10] <longsleep> seems that is the conclusion you reached as well?
[16:11] <ogra_> yeah, thats apparently the bit i missed
[16:11] <longsleep> well i did not check the go code what it actually does
[16:11] <ogra_> itr is the conclusion Chipaca reached by reading the code :)
[16:12] <longsleep> ah great - so the fw_* tools could go away in favor of the uboot-go commandline tool eventually
[16:12] <Chipaca> longsleep: i think they're still used to build the image though
[16:12] <Chipaca> that is, used from livecd or whatever it's called
[16:12] <longsleep> oh ok
[16:12] <Chipaca> which might be where the confusion comes from
[16:12] <longsleep> what does the livecd builder do with it?
[16:12] <Chipaca> snappy uses a go lib, because it's more careful about some things that cause corruption
[16:13] <Chipaca> but livecd-rootfs uses the fw_ tools still, presumably because there's no benefit to using a (rather massive) binary at that point
[16:13] <Chipaca> longsleep: um. Dark magic, if you ask me. :-)
[16:13] <ogra_> no, nothing uses it
[16:13] <ogra_> we could unseed it
[16:14] <longsleep> +1 - what could it be used for
[16:14] <ogra_> we use mkenvimage or what it is called during oem snap creation from the u-boot upstream tree
[16:14] <ogra_> and then dont touch the env file anymore
[16:15] <longsleep> right thats what i do when building the oem snap as well
[16:15] <ogra_> ogra@anubis:~/datengrab/rpi/uboot/bbb/snappy/snappy-systems$ apt-cache show  u-boot-tools|grep ^Installed
[16:15] <ogra_> Installed-Size: 203
[16:15] <ogra_> its not like it takes any space though
[16:15] <longsleep> fw_* writes or reads env files, so why that would be required doring rootfs build i cannot see
[16:15] <longsleep> ogra_: right
[16:16] <longsleep> ogra_: problem is that people might use the tools and eventually corrupt their env file (remember the 4 vs 5 byte header?)
[16:16] <ogra_> otoh people might use them to debug stuff without trashing the file :)
[16:16] <longsleep> ogra_: i mean the scary configuration file the fw_ tools needs is reason enough to get rid of them :)
[16:17]  * ogra_ doesnt see an urgent reason to drop the tools
[16:17] <Chipaca> sergiusens: poke (again) :)
[16:17] <longsleep> yeah they do not hurt
[16:18] <ogra_> they should be dropped once we do a general cleanup though ... one where every byte counts :)
[16:18] <ogra_> for the moment i'd leave them there
[16:41] <Chipaca> pitti: in snappy we're using dh_systemd_enable; how do i add something to wants using that?
[16:41] <Chipaca> pitti: never mind, thank you :)
[16:41] <Chipaca> i should take a break
[17:20] <Rlyeh> Hi
[17:20] <Rlyeh> Guys, where is "ubuntu-core" config file? I just can't find config file to change!
[17:21] <Rlyeh> Since "ubuntu-core" isn't a snap, ther is no any 'package.yaml '
[17:21] <beuno> Rlyeh, what are you trying to change?
[17:22] <Rlyeh> Timezone :(
[17:22] <beuno> Rlyeh, you change it through the command line
[17:22] <ogra_> you should be able to change that via the snappy config command
[17:23] <Rlyeh> "snappy config ubuntu-core" ? It just return vealues
[17:24] <Rlyeh> How can I do that?
[17:26] <ogra_> bug 1472788 has some hints irc
[17:28] <Rlyeh> This means it's not possible to change "ubuntu-core" config file?
[17:28] <beuno> Rlyeh, it's a read-only files system  :)
[17:28] <beuno> it takes config via a command line
[17:29] <Rlyeh> I knew that, but didn't thought "ubuntu-core" is read-only too!
[17:30] <Rlyeh> So, I can't change the timezone? :(
[17:30] <ogra_> Rlyeh, did you read the bug ?
[17:31] <ogra_> it has an example how to change the timezone
[17:32] <Rlyeh> No, in time, i'm using xchat on my BBB using debian, It's too slow to open a browser, but I'll check it on my PC
[17:32] <Rlyeh> Thank you all :)
[17:34] <longsleep> What is wrong when my snappy just says 'Invalid package on system' ?
[17:35] <longsleep> a colleague of mine just has that problem
[17:35] <ogra_> good question
[17:35] <ogra_> Rlyeh, snappy config ubuntu-core - <(echo -e 'config:\n ubuntu-core:\n timezone: Europe/Berlin\n')
[17:35] <ogra_> Rlyeh, that sets it to berlin for me
[17:35] <longsleep> i cant even 'snappy list'
[17:35] <ogra_> wow
[17:36] <longsleep> He was even using a pre built image Run vagrant init http://cloud-images.ubuntu.com/snappy/15.04/core/stable/current/core-stable-amd64-vagrant.box
[17:37] <Rlyeh> Thank you ogra, very much :)
[17:40] <ogra_> longsleep, broken clock or something ?
[17:40]  * ogra_ has seen weird behavior when the clock was massively off
[17:40] <longsleep> no that does not seem to be it
[17:40] <longsleep> i can reproduce
[17:40] <longsleep> hold on
[17:41] <longsleep> mhm or not :/
[17:42] <longsleep> something is strange there
[17:42] <longsleep> (amd64)root@ubuntu-core-stable-3:~# date
[17:42] <longsleep> -su: /bin/date: Input/output error
[17:42] <longsleep> wtf?
[17:43] <ogra_> disk screwed up ?
[17:43] <ogra_> (dmesg ? )
[17:43] <longsleep> mhm he deleted and reinstalling already
[17:44] <longsleep> lets see if he breaks it again
[17:48] <longsleep> mhm looks like it works now - disk must have been broken
[19:55] <elopio> I'm back.
[19:55] <elopio> mterry: are you happy with this one? https://code.launchpad.net/~elopio/snapcraft/fix1476452-python_log/+merge/265354
[19:57] <mterry> elopio, ah nice, missed your comment
[19:57] <mterry> elopio, I'm in the middle of something now but will re-review
[19:57] <elopio> mterry: ok, thanks.
[20:45] <mterry> elopio, looking at your branch -- now some things are bold that weren't before
[20:46] <mterry> elopio, look at the diff in LP and you can see some things were just print() lines before
[20:46] <mterry> elopio, specifically when we ran a subcommand, it would not be bold
[20:46] <mterry> elopio, and a couple tiny other places
[20:46] <mterry> elopio, what's the cleanest way to distinguish there?  Use another logger command than info?


[06:48] <tjaalton> http://memegenerator.net/Angry-Linus
[06:57] <mlankhorst> :')
[06:59] <mlankhorst> http://memegenerator.net/instance/22148640
[13:00] <JanC> http://memegenerator.net/instance/22173609  ;)
[13:44] <Cimi> hi guys, in quantal my X kbd layout is not set
[13:44] <Cimi> and resets after suspend and such stuff..
[13:45] <tjaalton> blame gnome
[13:45] <Cimi> tjaalton: known bug?
[13:46] <tjaalton> no, but sounds like gnome-settings-daemon isn't behaving
[13:54] <Cimi> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1014656
[13:54] <seb128> tjaalton, Cimi: gnome-settings-daemon didn't change since precise
[13:54] <Cimi> seb128: well, doesn't work
[13:55] <seb128> Cimi, yeah, I'm just saying
[13:55] <Cimi> seb128: oh no
[13:55] <Cimi> seb128: maybe it's ricotz PPA
[13:55] <tjaalton> hah
[13:55] <seb128> Cimi, try to ppa purge it?
[13:56] <Cimi> seb128: trying to get it
[13:58] <Cimi> ok, was it
[13:58] <Cimi> I apologize
[13:58] <seb128> Cimi, no worry, I'm the one who told you to try it to get the new gtk ;-)
[15:23] <cnd> mlankhorst, where do we stand on getting the fixes in -synaptics 1.6.2 into precise?
[15:33] <Sarvatt> ricotz: here's hoping this update builds, disabled dricore
[15:34] <ricotz> Sarvatt, damn mesa :P
[15:35] <Sarvatt> yeah 8.1 has been a nightmare with all the automakification :(
[15:36] <ricotz> Sarvatt, i hope it doesnt need a newer wayland ;)
[15:36] <Sarvatt> oh man
[15:36] <ricotz> crossing fingers for now
[15:36] <jcristau> isn't there a --disable-wayland or something?
[15:36] <ricotz> yes, but we want it
[15:37] <Sarvatt> jcristau: yeah its an inside joke, every time we manage to get the build fixed something like a newer wayland update is needed
[15:37] <jcristau> :/
[16:25] <mlankhorst> cnd: hm I'll ask RAOF about it :)
[16:27] <cnd> mlankhorst, weren't you preparing srus for it?
[16:28] <mlankhorst> i wanted to let it sit in quantal a little to watch for regressions, but I think it sat there long enough now :)
[16:29] <cnd> ok
[16:58] <bryceh> honestly we probably won't get much testing feedback until after alpha-2
[16:58] <mlankhorst> bryceh: I know, but it's at least broken in any obvious way..
[16:58] <bryceh> well, unless something breaks *really* bad ;-)
[16:58] <mlankhorst> so can we sru it for precise?
[16:58] <bryceh> mlankhorst, go for it
[16:59] <bryceh> mlankhorst, keep in mind it'll get an additional couple week's testing as part of the sru process
[17:01] <bryceh> speaking of releasing things...  for mesa 8.0.3 are we waiting on anything else?  anyone know of a reason not to put it in quantal now?
[17:01] <mlankhorst> bryceh: yeah, the synaptics corruption I was getting, has that been sru'd yet?
[17:03] <bryceh> mlankhorst, https://launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics
[17:19] <mlankhorst> is that website overloaded? a lot of the time launchpad returns error
[17:35] <bryceh> mlankhorst, works for me
[17:36] <bryceh> mlankhorst, however lp does have time out problems.
[17:36] <mlankhorst> yeah it pops up randomly, quite annoying though
[17:36] <bryceh> mlankhorst, if it gives you an OOPS ID, you can file bug reports against launchpad and they'll investigate (and sometimes fix)
[17:37] <bryceh> all they need is the OOPS ID, and maybe a sentence about what you did
[17:38] <mlankhorst> it's random, eg works fine on reload
[17:42] <bryceh> mlankhorst, they have some cache filling problems.  E.g. the first time the page isn't in the cache so it gets loaded
[17:42] <bryceh> however launchpad times out before the load has finished, so oopses
[17:42] <bryceh> but then you click reload and now it's in the cache so comes right up
[17:42] <bryceh> :-/
[17:42] <mlankhorst> yeah..
[17:43] <bryceh> anyway
[17:43] <bryceh> is 1.6.0-0ubuntu1~precise1 the version you're expecting to see in precise, or did you need a fix on top of that?  looks like it's been out for a few weeks now
[17:43] <mlankhorst> 1.6.2 quantal has it minus the version bump
[17:44] <mlankhorst> eg 1.6.1+something
[17:51] <bryceh> mlankhorst, ok, what's the bug number?  Did you fill in the SRU details yet?
[17:53] <mlankhorst> didn't find a form for it :/
[17:53] <mlankhorst> ill look up the bug number, but brb
[17:53] <bryceh> https://wiki.ubuntu.com/StableReleaseUpdates
[17:54] <bryceh> mlankhorst, here's the form I use:  http://paste.ubuntu.com/1047726/
[17:54] <bryceh> mlankhorst, you'll be filing many, many, many SRUs going forward, so worth bookmarking ;-)
[18:12] <mlankhorst> bryceh: I mean, where do I send it in
[18:14] <tjaalton> you modify the bug header
[18:16] <bryceh> mlankhorst, yeah click the edit button next to the bug description and prepend it in there
[18:17] <mlankhorst> ah ok, do I need to mark it in any way or just bring it up to the attention of RAOF ?
[18:17] <bryceh> mlankhorst, when you've finished adding it, and the package has been uploaded to precise-proposed, you then subscribe the 'ubuntu-sru' team to the bug report, so they'll be notified and do a review
[18:18] <bryceh> after that just follow up with the directions they give
[18:18] <mlankhorst> regression potential is hard to identify though..
[18:18] <bryceh> yeah
[18:19] <bryceh> what I often do is describe what *types* of regressions one might watch for
[18:19] <mlankhorst> ah k
[18:20] <mlankhorst> and i bypassed sru for linux now, got the nouveau changes in stable queue :)
[18:21]  * bryceh nods
[18:21] <bryceh> that's the best way to do it
[18:21] <bryceh> bbiab (lunch)


[11:21] <davissean> life i already installed ubuntu but i only have less than half the hard drive space
[11:21] <asgilder> Is there an alternate method?
[11:21] <bmc> why wont flash work?
[11:21] <alek66> How do i make for my laptop to run cooler?is it a video device thing?
[11:21] <cafuego_> meuserj: Not if you do my simple for loop
[11:21] <mc44> bmc: because flash is closed source, and opera is closed source
[11:21] <Hoag> asgilder: Did you burn your own CD, or get some from Ship-it?
[11:21] <asgilder> Ship-it.
[11:21] <asdfr> help! flash 9 hasn't worked ever since I upgraded to edgy & FF2
[11:21] <con-man> are any repositories needed for TwinView and Xinerama?
[11:21] <bmc> i installed flash in opera and firefox, and it wont work in either
[11:22] <bmc> firefox now crashes every time i come to a page with flash
[11:22] <mc44> bmc: did you try flash 9 ?
[11:22] <bmc> so i had to get rid of the flash plugin
[11:22] <bmc> i think so
[11:22] <bmc> ill try again
[11:22] <davissean> i tried to erase the whole hard drive, and install linux but it didn't work like i thought on this ibm hd
[11:22] <bmc> oh no, it was 7
[11:22] <con-man> anyone?
[11:22] <asdfr> I have to use mozilla (ie not firefox) to get the plugin to work correctly
[11:22] <con-man> are any repositories needed for TwinView and Xinerama?
[11:22] <sun_> hi whats the easiest way to capture from firewire digital movie camera and burn to standard dvd (dont need much editing etc)
[11:22] <Hoag> asgilder: If you're sure your computer is set to boot from the CD, I read somewhere that you may have to disable booting from the HD aswell. That's about as far as my knowledge about it goes though.
[11:23] <asgilder> Okay.
[11:23] <BackPacker> meuserj: I just created two zip files with spaces in their names and unzipped them with this: for file in "*.zip";do unzip "$file";done
[11:23] <con-man> le sigh
[11:23] <bmc> i cant get flash 9, it directs me to flash 7
[11:23] <asdfr> mc44, I've tried flash 9 with no success
[11:23] <con-man> <--- feels invisible
[11:23] <con-man> are any repositories needed for TwinView and Xinerama?
[11:23] <alek66> I have a temperature problem can anyone help me?
[11:23] <sun_> hi whats the easiest way to capture from firewire digital movie camera and burn to standard dvd (dont need much editing etc)
[11:23] <asdfr> mc44, in fact I was using flash 9 fine until the edgy upgrade borked it
[11:23] <con-man> call your hardware vendor
[11:23] <cafuego_> alek66: two aspirins and bedrest for a day
[11:23] <con-man> temperature problems are not related to linux
[11:23] <M3G4crux> hi
[11:23] <alek66> cafuego, turan tan tps...
[11:23] <Hoag> asgilder Good luck. :)
[11:24] <meuserj> BackPacker, ah, didn't think of that.. the quotes defeat the shell expansion
[11:24] <alek66> con-man, why?
[11:24] <varon> hi! can you tell me the order what print out how many cpu's are installed?
[11:24] <BackPacker> meuserj: yes, but you need both sets of quotes. That's what I missed out earlier
[11:24] <asgilder> thanks
[11:24] <cafuego_> alek66: Seriously though, see if the cpu frequency monitor can lower the cpu speed.
[11:24] <cafuego_> BackPacker: Nope, just the second set, no need to quote "*.zip"
[11:24] <meuserj> BackPacker, well.. that simplifies my day-to-day scripts quite a bit...
[11:24] <con-man> alek66: because. its an OS.  temperature problems are due to insufficient cooling inside the case
[11:25] <asdfr> bmc, how long has yours been playing up?
[11:25] <BackPacker> meuserj: oh, ok. Didn't try it that way
[11:25] <sun_> hi whats the easiest way to capture from firewire digital movie camera and burn to standard dvd (dont need much editing etc)
[11:25] <cafuego_> BackPacker: disclaimer: using bash anyway
[11:25] <alek66> cafuego, it is working.... it is at 800mhz.... still computer is hot, and if i run beryl... reaches a umbral and shutdowns
[11:25] <bmc> nice, i just got it working
[11:25] <BackPacker> cafuego_: true... very true...  :-)
[11:25] <bmc> is there any way to get it working with opera?
[11:25] <alek66> cafuego, and on win... the fan used to stop
[11:25] <cafuego_> alek66: ouch
[11:25] <asdfr> grmbl
[11:25] <cafuego_> alek66: raise it a bit to air can circulate
[11:25] <Hoag> Now... Can anyone tell me if it's possible to choose the title of a window as you open it?
[11:25] <alek66> cafuego, now the fan never stops (its a laptop)
[11:26] <davissean> hey
[11:26] <alek66> i wanted to know if there is a way to  leave the cpu with less procesess and stuff like that
[11:26] <eilker> !vpn
[11:26] <ubotu> From more information on vpn please refer to https://help.ubuntu.com/community/Gaming_VPN_Using_PPTPD
[11:27] <con-man> are any repositories needed for TwinView and Xinerama?
[11:27] <BackPacker> Hoag: which window manager?
[11:27] <Hoag> BackPacker: Nautilus (?)
[11:27] <asgilder> Right after it uncompresses the kernel, I get a message saying acpi: Could not find RSDP or something like that.
[11:28] <BackPacker> Hoag: that's not a window manager, that's an application. So if you're using Nautilus, presumably you're using Gnome...?
[11:28] <engla> Question for ubuntuers. in edgy, where do I add a "loadkeys /usr/share/keymaps/altgr.map" command if I want it to be part of the boot sequence?
[11:28] <wapityyy>  Hi every one, I am having a problem with a small ajax script i started to make... Problem is, it shows in a div links to js functions, but when i click them, it refreshes the whole page... anyone knows how to keep the page from refreshing?
[11:29] <BackPacker> engla: Try adding it to /etc/rc.local
[11:29] <Hoag> BackPacker: Ah, yeah. Gnome.
[11:29] <engla> BackPacker: that's the standard place?
[11:29] <engla> ok
[11:29] <Wiseguy> hey guys what packages do i need to be able to build packages from source?
[11:29] <eyalw> ok, that worked thanks!
[11:29] <BackPacker> Hoag: Sorry, can't help. I only know how to do it in KDE
[11:29] <BackPacker> engla: that's where you can run stuff at the end of the boot sequence and before login
[11:29] <LjL> Ubotu, tell Wiseguy about build-essential | Wiseguy, see the private message from Ubotu
[11:30] <Hoag> BackPacker: No worries. It at least implies it's possible, which is a comfort. :P
[11:30] <asgilder> Anyone know what the hell that means?
[11:30] <BackPacker> Hoag: it implies it's possible ***in KDE*** , at least :-)
[11:30] <wapityyy>  I am having a problem with a small ajax script i started to make
[11:30] <wapityyy>  Problem is, it shows in a div links to js functions, but when i click them, it refreshes the whole page... anyone knows how to keep the page from refreshing?
[11:30] <engla> BackPacker: seems great, I'll check next boot now. Thanks alot
[11:30] <BackPacker> engla: welcome!
[11:31] <engla> BackPacker: I was unsure since perhaps upstart has something new going on
[11:31] <Hoag> BackPacker: Fine, crush my deams. :P
[11:31] <Royito> hello can anybody tell me how can i get erase a file in my desktop.. that i dont know if are a shotcut or a file but.. i just can't eraser
[11:31] <LjL> !away | BackPacker_Away
[11:31] <ubotu> BackPacker_Away: Please don't use public away messages or change your nick to 'someone|away'.  We know you're away when you don't respond to messages. Also see !guidelines
[11:32] <Royito> hello can anybody tell me how can i get erase a file in my desktop.. that i dont know if are a shotcut or a file but.. i just can't eraser
[11:32] <Royito> hello can anybody tell me how can i get erase a file in my desktop.. that i dont know if are a shotcut or a file but.. i just can't eraser
[11:32] <engla> so you can't trash it?
[11:32] <Royito> hello can anybody tell me how can i get erase a file in my desktop.. that i dont know if are a shotcut or a file but.. i just can't eraser
[11:33] <LjL> !repeat | Royito
[11:33] <ubotu> Royito: Don't feel ignored and repeat your question quickly, if nobody knows your answer, nobody will answer you. You can search https://help.ubuntu.com or http://wiki.ubuntu.com while you wait. Also see !patience
[11:33] <Royito> thanks ubotu
[11:33] <LjL> Royito: you erase a file by clicking on it and then hitting Del, or right-clicking and selecting the appropriate option. if that does not work, perhaps you should explain better what isn't working
[11:34] <piggyg1> LjL: agreed
[11:34] <AfterDeath> it might be a permissions issue if he can't delete it
[11:34] <ismail> hiall\
[11:34] <Royito> mmm i think that it because i got a persmision or something
[11:34] <BackPacker_Away> LjL: thanks for the heads-up. I'm new to this channel
[11:34] <AfterDeath> hiya ismail
[11:34] <piggyg1> Royito: you can also su to root
[11:34] <kane77> hi... how do I go about changing splashscreen??
[11:35] <ismail> im really new to linux and wondering if i can get somehelp
[11:35] <piggyg1> Royito: and delete it that way
[11:35] <Royito> the icon it has an little chain in the down rigth corner
[11:35] <ismail> i just installed ubuntu 6.10
[11:35] <Royito> no, im already try that
[11:35] <piggyg1> Royito: what was the error message?
[11:35] <AfterDeath> ismail: look around the website, or you might search google for some ubuntu tutorials
[11:35] <Royito> sudo su and then go to the desktop and try but. nothing
[11:35] <ismail> andim having a littleproblem understandingpermissions
[11:35] <Royito> it just dont said nothing
[11:35] <ismail> and how to install xgl
[11:36] <live_> hell
[11:36] <piggyg1> Royito: that won't work
[11:36] <piggyg1> Royito: in the console su to root
[11:36] <ismail> doing that actually
[11:36] <AfterDeath> ismail: well I can easily help you with permissions
[11:36] <piggyg1> Royito: then rm /home/userId/Desktop/fileName
[11:36] <AfterDeath> here is a basic rundown: you see them represented as a 3 digit number
[11:36] <ismail> yeah i go to the terminal
[11:37] <ismail> type su
[11:37] <piggyg1> did I get that path right
[11:37] <piggyg1> i don't have ubuntu up right now
[11:37] <AfterDeath> the first digit is 'owner', the second is 'group' and the third is world
[11:37] <archangelpetro> how do i read the temperature of my CPU from linux?
[11:37] <ismail> but wheniput thepassword it saiys its wrong
[11:37] <Royito> ok letme doit piggygl
[11:37] <draco> n8
[11:37] <AfterDeath> ismail: try 'sudo su -'
[11:37] <eltese> How do I change from DHCP to static ip?
[11:37] <BackPacker> eltese: use the Network app in the System menu
[11:37] <mwe> sudo -i works as well
[11:38] <boggle> eltese: system->administration->networking, interface name and then properties
[11:38] <ismail> cool works
[11:38] <eltese> oh.. now im on my computer, i dont have any gui tools (best way to learn =)
[11:38] <Tachoh> try her again: my mic capture is turned on, mic boost is on, the mic is selected for recording, if i turn up the volume on the mic i can hear myself talk, i have the right permissions to access the sound devices, the correct modules are loaded, tried with mic 1 and mic2 in alsamixer, and the recording volume is turned up in audacity. audacity is pointing to /dev/dsp as the recording device. any idea why i get a blank line when trying to record sound from
[11:38] <GreenD> DEAD PUPPIES
[11:38] <BackPacker> eltese: you want to do it from the command line@
[11:38] <BackPacker> ?
[11:38] <ismail> ok where can i find repositories to include looked everywhwere in the website.. dont get anything
[11:39] <ismail> does packman and guru from suse work in ubuntu
[11:39] <eltese> BackPacker, didnt see you ask before.. i recently got a job and moved in with a friend.. i had a router where i lived before
[11:39] <eltese> BackPacker, yes
[11:39] <gerzel> How do I figure out what kind of processor I have?  It is an amd but I don't think it is a 64.
[11:39] <Royito> no i cant it say error
[11:39] <piggyg1> Royito: what is the error message?
[11:39] <Royito> and show some things
[11:40] <Royito> its long wait
[11:40] <AfterDeath> gerzel: cat /etc/cpuinfo
[11:40] <AfterDeath> err
[11:40] <AfterDeath> cat /proc/cpuinfo
[11:40] <con-man> are any repositories needed for TwinView and Xinerama?
[11:40] <piggyg1> Royito: what is your error message?
[11:40] <BackPacker> eltese: I don't know if this would work, but you could try it: edit /etc/network/interfaces, then do "ifup eth0" or whatever
[11:40] <eltese> con-man, no, but some doctoring of xorg.conf is needed
[11:40] <eltese> con-man, ati or nvidia?
[11:40] <BackPacker> eltese: but, like I said, I don't know if that would work
[11:40] <gerzel> Thanks
[11:41] <con-man> ati
[11:41] <GreenD> >:o
[11:41] <CactusWiZaRd> i managed to delete all irssi short-commands like /wii etc. how can i retrieve them?
[11:41] <w00t> hey AfterDeath
[11:41] <gerzel> Now how do I tell what kernel I have installed?
[11:41] <w00t> * g o a t s e x * g o a t s e x * g o a t s e x *
[11:41] <w00t> g                                               g
[11:41] <w00t> o /     \             \            /    \       o
[11:41] <w00t> a|       |             \          |      |      a
[11:41] <w00t> t|       `.             |         |       :     t
[11:41] <eltese> BackPacker, ok, ill have a look =)
[11:41] <w00t> s`        |             |        \|       |     s
[11:41] <mirak> hi
[11:41] <w00t> e \       | /       /  \\\   --__ \\       :    e
[11:41] <AfterDeath> ...
[11:41] <w00t> x  \      \/   _--~~          ~--__| \     |    x
[11:41] <mc44> !ops
[11:41] <ubotu> Help! Keybuk, mdz, Amaranth, tritium, ajmitch, crimsun, ogra, CarlK, Seveas, Burgundavia, apokryphos, thoreauputic, nalioth, Madpilot, ompaul, rob, Hobbsee, imbrandon, DBO, LjL, elkbuntu, Mez or gnomefreak!
[11:41] <w00t> *   \      \_-~                    ~-_\    |    *
[11:41] <w00t> g    \_     \        _.--------.______\|   |    g
[11:41] <w00t> o      \     \______// _ ___ _ (_(__>  \   |    o
[11:41] <con-man> eltese: ati, fglrx, beryl is loaded
[11:41] <mirak> is there a way to have a tty listening on a serial port ?
[11:41] <ismail> ehhmm how about the repositories guys
[11:41] <eltese> con-man, cool i can help you with that =)
[11:41] <mirak> is there a way to run a console on a serial port ?
[11:42] <con-man> eltese: nice
[11:42] <bronoromial> hi
[11:42] <eltese> con-man, just hang on, gotto go read my xorg.conf
[11:42] <con-man> eltese: ive been messing with my xorg
[11:42] <mc__> how to change the default alsa device?
[11:42] <AWOSDev> Um
[11:42] <con-man> eltese: kk
[11:42] <AWOSDev> I think I missed somethin
[11:42] <mwe> mirak: there is. I'm not into the details though
[11:42] <AWOSDev> [14:12]  [error]  Closing Link: unaffiliated/awosdev (Excess Flood)
[11:42] <AWOSDev> ^ Did we get attacked AGAIN?
[11:42] <BackPacker> ismail: you can't use Suse repositories with ubuntu, no
[11:42] <archangelpetro> no one?
[11:42] <LjL> mirak: yeah, i did it by adding this line to my /etc/inittab:      T0:2345:respawn:/sbin/getty -L ttyS0 115200 vt100
[11:42] <archangelpetro> how do i read the temperature of my CPU from linux? is it  a part of /dev/..?
[11:43] <bronoromial> I m new in the forom how does it work?
[11:43] <AWOSDev> archangelpetro I *believe* it is somewhere in /proc
[11:43] <ismail> ok so what third party repaositories can i use with ubuntu
[11:43] <kane77> what is the name of the program that change your wallpaper?
[11:43] <archangelpetro> AWOSDev, somewhere? :P
[11:43] <LjL> mirak: though Edgy doesn't have /etc/inittab... that could be an issue ;-) you'd have to read about upstart i suppose
[11:43] <mirak> T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
[11:43] <mirak> there a commented in /etc/inittab
[11:43] <BackPacker> ismail: you could use debian repositories, but you risk system inconsistencies
[11:43] <mwe> archangelpetro: it's not in /dev. gkrellm works for me
[11:43] <AWOSDev> archangelpetro yeah somewhere :)  I have no working computers that have temperature sensors
[11:43] <Royito> look but.. its in spanish.... sorry http://paste.ubuntu-nl.org/35334/
[11:43] <eltese> con-man, can u hang on a while.. it will be loads easier when i get my computer online =)
[11:43] <gerzel> Q: How do I check what kernal version I have installed?
[11:43] <AfterDeath> archangelpetro: in some cases, cat /proc/cpuinfo will get you the temperature
[11:43] <ismail> hmmmm
[11:43] <AfterDeath> gerzel: cat /proc/version
[11:43] <ismail> ok
[11:44] <SuperQ> gerzel: uname -a
[11:44] <lamego> Gerrath, uname -a
[11:44] <AWOSDev> archangelpetro the only one I had with a temperature sensor just (half-literally) blew up
[11:44] <AfterDeath> or that
[11:44] <con-man> eltese: sure
[11:44] <gerzel> uname -a
[11:44] <archangelpetro> AWOSDev, my condolences mate :(
[11:44] <AWOSDev> archangelpetro thanks
[11:44] <bronoromial> hi
[11:44] <gerzel> thanks
[11:44] <soundray> gerzel: in a terminal, not here ;)
[11:44] <AWOSDev> archangelpetro I have no clue what happened either.  it just made electrical noises
[11:44] <SuperQ> gerzel: you can also look at the package database: dpkg -l 'kernel-image-*'
[11:45] <AWOSDev> well anyways I must be going now!
[11:45] <AWOSDev> Goodbye all
[11:45] <SuperQ> whups
[11:45] <ismail> ok i guess i'll figure this out later
[11:45] <SuperQ> that's debian
[11:45] <archangelpetro> AWOSDev, well my RAM just failed a couple of weeks ago :'(
[11:45] <SuperQ> dpkg -l 'linux-image-*'
[11:45] <OmniD> Can someone help me solve my sound mixer problems?
[11:45] <AWOSDev> archangelpetro aw :-(
[11:45] <AWOSDev> bye!
[11:45] <Royito> something like it can't be erased it didnt found the file
[11:45] <OmniD> Only one program at a time is able to have sound and sometimes I can't use sound until I close ESD
[11:45] <archangelpetro> AWOSDev,  hehe
[11:45] <ismail> how anbout the xgl howdoi install it
[11:45] <con-man> eltese: how long is a while
[11:46] <BackPacker> Royito: do you want that Spanish translated?
[11:46] <ismail> i tried the website step by step but the link is down
[11:46] <piggyg1> Royito: hmmm
[11:46] <Cotrat> dead kittens
[11:46] <piggyg1> Royito: did you type in the correct path and name?
[11:47] <newbuntu> hello
[11:47] <mtyhome> hi
[11:47] <ailean> Cotrat, what are you on about?
[11:47] <soundray> ismail: try to retrieve it from the Google cache
[11:47] <HumanPrototype> who would I speak to to ask complicated questions about ubiquity?
[11:47] <mtyhome> does snort iniline require a bridge or it works also on routers?
[11:47] <eltese> con-man, soon, hopefully =)
[11:47] <ailean> HumanPrototype, what is your question?
[11:47] <Royito> yes
[11:48] <Cotrat> I like to rape dead kittens
[11:48] <mc44> LjL: Cotrat ^^
[11:48] <con-man> eltese: how does the cube work with dual monitors?
[11:48] <newbuntu> can anyone tell me why my ati video card shows my desktop perfectly on my TV, but when I run a movie in xine or vlc the movie window on the TV is always black... I can only open a movie that plays on my TV with firefox
[11:48] <BackPacker> Royito: do you mean, yes you'd like it translated?
[11:48] <newbuntu> and not mplayer by itself
[11:48] <Royito> the path its home/roy/Desktop/Slaer en vivo!!.avi
[11:48] <BackPacker> Royito: or are you saying 'yes' to someone else?
[11:48] <HumanPrototype> ailean, I am editing the xubuntu edgy install cd to make a thinclient and want to change ubiquity so it just creates a user called "user" rather than asking
[11:48] <con-man> eltese: is it the same cube on both monitors, but you can rotate them independantly
[11:48] <mtyhome> nobody?
[11:48] <con-man> eltese: or is it two diff cubes (8 desktops)
[11:48] <piggyg1> Roytio: try rebooting your computer and then trying the command again
[11:49] <ailean> HumanPrototype, try jonathan riddell
[11:49] <Royito> please too backpaker sorry i didnt saw you
[11:49] <ailean> HumanPrototype, aka Riddell,
[11:49] <HumanPrototype> ailean, thanks :D
[11:49] <mc44> HumanPrototype: for ubiquity talk to cjwatson
[11:49] <BackPacker> Royito: rm: no se puede borrar `en': No existe el fichero  directorio - "rm: cannot erase 'en': File or directory doesn't exist
[11:50] <HumanPrototype> Riddell, Hi - ailean has recommended I talk to you about altering ubiquity
[11:50] <ailean> HumanPrototype, ok, you're prob more likely to get an answer from cjwatson too. he's in #ubuntu-devel
[11:50] <HumanPrototype> mc44, thanks :D
[11:51] <Royito> see piggygl backpaker got the translation "rm: cannot erase 'en': File or directory doesn't exist"
[11:51] <qpidea> ergle
[11:51] <arquebus> for the millionth time could some one put up ubotu's directions for installing an ati card?
[11:51] <mtyhome> does snort iniline require a bridge or it works also on routers?
[11:51] <arquebus> please
[11:51] <LjL> Ubotu, tell arquebus about ati | arquebus, see the private message from Ubotu
[11:51] <qpidea> hola
[11:51] <soundray> arquebus: you aren't as helpless as you think.  Sorry, couldn't resist.
[11:52] <aleka> If I am on an Xp machine right now using PuTTY, how can I import the public key Ubuntu generated on my remote machine so I can sync the two?
[11:52] <arquebus> thanks
[11:53] <Royito> piggygl what could bee
[11:53] <ismail> grrrr the how to is ment for dapper
[11:54] <mwe> ismail: isn't the process the same in edgy?
[11:54] <ismail> i dont know
[11:54] <soundray> aleka: copy $HOME/.ssh/id_dsa.pub to the XP machine with pscp.exe and import it following PuttySSH instructions.
[11:54] <philipsmith> When I click on an internet radio station, I want to make realplayer10 my default player. How do I do that?
[11:54] <con-man> eltese: how does the cube work with dual monitors?
[11:54] <con-man> eltese: is it the same cube on both monitors, but you can rotate them independantly
[11:54] <con-man> eltese: or is it two diff cubes (8 desktops)
[11:54] <Chrono86> I really need somebodys help on a video driver problem as my forum post is just being ignored the past few days...
[11:54] <princemackenzie> whats up Chrono86
[11:55] <princemackenzie> ill give it a shot
[11:55] <Chrono86> recently there was a compiz update
[11:55] <Chrono86> a few days ago
[11:55] <princemackenzie> Chrono86, PM me
[11:55] <piggyg1> Royito: so far no idea
[11:55] <Chrono86> crap it says I have to register
[11:55] <piggyg1> Royito: you should be able to delete it as root
[11:56] <dieman> are there any isv-image mirrors that don't suck?
[11:56] <soundray> !register > Chrono86
[11:56] <piggyg1> Royito: maybe the file is in use and a reboot might free it up
[11:56] <princemackenzie> !register
[11:56] <ubotu> Information about registering your Freenode nick is at http://freenode.net/faq.shtml#contents-userregistration
[11:56] <ismail> can u run windows xp under linux?
[11:56] <ismail> :D
[11:56] <princemackenzie> ismail, in vm
[11:56] <Royito> i did to gksu nautilus / and try from there and nothing
[11:56] <con-man> eltese: you there?
[11:56] <piggyg1> ismail: if you use an emulator
[11:56] <ismail> i heard about 98 but not sure about xp
[11:56] <soundray> Royito: can you please describe your problem again for me
[11:56] <piggyg1> ismail: slow though last time I tried it
[11:56] <princemackenzie> !vmware | ismail
[11:56] <ubotu> ismail: VMWare Player is in Ubuntu's !Multiverse repository (package "vmware-player"). Instructions for VMWare Server can be found at https://help.ubuntu.com/community/InstallingVMWare
[11:57] <Chrono86> prince I am gonna register right now
[11:57] <princemackenzie> thanks Chrono86
[11:57] <Chrono86> what request type should I select
[11:57] <ismail> well maybe u can help me with this little thing.. i really dont wanna use xp... preffer linux. but i need to program vb. is ther a compiler for it?
[11:57] <Chrono86> and approved by?
[11:58] <piggyg1> ismail: VB is very microsoft
[11:58] <princemackenzie> Chrono86, /msg nickserv register password
[11:58] <con-man> eltese: you there?
[11:58] <Chrono86> ok
[11:58] <Chrono86>  /msg nickserv register password
[11:58] <DARKGuy> Mono <3
[11:58] <piggyg1> ismail: if I had to code in VB I would just get windows
[11:58] <princemackenzie> no spaces Chrono86
[11:58] <princemackenzie> haha
[11:58] <Royito> ok i yesterda y was looking 2 videos from my windows particion in ubuntu
[11:58] <Chrono86> oh haha
[11:59] <princemackenzie> and Chrono86, make "password" your password man
[11:59] <ismail> well its not my primary.. its a required by my course
[11:59] <Royito> and one of them are actualli in my desktop and i dont know how to erase it from there
[11:59] <Chrono86>  /msg nickservregisterpassword
[11:59] <mwe> lol
[11:59] <Chrono86> wait
[11:59] <Chrono86> this makes no sense
[11:59] <HumanPrototype> ismail, if you need VB for school you could always write it on linux and then move to a windows machine to run it or you could look at the linux project gambas
[11:59] <princemackenzie> Chrono86, no spaces
[11:59] <ismail> im learning c# actually
[11:59] <con-man> eltese: you there?
[11:59] <Chrono86> and I'm not a computer idiot
[11:59] <Chrono86> haha
[11:59] <ismail> was happy to see a c# compiler in linux
[11:59] <mwe> yeah 'password' is a pretty bad password
[11:59] <princemackenzie> like >/msg nickserv register ilikeubuntu
[11:59] <Lam_> when linux mounted/loaded a cd i had in the drive, the file names were all messed up, but it isn't that way on windows
[11:59] <Lam_> why?
[11:59] <ismail> though it was in suse
[12:00] <Royito> the file or shotcut got a little chain in the down rigth corner
[12:00] <Chrono86>  /msg nickserv register Chrono86
[12:00] <Royito> and it doesn want to get erased to nothing
[12:00] <princemackenzie> chrono86, no spaces BEFORE the forwardslash
[12:00] <soundray> Chrono86: leave out the leading space
[12:00] <BackPacker> Royito: I noticed that your file name has spaces in it...
[12:00] <Chrono86> I didn't put any spaces in!
[12:00] <Chrono86> haha
[12:00] <princemackenzie> chrono86, just tell me your problem =P
[12:00] <Chrono86> ok wait
[12:00] <soundray> Royito: which folder is it in, or is it on the Desktop?
[12:00] <Royito> yes
[12:00] <BackPacker> Royito: and it's called "Slayer en vivo!!.avi" yes?
[12:00] <Chrono86> got it registered I think haha
[12:00] <aleka> soundray> about importing the ssh key... I did use SCP, got it on my XP machine and used puttygen to convert it into a private key.. now when I am trying to log in.. I am getting "Server rejected our key"


[12:04] <ricotz> hello, please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2012831
[12:54] <ebarretto> ricotz, thanks I will take a look at it today
[13:00] <ricotz> ebarretto, thanks