[04:18] <pitti> Good morning
[04:19] <pitti> SpamapS: I answered to 876959 yesterday
[05:19] <micahg> http://packages.qa.debian.org/d/dpatch/news/20111024T000209Z.html \o/ dpatch  deprecated for new packages in Debian...
[05:20] <StevenK> This is terrible news.
[05:21] <micahg> StevenK: that's is deprecated or only for new pacakges?
[05:21] <StevenK> No, that it is deprecated at all.
[05:22] <StevenK> quilt can go DIALCF
[05:23]  * micahg ♥ quilt
[05:27]  * RAOF can get right behind StevenK's quilt hate.
[05:29]  * micahg wonders why people hate quilt
[05:30] <StevenK> quilt push -a ; quilt new ; edit file ; OHDAMNITIFORGOTQUILTADD
[05:31] <pitti> for more extensive edits there is also quilt shell
[05:31] <StevenK> I just want a patch system, not a VCS wannabe
[05:32] <StevenK> And a buggy VCS wannabe, at that.
[05:32] <micahg> StevenK: src format 3 FTW, just make your changes debuild -S, you have a patch :)
[05:32] <StevenK> Ugh, format 3
[05:32] <micahg> I love it, no more forgetting quilt add...
[05:41] <RAOF> Although now you get to play the game of disentangle the multiple patches!
[05:53]  * nigelb <3 quilt as well.
[05:54] <nigelb> StevenK: Its even more awesome when you use quilt with UDD.
[05:54] <nigelb> ;)
[05:54] <nigelb> (that's the only quilt use case I absolutely hate)
[07:07] <dholbach> good morning
[07:13] <speakman> gmorning!
[07:17] <speakman> Where can I find unity-2d-panel source? It's having problem adjusting it's width on multi monitor setups.
[07:17] <speakman> (on launchpad that is)
[07:18] <htorque_> hello everyone! i keep seeing problems reported with read-only file systems by users that followed some guides involving the recovery mode (as this seems to have changed in oneiric).
[07:18] <htorque_> wouldn't it be more convenient to offer a 'read-only' menu item rather than making users first use 'remount' and then 'root'?
[07:31] <geser> speakman: https://code.launchpad.net/~unity-2d-team/unity-2d/oneiric (project page is https://launchpad.net/unity-2d)
[07:34] <speakman> geser: thx m8 :)
[07:40] <speakman> (I'm about to post a bug report for this, but are there any tools to print the current resolution of each monitor attached?)
[07:46] <speakman> Using Xinerama
[07:54] <StevenK> Is there any magic I need for apt-cache to show long descriptions again?
[07:56] <pitti> StevenK: it always did?
[07:56] <cjwatson> no magic should be needed.  perhaps your mirror has failed to mirror the Translations-* files?
[07:56] <StevenK> Oh
[07:56]  * StevenK kicks apt-mirror
[07:57] <cjwatson> debmirror works fine
[07:58] <StevenK> I suspect I'm back to a postmirror script to wget the en translations
[08:21] <cjwatson> StevenK: do please file a bug against apt-mirror about this, though
[08:23] <StevenK> cjwatson: I got distracted by writing a suitable postmirror script, but will do
[08:25] <StevenK> cjwatson: Already filed: https://bugs.launchpad.net/ubuntu/+source/apt-mirror/+bug/368419
[08:27] <cjwatson> hmph
[08:28] <StevenK> cjwatson: Exactly what I thought
[08:28]  * cjwatson comments
[08:39] <RAOF> speakman: xrandr --verbose
[08:56] <speakman> RAOF: I'm on Xinerama so xrandr doesn't work. I used nvidia-settings GUI instead.
[08:58] <OdyX> tkamppeter_ : any idea when openprinting.org will see life again ? (linuxfoundation.org/…/openprinting works though, so maybe just a matter of redirects)
[09:03] <zyga> hi
[09:03] <zyga> I'd like to report a bug but I'm not sure which component is responsible for this
[09:03] <zyga> I cannot shut down my clean-install oneiric
[09:03] <zyga> selecting shut down simply logs me out, selecting shut down from lightdm does nothing
[09:03] <zyga> is it a lightdm bug?
[09:04] <pitti> could be a lightdm or consolekit problem
[09:09] <zyga> pitti, any clue on where to look, syslog has nothing while I try to shut down
[09:09] <pitti> no idea, perhaps start with filing a bug against lightdm, to include /var/log/lightdm/lightdm.log
[09:09] <pitti> that might have a clue
[09:10] <pitti> also ~/.xsession-errors when you try to shutdown from your session
[09:10] <zyga> pitti, thanks for the hint, I'll try to shut down now
[09:26] <SpamapS> pitti: thanks
[09:27]  * SpamapS should not be awake but stupid smoke alarms went off because their batteries had died
[09:31] <SpamapS> http://people.canonical.com/~clint/bootchart.png .. anybody know what would cause check-new-relea to be run at boot time?
[09:32] <SpamapS> I think its update-motd
[09:32] <cjwatson> /etc/update-motd.d/91-release-upgrade -> /usr/lib/update-manager/release-upgrade-motd -> /usr/lib/update-manager/check-new-release
[09:32] <OdyX> cyphermox: fyi, usb-modeswitch linked against libjim uploaded to Ubuntu. Tests and comments appreciated…
[09:33] <OdyX> meh. s/Ubuntu/Debian/
[09:33] <SpamapS> cjwatson: ahh thats why greps didn't work
[09:34] <SpamapS> seems like we could delay a bit... its a rather busy command
[09:36] <SpamapS> or am I reading the rather non-decipherable colors wrong and its a zombie most of the time? :-P
[09:36] <pitti> SpamapS: certainly not; checking apt stuff during boot is ridiculously expensive
[09:36] <pitti> (or anytime during login, really -- it causes VT logins to hang for a long time)
[09:37] <pitti> at least they used to in the past, it took about 5 seconds for me
[09:57] <SpamapS> pitti: all of update-motd feels like something that can wait until the first login.. or 5 minutes after first boot even.
[09:58] <pitti> SpamapS: btw, red means "iowait", i. e. processes blocking on disk activity (usually waiting for data to read)
[09:58] <SpamapS> pitti: "red" ?
[09:58] <pitti> on rotary disks, the heavy apt stuff can block quite a bit
[09:58] <SpamapS> I see only white
[09:58] <pitti> SpamapS: on the bootcharts
[09:58] <SpamapS> or blue
[09:58] <pitti> I see a fair amount of red on your charts
[09:59] <pitti> you don't seem to have an ureadahead cache
[09:59] <SpamapS> dpkg-reconfigure ureadahead maybe?
[09:59] <pitti> presumably this is from a boot right after you changed something in the boot sequence (perhaps you installed bootchart and this is the first boot after it?)
[09:59] <pitti> or that :)
[09:59] <SpamapS> no after 10 slow boots I got frustrated
[09:59] <pitti> usually, after you do this, you boot to a desktop, wait for a minute, remove all old charts, and reboot again
[10:00] <SpamapS> this is the third boot-chart measured boot
[10:00] <SpamapS> but, seriously, no red
[10:00] <SpamapS> its like we have a different pallete or something
[10:00] <pitti> your CPU gets bored to death, the entire boot is one huge big red IOwait condition, and your HDD doesn't get to shovel more than some 5 MB/s into the RAM
[10:01] <pitti> SpamapS: I'm looking at http://people.canonical.com/~clint/bootchart.png
[10:01] <pitti> SpamapS: well, it's a relatively light red, more like pink
[10:01] <SpamapS> yeah, I see pink, blue, white, no red
[10:01] <SpamapS> the colors are fairly hard to distinguish from one another
[10:01] <SpamapS> they mostly just look like shades of gray
[10:01] <pitti> really? there are only four: white, black, blue (CPU), pink (IO wait)
[10:02] <SpamapS> except the green ;)
[10:02] <pitti> ah, right
[10:02] <pitti> so your boot is entirely stuck on utterly slow data reading
[10:02] <pitti> in theory ureadahead ought to help there quite a bit
[10:02] <pitti> you have one or two peaks with 40 MB/s, but most of the time only a tiny fraction of that
[10:03] <SpamapS> yeah I wonder why ureadahead hasn't been updated
[10:03] <pitti> SpamapS: try a comparison with disabling that apt script?
[10:03] <SpamapS> since 9/20!
[10:03] <pitti> SpamapS: if it is, you should have /var/lib/ureadahead/*pack
[10:03] <SpamapS> oh I hav eno packs, just debugfs
[10:03] <SpamapS> hm
[10:04] <pitti> SpamapS: do you have /etc/init/ureadahead.conf ?
[10:05] <SpamapS> yes indeed
[10:05] <pitti> hm, so perhaps it fails for some reason to write the pack files
[10:05] <SpamapS> it was in fact running during bootchart
[10:06] <pitti> SpamapS: http://people.canonical.com/~pitti/bootcharts/tick-lucid-20100622-standard.png
[10:06] <SpamapS> are we graphing bootchart somewhere btw?
[10:06] <pitti> that's from my utterly slow latitude d430, its disk really sucked (20 MB/s)
[10:06] <pitti> but even there ureadahead saved some 30 or 40 seconds
[10:06] <SpamapS> I swear we do *way* too much manual testing
[10:06] <pitti> SpamapS: yes
[10:06] <pitti> http://reports.qa.ubuntu.com/reports/boot-speed/
[10:06] <pitti> the beginnings of it, anyway
[10:07] <SpamapS> cool
[10:08] <SpamapS> I'm going to reboot with console output in /etc/init/ureadahead.conf
[10:09] <SpamapS> I think you may be right that its not writing the pack files
[10:09] <pitti> SpamapS: oh, how do you get the console output of a job?
[10:10] <pitti> so far I kludged that with something like "exec 2>/tmp/log; set -x" in the pre/post-start scripts
[10:10] <SpamapS> pitti: ctrl-alt-f7 ;)
[10:10] <pitti> (to debug these particular parts)
[10:10] <pitti> ah, ok; no magic cookie
[10:10] <SpamapS> might end up in /var/log/boot.log too
[10:10] <SpamapS> but thats hit or miss
[10:11] <SpamapS> pitti: I think jhunt is working on a dmesg-like thing for job output buffers
[10:11]  * SpamapS reboots...
[10:12] <ogra_> hmm, is mom not working (or did we stop isung it) 8 merges for main doesnt look much
[10:13] <Laney> ogra_: Think you clicked on the manual link :-)
[10:13] <Laney> look above
[10:13] <pitti> https://merges.ubuntu.com/main.html looks fine
[10:14] <ogra_> Laney, lol, yeah, you are right
[10:14] <ogra_> thanks !
[10:14] <Laney> i did the same the other day
[10:14] <cjwatson> and no we have not stopped using MoM
[10:15] <ogra_> obviously ... as long as the user can read it even works as expected ;)
[10:22] <SpamapS> pitti: ok, so I just realized I uninstalled/reinstalled bootchart between runs... i wonder if something it does during its install removes the pack files. They're there now
[10:22]  * SpamapS needs to go back to sleep. Stupid smoke alarms
[10:23] <pitti> SpamapS: yes, bootchart changes the boot sequence; the pack files are removed, triggered by changes to /etc/init
[10:28] <SpamapS> pitti: thats what I thought.. so my first 2 were probably more accurate ;)
[10:31] <pitti> cjwatson: do you have an opinion about bug 873401? should live-build not write a header to the md5sum.txt file, or can we fix gfxboot's checksum thingy (I don't know which package that is) to ignore the header?
[10:34] <cjwatson> the latter.  I'll deal with it
[10:34] <cjwatson> and it has nothing to do with gfxboot :)
[10:34] <pitti> I thought so, but for the lack of a better name :)
[10:34] <pitti> what part does that, OOI?
[10:35] <cjwatson> see the bug
[10:35] <cjwatson> (reassigned and such)
[10:35] <pitti> ah, casper, nice
[10:35] <pitti> thanks
[10:54] <leex> slangasek: I guess it was removed by upgrading to 11.10
[10:54] <leex> slangasek: there should be some docu that states that fact, would have helped me a lot
[10:58] <leex> slangasek: thanks for the info ;)
[10:59] <cjwatson> it would have taken specialised gymnastics to have libc6:i386 installed before upgrading to 11.10
[11:00] <cjwatson> the only people for whom that should have been true would have been people working on multiarch implementation, really
[11:04] <oimon> tkamppeter: i wonder if you can help - i've been after a particular ppd file (pxl1010.ppd) since linuxprinting.org went offline - can you advise where i can get it?
[11:21] <tkamppeter> oimon, this is in the source of foomatic-db. Do "apt-get source foomatic-db" and you find the XML files for it in /deb/source/.
[11:21] <oimon> tkamppeter: excellent, many thanks :)
[11:22] <tkamppeter> oimon, to build the Ubuntu package with it, edit db/source/driver/pxl1010.xml removing the "<obsolete ...>" line.
[11:22] <oimon> cheers - any news on when the website is coming back btw?
[11:24] <tkamppeter> oimon, every week they say "next week", on UDS I will look into getting another hoster ...
[11:25]  * StevenK stares at apt.
[11:25] <StevenK> W: Failed to fetch copy:/var/lib/apt/lists/partial/silver_ubuntu_dists_oneiric_main_i18n_Index  Encountered a section with no Package: header
[11:25] <StevenK> I thought the index wasn't supposed to have any Package: headers ...
[11:26] <cjwatson> kees: I'm stealing your jasper merge, per your comments of a few days ago that you weren't going to have time for a while
[11:26] <cjwatson> StevenK: I bet you have an out-of-date apt from oneiric beta-1.  upgrade it
[11:26] <StevenK> By hand, I guess
[11:26] <cjwatson> no need for that
[11:26] <cjwatson> apt-get update has updated enough stuff that you can 'apt-get install apt' now
[11:26] <StevenK> And yeah, that chroot is a bit stale
[11:27] <StevenK> cjwatson: Sorted, thanks.
[11:27] <cjwatson> this is bug 871731 which we decided to accept
[11:27] <cjwatson> you may remember it from LP conversation just pre-release :)
[12:05] <kirkland> SpamapS: update-motd doesn't get run until login
[12:05] <kirkland> SpamapS: should not affect boot time
[12:06] <kirkland> Spads: something else must be running that apt-check
[12:28] <soren> kirkland: I'm not sure that's true.
[12:28] <soren> kirkland: Hang on.
[12:28] <kirkland> soren: oh, hmm, actually
[12:28] <soren> kirkland: The mounted-run job runs update-motd.
[12:28] <kirkland> soren: ah, you're right ...
[12:49] <speakman> My pulseaudio session daemon seems to stop sometimes (I think it's Flash doing something). How do I best turn on debugging of the daemon?
[12:49] <speakman> (I've been running it in the foreground most of the day but of course nothing happens)
[12:56] <tkamppeter> pitti, hi
[13:14] <speakman> hm it just died. saying "Killed". wtf?
[13:14] <cjwatson> that sounds like the out-of-memory killer got it; I bet you'll find something in /var/log/syslog and/or /var/log/kern.log
[13:15] <cjwatson> (it's possible some other process was at fault)
[13:17]  * cjwatson upgrades to precise
[13:17] <cjwatson> WCPGW
[13:17] <ogra_>  good luck :)
[13:18] <nigelb> I'm surprised by brain interpreted WCPGW /very/ fast.
[13:18] <nigelb> s/by/my/g
[13:18] <cjwatson> apt-get did tell me that there were some ocaml-related uninstallables (which I'm working on clearing), but otherwise it seems OK at least at that level
[13:19] <speakman> cjwatson: no debugging was enabled. Just changed that in /etc/pulse/daemon.conf. I'll watch syslog for error messages.
[13:19] <cjwatson> OOM killer events will get logged by the kernel regardless of pulseaudio logging levels
[13:20] <ogra_> you should find it in dmesg
[13:47] <SpamapS> kirkland: something was running check-new-release early in the boot.. update-motd was thought to possible be it.
[13:51] <SpamapS> possibly even :p
[13:52] <cjwatson> SpamapS: do you think you could merge gdal?  it needs a rebuild for the libjpeg transition, and if it needs to be merged anyway ...
[13:52] <SpamapS> cjwatson: sure, will merge it today.
[13:52] <cjwatson> thanks!
[13:53] <luist> hey… if im installing a symbolic link when building a package, will it get the real file to build?
[13:54] <cjwatson> not quite sure what you mean, maybe an example would help
[13:54] <speakman> are there any #ubuntu-pulseaudio sort of channel?
[13:54] <luist> well in my debian/install i have:  myApp       usr/bin
[13:55] <luist> but myApp is a sym link to where the executable really is
[13:55] <cjwatson> where is that symlink created?
[13:56] <cjwatson> and where is the real executable?
[14:01] <stgraber> geser: ping
[14:01] <doko> hmm, who did score up the powerpc builds?
[14:01] <luist> cjwatson: its in the development folder… :P
[14:01] <luist> cjwatson: on the same level, but diff folder
[14:03] <cjwatson> luist: sorry, I don't think that answers my question.  Perhaps you could put the whole source package somewhere?
[14:03] <cjwatson> doko: me - trying to get some multi-level transitions done and it's easier if all architectures keep up
[14:03] <cjwatson> doko: what's the problem?
[14:04] <luist> cjwatson: i dont see whats so hard to understand… im putting a symbolic link in the install list and i want to know if its gona pack a broken link or the real file
[14:04] <cjwatson> luist: there are a couple of different things you might mean and I need specifics.  Please can I see the whole source package?
[14:04] <cjwatson> I don't have time to guess
[14:05] <doko> cjwatson, hmm, I did rescore openjdk-6 for the security update
[14:05] <cjwatson> (answered doko in /msg)
[14:11] <cjwatson> luist: you see, the answer depends on things like whether the symlink is absolute or relative, and whether it's statically present in the tarball, created in a Makefile or similar, or created with dh_link
[14:12] <cjwatson> luist: and on whether the real path to the executable is installed in the package
[14:12] <cjwatson> luist: this kind of thing is much easier to tell without lots of going back and forth by just looking at a source package, if that's at all possible
[14:57] <Daviey> doko: Did you have any comments about the php5 debian package you merged?
[15:08] <smoser> slangasek, i'd be interested in your feedback on https://code.launchpad.net/~smoser/ubuntu/oneiric/isc-dhcp/lp857524/+merge/76791 . cjwatson would also be nice as i know you've touched that package (i think for installer primarily).
[15:12] <cjwatson> smoser: I agree with Marc; there's no reason not to update this file atomically
[15:13] <cjwatson> please refactor the patch to do so (it sounds like that's what the code did originally)
[15:13] <smoser> cjwatson, actually i dont think you can accomplish that
[15:13] <smoser> with read-only /etc/
[15:13] <cjwatson> I don't care how narrow a race condition is; it's either there or it isn't.  Actually a narrow one is worse than a wide one.
[15:13] <cjwatson> if /etc is read-only then you can't write to /etc/resolv.conf either
[15:14] <smoser> ah, yeah, i just have to find the  target of the link if its a link
[15:14] <smoser> and put the temp file on *that* filesystem
[15:14] <cjwatson> if /etc/resolv.conf is a symlink to somewhere writable, then update it atomically there
[15:14] <cjwatson> right
[15:14] <mdeslaur> smoser: you could follow the symlink and create the tempfile wherever the real resolv.conf turns out to be located
[15:14] <mdeslaur> heh
[15:14] <smoser> anyone else want to repeat ?
[15:14] <smoser> :)
[15:14] <cjwatson> narrow worse than wide> because it's harder to debug
[15:15] <mdeslaur> smoser: I'm not afraid of a write race, I'm more afraid of a read race while the address is being renewed
[15:15] <smoser> mdeslaur, well that'd take a lockfile via some mechanism to address, right?
[15:16] <cjwatson> yup, and that would be absolute hell to debug, so let's not doom our successors to that
[15:16] <cjwatson> no, mv into place is enough
[15:16] <cjwatson> prevents reading an incomplete resolv.conf
[15:17] <smoser> cjwatson, i didn't understand "narrow worse than wide>"
[15:17] <cjwatson> 16:13 <cjwatson> I don't care how narrow a race condition is; it's either there or it isn't.  Actually a narrow one is worse than a wide one.
[15:17] <smoser> oh. regarding the race.
[15:41] <smoser> cjwatson, quick question.
[15:41] <smoser> in the case where there is no /etc/resolv.conf, the old chown / chmod would fail.
[15:41] <smoser> should i explicitly set root:root 644 on it then ?
[15:41] <smoser> or let the normal umask/uid/gid of this script be used.
[15:42] <cjwatson> I'm not sure.  Does the normal umask/uid/gid produce the right answer?
[15:43] <smoser> well this would be running as root, called through ifup
[15:43] <smoser> so i assume uid:gid is right
[15:44] <cjwatson> smoser: if it produces the right answer then I think I would be happy to just use the defaults
[15:51] <smoser> cjwatson, test here shows root:root 644.
[15:51] <smoser> so we'll go with that.
[15:52] <cjwatson> ok
[16:14] <leex> hi, since you guys have been helpful yesterday, I would like to be helped again ;) when I boot I am dropped a non functional root shell instead of starting slim,xdm,gdm or ... I can switch to a different tty and just startx as a workaround, but I would like to get slim working again ;) the only thing that went wrong, judging from the syslog is [   18.189682] EXT4-fs (dm-1): re-mounted. Opts: errors=remount-ro. Does anyone have an idea where to sta
[16:16] <Daviey> infinity: *poke* bug 759545 .. if you have an idea of how to resolve this, i'd be most appreciative of a fix for alpha 1 :)
[16:17] <leex> ubottu: thanks, I will study it, brb
[16:18] <infinity> Daviey: That gives me a month and a bit to ponder it?  I'm okay with that schedule. :P
[16:19] <leex> ah, that wasn't related to me ;)
[16:31] <smoser> infinity, regarding the grub2 bug above, i'd really appreciate it if you could also address the general need for local modification to /etc/default/grub
[16:32] <smoser> right now, the cloud-images modify that file for good reason, and set:
[16:32] <smoser>   GRUB_CMDLINE_LINUX_DEFAULT=console=ttyS0
[16:33] <smoser> also we modify GRUB_HIDDEN_TIMEOUT_QUIET, GRUB_TERMINAL, GRUB_TIMEOUT
[16:37] <leex> some additional information: running 11.10, fsck done didnt help
[16:40] <slangasek> smoser: I defer to cjwatson, he seems to have the bases covered
[16:40] <smoser> agreed.
[16:44] <leex> http://paste.ubuntu.com/718018/ that's my dmesg output
[16:52]  * ogra_ glares at http://qa.ubuntuwire.org/ftbfs/ and wonders why it thinks evas and ecore are parts of ubuntu-desktop
[16:54] <cjwatson> They're in the ubuntu-desktop package set in precise.  I'm not sure why or who put them there (wasn't me).
[16:55] <ogra_> ah, i only checked for the task in the package description in oneiric
[16:56]  * ogra_ isnt really up to speed with precise yet
[16:56] <ogra_> i just found it weird to have them in a supported set
[16:56] <cjwatson> Quite.  I'll see what happens when I run the script to sync up with seeds.
[17:04] <micahg> cjwatson: would you mind if I did an audit of the various package sets at some point this cycle? some stuff does look out of place?
[17:05] <cjwatson> micahg: not at all although I don't promise to change anything ;-)
[17:05] <micahg> heh, ok
[17:05] <cjwatson> autogeneration is what makes them manageable at all
[17:08] <micahg> cjwatson: so, core, and the CD related sets are only autogenerated?
[17:08] <cjwatson> yes
[17:09] <micahg> ok, that will make this interesting then :), maybe there's a bug somewhere
[17:09] <cjwatson> there's a small exception list for moving things out of "more privileged" sets when e.g. the desktop team actually functionally maintains things in core
[17:09] <cjwatson> but I don't want to take it further than that
[17:09] <cjwatson> ogra_: should be fixed next time it updates
[17:09] <ogra_> it seems to also generate unr and netbook atm
[17:09] <ogra_> cjwatson, great
[17:10] <ogra_> i assume the two above will vanish as well then
[17:10] <micahg> cjwatson: makes sense, but when I see universe stuff in core, I start to wonder, I will do some digging at some point
[17:10] <cjwatson> micahg: that was a bug and should be gone now.
[17:11] <micahg> cjwatson: excellent, thank you
[17:11] <cjwatson> I'm not quite sure what happened, possibly a Launchpad bug on initialising the distroseries, but I can't quite tell at this point since there's little auditing.  I've made a mental note to check this out when Q opens to see if the same thing happens
[17:11] <cjwatson> It's not too big a deal since I always blat over it with an autogenerated list at some point anyway.
[17:12] <cjwatson> ogra_: unr and netbook - no idea
[17:12] <cjwatson> I'll go and have a look
[17:12] <ogra_> both  should be officially gone
[17:12] <ogra_> though i'm not sure anyone ever deleted the seed branches from the respective seeds
[17:14] <micahg> cjwatson: the other puzzling thing was something like awstats in core which seems like it should be in the server packageset, any ideas about that? (no rdepends)?
[17:15] <cjwatson> it seems to have copied some from much older series, which is odd
[17:15] <cjwatson> micahg: check germinate output
[17:15] <micahg> cjwatson: ok, thanks
[17:15] <cjwatson> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.precise/rdepends/ALL/awstats - seeded
[17:18] <cjwatson> my guess as to what's happened here is that LP has made precise packagesets be the union of those in all previous series, rather than the immediately previous one
[17:18] <micahg> ah, that seems bad
[17:18] <cjwatson> but I've run out of time to investigate this right now and it's not super-urgent
[17:20] <Riddell> ogra_: could you renew my membership of canonical-arm-dev?
[17:20] <ogra_> sure, one sec
[17:20] <micahg> cjwatson: ok, if I get time, I"ll dig more and file bugs as appropriate (probably not until after UDS)
[17:21] <ogra_> Riddell, you got one more year :)
[17:28] <Riddell> thanks ogra, I shall savour every day of it
[17:28] <leex> Can anyone confirm that there is no /etc/inittab on ubuntu 11.10?
[17:28] <Riddell> leex: yes
[17:29] <leex> Riddell: thanks
[17:30] <leex> Riddell: still searching for my strange "dropped to root shell after boot"-bug
[17:30] <slangasek> dropped to a root shell, or dropped to a login prompt?
[17:31] <leex> slangasek: dropped to a login prompt would be ok ;)
[17:31] <slangasek> I'm asking which happens
[17:31] <leex> slim just stopped working, and I get a root shell instead
[17:32] <leex> [   14.546502] init: failsafe main process (796) killed by TERM signal ... [   14.588677] init: lightdm main process (1053) killed by TERM signal
[17:33] <leex> http://paste.ubuntu.com/718075 that's the whole dmesg
[17:34] <slangasek> the only cases in the 11.10 boot sequence that will give you a root shell are 1) booting in recovery mode (booting with 'recovery' on the kernel commandline), 2) booting with 'S' as the runlevel target, 3) a critical failure in mountall causing it to drop to a root shell for you to fix your filesystem
[17:35] <slangasek> do you know if any of these apply to your case?
[17:35] <leex> slangasek: I did a shutdown -rF now, before comming here
[17:35] <leex> slangasek: I did not select recovery mode
[17:35] <leex> slangasek: how can I check for the runlevel target?
[17:36] <slangasek> the runlevel target would also be on the kernel commandline (normally) - since your dmesg doesn't show that, it's probably not runlevel S either
[17:37] <slangasek> however, this dmesg shows processes being killed by SIGTEMR
[17:37] <slangasek> SIGTERM
[17:37] <slangasek> that's not at all normal
[17:37] <slangasek> did you use SysRq to kill the jobs?
[17:37] <leex> slangasek: y
[17:37] <leex> slangasek: no
[17:37] <slangasek> ok
[17:37] <leex> slangasek: I just enter my luks password, nothing else
[17:38] <leex> I justed upgraded from 11.04 recently, but that's a week ago. and I havent had the issue til today
[17:38] <leex> should I file a bug report?
[17:39] <slangasek> you might want to check if you have any modified files under /etc/init or /etc/init.d, or anything in either of those directories not belonging to a package; or if you have put anything unusual in /etc/rc.local.   I will have a look at and tell you lator
[17:40]  * ogra_ sees gdm in the dmesg output
[17:40] <leex> but I didn't touch any of these files by hand
[17:40] <ogra_> how did you do your upgrade from 11.04 exactly ?
[17:41] <slangasek> ogra_: the upgrade from 11.04 is expected to leave gdm installed, and that's not the bug
[17:41] <leex> ogra_: upgrade manager
[17:42] <infinity> I have a hard time seeing this as an upgrade bug anyway.  Worked fine for a bit, exploded today.  And, seriously, what runs amok and kills everything, including rc?
[17:42] <leex> infinity: ack
[17:42] <infinity> My kingdom for sane init logs.
[17:43] <slangasek> infinity: define? :)
[17:43] <slangasek> infinity: better yet, define in Orlando :)
[17:44] <infinity> slangasek: Can I just hand-wavingly say "something a lot more verbose than his dmesg output that would tell me WTF happened there"? :)
[17:44] <slangasek> infinity: you can, but that's not actionable :)
[17:44] <slangasek> we do have working /var/log/boot.log
[17:44] <infinity> With nothing else to blame, I'd guess sendsigs is being run in runlevel 2.
[17:44] <infinity> Which would be... Special.
[17:44] <slangasek> and you can boot with --verbose
[17:44] <ogra_> slangasek, ah, i wasnt aware it leaves gdm in place
[17:45] <slangasek> infinity: right, also notice the gap in timing of the SIGTERMs... one batch at 17s after boot, another at 39s after boot
[17:45] <slangasek> thigns are getting killed *twice*
[17:45] <slangasek> maybe sendsigs is in both /etc/rcS.d and /etc/rc2.d :P
[17:45] <slangasek> leex: ^^ make sure there are no symlinks to /etc/init.d/sendsigs in either of these directories, please
[17:45] <leex> have to go home now, but if you have an idea on how to track this bug, please let me know. btw here is my boot.log http://paste.ubuntu.com/718082
[17:45] <infinity> slangasek: Though, that still wouldn't do anything bad.  sensigs start is a no-op.
[17:46] <leex> slangasek: I will do, back in about an hour
[17:46] <slangasek> in any event, sendsigs is *not* supposed to kill anything that's attached to an upstart job
[17:46] <slangasek> infinity: it could be a K link?
[17:46] <infinity> That would be even more special. ;)
[17:46] <slangasek> this whole scenario is unambiguously special
[17:47] <infinity> If this proves to be an upgrade bug, I think we're getting ever closer to discovering the long-sought-after secret to punching people in the face over the internet.
[17:48] <slangasek> leex: fwiw, your boot.log shows that your system *is* entering single-user mode, *after* having started runlevel 2: "* Starting System V single-user mode compatibility"
[17:48] <slangasek> infinity: see? we have logs
[17:48] <slangasek> we just need to line wrap them properly
[17:49] <infinity> slangasek: Oh, I may have missed the bit where a log was provided. :)
[17:49] <slangasek> infinity: it was provided after you asked :)
[17:49] <infinity> Also, I can't read.
[17:52] <slangasek> leex: this message comes from /etc/init.d/single, which is somehow being invoked.  Up to line 60 of your paste, everything appears to be correctly starting runlevel 2, then all of a sudden, with no indication of runlevel change, /etc/init.d/single has been called.  I suspect there's a wrong link to this script in /etc/rc2.d.
[17:52] <infinity> Indeed.
[17:54]  * infinity wonders if one of the many "user-friendly" rc editors is to blame.
[17:54] <infinity> Or something.
[17:55] <infinity> leex: For the record, on a stock install you should see this:
[17:55] <infinity> adconrad@cthulhu:~$ ls /etc/rc?.d/???single
[17:55] <infinity> /etc/rc1.d/S90single
[17:55] <infinity> (And no other links)
[18:12] <superm1> Daviey, if it's got my fixes, yeah that sounds good
[18:18]  * Daviey tries to remember context
[18:24] <superm1> Daviey, python mysqldb
[18:25] <Daviey> ah!
[18:25] <Daviey> superm1: Are you handling the sync?
[18:25] <superm1> Daviey, you can go ahead if you'd like
[18:26]  * Daviey tries the whizzy webui
[18:26] <superm1> I don't have a precise schroot set up yet, and don't plan on getting to that until after UDS probably
[18:26] <leex> re ;) reading backlog
[18:27] <Daviey> seems the option has been disabled.
[18:27] <Daviey> gah
[18:28] <leex> infinity: sysv-rc-config
[18:29] <leex> infinity and slangasek how to figure out what's wrong?
[18:29] <slangasek> leex: covered in scrollback - having any links to 'single' outside of /etc/rc1.d is wrong
[18:30] <leex> lrwxrwxrwx 1 root root 16 2011-10-20 14:16 S90single -> ../init.d/single*
[18:30] <leex> :D
[18:30] <leex> in rc2.d
[18:30] <leex> slangasek: can I just remove that?
[18:31] <slangasek> sysv-rc-config isn't a package in the archive.  Where did you get it... and why did you think to run it on your systeM?
[18:31] <slangasek> leex: yes, you can and *must* remove it
[18:31] <slangasek> oh, it's called sysv-rc-conf, maybe
[18:31] <leex> sry, sysv-rc-conf
[18:32] <leex> slangasek: will restart and check whether it is ok
[18:32] <slangasek> leex: in the future, when asking why your system doesn't boot, "I ran a runlevel editor recently" would be pertinent information to mention ;)
[18:33] <smoser> cjwatson, please re-review https://code.launchpad.net/~smoser/ubuntu/oneiric/isc-dhcp/lp857524/+merge/76791 . it uses tmpfile and move now.
[18:34] <smoser> generally, what is the right way to do ask such a thing? am i supposed to hit 'requeest another review' ?
[18:34] <leex> slangasek: I am sorry :/ I forgot about it, I know that it would have been good to tell you.
[18:35] <leex> oh yeah it fixed it
[18:35] <slangasek> :)
[18:35] <slangasek> hallyn: fwiw, bug #880996 is a duplicate... yes, qemu-system-ppc doesn't work, we know
[18:35] <leex> I will note not to use sysv-rc-conf again :)
[18:36] <hallyn> slangasek, sorry, i should've looked for a dup
[18:36] <leex> slangasek: any recommendations for a rc editor?
[18:36] <slangasek> hallyn: no worries
[18:36] <hallyn> slangasek, i still was wondering if he was actually trying to boot a ppc .img with qemu-kvm
[18:36] <slangasek> leex: I'm afraid not.  The last I looked, none of them presented a very good interface
[18:37] <leex> slangasek: ok, then I will read some tut on how to edit them by hand ;)
[18:41] <leex> slangasek: fixed the slim rc config and anything is back to normal
[18:41] <leex> yeah, thanks everyone for helping me!
[18:43] <slangasek> YokoZar: so, ia32-libs is out of the picture now.  any thoughts on how to split the 32/64-bit parts of wine to be installable for 12.04 without use of biarch?
[18:50] <infinity> slangasek: wine1.x = metapackage that depends on wine1.x-32 on i386 and wine1.x-32 & wine1.x-64 on amd64, ship wine1.x-32 only on i386, done?
[18:51] <infinity> (And make wine1.x-64 depend on wine1.x-32, for people who blatantly avoid the metapackage, since I suspect 64 would actually need 32 to be fully useful, though I'm not sure)
[19:06] <slangasek> infinity: does that mean you're volunteering to do the conversion? ;)
[19:10] <infinity> slangasek: It really doesn't.
[19:11] <infinity> slangasek: I know somewhere between nothing and very little about wine, see the part where I'm not even sure if wine64 needs wine32 to function (though, I'd guess it does, based on what I know about win64 and win32).
[19:11] <infinity> Well, s/function/function usefully/
[19:14] <jcastro> pitti: ok you should be seeing a schedule update now
[19:20] <killown> What does the unity developers thinks that the "show desktop icon"  isn't  usefull?
[19:20] <killown> Very annoying shortcut key ctrl+alt+d ...
[19:30] <Quintasan> tumbleweed: GZ
[19:40] <tumbleweed> Quintasan: eh?
[19:47] <Quintasan> Aren't you on DMB tumbleweed?
[19:47] <dobey> hrmm, no patch pilot?
[19:49]  * dobey wonders who to bug for sponsoring, with some people already in/headedfor orlando
[19:50] <tumbleweed> Quintasan: as of very recently, yes :)
[19:50] <tumbleweed> Quintasan: thanks :)
[19:51] <LaserJock> cjwatson: awesome blog post! I love the +1 maintenance team idea
[19:51] <Quintasan> You're welcome. :-)
[19:59] <YokoZar> slangasek: Yes, there's a whole procedure to go through on Wine's wiki.  I'll take care of it.
[19:59] <YokoZar> Also what infinity said
[20:08] <barry> tumbleweed: how did i miss the fix for syncpackage? ;)  has it landed already and i missed it?  was there an open bug and i missed it?  in any event, glad you fixes those issues
[20:09] <tumbleweed> barry: it's in unapproved since this morning
[20:09] <tumbleweed> we were waiting for the previous SRU to be approved first
[20:10] <barry> tumbleweed: just curious, was it my bug report that triggered your fix, or was this another case of ships crossing in the night?
[20:10] <tumbleweed> I'd already fixed it in trunk a week or two ago
[20:11] <tumbleweed> then slangasek ran into it again on the weekend and I prepared an SRU, but it was blocked until this morning
[20:11] <barry> tumbleweed: cool.  i must have looked at the wrong branch.  yay tho!
[20:11] <barry> (i did search the bug tracker but didn't find anything)
[20:12] <tumbleweed> the bugs live in the ubuntu source package, and the code in the lp project
[20:13] <tumbleweed> IIRC the discussion about it happened on -release. But u-d-t discussion also often happens in -motu
[20:14] <barry> tumbleweed: cool.  i wasn't around much this weekend.  i did look in the source package bugs, but i looked in the source package branch too, which is how i missed it
[20:14] <barry> tumbleweed: no worries.  glad it'll be fixed.
[20:15] <tumbleweed> :)
[20:28] <kees> cjwatson: cool, have at it
[20:33] <barry> tumbleweed: i see the debdiff attached to the dup'd bug.  note that my patch also fixed the printing of the url that 404'd, but i don't see that in the debdiff.  you might want to consider that too, as what's currently printed isn't much help in figuring out what went wrong (e.g. you're misled to think that packages.debian.org is offline)
[20:35] <tumbleweed> barry: true, although this is a known issue if you are familiar with requestsync
[20:35] <tumbleweed> I'll apply that to trunk
[20:35] <barry> thx
[21:01] <slangasek> YokoZar: hmm, where's wine's wiki and where is this page, OOI?
[22:07] <cjwatson> smoser: done
[22:07] <cjwatson> LaserJock: thanks :)
[23:23] <YokoZar> slangasek: http://wiki.winehq.org/Wine64ForPackagers
[23:26] <RAOF> YokoZar: Does that mean that we'll likely be having a WoW64 wine build on amd64 in Precise?  Cool!
[23:26] <YokoZar> RAOF: yeah, it's something I've been putting off until after multiarch
[23:26] <RAOF> Sweet.
[23:26] <slangasek> ah, do we currently not have any win64 support at all?
[23:27] <slangasek> perhaps I misunderstood the state of the art
[23:28] <broder> WoW64 is 32-on-64, right?
[23:29] <YokoZar> slangasek: Right, we don't build Wine in 64 bit mode at the moment.  It's straight forward to make a 64 bit only Wine, but it's fairly useless.
[23:29]  * slangasek nods
[23:30] <YokoZar> broder: Yes, a bit confusingly named
[23:30] <YokoZar> broder: even more confusingly is that the windows "system64" folder actually contains the 32 bit dlls I think
[23:30] <broder> YokoZar: yeah, that's how i remembered it working, too
[23:54] <SpamapS> woot, MBA has graphics .. but.. touchpad broken now. DOH


[00:18] <phil__> Does anybody here know anything about pam_tally2.so, pam_tally2, and tallylog?
[01:27] <phil__> Does anybody here know anything about pam_tally2.so, pam_tally2, and tallylog?
[01:48] <tsimonq2> !patience | phil__
[01:53] <phil__> Apologies. I feel I've done a fairly extensive search (even of those forums) and I am simply not finding much. I'll remain patient.
[03:39] <hallyn> Why is master-next xenial kernel giving me gcc: error: unrecognized command line option ‘-fstack-protector-strong’
[03:39] <hallyn>  ?
[04:03] <Frogging101-chan> I want to append a custom name to the end of the kernel version. But CONFIG_LOCALVERSION breaks the build with the scripts
[04:03] <Frogging101-chan> How am I meant to do it?
[04:17] <dsmythies1> hallyn: You are getting "-fstack-protector-strong" becuase you are using an older version of the compiler. Perhaps you are using a 14.04 computer, like me. I just turn it off. Wait a minute...
[04:18] <dsmythies1> Hallyn: This is as of Ubuntu kernal configuration for kernel 4.4 series.
[04:19] <dsmythies1> hallyn: run this just before you start the compile: scripts/config --disable CC_STACKPROTECTOR_STRONG
[04:20] <dsmythies1> hallyn: Or use a new version of the compiler.
[04:20] <Frogging101-chan> I compiled GCC 5 on my 14.04-based (Mint 17.2) machine. Kernel compiles mostly fine but I'm having other build issues
[04:21] <hallyn> dsmythies1: i'm on xenial...
[04:21] <hallyn> but i'll try scripts/config --disable CC_STACKPROTECTOR_STRONG - thanks
[04:22] <dsmythies1> hallyn: Oh. I thought xenial was suing a new enough version of the compiler.
[04:22] <hallyn> D'OH!  i bet my environment from an arm cross compiler leaked
[04:22] <hallyn> sorry for the noise :)
[04:28] <dsmythies1> Frogging101-chan: Are you compiling mainline kernel or Ubuntu version? It has been years since I compiled Ubuntu way, so my notes are old.
[04:28] <Frogging101-chan> dsmythies1: I used Git to checkout v4.4 and applied the .patch files from here http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-wily/
[04:28] <Frogging101-chan> and then I do fakeroot debian/rules do_mainline_build=true binary-generic -j10
[04:29] <Frogging101-chan> (after setting up configs and setting the CONFIG_LOCALVERSION among other things)
[04:29] <Frogging101-chan> The CONFIG_LOCALVERSION is what breaks the build; it even says so on some Ubuntu wiki page
[04:31] <dsmythies1> I just do this: I never seemed to get things to work with the fakeroot stuff. I just do this: "time make -j9 bindeb-pkg LOCALVERSION=-stock"
[04:32] <Frogging101-chan> what is the reason to use the debian/ubuntu/whatever (can't figure out where that stuff comes from actually) scripts?
[04:33] <Frogging101-chan> There seem to be a few different ways to do the same thing and one of them has more caveats
[04:34] <dsmythies1> or this: time make -j9 olddefconfig bindeb-pkg LOCALVERSION=-stock     (to just use defaults for any new config stuff)
[04:36] <dsmythies1> Someone will correct me if I am wrong, but you need to use the unutnu methods if you are going to submit chnages or use a PPA. I submit upstream, and not often, so only use mainline kernel, building the way I mentioned.
[04:36] <Frogging101-chan> ah
[04:36] <Frogging101-chan> all right
[04:37] <Frogging101-chan> does Ubuntu only patch the config or are there other patches I should apply to get it close to what Ubuntu has already?
[04:37] <Frogging101-chan> Because the existing config can be obtained from the OS as it's running already
[04:44] <dsmythies1> Frogging101-chan: For the PPA you referred to, it is just the mainline kernel. And yes, I just steal the ubuntu kernel config after I install the kernel from that PPA. For the real Ubuntu version (not out yet, but there is a PPA somewhere (Ithink)) , there is a lot of stuff done to it, making it different than mainline.
[04:45] <Frogging101-chan> well I've been on Git+config patches for a long time. Whatever I'm missing from the Ubuntu kernel doesn't seem to be causing issues
[04:54] <dsmythies1> Frogging 101-chan: I forgot to mention... After stealing the Ubuntu kernel config, run this: "scripts/config --disable DEBUG_INFO" or it will make an enormous kernel and take twice as long to compile.
[04:54] <Frogging101-chan> lol
[04:54] <Frogging101-chan> thanks :p
[04:54] <Frogging101-chan> what's that, debug symbols?
[04:55] <dsmythies1> Something like that.
[09:50] <peaceful> Hi, i just found same bug i have: https://bugzilla.kernel.org/show_bug.cgi?id=110451
[09:51] <peaceful> How can i contribute to help solve it?
[09:57] <peaceful> cant boot laptop with kernel later than 3.19.0-25.26
[09:57] <peaceful> i also have hp compaq 6715s
[10:02] <peaceful> need some help to report  bug
[10:05] <apw> peaceful, so on whatever the last working version is, run 'ubuntu-bug linux', that will make a machine specific bug with your details
[10:06] <apw> peaceful, then add the infor that the above version is the latest which works, and point to the upstream bugzilla in there too
[10:06] <apw> peaceful, and then tell me the bug number and i'll find someone to help bisect it
[10:07] <peaceful> apw, ok but i see someone already reportred this bug. should i report again?
[10:07] <apw> peaceful, that is an upstream bug, so tracks the fix if any upstream, the ubuntu bug helps us track the fix in ubuntu itself
[10:09] <peaceful> apw, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1529381
[10:09] <apw> jsalisbury, ^ hey that might be a bisection candidate for you
[10:10] <peaceful> this i found this
[10:10] <apw> peaceful, as our kernel has other stable bits on it, it can be a different fix as well
[10:10] <peaceful> hmm so how can i help to existing ubuntu bug report?
[10:11] <apw> well firstly you can mark it me-too at the top, you can also say you have the same issue as a comment
[10:12] <peaceful> okay
[10:15] <peaceful> apw what means assign to?
[10:16] <apw> peaceful, the assignee is the person who is owning the problem and who you should talk to before working on it (normally)
[10:16] <peaceful> should i assign?
[10:17] <apw> peaceful, to yourself, no it would be an engineer
[10:18] <apw> and we don't get much hung up on assigning bugs in the kernel, there are so very many of them
[10:18] <peaceful> ok
[10:19] <peaceful> i just commented i have same problem
[10:20] <apw> peaceful, ok this bug implies he found a commit which causes it, so that is quick to test.  i will produce a kernel based on 3.19.0-26.27 with just the commit removed to confirm that is the issue
[10:20] <peaceful> apw, ah okay, thanks i can test it
[10:21] <apw> peaceful, the builder is making it now, it'll be a little while
[10:21] <peaceful> apw, no problem thanks
[11:02] <apw> peaceful, http://people.canonical.com/~apw/lp1529381-vivid/
[11:02] <apw> peaceful, ok you will need a linux-image and linux-image-extra for your machine (i386 or amd64)
[11:03] <apw> peaceful, i386 for 32bit and amd64 for 64bit
[11:04] <peaceful> apw, thanks
[11:04] <peaceful> do i need linux-headers too?
[11:04] <apw> if you don't have dkms packages, then no
[11:05] <peaceful> not sure if i have
[11:06] <peaceful> apw, do you work for Canonical?
[11:07] <apw> peaceful, yeah, on the kernel team
[11:07] <peaceful> apw, nice :)
[11:07] <peaceful> Thanks for help i will test right now
[11:08] <apw> peaceful, having some people who are dedicated to these things cirtainly makes it easier to keep on top of
[11:08] <peaceful> apw, what's in linux-image-extra package?
[11:09] <peaceful> some kind of modules(drivers)?
[11:09] <apw> peaceful, bits you need on real hardware, linux-image is what you need in a virtual machine
[11:09] <apw> so linux-virtual only needs the first half, linux-generic needs both
[11:13]  * peaceful installing kernel
[11:14] <peaceful> apw, i have been frustrated with this problem :( i cant install current released linux distros, they have new kernels :/
[11:14] <peaceful> and im afraid to upgrade ubuntu
[11:14] <peaceful> glad i found someone that has same problem as me :)
[11:15] <apw> yeah it is good to not b unique
[11:15] <peaceful> im sure all who have hp compaq 6715s experience this
[11:15] <peaceful> but not many are tech guys who know how to report it :)
[11:20] <peaceful> apw, to my greatest surprise it booted up!
[11:20] <peaceful> 3.19.0-26-generic
[11:23] <peaceful> So now i have to wait for latest kernel release to fixed?
[11:23] <apw> peaceful, and if you could say that in the bug, under my call for testing
[11:24] <apw> peaceful, well that commit is applied to upstream stable but it also says we might want to revert it if it causes regressions which it clearly is
[11:24] <apw> peaceful, cirtainly someone need to investigate why it is blowing things up
[11:24] <peaceful> apw, ok i will comment that you helped me to fix it
[11:25] <apw> peaceful, comment to say that the kernel in my comment boots for you, that is useful info
[11:25] <peaceful> apw, sure
[11:25] <apw> peaceful, of course that is a vivid kernle, so there very well may not be another kernel for it
[11:25] <apw> as it goes off support in like 2 weks
[11:26] <apw> i also note that -26 is _anchient_ compared to vivid
[11:26] <apw> peaceful, have you tested anything recent at all ?
[11:26] <peaceful> apw, yep
[11:26] <peaceful> not booting
[11:26] <peaceful> i tested 4.3
[11:26] <apw> ok
[11:26] <peaceful> I didnt test 4.4, but guy in that bug report seems to ahve tested 4.4
[11:27] <peaceful> seems kernels later than <IP_ADDRESS> not booting at all
[11:27] <apw> now when it doesn't boot does anything happen at all, any kind of error or output
[11:27] <apw> if you boot without splash enabled
[11:27] <peaceful> i dont see any error
[11:27] <peaceful> it kind of stucks sometimes at different text
[11:28] <peaceful> and after freezing few seconds later black screen
[11:28] <peaceful> and only way to restart laptop is holding power button
[11:28] <peaceful> so i have no idea whats causing it
[11:28] <peaceful> There isnt consistency in showing error messages
[11:29] <peaceful> Its very strange
[11:29] <peaceful> But you something did and unbootable kernel booted up
[11:29] <apw> depending what that text is, getting a picture may be interesting
[11:29] <apw> right we know the commit which broke things, what is breaking whne its there is less clear
[11:29] <apw> likely it is a bios issue, given the nature of the commit
[11:30] <peaceful> apw, hmm
[11:30] <peaceful> well originaly this pc came with windows vista
[11:31] <apw> this commit makes it use the 64bit info the bios supplies over the 32bit info, which are supposed to be the same or your bios is broken :)
[11:32] <apw> cking, ACPICA global things (like acpi_gbl_use32_bit_fadt_addresses) are they exposed somewhere as changable ?
[11:32] <apw> cking, and remind me what the fadt even is ... stupid acronyms
[11:32] <peaceful> apw, sorry i dont know :/
[11:32] <peaceful> not sure what it is
[11:33] <peaceful> i have 32bit ubuntu now
[11:33] <peaceful> The guy on bug report has 64bit
[11:33] <peaceful> even though hp6715s has Amd sempron 64bit processor
[11:34] <cking> FADT - Fixed ACPI Description Table - this defines various fixed hardware ACPI information vita to an ACPI-compatible OS, such as the base address for the following hardware registers blocks
[11:34] <cking> *vital
[11:34] <peaceful> okay
[11:35] <cking> The PM register block addresses are 32 bit or 64 bit.  There are ways to determine if the kernel should be using the newer 64 bit addresses (like 32 bit fields being zero)
[11:37] <cking> sometimes firmware gets it broken, e.g. supplying two different 32 bit addresses, one in the 32 bit field in the 64 bit field
[11:38] <cking> peaceful, the firmware test suite (fwts) can check for a broken FADT, e.g. sudo fwts fadt -
[11:38] <peaceful> apw, ok i commented on both ubuntu and kernel websites
[11:38] <cking> apw, the acpi_gbl_use32_bit_fadt_addresses is not tweakable from user space
[11:39] <apw> cking, dman
[11:39] <apw> peaceful, yeah if you could run fwts at least we would know it is bios related or not
[11:39] <peaceful> apw, yes im installing fwts
[11:40] <cking> https://wiki.ubuntu.com/FirmwareTestSuite/Reference/fadt
[11:40] <peaceful> sorry guys what was the command to pastebin straight trough terminal?
[11:41] <cking> pastebinit ?
[11:41] <cking> peaceful, also output from "sudo fwts acpidump -" would be useful
[11:42] <peaceful> so the command would be sudo fwts fadt - | pastebinit ?
[11:42] <cking> i think so
[11:43] <peaceful> somehow not working: Bad API request, invalid api_dev_key
[11:43] <peaceful> ok ill do it manually
[11:44] <peaceful> http://paste.ubuntu.com/14589657/
[11:45] <peaceful> "sudo fwts acpidump -" : http://paste.ubuntu.com/14589663/
[11:46] <peaceful> hope it helsp
[11:49] <apw> cking, so i think fwts says it is fine, but the kernel blows chunks on it :)
[11:49] <cking> apw, yeah, well, there is a lot of stuff to check ;-)
[11:51] <peaceful> If i can help giving me you more info just say:)
[11:53]  * cking eyeballing the commit, kernel source and fwts output
[11:56] <cking> OK, so there is a bug in the firmware, 32 bit PM2 control block address is 0x00008800, where as the 64 bit PMS control block is 0x0000000000008100
[11:57] <cking> so the bios has got the 64 bit address wrong, hence the crash. There kernel has to follow what it is given, and the bios is lying on the 64 bit address
[11:57] <cking> s/PMS/X_PM2_CNT_BLK/
[12:00] <soee_> how is the work on 4.4 going ? :)
[12:01] <cking> apw, there should be a acpi_fadt_use_32_bit=[0|1] option, sigh
[12:04] <peaceful> cking, yeeey!
[12:05] <cking> apw, so if that fix is reverted, it probably breaks one lot of machines that get the 32 bit variant wrong, where as the commit breaks machines that get the 64 bit variant wrong.
[12:05] <cking> meanwhile, I'll get fwts fixed up to detect this discrepency.
[12:06] <cking> peaceful, can you run "sudo fwts --dump" and pastebin the acpidump.log just for reference.
[12:07] <peaceful> cking, sure
[12:08] <peaceful> cking, where that file is being saved?
[12:08] <cking> peaceful, hopefully in the directory you run fwts in
[12:09] <peaceful> ah yes sure
[12:09] <cking> :-)
[12:10] <peaceful> http://paste.ubuntu.com/14589797/
[12:12] <peaceful> in case you need:
[12:12] <peaceful> dmesg.log: http://paste.ubuntu.com/14589807/
[12:12] <peaceful> lspci.log: http://paste.ubuntu.com/14589809/
[12:13] <peaceful> dmidecode.log: http://paste.ubuntu.com/14589814/
[12:15] <cking> thanks peaceful.
[12:15] <cking> apw, so is a revert on that patch the way forward?
[12:15] <peaceful> cking, thanks you too
[12:44] <apw> cking, well the problem is the patch was applied in 3.19 and is still there unreverted, so now there is a lot of precident of it being that way round on newer kit
[14:30] <smoser> hey. looking for some guesses
[14:30] <smoser> we boot maas on iscsi root using an 'ephemeral image'.  http://maas.ubuntu.com/images/ephemeral-v2/daily/trusty/amd64/ .  In latest daily image 20160119 shutdown fails.  I believe the previous ( 20160114.4/) worked fine.  The manifest diff between the two is http://paste.ubuntu.com/14590395/ .
[14:30] <smoser> I see on the console of hung system http://i.imgur.com/qEFH4MN.jpg .
[14:55] <beisner> smoser, similar for me with trusty + trusty kernel http://i.imgur.com/oKzFqvD.jpg
[15:33] <smoser> beisner, you're on iscsi root also, right ? thats commissioning or install environment of maas ?
[15:44] <beisner> smoser, deploying node from maas ui or from juju.
[15:45] <smoser> right.
[15:48] <peaceful> Hi everyone!
[15:49] <peaceful> apw, cking any news about my laptop kernel problem? :)
[15:49] <peaceful> oops
[15:50] <cking> peaceful, i'm building a kernel with a workaround in it and will update the bug when it's all ready
[15:51] <peaceful> cking, thanks a lot
[15:51] <cking> no problem
[15:52] <peaceful> Will latest kernel releases work on my laptop?
[15:53] <peaceful> cking, what do you suggest for me to do for example if I want to install ubuntu 15.10 but it has kernel 3.19.25+ which doesnt boot on my laptop?
[15:53] <cking> peaceful, lets test you H/W with the fix, and if that works and it is acceptible I will need to get the fix into other releases
[15:53] <peaceful> cking, ah ok thanks a lot
[15:55] <apw> yeah the wheels of open source grind slow
[15:56] <cking> especially if we need to test it, SRU it, and release it
[16:00] <peaceful> Okay :)
[16:00] <peaceful> Looking forward to it :)
[16:02] <cking> peaceful, check the bug report, it is ready to try out now
[16:04] <peaceful> cking, sure thanks
[16:29] <peaceful> Hi, cking! It works.
[16:29] <peaceful> 3.19.0-48-generic
[16:30] <cking> peaceful, excellent. I'll go ahead and SRU this fix. it will take some time to get through to release stage.
[16:30] <peaceful> at first i forgot to add "acpi_force_32bit_fadt_addr" in grub cmd line
[16:30] <peaceful> it didnt boot, but after addind that line it booted!
[16:30] <cking> yay \o/
[16:30] <peaceful> yey
[16:30] <peaceful> cking, thanks ;)
[16:30] <cking> no problem :-)
[16:31] <peaceful> cking, will this fix be only on ubuntu or other kernels too?
[16:32] <cking> peaceful, i'll SRU it for Wily and get it into Xenial too
[16:32] <cking> and for Vivid of course ;-)
[16:32] <peaceful> cking, thanks a lot
[16:32] <cking> my pleasure
[16:32] <apw> cking, i doub you will sru it for vivid, as vivid is dead
[16:32] <apw> or dead before we get a new sru cycle (i believe
[16:33] <cking> apw, can I squeeze the fix in, or is it too late for the final SRU cycle?
[16:33] <peaceful> cking, so kind will i need to use override parameter whenever i use new kernels on my laptop?
[16:33] <cking> i forgot it's EOL soon
[16:33] <cking> peaceful, afraid so
[16:33] <apw> henrix, have we rolled vivid for the last time ?
[16:35] <henrix> apw: we have; i expect 3.19.0-48.54 to be the last one
[16:35] <henrix> apw: we will continue to support it in trusty
[16:35] <peaceful> will this fix be pushed in mainstream kernel? :)
[16:36] <henrix> apw: so, we're still queuing patches for 3.19 in the master-next branch, which will come into the lts-vivid kernel
[16:37] <cking> peaceful, yes, I'll do that later today if I get some time
[16:38] <peaceful> What should i comment here? https://bugzilla.kernel.org/show_bug.cgi?id=110451
[16:41] <peaceful> Should i link your kernel with fix?
[16:47] <cking> peaceful, please do
[16:47] <xnox> apw, i have run file on the kernel image and it just says that it's a s390 kernel image....
[16:47] <xnox> is that enough test to figure out the image is or isn't compressed?
[16:48]  * xnox is not even sure if compressed kernels are supported.
[16:48] <apw> so i think that is "uncompressed" rather then the vmlinuz which is deffo compressed
[16:48] <apw> dont think so yet
[16:48]  * xnox goes to figure out what's happening on the rhel
[17:22] <peaceful> Thanks for help guys
[17:27] <peaceful> cking, how long will it take for fixes to go officially?
[17:39] <cking> peaceful, hopefully end of next week if all goes well
[17:44] <peaceful> cking, awesome :)
[20:52] <kfk2> It looks like the IPv4 version of static mfc/dev leaks fix (0e615e9601a15) was not applied to the latest trusty kernel (3.13.0-76.120) but the IPv6 version was (4c6980462f32b); was this a mistake?
[21:20] <kfk2> I wrote the wrong latest version; I'm looking at 76.121
[22:31] <apw> kamal, ^
[22:46] <kamal> apw, kfk2 is correct: this commit got missed for 3.13 or 3.19 -stable (the other one had a Fixes: tag that triggered its inclusion).   I'll get it applied:
[22:46] <kamal> 0e615e9 net: ipmr: fix static mfc/dev leaks on table destruction


 Is it possible to print a pdf without borders? I have a tri-fold brochure I created so it is critical to have no borders for the folds and alignment to work. I have tried all settings in Okular, LibreOffice Draw and Evince. I have tried both a Lexmark and HP printer. No matter what I do there is always a border margin! Changing settings does not work! Suggestions please!
 Even the command line is not helping! Does this look correct? I am still getting a margin!
 lp -d Lexmark-MS310-Series -o media=A4 -o sides=two-sided-short-edge -o page-left=0 -o page-right=0 -o page-top=0 -o page-bottom=0 brochure2page.pdf
 G9ks
 G9KS
[08:49] <Korhaka> Seems like my user broke, it just doesn't login. Ctrl+alt+f2 and added a second user, the second user works fine
[08:49] <Korhaka> When trying to log in the wheel icon goes round for maybe 20s or so, then freezes, nothing happens beyond that point
[09:00] <Korhaka> Ok appear to have fixed it, moved all ~/.* into ~/old and then copy the default profile files back, think that was something like cp -rT /etc/skel "$HOME"
[09:00] <Korhaka> Obviously that has reset everything, might try moving a few actually useful things back to see if that is fine, like SSH shouldn't bork it
[09:10] <luiz> como funciona esse troço?
 Py3T
 0RQ7
 Hi. Who know why the 21.10 after that u click on reboot or shutdown frized...how to solved the problem...1 month before that was perfect, but know it's not working
[13:38] <BluesKaj> Hi folks
 Does anyone know of any video editing software compatible with Kubuntu that is similar to corel video studio?
 Sorry. I am a kubuntu "n00b" here. Where would i get software for Kubuntu?
[14:42] <omegatron> which version?
[14:43] <BluesKaj> !sources
[14:43] <omegatron> at the bottom left might be a button similar to the windows start button, which gives you a menu to access various software and a search field ... there type in "discover" to get one (of many) "package managers" which lets you install software
 Thanks! (re @IrcsomeBot: <omegatron> at the bottom left might be a button similar to the windows start button, which gives you a menu to access various software and a search field ... there type in "discover" to get one (of many) "package managers" which lets you install software)
[16:50] <Crell> Hi folks. I'm having serious issues with audio on my laptop, which seem to be getting worse. When I boot, which of my various audio devices get detected seems to vary at random. Sometimes it picks up my external mic (through docking station), sometimes not.  Sometimes it picks up my external speakers (through docking station), sometimes not.  It
[16:50] <Crell> never picks up the internal mic or speakers on the laptop itself.  Nothing seems to make it notice something new other than a restart, and that only sometimes works.  I don't even know how to diagnose this.  Right now it's not finding my speakers at all, and I have a call in 10 minutes. :-)   Any suggestions?
[16:51] <Crell> (Running 21.04, I believe.  Haven't upgraded to 21.10 yet.)
[16:54] <Crell> The audio volume is also frequently (but not always) screwy; it has only 3 volume levels: off, low, and high, and anything above high seems to not do anything.
[17:21] <atallen> hi, im new here...
[17:22] <atallen> is ther anyone out there...?
[17:22] <atallen> ;-)
[17:23] <atallen> Whois Nickname
[17:23] <atallen> Whois atallen
[17:24] <atallen> Whois pfoo
[17:24] <atallen> Whois pokey
[17:24] <atallen> Whois Pokey
[17:24] <atallen> Whois popey
[17:24] <atallen> Whois
[17:25] <atallen> Who atallen
 Crell: first thing i do in that case is open 'alsamixer' in the terminal.
 atallen: never ask to ask. ask your question and be patient
[18:49] <Crell> bauchhaus: OK, it's open.  I'm not entirely sure what to do with it. :-)   Master is about 60%, Speaker and PCM at 100%, Headphone at 0.    Beep is about 30%. Internal is about 40%.
[18:50] <anekdotin> kdeconnect needs to be refreshed after each txt msg anyone else
[19:42] <user|49> ok
[19:43] <user|49> is this an actual person?
 Crell: you can set the levels here using the arrow keys and also note that you can toggle mute with the m key
[21:41] <Crell> bauchhaus: Hm, seems not.  I can fiddle with the levels, but none of them seem to affect the music I have playing at the time.
 Crell: make sure to have the right soundcard active by selecting it with F6
[21:57] <Crell> heh, I have 5 of them...
[21:59] <Crell> If I use the one in my docking station, that the speakers are connected to... `master` starts at 0, even though I'm hearing music.  I increase it, and it gets louder once and then doesn't change more as I continue to increase it.


[18:00] <pleia2> #startmeeting
[18:00] <meetingology> Meeting started Tue Nov 12 18:00:04 2013 UTC.  The chair is pleia2. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:00] <pleia2> #chair Deindre
[18:00] <meetingology> Current chairs: Deindre pleia2
[18:00] <pleia2> who all is here for the meeting? :)
[18:00] <pleia2> #link http://wiki.ubuntu-women.org/Meetings/Agenda
[18:00]  * belkinsa is here
[18:00]  * Deindre :)
[18:01]  * akk here
[18:01] <pleia2> great, let's dive right in
[18:01] <pleia2> #topic 1305 Blueprint updates
[18:01] <pleia2> #link https://blueprints.launchpad.net/ubuntu-women.org/+spec/community-1305-ubuntu-women
[18:01] <pleia2> so everything that wasn't done has now been set to POSTPONED since the release has happened
[18:02] <pleia2> they were just career days things, which I've since added to our roadmap which I want to discuss later in the meeting
[18:02] <pleia2> #link http://wiki.ubuntu-women.org/RoadMap-T
[18:03] <pleia2> #topic Continue Discussing survey results part 2
[18:03] <pleia2> #link http://blog.ubuntu-women.org/2013/10/ubuntu-women-survey-2013-results-part-2/
[18:03] <pleia2> belkinsa: have comments here?
[18:03] <belkinsa> pleia2 not at this time.
[18:04] <pleia2> ok, anyone else?
[18:04] <pleia2> we kicked off a review of harvest.ubuntu.com based on the feedback
[18:04] <pleia2> #link http://blog.ubuntu-women.org/2013/11/evaluating-harvest/
[18:04] <pleia2> could use some more folks looking at it :)
[18:05] <belkinsa> Agreed, the only feedback is from me and another person.
[18:05] <pleia2> belkinsa: oh, you might want to follow-up with your mailing list post by putting the text of the etherpad into the email, as they expire pretty quick
[18:05] <pleia2> (can't remember if expiration is 7 or 30 days, but it has caused headaches on other lists)
[18:06] <belkinsa> Thanks for letting me know
[18:06] <belkinsa> And on it
[18:06] <pleia2> \o/
[18:07] <belkinsa> Mind if the content be publicly on the mailing list?
[18:08] <pleia2> all the links are public, should be ok
[18:09] <belkinsa> Okay, thanks.
[18:09] <pleia2> guess we can move on from this topic then
[18:09] <pleia2> #topic Virtual Ubuntu Developer Summit, November 19-21 preparations
[18:10] <pleia2> so, we're in the community track
[18:10] <pleia2> #link http://summit.ubuntu.com/uds-1311/track/community/
[18:10] <pleia2> currently scheduled for a session on Wednesday at 15:05
[18:10] <pleia2> (7:05 am for me, goodie :))
[18:10] <Deindre> could we use vUDS to reach some team who wish to open their partecipation to new women?
[18:11] <pleia2> Deindre: possibly, have any idea how?
[18:11] <Deindre> I think a frequent request is to have some "practical" issue to work on.
[18:12] <Deindre> I think this could be a great opportunity to meet mentors- to-come
[18:12] <pleia2> currently all we have right now for teams is http://wiki.ubuntu-women.org/BestPractices
[18:12] <pleia2> which is more focused on LoCos
[18:13] <Deindre> yes, I mean something more focused on team AND people
[18:13] <pleia2> ok, I'll add it to the roadmap wiki
[18:14] <Deindre> thank you :)
[18:16] <pleia2> ok, chatting about career days, GetInvolved improvements and BestPractices improvements gives us a good place to start with vUDS next week
[18:16] <Deindre> pleia2: is our track tomorrow?
[18:16] <pleia2> Deindre: no, vUDS is next week
[18:17] <Deindre> ok
[18:17] <pleia2> Wednesday the 20th :)
[18:17] <Deindre> I'll write a remeinder on ML
[18:17] <pleia2> great, thanks
[18:18] <pleia2> https://blueprints.launchpad.net/ubuntu-women.org/+spec/community-1311-ubuntu-women is our empty-ish blueprint
[18:18] <pleia2> (which we'll populate at the session)
[18:18] <pleia2> #topic Any other business (AOB)
[18:18] <pleia2> any other topics folks want to talk about?
[18:19] <Deindre> It seems to me nobody has applied to OPW
[18:19] <Deindre> Do you know is anybody has?
[18:20] <Deindre> IF anybody, sorry :)
[18:21] <pleia2> I know there are lots of applicants this time around (the program is VERY popular) but Ubuntu so far still doesn't have mentors
[18:22] <belkinsa> As a whole commiunty or just us, the women?
[18:22] <Deindre> I think this is a missing opportunity, really. Maybe we could work on it in someways
[18:22] <pleia2> I've reached out to several folks in the community and thus far no one has time to the run the program
[18:22] <akk> OPW?
[18:22] <pleia2> akk: gnome outreach program for women
[18:23] <akk> ah, thanks, didn't know the TLA for it
[18:23] <pleia2> #link http://gnome.org/opw/
[18:23] <belkinsa> TLA?
[18:23] <pleia2> we had the director of the gnome foundation join us a few months ago to talk about it
[18:24] <pleia2> Deindre: if you can find someone to run it (or are able yourself) I'd encourage you to give it a shot :)
[18:24] <akk> belkinsa: three letter acronym
[18:24] <belkinsa> Thank you, akk.
[18:24] <Deindre> I was wondering to candidate myself for a marketing mentoring
[18:24] <pleia2> I can't myself, and haven't found people to help, only people who want to see it happen but can't help :]
[18:24] <akk> belkinsa: If it's four letters it's an ETLA (extended TLA) :)
[18:26] <Deindre> I think since Mark hass been really interested in supporting women outreaches, we should find a way to nourish this opportunity
[18:27] <pleia2> canonical isn't interested in mentoring programs at all really
[18:27] <pleia2> it's all been community-led to even apply for the google summer of code (which we didn't get accepted for this year)
[18:29] <Deindre> mmm this is another reason to help women coming from Ubuntu to apply to OPW/GSoC
[18:29] <Deindre> pleia2: do you agree?
[18:29] <pleia2> Deindre: I certainly think the programs are great :)
[18:30] <pleia2> women participating with Ubuntu should certainly apply if they are in a position to do so, we just don't run one for Ubuntu right now
[18:30] <pleia2> it would be *great* if we did, but I don't have time to lead it (I've also been asked to mentor for another open source project, I just don't have time)
[18:30] <Deindre> let's begin helping in apply properly: since competition is very high, we could support
[18:31] <pleia2> sounds good
[18:31] <Deindre> :)
[18:31] <pleia2> the deadline for this OPW was yesterday, so we'll shoot for the next one
[18:32] <belkinsa> And maybe have a plan to help women to apply?
[18:32] <pleia2> belkinsa: I think that's what Deindre is suggesting
[18:32] <belkinsa> I see.
[18:32] <pleia2> it wouldn't be for Ubuntu, but in general
[18:32] <pleia2> lots of great projects to choose from :)
[18:33] <belkinsa> Doesn't matter, if it helps women in FOSS, it will do.
[18:33] <pleia2> yep
[18:34] <pleia2> ok, anything else before we wrap up?
[18:34] <Deindre> I'm fine :)
[18:35] <belkinsa> I'm fine
[18:35] <pleia2> ok, thanks everyone :)
[18:35] <pleia2> #endmeeting
[18:35] <meetingology> Meeting ended Tue Nov 12 18:35:19 2013 UTC.
[18:35] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-women-project/2013/ubuntu-women-project.2013-11-12-18.00.moin.txt
[18:35] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-women-project/2013/ubuntu-women-project.2013-11-12-18.00.html
[18:35] <Deindre> thank you pleia2
[18:35] <belkinsa> Not a problem and thank you
[18:35] <belkinsa> Peace everyone.


[08:12] <mup> Bug #1811358 changed: When adding a machine, min_hwe_kernel is not saved <MAAS:Triaged> <https://launchpad.net/bugs/1811358>
[08:24] <mup> Bug #1910600 changed: No UEFI boot entry created for VMware ESXi 6.7 <MAAS:Won't Fix> <https://launchpad.net/bugs/1910600>
[08:40] <mup> Bug #1930049 changed: Feature request - SSH keys from local gitlab instance <MAAS:Invalid> <https://launchpad.net/bugs/1930049>
[08:55] <mup> Bug #1930049 opened: Feature request - SSH keys from local gitlab instance <MAAS:Invalid> <ssh-import-id:New> <https://launchpad.net/bugs/1930049>
[09:01] <mup> Bug #1930049 changed: Feature request - SSH keys from local gitlab instance <MAAS:Invalid> <ssh-import-id:New> <https://launchpad.net/bugs/1930049>
[09:25] <mup> Bug #1945804 changed: maas should be able to configure what addresses its DNS server listens on <MAAS:Invalid> <https://launchpad.net/bugs/1945804>
[09:28] <mup> Bug #1945804 opened: maas should be able to configure what addresses its DNS server listens on <MAAS:Invalid> <https://launchpad.net/bugs/1945804>
[09:31] <mup> Bug #1945804 changed: maas should be able to configure what addresses its DNS server listens on <MAAS:Invalid> <https://launchpad.net/bugs/1945804>


[01:31] <Burgundavia> hey all
[01:59] <HedgeMage> hi Burgundavia
[01:59] <HedgeMage> what's up?
[02:00] <Burgundavia> not mucg
[02:00] <Burgundavia> recovering from my trip
[02:03] <HedgeMage> :)
[02:03] <Burgundavia> leave again Wednesday, so don't have much time for Ubuntu
[02:04] <HedgeMage> aww
[02:04] <HedgeMage> you're allowed to have a real life, you know ;)
[02:04] <Burgundavia> yep, this one pays the bills too
[02:05] <HedgeMage> heh I could use one of those
[02:45] <HedgeMage> hi arkan0x
[02:45] <arkan0x> hi HedgeMage
[05:55] <HedgeMage> is it just me or has it been a while since we last did an edubuntu newsletter?
[05:57] <crimsun> been a while iirc
[06:00] <HedgeMage> I think when highvoltage is next around, I'll prod him to set up an area on the web site so they're easier to keep track of.
[08:15] <HedgeMage> hiya highvoltage
[08:15] <highvoltage> hiya HedgeMage
[08:15] <HedgeMage> what's up?
[08:15] <highvoltage> how are things?
[08:16] <highvoltage> well, first day of ubuntu summit about to start in ~45 minutes
[08:16] <HedgeMage> not bad... just the usual.  I actually had something I wanted to ask you if you have a moment.
[08:16] <highvoltage> just checking mail and stuff
[08:16] <highvoltage> sure
[08:17] <HedgeMage> Do we currently have a spot on edubuntu.org for the newsletters, or could you would you make one?
[08:17] <Burgundavia> hey highvoltage
[08:19] <HedgeMage> aha, jsgotangco the other person I wanted to bug on that subject if possible
[08:19] <jsgotangco> bonjour madamoiselle HedgeMage
[08:20] <HedgeMage> Hiya hon, enjoying your trip so far?
[08:20] <jsgotangco> pretty good we went to the lourve yesterday and did the tourist thing
[08:21] <HedgeMage> I am sooo jealous!
[08:23] <HedgeMage> jsgotangco: I just suggested to highvoltage that it might be nice to make a spot on the web site for the newsletters so they are a bit more promenant.  I've had a few people ask about it, and I had to dig it up from list archives.
[08:24] <HedgeMage> jsgotangco: I was also wondering if I could write a small spot on Cookbook progress for future ones.
[08:24] <highvoltage> HedgeMage: that's a good idea
[08:24] <highvoltage> HedgeMage: i'll get that in
[08:25] <HedgeMage> highvoltage: thanks :)
[08:25] <HedgeMage> that'll save me pasting it into emails for people ;)
[08:26] <highvoltage> yeah.
[08:26] <jsgotangco> hold on
[08:26] <HedgeMage> highvoltage: also, is it meant to be a monthly thing or how often? (so I know when I should be writing these)
[08:26] <HedgeMage> sorry, meant jsgotangco ^^^
[08:27] <jsgotangco> hold on talking to my wife explaining why i spent 10 on water alone hahaha
[08:27] <HedgeMage> rofl
[08:27] <HedgeMage> hi jsgotangco's wife!
[08:28] <highvoltage> heh
[08:28] <jsgotangco> dude 4 for a bottle of spring water
[08:28] <jsgotangco> its much cheaper to grab a pepsi
[08:28] <HedgeMage> wow
[08:28] <HedgeMage> that's like $7 US or thereabouts, isn't it?
[08:29] <HedgeMage> hi LaserJock_
[08:29] <LaserJock_> hi
[08:31] <LaserJock_> HedgeMage:  I don't have any pictures yet, highvoltage has got some goods ones though
[08:31] <HedgeMage> cool :)
[08:31] <HedgeMage> I can't wait
[08:31] <HedgeMage> are you having fun?
[08:32] <LaserJock_> yeah
[08:33] <LaserJock_> little sleep
[08:33] <LaserJock_> but fun
[08:34] <HedgeMage> :)
[08:34] <HedgeMage> I wish I were there with you guys :)
[08:35] <LaserJock_> yeah
[08:35] <LaserJock_> we had some good edubuntu discussions already
[08:35] <HedgeMage> oooh! like?
[08:36] <HedgeMage> I'm sorry, you probably don't want to sit here and rehash it all :)
[08:36] <HedgeMage> don't worry about it
[08:37] <highvoltage> HedgeMage: i don't have my camera cable with me, i'll upload tonight :)
[08:37] <HedgeMage> highvoltage: np... I know you all are busy with things more important than letting my live vicariously your adventures ;)
[08:37] <LaserJock_> HedgeMage: one laptop per child
[08:38] <LaserJock_> HedgeMage: what we want to see in the futur in Edubuntu
[08:38] <HedgeMage> BTW, while I have all of you busy people in here... anyone have a good calendar app for Linux?
[08:39] <LaserJock_> hmm
[08:40] <LaserJock_> evo? I think you can get sunbird too
[08:40] <HedgeMage> I'll try 'em both.
[08:40] <Burgundavia> HedgeMage: get Dates. It runs on top of eds
[08:40] <HedgeMage> eds?
[08:41] <Burgundavia> evolution-data-server
[08:41] <HedgeMage> ahh
[08:41] <Burgundavia> the backend part of evo
[08:41] <Burgundavia> http://projects.o-hand.com/dates
[08:41] <HedgeMage> I don't use evolution for mail, so I'd prefer something more stand-alone...
[08:41] <Burgundavia> it is standalone, that is the brilliant part
[08:42] <HedgeMage> ooh
[08:42] <HedgeMage> interesting
[08:42] <Burgundavia> all it uses is the same backend, but that means it also integrate into your panel just like evo
[08:42] <Burgundavia> it is the direction evo should be taking
[08:42] <HedgeMage> I used to use a paper planner, I really like that better, but, well, I have a toddler :P
[08:42] <HedgeMage> it's just one more thing I have to keep out of his reach
[08:43] <HedgeMage> so I want to *try* keeping my calendar on the laptop once it's back from surgery
[08:43] <Burgundavia> yep
[08:43] <Burgundavia> I have tried and failed
[08:43] <LaserJock_> my boss uses emacs for all that
[08:43] <Burgundavia> anyway, need to sleep
[08:43] <HedgeMage> LaserJock_: you can use emacs for everything!
[08:43] <HedgeMage> LaserJock_: especially for catching up on email, usenet, and IRC while dumb TAs see emacs and think you are coding
[08:44] <LaserJock_> hehe
[08:44] <highvoltage> HedgeMage: cal?
[08:45] <HedgeMage> hrm, was hoping to narrow it down to one or two to try...
[08:45] <LaserJock_> in Linux? never!
[08:45] <HedgeMage> rofl
[08:48] <LaserJock_> hi rodarvus ;-)
[08:48] <rodarvus> good morning :)
[08:48] <LaserJock_> rodarvus: how was breakfast?
[08:48] <HedgeMage> hi rodarvus
[08:49] <rodarvus> good, good, I'm full :)
[08:49] <rodarvus> HedgeMage, hi there!
[08:49] <HedgeMage> :)
[08:50] <HedgeMage> whohoo! party time! everyone's showing up in here now :)
[08:56] <LaserJock_> highvoltage: what's the url for your blog?
[08:57] <HedgeMage> That reminds me, I need to blog some more
[09:22] <HedgeMage> jsgotangco: any idea when I should have a cookbook blurb for you for the newsletter?
[09:23] <jsgotangco> well if you want you can also liaise with mgalvin if im not around, he published the newsletter every weekend
[09:24] <HedgeMage> ahh cool
[09:25] <HedgeMage> every weekend? I think I've missed some... I only got the first one, which I believe you posted.
[09:25] <HedgeMage> must have lost 'em when my lappy died
[09:25] <jsgotangco> we dont publish different newsletters anymore we've just created one big newsletter covering all projects
[09:27] <HedgeMage> ahh okay
[09:27] <HedgeMage> that's why I was confused then
[09:27] <HedgeMage> I somehow thought Edubuntu was just doing them less often
[09:28] <HedgeMage> I'm glad I asked about it :)
[09:28] <jsgotangco> sorry about the confusion
[09:28] <HedgeMage> np, I'm easily confused :)
[09:47] <cbx33> pygi: you got a sec?
[09:48] <Amaranth> ok, i think i have my bayesian stuff working now
[09:48] <Amaranth> but i cheated
[09:48] <cbx33> oh hang on maybe I can do this another way
[09:48] <Amaranth> i went back to the original "load everything in memory at once and pickle it to save" code
[09:48] <cbx33> Amaranth: hehe
[09:49] <Amaranth> i'll probably spend the week reading research papers so i can figure out how all of this really works
[09:49] <cbx33> :p
[09:49] <Amaranth> i only have an elementary understanding right now
[09:49] <LaserJock_> cbx33: hi!
[09:50] <cbx33> hey LaserJock_
[09:50] <cbx33> you in paris?
[09:50] <LaserJock_> yes
[09:50] <cbx33> excellent
[09:51] <LaserJock_> sitting next to ogra, rodarvus, highvoltage, jsgotangco, and jdub
[09:51] <cbx33> say hi to them all for me :p
[09:52] <Amaranth> cool
[09:52] <cbx33> I'm so angry I didn't know I had to add my specs to the Paris Summit
[09:52] <Amaranth> i wish i could be there :(
[09:52] <cbx33> I missed getting them in the approval line :(
[09:53] <Amaranth> Evolution notified me that i had a meeting called "Ubuntu Developer Summit" and i got sad
[09:56] <LaserJock> cbx33: ah, not to worry, I don't think it will matter too much
[09:57] <LaserJock> heh
[10:06] <cbx33> LaserJock: howz it going, what's it like?
[10:07] <Amaranth> "Handling Redundancy In Email Token Probabilities"
[10:07] <Amaranth> Looks like a fun read.
[10:07] <cbx33> Amaranth: know much python?
[10:08] <Amaranth> yeah
[10:08] <cbx33> couod I pick ya brains?
[10:08] <cbx33> it's a quickie
[10:08] <Amaranth> btw, it's only 9am (i think) in paris
[10:08] <Amaranth> so i doubt they've done much yet
[10:08] <cbx33> hehe true true
[10:08] <Amaranth> ask away
[10:08] <cbx33> ok, I need to create a progress bar for the output of rsync
[10:09] <LaserJock> cbx33: it's pretty cool, had breakfast with Mark
[10:09] <cbx33> LaserJock: ex ellent ...WOW
[10:09] <cbx33> Amaranth: I'm trying to read the stdout
[10:09] <cbx33> with a PIPE
[10:09] <LaserJock> we had like 15-20 guys hanging out in the lobby
[10:10] <Amaranth> trying to read the stdout?
[10:10] <Amaranth> but you generate the stdout
[10:10] <cbx33> from rsync
[10:10] <Amaranth> ah
[10:10] <cbx33> I'm using a subprocess
[10:10] <Amaranth> good luck with that
[10:10] <cbx33> ok
[10:11] <cbx33> thought you might say something like that
[10:11] <Amaranth> i've never done it
[10:11] <cbx33> it's not easy
[10:11] <cbx33> I'm trying to use read()
[10:11] <cbx33> and specifying some byte size
[10:11] <Amaranth> This paper is so boring I think I'd rather go do some mathematical proofs.
[10:11] <cbx33> heheh
[10:11] <Amaranth> And I hate doing proofs.
[10:11] <cbx33> ah derivations were soooo boring but sometimes so satisfying
[10:12] <cbx33> but truth is I've probably forgotten a lot of it by now
[10:12] <cbx33> non-linear differential equations in 3 dimensional space....ahhh....what a giggle
[10:12] <Amaranth> 'It is useful for us to assume a "null hypothesis" that the f(w)'s are drawn from a population of random variables that is uniformly distributed and statistically independent. This assumption is false, of course.'
[10:13] <cbx33> hehe
[10:13] <cbx33> ahhh hypotheses
[10:13] <cbx33> so anything you would give me a tip on Amaranth
[10:13] <cbx33> with the whole python and reading stdout
[10:14] <Amaranth> os.popen('rsync foo')
[10:14] <Amaranth> err
[10:15] <Amaranth> fd = os.popen('rsync foo')
[10:15] <Amaranth> while data = fd.read(1024):
[10:15] <Amaranth>     print 'i should do something'
[10:15] <Amaranth> you can't really do that while line
[10:15] <Amaranth> but it's a quick explanation of what to do
[10:17] <crimsun> cbx33: http://www.async.com.br/faq/pygtk/index.py?req=show&file=faq23.020.htp
[10:19] <crimsun> cbx33: james is online as jamesh, but he may be busy
[10:21] <pc22> hi DanielC
[10:40] <LaserJock> highvoltage: how's your power?
[10:52] <cbx33> hanxs crimsun
[11:20] <DanielC> What's the usual Ubuntu runlevel? I ran the "runlevel" command and it says 2. Shouldn't that be 5?
[11:20] <DanielC> ping?
[11:20] <DanielC> Ok, a few people just entered the room. Maybe someone can tell me the usual Ubuntu runlevel.
[11:21] <DanielC> The "runlevel" command says "2" but I was expecting "5".
[11:21] <DanielC> Isn't 5 the runlevel for networking+X11 ?
[11:39] <LaserJock> jsgotangco, highvoltage, rodarvus : power?
[11:39] <jsgotangco> im connected at jdub's uber extension
[11:39] <LaserJock> heh, me too
[11:40] <rodarvus> I need to connect my laptop to a powersource
[11:40] <EmxBA> hi!
[11:41] <rodarvus> you you have any free spot on the connector, I'd be very thankful :)
[11:41] <EmxBA> anyone heard of my artwork?
[11:41] <EmxBA> now it is available at ubuntu.juliux.de/stuff/emx/edubuntu
[11:42] <rodarvus> thanks guys :)
[11:47] <highvoltage> LaserJock: i'm fine for now thanks
[11:48] <EmxBA> hi highvoltage
[11:48] <EmxBA> haven't seen you for days :)
[11:50] <cbx33> or are you tryingto give us the Paris experience :p
[11:50] <EmxBA> anyone coming to possible debconf7 in sarajevo, bosnia and herzegovina?
[11:50] <cbx33> hey ogra, ograsync is getting there :) I have the rsync tie in working fine :p
[11:51] <DanielC> Does anyone know the default runlevel of Ubuntu? When I run "runlevel" it says 2. Shouldn't that be 5? (networking+XWindows).
[12:15] <crimsun> DanielC: like most, if not all, Debian-based distros, it's 2.
[12:15] <DanielC> crimsun: That's interesting.
[12:15] <crimsun> DanielC: Debian doesn't play runlevel games. Runlevels 2-5 are identical.
[12:16] <DanielC> I see.
[12:16] <DanielC> Thanks for the info.
[12:16] <crimsun> np
[12:46] <cbx33> why is it the line DanielC: Debian doesn't play runlevel games. keeps putting the word Quake into my head
[12:46] <cbx33> it's too early
[12:46] <DanielC> he he
[12:46] <DanielC> You a quake fan?
[12:47] <cbx33> yeh...
[12:47] <cbx33> well was
[12:47] <DanielC> ok :)
[12:48] <DanielC> I sucked at it.
[12:49] <jsgotangco> heh
[01:42] <kbrooks> cbx33: ping
[01:42] <kbrooks> cbx33: #gisomount
[01:42] <kbrooks> cbx33: thanks
[01:52] <cbx33> kbrooks: I can;t get in there today
[01:52] <cbx33> I'm on cgiirc at the mo
[01:52] <cbx33> can you pm me?
[01:52] <kbrooks> cbx33: yes
[02:01] <kbrooks> bbl school
[03:09] <EmxBA> hi
[04:09] <cbx33> woot
[04:09] <cbx33> anyone near ogra?
[04:11] <lucasvo> cbx33: yes, about 300km
[04:30] <Yagisan> G'day jsgotangco
[04:30] <jsgotangco> hi
[04:31] <Yagisan> jsgotangco: thanks to our resident HedgeMage I have a shiny new cloak :)
[04:31] <jsgotangco> really?
[04:31] <Yagisan> jsgotangco: so, what have you been up to ?
[04:31] <Yagisan> jsgotangco: yep.
[04:32] <jsgotangco> Yagisan: im in paris beside ogra
[04:32] <Yagisan> lucky guy
[05:14] <Petaris> To use ltsp do I need to grab edubuntu or can I grab xubuntu and apt-get ltsp?
[05:15] <DanielC> Use edubuntu
[05:16] <Petaris> DanielC: And then just apt-get xubuntu?
[05:16] <DanielC> I'd guess:  xubuntu-desktop
[05:16] <DanielC> Note: I haven't tried this myself.
[05:16] <Petaris> ok
[05:17] <Petaris> I'll give that a try
[05:17] <DanielC> Let me know if it works, I'd be interested to know.
[05:18] <Petaris> well, thats how I did it last time
[05:19] <Petaris> but I was curious if I could avoid getting all the gnome and kde stuff
[05:19] <DanielC> Yes you can, but it's probably more difficult.
[05:20] <DanielC> Installing xubuntu-desktop afterwards is easier than configuring ltsp afterwards.
[05:20] <Petaris> ok
[05:20] <DanielC> But you can try it that way. You *will* get it to work eventually. I've never done it, but it can certainly be done.
[05:21] <Petaris> hrm
[05:21] <Petaris> I might play with doing it that way then
[05:21] <Petaris> jsut for the hell of it
[05:21] <DanielC> It would be a learning experience.
[05:21] <DanielC> If I get a chance I think I'll try that too on a test server.
[05:22] <Petaris> yep, if its not difficult I could write a how-to
[05:22] <Petaris> DanielC: Dapper or Edgy?
[05:23] <DanielC> Dapper
[05:23] <Petaris> ok
[05:27] <Yagisan> Petaris: it is easier to install edubuntu first, but no, you don't need edubuntu installed to set up ltsp
[05:28] <Yagisan> Petaris: you can install xubuntu, then install ltsp, you'll just need to manually configure ltsp
[05:28] <Petaris> Yagisan: ok, I'm going to try using xubuntu as the base just to try it
[05:28] <Petaris> Yagisan: Is it the latest ltsp?
[05:28] <Yagisan> Petaris: I used normal ubuntu as the base for myself
[05:28] <DanielC> What's the advantage of using Xubuntu other than personal preference?
[05:28] <Petaris> I heard there is a new version out
[05:28] <Yagisan> Petaris: in dapper ? yes
[05:29] <Yagisan> Petaris: ltsp.org and ubuntu ltsp work differently
[05:29] <Petaris> DanielC: less overhead for terminals
[05:29] <Yagisan> Petaris: ubuntu's ltsp is the next generation version
[05:29] <DanielC> Gnome really adds overhead on the terminals?
[05:29] <Petaris> Yagisan: oh damn, thats right
[05:29] <Petaris> DanielC: compared to xfce4 it does
[05:29] <Yagisan> Petaris: sudo aptitude install ltsp and it's installed. Then you need to configure it
[05:30] <DanielC> ok
[05:30] <Petaris> Yagisan: right
[05:30] <Petaris> DanielC: When you are running a number of clients the overhead adds up
[05:30] <Petaris> its not like just running a single instance
[05:32] <DanielC> It isn't?
[05:32] <DanielC> Isn't that the whole point of using thin clients?
[05:32] <DanielC> That you don't have to duplicate the heap for every user?
[05:33] <Petaris> you get an instance for each client
[05:33] <Petaris> the point is low cost hardware and easy upgrade/managability
[05:33] <DanielC> But running two instances of Gnome on the same computer still shares the same heap.
[05:33] <DanielC> It's just the user data that changes.
[05:33] <DanielC> (and hence, can't be shared)
[05:34] <DanielC> The reason why the hardware is low cost is that you're not duplicating everything for every user.
[05:39] <Petaris> low cost hardware because no disk drives, and the bulk of the processing is done server side
[05:40] <DanielC> The reason why the server doesn't require the resources of 20 computers to run 20 clients is that you are not replicating everything.
[05:40] <DanielC> If a regular computer requires 512MB of RAM, running LTSP with 10 terminals does not require 5120MB of RAM.
[05:41] <DanielC> In fact, 1-2GB will do.
[05:41] <DanielC> Because 90% of what's in RAM is the heap (the code itself for the application) and that stuff is not replicated.
[05:41] <DanielC> It's the same reason why having two Firefox windows open doesn't take up twice as much RAM as having one.
[05:43] <Petaris> My perception in running is that xfce is faster and lighter then gnome
[05:43] <DanielC> I'm not arguing with that :)
[05:43] <Petaris> and thus was a better choice for a thin-client enviornment
[05:43] <DanielC> I didn't say Gnome was as fast as xfce. I said that you're not duplicating all of gnome for each user.
[05:44] <Petaris> perhaps not
[05:44] <DanielC> Whether it's better depends on what you are trying to accomplish.
[05:44] <Petaris> for me xfce does what I need
[05:46] <Petaris> I would love to know why OO.org eats so many more resources on edubuntu then on k12ltsp
[05:46] <Petaris> I wonder what the difference is
[05:47] <Petaris> was OO.org modified on one of these distros?
[05:47] <DanielC> No idea.
[05:47] <Petaris> hrm
[05:47] <Petaris> hrm
[05:48] <Petaris> its odd
[05:48] <Petaris> but then again the fc/redhat group is known for doing wierd things in packages
[07:15] <EmxBA> hi
[08:40] <kbrooks> cbx33: ping
[08:40] <cbx33> kbrooks, pong
[08:42] <pc22> hey DanielC
[08:44] <kbrooks> cbx33: you were confused...
[08:44] <kbrooks> cbx33: hold on, ill pm why
[08:46] <Petaris> Is there a resource on how to setup remote X over ssh
[08:48] <cbx33> ok
[08:48] <cbx33> thanks kbrooks
[08:49] <kbrooks> cbx33: well, i dont have to pm. but anyway
[08:49] <kbrooks> cbx33: http://kbrooks.ath.cx/gisomount/ - this had a working tree
[08:49] <kbrooks> cbx33: .bzr/branch was "up to date"
[08:50] <kbrooks> cbx33: you were confused because you assumed that the *working tree* was old
[08:55] <Petaris> hrm
[08:55] <Petaris> how can I start an xfce session over ssh?
[08:57] <Petaris> do I just issue a startx?
[08:57] <Petaris> I wouldn't think so
[08:57] <Petaris> *as X is already running on that system
[09:01] <dan_young> Petaris: can you ssh -X to the server, then Xnest -query localhost :1
[09:02] <Petaris> hrm, I don't have Xnest
[09:03] <Petaris> hrm
[09:03] <Petaris> is it safe to apt-get it?
[09:03] <Petaris> that is, will it scew up Xorg?
[09:03] <Petaris> or try to remove it or something
[09:04] <dan_young> Petaris: shouldn't be a problem, not sure what package it is in, just a sec....
[09:04] <dan_young> Xnest goes on the system you're ssh'ing to, of course...
[09:05] <Petaris> right
[09:05] <Petaris> but its an ltsp server and I don't want to screw anything up
[09:06] <dan_young> sure, package name is xnest, it is just an "Xserver in a window"
[09:06] <Petaris> ok, cool
[09:08] <dan_young> Petaris: hmm, needs XDMCP on to do "remote" login, even though we're coming from localhost...
[09:09] <Petaris> root@Ayumi:~# Xnest -query localhost :1
[09:09] <Petaris> Fatal server error:
[09:09] <Petaris> Unable to open display "".
[09:09] <Petaris> hrm
[09:09] <Petaris> oh, oops I'm still root
[09:10] <Petaris> petaris@Ayumi:~$ Xnest -query :1
[09:10] <Petaris> Fatal server error:
[09:10] <Petaris> Xserver: Name or service not known: -query :1
[09:10] <Petaris> hrm
[09:10] <dan_young> Petaris: Xnest -query localhost :1
[09:10] <dan_young> you'll have to edit /etc/gdm/gdm.conf and enable XDMCP
[09:10] <Petaris> petaris@Ayumi:~$ Xnest -query localhost :1
[09:10] <Petaris> _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
[09:10] <Petaris> _XSERVTransMakeAllCOTSServerListeners: server already running
[09:10] <Petaris> Fatal server error:
[09:10] <Petaris> Cannot establish any listening sockets - Make sure an X server isn't already running
[09:11] <Petaris> ok, let me check that
[09:11] <dan_young> Petaris: that does have some security implications to leave open on a hostile network, so be advised...
[09:14] <Petaris> right
[09:14] <Petaris> still can't get it to work
[09:20] <dan_young> Petaris: it's working on my K12LTSP box, not sure what's different...
[09:21] <dan_young> Petaris: I'm seeing the same issue on Edubuntu, though; I'm less familiar with their setup.
[09:22] <Petaris> hrm
[10:20] <cbx33> hey Yagisan
[10:42] <Yagisan> G'day cbx33
[10:52] <cbx33> without looking
[10:52] <cbx33> I see your messages function


[13:12] <dpm> popey, pleia2, was there an announcement of the result of the restaffing of the membership board? Last thing I saw was the extended call for nominations. Does  https://launchpad.net/~ubuntu-membership-board/+members#active reflect the current board members? (i.e. it seems only one's membership is due to expire in about 2 weeks)
[13:12] <popey> cc are discussing today
[13:12] <popey> announce tomorrow AIUI
[13:13] <dpm> ok, thanks popey
[13:14] <czajkowski> dpm: vote closes today we should be able to give you an update  ASAP
[13:15] <dpm> czajkowski, sounds great, thanks for the update
[13:36] <dholbach> hey hey
[13:37] <dholbach> dpm, do you still expect us to have our 1-on-1 today?
[13:38] <dholbach> dpm, there's a snappy standup at the same time and I would like to get a good idea of what's planned
[13:38] <dholbach> dpm, if you want, I could update you maybe tomorrow or something?
[13:44] <dpm> dholbach, hey
[13:44] <dpm> dholbach, no worries, I wasn't expecting to have the call,
[13:44] <dpm> I already thought you'd be busy sprinting
[13:44] <dholbach> :)
[13:45] <dpm> davidcalle might want to sync up with you later
[13:46] <dholbach> sure sure
[13:56] <jose> dpm: hey, sent you a PM
[13:59] <dpm> jose, sorry, I was otp
[13:59] <dpm> done now
[13:59] <jose> np
[15:47] <dholbach> dpm, mhall119, popey, balloons: I'd like to run the community q&a tomorrow - I don't know... is anyone of you interested in helping out?
[15:47] <dholbach> my idea was to bring on some of the snappy folks, like mvo and beuno and make it a snappy themed thing
[15:57] <popey> dholbach: sure, dpm and mhall119 did last week, I'm happy to do this week.
[16:00] <mhall119> dholbach: that would be fun, is your network good enough there?
[16:06] <dholbach> mhall119, I hope it'll have stabilised until tomorrow morning :)
[16:08] <dholbach> popey, cool!
[16:11] <dpm> dholbach, sounds like a great idea
[16:12] <dholbach> cool
[16:32]  * popey pokes mhall119 balloons dpm
[16:33] <balloons> popey, coming :-)
[16:35] <balloons> feel free to blame me, I talk to much.. dpm was trying to leave, I just wouldn't let'em
[16:35] <dpm> mhall119, team planning call?
[16:35] <mhall119> dpm: popey balloons dholbach_ I'mgoing to miss the call, my wife is stranded with a dead car battery, I've got to go rescue her
[16:35]  * balloons imagines mhall119 with a cape
[16:35]  * mhall119 is batman
[16:40] <popey> mhall119: when you're back later can we have a catch up about the podcast
[16:40] <mhall119> sure
[16:40] <mhall119> ok, off now, bbl
[16:40] <popey> thanks
[20:11] <mhall119> popey: sorry I didn't get back to you, you still wnat to chat about the podcast?
[20:11] <popey> mhall119: it's a bit late now, shall we talk tomorrow?
[20:12] <mhall119> popey: works for me,hopefully nothing goes wrong tomorrow :)
[20:12] <popey> hah