[01:42] <genii> echo cappuccino >/dev/coffee
[02:04] <jjesse> wow i'm so full from dinner
[06:57] <nixternal> Riddell: http://www.nixternal.com/tmp  -- don't forget about the kubuntu-docs final upload for Gutsy
[09:18] <emonkey-f> are this kde4 beta3 packages which are in the gutsy Repos?
[09:20] <emonkey-f> there's an update to 3.94 ...
[09:24] <mhb> good morning fellow kubuntuers
[09:45] <emonkey-p> maybe there is a wrong dependencie with kde4-base and libsoprano3/4
[10:37] <stdin> kde4base should depend on libsoprano4 (and libsoprano4 should replace libsoprano3)
[11:36] <gemidjy> in kubuntu gutsy when multimedia key is pressed (say: volume up/down) a nice progressbar appears which overrides the default (and ugly) kde progressbar...is there patch for KDE somewhere?
[11:36] <Jucato> gemidjy: it's a patch for KMilo that was taken somewhere from kde-apps.org
[11:38] <gemidjy> great, will search for it now
[12:04] <uga> Jucato: oh my... that may explain why it's broken?
[12:04] <uga> Jucato: (0%-11%)
[12:05] <uga> the volume never goes beyond 11% for me
[12:06] <mhb> uga: no
[12:06] <uga> mhb: any idea what's happenning?
[12:06] <uga> it always goes just 1 step up
[12:06] <uga> never more
[12:07] <uga> one up, one down
[12:08] <mhb> uga: not sure ... it works fine here.
[12:08] <uga> uhm okay...
[12:08] <mhb> uga: that means it's hardware-specific
[12:08] <jpatrick> works fine here too
[12:08] <uga> it must be a bad keyboard layout then. I wonder what the key is mapped to
[12:08] <uga> what was the X app to display each mouse and kb event?
[12:09] <uga> oh, nm, it's xev
[12:10] <mhb> uga: try "xev" and then hold the buttons
[12:10] <mhb> if it registers more pushes
[12:10] <uga> yeah, did that, but sounds like it works: state 0x10, keycode 176 (keysym 0x1008ff13, XF86AudioRaiseVolume), same_screen YES,
[12:10] <uga> AudioRaise
[12:11] <mhb> so xev shows several pushes, but kmilo (which will be triggered) won't ?
[12:12] <uga> sounds like so
[12:12] <mhb> uga: I think "file a bug" is the solution
[12:13] <mhb> uga: we'll triage it through there
[12:13] <uga> mhb: the bug was filed years ago according to google
[12:13] <uga> I've seen tons of comments on this issue
[12:14] <mhb> uga: even better, would you share some links with us?
[12:14] <uga> mhb: just found the report: https://bugs.launchpad.net/ubuntu/+sourhttps://bugs.launchpad.net/ubuntu/+source/kdeutils/+bug/118723ce/kdeutils/+bug/118723
[12:15] <mhb> bug 118723
[12:15] <mhb> ubotu timed out, strange
[12:16] <uga> ouch, stupid multi-paste
[12:16] <uga> mhb: https://bugs.launchpad.net/ubuntu/+source/kdeutils/+bug/118723
[12:16] <uga> sorry, I was on the phone and I didn't notice the paste went wrong
[12:21] <Dekans|screen> i have some trouble with launchpad so i'd like to say it here
[12:22] <Dekans|screen> i don't know if it's already reported
[12:22] <Dekans|screen> but the kubuntu restricted-manager needs i386 kernel
[12:22] <Dekans|screen> no way with i686 for 3D acceleration .....
[12:23] <Dekans|screen> (on gutsy RC)
[12:31] <mhb> Dekans|screen: hmm, perhaps the driver provider doesn't distribute 686 drivers?
[12:31] <mhb> Dekans|screen: I don't think it's restricted-manager's fault, at least not the KDE frontend I did
[12:54] <jpatrick> uga: vas a aKamdey-es?
[12:55] <Dekans|screen> mhb: i just compiled the nvidia binary driver, no prob
[12:56] <Dekans|screen> and nvidia-glx package depends on i386 kernel too
[01:00] <emonkey> Is there a draft for the kde4beta3 news which we can translate?
[01:01] <mikkael> is the kde 3 from riddell's ppa now the same as in gutsy ?
[01:01] <jpatrick> mikkael: 3.5.8 was uploaded
[01:02] <emonkey> I mean the kde 3.94 packages (kde4)
[01:02] <mikkael> jpatrick: thanks
[01:03] <jpatrick> mikkael: bitte
[01:43] <Jucato> hi Hobbsee....
[01:43] <Hobbsee> hi, what's up?
[01:45] <mhb> :o)
[01:46] <jpatrick> mhb: ah, come on, there's always next year
[01:49] <mhb> jpatrick: right, except you don't get invited every year, you know :o)
[01:51] <jpatrick> right..
[01:51] <Hobbsee> mhb: yeah, but hopefully they'll offer it to you again
[02:08] <mhb> well, no harm done.
[02:09] <Hobbsee> nixternal: you around?
[02:10] <jpatrick> mhb: are there no local parties in your area?
[02:10] <mhb> anyone interested in partition managers? I have created a little presentation yesterday and I would like to hear your suggestions.
[02:10] <mhb> mhb.ath.cx/kubuntu/snips.odp
[02:11] <mhb> jpatrick: unfortunately, there are none.
[02:11] <Hobbsee> mhb: possibly.
[02:11] <mhb> jpatrick: I suggested on the local forums that they throw a release party, but nobody was interested much
[02:14] <jpatrick> mhb: oh, not even a little get-together? I have the CatalanTeam and aKamdey-es :|
[02:14] <mhb> the presentation correlates with my Hardy plan: https://blueprints.edge.launchpad.net/ubuntu/+spec/kubuntu-partition-manager
[02:19] <Jucato> mhb: sounds nice! I wish you good luck :)
[02:21] <Hobbsee> mhb: nice!
[02:22] <mhb> thanks Jucato, Hobbsee
[03:02] <Tm_T> 3.5.8 in gutsy?
[03:02] <Hobbsee> yes
[03:02] <Tm_T> thanks, exception?
[03:04] <Hobbsee> yeah
[03:04] <Hobbsee> it helps, having two kde people on the release team.
[03:23] <Jucato> (ab)use of power/influence? :)
[03:24] <mhb> Riddell: did you manage to enable the translation of kde-guidance module names in systemsettings?
[03:25] <Hobbsee> Jucato: not at all.
[03:25] <Jucato> hehe j/k :)
[03:25] <Jucato> thanks for the 3.5.8
[03:26] <Jucato> at least a reason to smile this week :)
[03:26] <Tm_T> :)
[03:27] <Hobbsee> :)
[03:27] <Jucato> :)
[03:29] <mhb> :I
[03:29] <Jucato> :(
[03:30] <mhb> being involved in translations is the worst job I have ever done for OSS
[03:31] <uga> the worst thing you've done, or the thing you've done worst?
[03:31] <Jucato> user support is both my best and worst (and only?)
[03:32] <Hobbsee> mhb: why?
[03:34] <uga> Hobbsee: if you've ever done it, it's painful
[03:34] <mhb> (in Ubuntu) you get sarcastic comments because of: bugs caused by Rosetta, bugs caused by incorrect i18n of applications ... typos that are made upstream are attributed to Ubuntu because several people spread the word that "Ubuntu keeps all to itself"
[03:34] <uga> it takes ages translating a single program properly
[03:34] <Hobbsee> mhb: ugh.
[03:34] <uga> mhb: bugs caused by i18n?????
[03:36] <uga> not sure how one translates non-kde apps, but if that can break translations, then maybe it's the translation system that is broken
[03:36] <mhb> uga: yes, like several modules names in systemsettings in Kubuntu cannot be translated
[03:36] <mhb> uga: or Dolphin - it seems the translation of Dolphin didnt make it into the language packs
[03:37] <mhb> but the ones who will get criticized for that are the translators
[03:37] <mhb> uga: its not just kde apps, because .desktop files have to be translated statically and several apps dont use gettext
[03:37] <uga> ah, right
[03:39] <uga> mhb: are you into kde4 translations team at all?
[03:39] <uga> I believe kbabel is gone, and not sure how people do those, now
[03:40] <Jucato> isn't kaider the new translation thingamajig?
[03:40] <uga> uhm... kaider... iirc that was some playground app, right?
[03:41] <uga> yes, checking google it's a KBabel replacement. You're right. a SoC project
[04:03] <uga|away> uhm, I've never seen a linux box freezing this bad for ages
[04:20] <mhb> oooh, kbabel replacemente!
[04:20] <mhb> I wanted one of those ages ago
[04:31] <uga> mhb: hehe, like a kid with a new lollypop
[04:40] <mhb> uga: exactly! :o)
[04:40] <nosrednaekim> shouldn't that be :o-)--  ?
[06:19] <nixternal> Hobbsee: what's up?
[06:19] <Jucato> 'nite all
[06:20] <nixternal> k'nite :p
[06:20] <Jucato> haha :)
[06:20] <Jucato> you made me smile today... 2nd smile of the day :)
[06:20] <Hobbsee> nixternal: what did you send to the reporter?
[06:21] <nixternal> I can forward that to you right now
[06:22] <nixternal> you are talking about my interview answers right?
[06:29] <Hobbsee> nixternal: yeah
[06:35] <jjesse> hello
[06:36] <jjesse> what interview?
[06:36] <nixternal> with O'Reilly Media
[06:36] <jjesse> linky?
[06:36] <Hobbsee> jjesse: unmoderated your post, btw
[06:36] <jjesse> Hobbsee: oh thanks, sorry for the size
[06:37] <Hobbsee> no problem
[06:37] <Hobbsee> what was it?  gpg key?
[06:37] <Hobbsee> oh, a picture with it
[06:37] <jjesse> yeah i'm having tons of problems w/ konqi
[06:40] <nixternal> jjesse: Hobbsee and I are still answering the questions...well I think I finished mine, and Hobbsee gets to give a female prospective
[06:40] <jjesse> nixternal: cool, looking forward to reading it :)
[06:40] <nixternal> which I tend to forget, she is the highest ranking, and one female DEV!! :)
[06:40] <mhb> nixternal: what was the interview about?
[06:41] <nixternal> s/one/only
[06:41] <nixternal> mhb: MOTU
[06:41] <Hobbsee> Could you share a bit of your own story? what your role is? what your
[06:41] <Hobbsee> activities are?  I notice your involvement in Amarok - that would be great
[06:41] <Hobbsee> to discuss! Is there a short story on how it found it's way into Ubuntu and
[06:41] <Hobbsee> how it has moved through the 7.10 development / release process? what were
[06:41] <Hobbsee> the recent bugs / how were they found / who fixed them / how did fixes get
[06:41] <Hobbsee> reintegrated into Gutsy?
[06:41] <Hobbsee> Some insight into your own strategy for what happens when 7.10 ships would
[06:41] <Hobbsee> be interesting: Do you immediately begin to look forward to HH, or do you
[06:41] <Hobbsee> continue to work on GG for a period of time?
[06:41] <nixternal> wow, I told him you were pretty much God, and he nailed you with questions
[06:41] <Hobbsee> i should do laserjock's behind MOTU interview too
[06:42] <Hobbsee> haha
[06:43] <Hobbsee> nixternal: good ansewrs
[06:43] <jjesse> wow 121 nights in a marriott hotel since march 1st
[06:44] <Hobbsee> ouch
[06:44] <jjesse> yup big time ouch
[06:45] <nixternal> Hobbsee: oh, and btw, he is going to pimp Kubuntu for us :)
[06:45] <Hobbsee> woot :)
[06:49] <mhb> (nah, just kidding)
[06:49] <Hobbsee> mhb: well, i can point your name too :)
[06:49] <Hobbsee> nixternal: would be a good time to pimp MOTU too
[06:50] <nixternal> Hobbsee: I did pimp it a bit in my answers, but yes, pimping it some more definitely wouldn't hurt
[06:50] <Hobbsee> yup
[06:50] <nixternal> I think I need to do a MOTU themed blog
[06:50] <nixternal> post
[06:50] <Hobbsee> yeah, i think having a motu interview would help
[07:10] <Tin_K> Nice RC, I've installed it yestarday
[07:10] <Tin_K> (on a free partition, just in case...)
[07:11] <ScottK> nixternal: Any chance you could look at ktoon.  It's dead broke in Gutsy and Debian has a new version.
[07:11] <nixternal> I can do that...do I need to file a UVF for it?
[07:13] <Tin_K> there is one little thing... In accesibility, Activation gestures, could you unmark 'use gestures to activate...' ?  Because of Slow keys.
[07:13] <mhb> when's gutsy due? 7 days or so?
[07:13] <jjesse> 18th i thought?
[07:13] <jjesse> where is your gutsy counter?
[07:14] <mhb> I have some free time today and tomorrow, and I can't stand the current kubuntu.org page :o)
[07:14] <jjesse> yeah?  what's the new one look like then?
[07:14] <jjesse> :)
[07:14] <ScottK> nixternal: First need to find out if the new version works.
[07:14] <ScottK> Then if it works, do the UVFe.
[07:14] <nixternal> what doesn't work with our version right now?
[07:15] <ScottK> nixternal: See Bug #144568
[07:15] <ubotu> Launchpad bug 144568 in ktoon "ktoon not start (core dumped)" [Medium,Confirmed]  https://launchpad.net/bugs/144568
[07:15] <ScottK> So working at all would apparently be a big improvement.
[07:15] <nixternal> roger
[07:18] <eljefe__> hello, i want to test the upgrade.  i followed the instructions but it isn't doing anything after giving me the release notes for the 6.06 version (!!!), then telling me to click [Finish]  to start... after clicking, noting happened, just back to Adept.
[07:26] <Tin_K> The slow keys thing... Isn't it the right place to ask?
[07:26] <eljefe> !upgrade
[07:26] <ubotu> For upgrading, see the instructions at https://help.ubuntu.com/community/UpgradeNotes
[07:26] <eljefe> i have!
[07:27] <eljefe> there is nothing there about Gutsy...
[07:27] <jjesse> eljefe: i think that gets updated upon release?
[07:27] <jjesse> its interesting watching the index size of strigi
[07:27] <mhb> Tin_K: hmm, we could (not for gutsy, but for hardy at least) ... but there are some problems with that. What is the default behaviour in "vanilla" KDE?
[07:27] <jjesse> grows really big and then shrinks
[07:28] <eljefe> maybe so
[07:28] <eljefe> but the instructions for the Gutsy upgrade fail me.
[07:29] <eljefe> is there any way to test/force the upgrade?
[07:29] <jjesse> yeah there is trying to remember the page for upgrading
[07:29] <Tin_K> I'm not sure... But I think that if someone needs slow keys, they will find the option in Accesibility.
[07:29] <nosrednaekim> eljefe: of course... you can always do it from the command line
[07:29] <jjesse> nixternal: do you have notes on the upgrad as part of the rc announcment?
[07:29] <nixternal> there is a link to the wiki page about upgrading
[07:30] <Tin_K> everyone I know has had that problem. The slow keys activating with a gesture...
[07:30] <Tin_K> they call me: the keyboard doesn't work anymore!
[07:30] <eljefe> https://help.ubuntu.com/community/GutsyUpgrades tells me to follow instructions, which don't work.  After clicking Version Upgrade and installing a few packages, its over.
[07:31] <eljefe> and i've read that Adept has different/better algorhythems for upgrades, that apt-get doesn't have.
[07:33] <nosrednaekim> eljefe: thats true...
[08:13] <jjesse> wow i've had nothing but problems trying to build fedora in a vm
[08:13] <jjesse> this sucks
[08:15] <nixternal> you aren't missing much
[08:16] <jjesse> yeah but the software i consult on supports redhat and suse only
[08:17] <ScottK> Maybe you need to do a port?
[08:18] <jjesse> ScottK: properitary software first of all 2nd i got it working in kubuntu already, but there are things that don't work as well
[08:18] <ScottK> Ah.  Nevermind ...
[08:19] <jjesse> afk for the rest of the afternoon...
[08:26] <mluser>  Is it possible to disable the switch user feature on the screen saver?
[09:11] <_StefanS_> evening
[09:12] <_StefanS_> Riddell: ping?
[11:09] <_StefanS_> Lure_: guess what, the brightness up/down is broken on the dell aswell
[11:09] <_StefanS_> Lure_: so it might be general problem
[11:10] <coreymon77> umm
[11:10] <coreymon77> isnt rc candidates a little redundant
[11:11] <coreymon77> ?
[11:26] <mhb> coreymon77: not sure I get what you mean
[11:26] <mhb> _StefanS_: brightness doesn't work in what way?
[11:27] <_StefanS_> mhb: like not at all.
[11:27] <mhb> _StefanS_: even through g-pm ?
[11:28] <_StefanS_> mhb: why would I have g-pm running in kde ? :)
[11:28] <_StefanS_> mhb: no.
[11:28] <_StefanS_> mhb: dont know I mean
[11:29] <mhb> _StefanS_: not g-p-m, g-pm (guidance-powermanager)
[11:29] <_StefanS_> ah
[11:30] <_StefanS_> adjusting sliders in kde-guidance-pm works fine as its AFAIK using hal
[11:30] <coreymon77> mhb: in the topic is says test rc candidates
[11:30] <coreymon77> mhb: rc stands for release candidate
[11:30] <coreymon77> mhb: so isnt rc candidate redundant?
[11:31] <mhb> coreymon77: no
[11:31] <mhb> coreymon77: outdated information maybe, but not redundant
[11:32] <mhb> coreymon77: it is a candidate (build) for a RC release
[11:32] <coreymon77> oh
[11:32] <mhb> _StefanS_: then macbooks have the same problem
[11:32] <_StefanS_> mhb: donno, I havent had a chance to ask tonio as he has one of those
[11:33] <_StefanS_> on the dell 212(bright up) and 101(bright down) has no XF86* binding
[11:33] <mhb> _StefanS_: I know, I have it right here ,right now
[11:33] <mhb> :o)
[11:33] <mhb> well kmilo doesn't work, but kde-g-pm does
[11:34] <nosrednaekim> hmmmm are there any plans for having a KDE4 liveCD for hardy?
[11:34] <_StefanS_> mhb: I made that patch to test it by mapping LaunchD+E and let kmilo use dcop to contact kde-g-pm
[11:34] <_StefanS_> mhb: unfortunately it didnt work that well


[14:17] <AncientPotato> could I get an ubuntu/member/AncientPotato cloak? launchpad: https://launchpad.net/~justin-2
[14:17] <Myrtti> !member


[06:26] <qwebirc50446> I've question about /snap directory, It's occupying my server about 1gbs, and I want to remove it, anyway how to remove it? Thanks
[06:38] <madLyfe> what does this mean? after a reboot? https://usercontent.irccloud-cdn.com/file/5MDH0Iw7/image.png
[07:20] <qwebirc50446> anyone ?
[07:20] <qwebirc50446> hmm..
[07:36] <ikonia> anyone what ?
[07:52] <BenyaminL> about snapd. I just remove it. is it safe ?
[07:53] <BenyaminL> because snapd take so much SSD space on my server after fresh install ubuntu
[07:58] <andol> BenyaminL: Unless you know that you plan to run snap apps on your server, yes then it's likely safe to remove it.
[07:58] <BenyaminL> andol: No, I don't use snap tools on server, I just know snap after I run ncdu -_-, too long working on windows server -_-.
[08:04] <ikonia> }
[08:16] <ikonia> how much space does snapd actually take up BenyaminL ?
[08:18] <BenyaminL> 1gb, it's about 1gb
[08:28] <andol> ...which isn't necessarily neglible if you have a small single-purpose VM.
[08:29] <BenyaminL> andol: it's, because it's micro vm
[08:39] <andol> BenyaminL: I'm agreeing with you :)
[23:57] <arooni> question; i changed the data directory for mysql ; and now it wont start up; i set new data directory to mysql but it wont start https://gist.github.com/arooni/d1b5888a742c7b2751cc4a38a2bfb936 ;; i already added new directory to apparmor (ubuntu 18.04) ; ideas?
[23:58] <blackflow> arooni: and what does the mysql log say?


[09:51] <mup> PR snapd#12904 opened: tests: add check that apparmor.service service works correctly with vendored apparmor <Created by mvo5> <https://github.com/snapcore/snapd/pull/12904>
[10:06] <mup> PR snapd#12905 opened: cmd/snap/cmd_aliases: update stale aliases cmd help text <Created by ZeyadYasser> <https://github.com/snapcore/snapd/pull/12905>
[12:01] <mup> PR snapd#12906 opened: many: move SnapConfineAppArmorDir from dirs to sandbox/apparmor <Created by alexmurray> <https://github.com/snapcore/snapd/pull/12906>
[12:49] <mup> PR core20#149 opened: bootchart: read mode from modeenv instead of kernel command line <Created by valentindavid> <https://github.com/snapcore/core20/pull/149>
[13:12] <mup> PR snapd#12886 closed: tests: increase retry in pre-download test <Simple 😃> <Test Robustness> <Created by MiguelPires> <Merged by MiguelPires> <https://github.com/snapcore/snapd/pull/12886>
[19:50] <mup> PR core20#150 opened: static/usr/lib: evolved udev run script fix-hctosys into generator en… <Created by ernestl> <https://github.com/snapcore/core20/pull/150>
[20:44] <mup> PR snapd#12907 opened: tests: add support for debian 12 and remove support for debian 10 <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12907>


[00:36] <dlaube_de> fossfreedom, but replacing it with a dummy package didn't hurt the system. i don't want the nm because i set up the network staticly with /etc/network/interfaces
[16:58] <NoCode> I'd love to see a customizable window grid plugin for budgie for the desktop.
[21:03] <fossfreedom> NoCode, its something we have discussed previously.  Would love to work a like minded developer to make it happen.


[06:16] <mborzecki> morning
[08:25] <mborzecki> mvo: hey, i see you're looking at PRs, can you take a look at https://github.com/snapcore/snapd/pull/10252 ?
[08:25] <mup> PR #10252: boot: reseal given keys when the respective boot chain has changed <Needs Samuele review> <Run nested> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10252>
[08:26] <mup> PR snapd#10242 closed: overlord: fix errors reported by linter <Created by mardy> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10242>
[08:26] <mup> PR snapd#10257 closed: tests: remove old fedora systems from tests <Simple 😃> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10257>
[08:36] <mvo> mborzecki: sure
[08:36] <mvo> mborzecki: and good morning :)
[08:38] <mborzecki> mvo: and good morning to you too
[08:41] <mup> PR snapd#10194 closed: interfaces: builtin: update permitted paths to be compatible with UC20 <Created by kubiko> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10194>
[09:54] <mborzecki> are the old snap-revision assertions garbage collected after a time?
[09:56] <pstolowski> mborzecki: nope
[10:47] <mborzecki> pstolowski: can you take a quick look at https://github.com/snapcore/snapd/pull/10258 ?
[10:47] <mup> PR #10258: spread: bump delta reference version <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10258>
[10:49] <pstolowski> sure
[10:52] <mup> PR snapd#10258 opened: spread: bump delta reference version <Simple 😃> <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10258>
[10:55] <pstolowski> mborzecki: what does it do?
[10:55] <pstolowski> ah it's for git
[10:56] <pstolowski> +1
[11:01]  * pstolowski lunch
[13:20] <rZr> hi
[13:22] <rZr> I observed an issue with pi{gadget,kernel} with armhf architecture:
[13:22] <rZr> error: cannot write filesystem content of source:$kernel:dtbs/dtbs/broadcom/: cannot specify trailing / for a source which is not a directory
[13:22] <rZr> does this ring a bell ?
[13:23] <rZr> this does not occurs with arm64 arch, and I am on edge branches
[15:13] <mup> PR snapd#10259 opened: interfaces/dbus: allow claiming 'well-known' D-Bus names with a wildcard suffix <Created by oSoMoN> <https://github.com/snapcore/snapd/pull/10259>
[15:15] <oSoMoN> the cla-check failed on that PR because of apt-get update failing to connect to packages.microsoft.com, known error or transient failure?
[15:29] <mvo> oSoMoN: thank you! I don't think I have seen it, let me heck
[15:33] <oSoMoN> the CLA check passed now, thanks mvo
[15:33] <mvo> thank *you*
[16:04]  * cachio lunch
[16:05] <ijohnson> mvo: oh I forgot to ask, is snapd 2.50 deb now updated so that we can request a rebuild of ubuntu-core-initramfs ?
[16:07] <mvo> ijohnson: it is
[16:08] <mvo> ijohnson: https://launchpad.net/~snappy-dev/+archive/ubuntu/image/+packages?field.name_filter=snapd&field.status_filter=published&field.series_filter=focal
[16:08] <ijohnson> mvo: great, did you already go poke xnox about rebuilding ubuntu-core-initramfs ?
[16:08] <mvo> ijohnson: I did not poke him yet
[16:08] <ijohnson> although he said on Friday that someone else should be poked, but not sure folks know who that someone else should be
[16:08] <ijohnson> ack
[16:12] <pedronis> mvo: is the question by rZr ringing any bell for you? is sound like broadcom is file and not dir?
[16:13] <ijohnson> rZr: which branch of snapd snap are you using? and also what revisions or the pi gadget/kernel ?
[16:15] <mvo> pedronis: thanks, I did not notice this, downloading the latest pi-gadget now
[16:19] <mvo> rZr: it looks like the pi-gadget was updated incorrectly in edge
[16:19] <mvo> rZr: thanks for raising this
[16:20] <pedronis> ah
[16:25] <mvo> sil2100, waveform it looks like it's currently impossible to create an edge armhf image because the meta/gadget.yaml for the pi gadget is not compatible with the kernel layout for armhf, I updated the https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1907056 with what I think needs to go into the armhf gadget
[16:25] <mup> Bug #1907056: Please add meta/kernel.yaml <snapd:New> <snapd (Ubuntu):New> <https://launchpad.net/bugs/1907056>
[16:41] <waveform> mvo, ah - I feared this might be the case; I'll take a look a little later this evening
[16:51] <mvo> waveform: thanks, much appreciated
[16:51] <mvo> waveform: I put what I think is needed in the LP bug, hopefully it's this simple but I haven't had a chance to test it
[17:10] <rZr> pedronis, hi i am back I am using edge snap
[17:12] <rZr> ijohnson, ^
[17:13] <rZr> ogra, ^ problem well identified is half solved :)
[17:14] <rZr> ijohnson, pi 90, pi-kernel 232, core20 976, snapd 11586
[17:20] <ogra> rZr, awesome, thanks for the heads up !
[17:21] <ogra> rZr, looking forward to eventually see your pinball appliance working 😉
[17:23] <rZr> ogra, I planned to bring it to a live event, but I am not sure players will come to LGM in my city...
[17:29] <ogra> if yu put it up somewhere, i'm sure players will come 😉
[19:14] <mup> PR snapd#10258 closed: spread: bump delta reference version <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/10258>


[03:14] <zul> heylo
[04:37] <zul> heylo
[08:00] <lamont-work> s/xen/xen 3.0/
[08:10] <zul> i dont think it works too well ;)
[08:24] <zul> i think there is stuff in the wiki but i have never played with xen


[06:51] <willcooke> morning all
[06:51] <willcooke> afternoon duflu
[06:52] <duflu> Hi willcooke. Just back from physio. First time in 5 years :S
[06:53] <duflu> As you said, all down hill...
[06:53] <willcooke> duflu, how did it go?  Feeling stiff or not yet?
[06:53] <duflu> willcooke, yes and probably more later
[07:11] <oSoMoN> good morning desktoppers
[07:11] <willcooke> hi oSoMoN
[07:19] <duflu> Morning oSoMoN
[07:19] <duflu> and good morning seb128
[07:19] <seb128> hey duflu, how are you today?
[07:20] <duflu> seb128, relatively good.   YC pinged about: https://bugs.launchpad.net/oem-priority/+bug/1809788
[08:35] <willcooke> They said that it's fixed in 18.10
[08:35] <willcooke> It's fairly minor from what I can see, the text overflows and gets clipped
[08:36] <willcooke> But maybe its something backportable
[08:45] <anikras>  /join #raspbian
[09:01] <Laney> hi there
[09:01] <duflu> Hi Laney
[09:02] <duflu> come here often?
[09:02]  * Laney starts a bar fight
[09:03] <duflu> There's a bar?!
[09:05] <seb128> hey Laney willcooke
[09:05] <seb128> willcooke, yeah, sounds like a fine one to have as a target of opportunity
[09:07] <Trevinho> goooood mooorniiing
[09:08] <seb128> hey Trevinho
[09:09] <Trevinho> seb128: hi!
[09:10] <duflu> Morning Trevinho
[09:13] <seb128> shrug, launchpad erroring out
[09:15] <duflu> Launchpad often does when western Europe is waking up
[09:15] <duflu> Moreso than other times
[09:18] <seb128> well I think there is a daily cron job or something around 9am utc
[09:19] <duflu> Also sometimes in my morning...
[09:19] <Laney> this time it's that the DC broke
[09:19] <seb128> they have been having load issues recently
[09:19] <Laney> VPN died for me too
[09:19] <seb128> Laney, where do you find those info?
[09:19] <seb128> ah
[09:20] <Laney> William also said in #launchpad
[09:20] <seb128> I should maybe autojoin that channel
[09:25] <andyrock> morning!
[09:25] <duflu> Hi hi andyrock
[09:28] <seb128> hey andyrock! how are you?
[09:30] <andyrock> seb128: enjoying london blue sky :D
[09:30] <andyrock> you?
[09:30] <seb128> andyrock, I'm good thanks!
[09:31] <seb128> andyrock, did you see my software-properties review yesterday?
[09:31] <andyrock> seb128: yeah I will update the branch today
[09:31] <andyrock> thanks for the review!
[09:33] <seb128> np!
[09:33] <seb128> I wonder what's going on with the signal
[09:34] <seb128> did the binding change or something?
[09:35] <andyrock> not sure tbh
[09:35] <andyrock> weird that I didn't notice it before
[09:37] <seb128> could be some gi issue in disco
[11:59] <tkamppeter> There is another bug which could be resolved for the Bionic update: bug 1763520
[12:00] <tkamppeter> Here I have attached SRU patches and a someone to sponsor the upload is needed, to kick off the verification process.
[12:01] <tkamppeter> I am not able to upload gtk+3.0 by myself.
[12:41] <seb128> tkamppeter, right, I was sort of waiting on an upstream review to sponsor that one but they didn't pick it up yet :-/
[12:43] <Laney> maybe try pinging ebassi
[12:43] <Laney> that bug affects upgraders, right? so not .2 critical imho
[12:53] <seb128> correct for upgraders
[14:47] <k_alam> jbicha: Hi,
[14:48] <jbicha> good evening
[14:48] <seb128> hey k_alam jbicha
[14:48] <k_alam> Good evening
[14:49] <k_alam> seb128: hi
[14:50] <k_alam> jbicha: Regarding the gnote-scope package you uploaded why does it not show in the repo?
[14:51] <jbicha> it needs to be manually approved by a member of ~ubuntu-archive https://launchpad.net/ubuntu/disco/+queue?queue_state=0
[14:52] <k_alam> Can we ping someone for that ?
[14:57] <k_alam> seb128: Can you review the gsd-common transition bug ?
[14:58] <seb128> k_alam, bug?
[14:58] <k_alam> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/1811118
[15:00] <seb128> k_alam, done
[15:00] <k_alam> Thanks.
[15:01] <jbicha> k_alam: https://launchpad.net/~ubuntu-archive/+members :)
[15:03] <k_alam> seb128:  Can you also sponsor this? The bzr repo is out of sync....so I added a patch....
[15:03] <k_alam> https://bugs.launchpad.net/ubuntu/+source/indicator-application-gtk2/+bug/1810742
[15:04] <seb128> k_alam, I can have a look a bit later
[15:05] <k_alam> seb128: Alright, no prob
[15:05] <k_alam> jbicha: Thanks
[15:10] <seb128> k_alam, you change description doesn't match the change
[15:11] <seb128> Subject: Don't treat -Wdeprecated-declarations as errors
[15:11] <seb128> I would expect the corresponding change to the use of '-Wno-deprecated-declarations'
[15:11] <seb128> or such
[15:11] <seb128> but you just plaining drop Werror, not only for deprecated-declarations
[15:15] <k_alam> seb128: So "Don't use Werror..." would be ok ?
[15:16] <seb128> yes
[15:16] <seb128> k_alam, also, do we still need indicator-application-gtk2? it was added for xubuntu/lubuntu at the time because they didn't use gtk3
[15:16] <seb128> but xfce is gtk3 now no?
[15:17] <seb128> ah, bug #1811489
[15:18] <seb128> jbicha, ^ usually you are interested by those craft cleaning :)
[15:18] <seb128> cruft
[15:18] <k_alam> yes, mostly....but there are other gtk2 apps and xfce gtk3 port is ongoing
[15:20] <jbicha> k_alam: are you aware that *nothing* in Ubuntu depends or recommends indicator-application-gtk2?
[15:20] <jbicha> maybe we can talk Seb into removing it :)
[15:22] <k_alam> the doesn't list the reverse depends....But if nothing recommends it then I have no prob removing it....unity get rid of it long time ago
[15:22] <k_alam> *got
[15:22] <jbicha> k_alam: I believe libappindicator1 is what gtk2 apps need but there aren't any gtk2 Panels any more
[15:24] <k_alam> yes gtk2 apps only needs libappindicator1
[15:25] <seb128> right, the indicator was only for desktop panels that could load a gtk3 applet
[15:25] <seb128> I'm fine removing it, let me do it
[15:25] <k_alam> lxpanel-indicator-applet-plugin is still using it though ?
[15:26] <k_alam> but that's lubuntu thing
[15:28] <jbicha> k_alam: you could ask Lubuntu to remove that Ubuntu-specific package since LXDE is no longer supported
[15:30] <seb128> they don't suggest/recommends it though?
[15:31] <seb128> I was ready to press Y to delete it but I'm going to wait for that to be sorted out
[15:32] <k_alam> it only suggests gtk2 panel indicators......
[17:45] <tsimonq2> I can file the removal bug for that, sure.
[17:45] <tsimonq2> I assume this is part of the GTK 2 removefest? ;)
[18:12] <k_alam> tsimonq2: Once it drops from suggests (lxpanel-indicator-applet-plugin), it can be removed...I think
[18:39] <tsimonq2> k_alam: Reverse-suggests does not dictate removal or non-removal.
[18:41] <k_alam> tsimonq2: Ok, then I guess it can be removed


[19:14] <calimer> updated the video for better syncing
[19:15] <calimer> http://www.youtube.com/watch?v=g44Ww2bg2_E
[21:01] <highvoltage> Goodnight.


[13:37] <cr3> hi folks, the mouse is excruciatingly slow after starting ubuntu but seems to behave a few minutes later. does this sound like a problem with X?
[14:44] <mona-x> Sarvatt: i have a reproducible way of crashing X (xserver-xorg 1:7.6+7ubuntu7.1 from xorg-edgers). I need yet to narrow it down (it happens when I start firefox which has a lot of open tabs from last session, but it seems like restoring/reloading one specific tab triggers it). what's the best way to report this? I assume I cannot use apport/reportbug since this is not an official package?
[14:56] <mona-x> oops, actually this is an official package
[15:30] <mona-x> well, i got to go, sorry...
[17:31] <bryceh> cr3, there's been some changes in the input later the last couple months but I'd probably suspect the kernel first for something like that.  If you remember when you first started noticing it, boot a kernel from prior to that and see if it goes away.
[18:14] <cr3> bryceh: I've only been running Precise for a couple weeks, is that prior to the changes?
[18:16] <Sarvatt> sounds like the external outputs are being polled like a madman at startup like that bug from oneiric
[18:16] <bryceh> cr3, no there haven't really been many serious changes to the X stack the last couple weeks
[18:17] <bryceh> Sarvatt, could be
[18:17] <cr3> Sarvatt: is there a workaround I need to apply or should I expect this to be fixed shortly?
[18:17] <cr3> the problem is not so crippling, just not something I'd like to see endusers confronted with
[18:17] <Sarvatt> can you file a bug first? we can't tell without one :)
[18:18] <cr3> Sarvatt: ubuntu-bug kernel?
[18:18] <Sarvatt> ubuntu-bug xorg
[18:18] <cr3> Sarvatt: will do
[18:18] <bryceh> cr3, it's not likely to be a widespread bug
[18:18] <bryceh> (else we'd have gotten more bug reports lately)
[18:19] <bryceh> Sarvatt, wasn't that a displayport-related bug?  My memory's getting a bit vague on that
[18:20] <cr3> bryceh: this is a fresh install on a ThinkPad X200, so no display port in this case
[18:20] <bryceh> Sarvatt, will those probe pollings show up in Xorg.0.log or does he need to flip on drm.debug?
[18:20] <Sarvatt> phantom hdmi on some lenovo laptop i think, it was worked around in g-s-d in oneiric though and the bad interactivity at startup should be gone
[18:21] <Sarvatt> https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/855124
[18:22] <Sarvatt> it was g-s-d probing it like crazy at startup and every probe killed desktop interactivity i believe
[18:22]  * cr3 reported bug #957298
[18:23] <bryceh> cr3, had you had an older ubuntu on the system previously?
[18:24] <bryceh> hah you do have displayport
[18:24] <bryceh> mm, gpu lockups
[18:26] <bryceh> actually, not a lockup.  EQ overflowing is probably a symptom of the lagging
[18:26] <cr3> bryceh: the laptop was running lucid before, I was only running oneiric in a vm, so I couldn't tell you whether this is a regression (even though I checked the regression checkbox)
[18:28] <bryceh> Sarvatt, not spotting evidence of excessive output polling in the Xorg.0.log
[18:29] <bryceh> and xrandr.txt not showing any phantom outputs left connected
[18:29] <bryceh> cr3, but one thing you could try is to set up an xorg.conf with snippets like this:
[18:29] <bryceh> Section "Monitor"
[18:29] <bryceh>         Identifier "HDMI1"
[18:29] <bryceh>         Option "Ignore" "True"
[18:29] <bryceh> EndSection
[18:30] <bryceh> do that for each port in your 'xrandr' output that you're not using
[18:30] <bryceh> if Sarvatt's right, then that should make it stop.
[18:30] <cr3> bryceh: how can I create the base xorg.conf?
[18:31] <bryceh> See https://wiki.ubuntu.com/X/Config for an example
[18:31] <bryceh> cr3, you can omit the Driver line
[18:33] <cr3> bryceh: sudo Xorg -configure returns a fatal error, am I supposed to run that from the console before logging in?
[18:34] <cr3> bryceh: or did you mean I should just put those monitor sections under /usr/lib/X11/xorg.conf.d/?
[18:35] <bryceh> cr3, no, scroll down to the Quick xorg.conf section, cut and paste that and delete the Driver line
[18:36] <cr3> bryceh: ah, my bad, didn't realize it was that simple :)
[18:37] <cr3> brb
[18:37] <Sarvatt> actually you may want to go /org/gnome/settings-daemon/plugins/xrandr in dconf-editor and try unchecking it and restarting
[18:38] <Sarvatt> bryceh: he's on the kernel with the phantom output probing time fix :(
[18:41] <bryceh> Sarvatt, yeah didn't spot evidence of that type of bug from the logs
[18:41] <cr3> bryceh: works! I updated the bug with the workaround you provided
[18:41] <bryceh> huh
[18:41] <Sarvatt> oh fun
[18:41] <bryceh> cr3, alrighty, well we definitely know how to fix this type of bug
[18:42] <cr3> bryceh: sweet, as long as your definition of fix is not creating an xorg.conf file :)
[18:42] <bryceh> cr3, hey one more favor - can you take another look at the wiki.ubuntu.com/X/Config page and see if the layout is clearer now?
[18:42] <bryceh> cr3, nope, it needs a quirk to the kernel
[18:47] <cr3> bryceh: definately clearer, the sudo Xorg -configure command might detract people when it would fail
[18:48] <bryceh> yeah, that's totally borked.  Was playing with it yesterday.
[18:48] <bryceh> for some reason Xorg -configure generates an xorg.conf that assumes there's a monitor on every probable output and configures them all.
[18:48] <cr3> bryceh: heh, that's likely to happen :)
[18:49] <cr3> bryceh: feel free to ping me again when the quick in the kernel is fixed, I could remove my xorg.conf file and provide feedback
[18:50] <cr3> s/quick/quirk/
[18:51] <bryceh> cr3, I posted a few more questions to the bug, that need answered first
[18:51] <bryceh> cr3, namely, try individually enabling each output and see which one(s) must be disabled to make the issue go away
[18:51] <bryceh> also, test a docking station if you have it
[18:52] <cr3> bryceh: yeah, just answered, you'll have to wait until I finish some work to test rebooting a few times :)
[18:52] <bryceh> no prob
[19:39] <FernandoMiguel> evening
[21:55] <bdmurray> bryceh: could you look at http://ubuntuone.com/2BsjpXA9nDVB1ZGd8FK646?
[21:57] <bryceh> looking
[21:57] <bdmurray> the is some "corruption" in the audacious window and right above the terminal
[21:57] <bryceh> wow, 3D text console
[21:58] <bdmurray> I think its out of focuse ;-)
[21:59] <bryceh> made a nice raised text effect ;-)
[21:59] <bdmurray> right below "Ever Neve" you can see what I'm talking about
[21:59] <bryceh> bdmurray, so, looks like no content retrieved for that particular attachment?
[21:59] <bdmurray> I'm concerned about the visual corruption of my windows
[21:59] <bryceh> anything unusual about the bug in question?  private or deleted attachment or something?
[22:00] <bdmurray> this is the X channel right?
[22:00] <bryceh> oh, the white bar on the bottom?
[22:00] <bdmurray> ;-)
[22:00] <bdmurray> the green line with dots around it
[22:00] <bryceh> aha, helps to zoom out
[22:00] <bdmurray> oh heh
[22:02] <bryceh> bdmurray, so looks like a fairly standard graphics corruption issue
[22:02] <bryceh> could likely be a driver bug.  Else might be compiz or even the app.
[22:03] <bdmurray> it happens with lots of apps
[22:03] <bryceh> ok, then that rules out app issue
[22:03] <bryceh> I've seen plenty of corruption issues like this before, but I don't think I've seen one reported recently
[22:04] <bryceh> if it can be repro'd in gnome shell or classic gnome (no effects), then that would absolve compiz
[22:04] <bryceh> bdmurray, when did it start doing this?
[22:04] <bryceh> bdmurray, and does it always happen or is there some steps to make it reproduce?
[22:05] <bdmurray> I don't have good steps to recreate it, it may have started last week
[22:05] <bryceh> booting a kernel from prior to last week might be useful then
[22:07] <bryceh> there haven't been any major changes to mesa lately, just a couple probably unrelated things, however mesa is sometimes to blame for these kinds of problems.  Last major update was 8.0.1 on Feb 23rd
[22:11] <bdmurray> okay, thanks for looking
[22:14] <bryceh> bdmurray, which driver is this?  -intel?
[22:16] <bdmurray> bryceh: radeon
[22:24] <bryceh> interesting
[22:24] <bryceh> bdmurray, I'm not seeing it on my radeon, but I've not updated in a bit.  I should do so...


[18:02] <AironOnPC> hi
[18:02] <AironOnPC> When is live?
[18:05] <belkinsa> 7 PM GMT no daylight savings time https://www.google.com/calendar/embed?src=dno3ip0msg552dei3e3r7m8jl0%40group.calendar.google.com
[18:05] <belkinsa> So in an hour
[18:05] <AironOnPC> thankyou,  i thought i missed
[18:05] <belkinsa> I did too.
[18:05] <belkinsa> But everything you need to know is in the topic for this channel.
[18:07] <AironOnPC> ok ty
[18:08] <AironOnPC> i misscalculated that timezone thing:D
[18:08] <belkinsa> I did too.
[18:54] <belkinsa> Hey there, jono, ready to rock?
[18:56] <jono> belkinsa, indeed :-)
[18:58] <belkinsa> I see you
[18:59] <AironOnPC> scared me
[18:59] <AironOnPC> lol
[18:59] <ZacharyI123> I can see you
[18:59] <jpJuni0r> ye
[18:59] <theBest> see you
[18:59] <AironOnPC> same here
[19:00] <jobinrv> ya, i can see u jono!
[19:00] <ZacharyI123> Hello!
[19:00] <Pa810> a minute ago there was a problem with the capcha server
[19:00] <keysofanxiety> You have my axe! (uhm, that means I can see you)
[19:02] <belkinsa> QUESTION: Would Canonical invest time and energy to create a WebRTC client for Ubuntu Community members to use for video/audio chatting, if the community's interest is high enough?
[19:02] <belkinsa> Or is this too soon?
[19:02] <jpJuni0r> Why will ubuntu touch not support the Nexus 5?
[19:03] <DEbianUSer> Why ALSA still have problem with sound settings? One run it works fine, second time I have to reboot PC to get my sound back...
[19:04] <theBest> QUESTION: Will we be able to start Apps from the Desktop running on the Mobilephone if connected to the Desktop. E.g. writing SMS on the Desktop!?
[19:04] <jobinrv> QUESTION: Why is Canonical forced to release a new version of Ubuntu every 6 months and not when it is absolutely ready with something innovative and ready for release? I know this has been discussed previously but never got a concrete answers. Thanks!
[19:04] <mdennis10> QUESTION: Is Canonical planning to do any overhaul on the look of the Ubuntu Destkop?
[19:04] <DEbianUSer> QUESTION: Why ALSA still have problem with sound settings?
[19:05] <indigo_rebel> QUESTION: I HAVE USED UBUNTU FOR A COUPLE OF MONTHS BUT IT SEEMS TO LACK PROFESSIONAL PROGRAMMES LIKE VIDEO EDITING SOFTWARE OR HARD DISK RECOVERY. AM I LACKING KNOWLEDGE AND SUCH PROGRAMMES EXIST OR ARE WE STUCK WITH DUAL BOOT?
[19:05] <bpb101> test
[19:05] <Smittie> I see you.
[19:05] <Glink> QUESTION: I went to jokosher site today and it was down, idk if you are still connected with the project, do you know if the project died?
[19:05] <keysofanxiety> QUESTION: To a person who uses either Windows 8 or OS X and is looking to use Ubuntu as their full-time OS, how would you 'sell' it to them (figure of speech of course, as it's free). What advantages do you feel it provides over each platform, and can it be used as your main OS?
[19:06] <Pa810> QUESTION: why I can install Windows from Bootcamp, but I can not install Ubuntu? I mean, are you talking with Apple about this?
[19:06] <AironOnPC> QUESTION: I wanna make crossplatform program for ubuntu, where should i start?
[19:06] <Smittie> QUESTION: Does anyone have Ubuntu Touch working on ASUS Transformer Book T100?
[19:06] <belkinsa> QUESTION: Since we now know that Nexus 7 2013 will be one of the reference device for Ubuntu Touch, do you know when will the first image for it will be out?
[19:07] <bpb101> test
[19:10] <NetStorm> Question: is that a mac to your right?
[19:12] <trobert2> QUESTION: Do OEM's complain about the Mir licensing?
[19:14] <Riftyful> [QUESTION] One of the main reasons I think twice before reccomending someone Ubuntu is poor customization (Referring to Unity. Example: Unability to move the launcher. This actually made my friend who tried it ditch it). Are there plans to make Unity 8 more customizable? (Speaking of desktop, although it would be nice to have customization on all platforms.)
[19:14] <Giojavi04> Hello!
[19:14] <Riftyful> Howdy! :)
[19:14] <Glink> Hi
[19:14] <KarielG0> [QUESTION] like a year or two ago there was a discussion about Rolling Release, there were some rumours recently about that this discussion is coming back, how
[19:14] <KarielG0> that's the status?
[19:14] <KarielG0> *what's
[19:15] <DS_McGuire> Hello guys, can somebody confirm that this stream is working? It is totally down for me.
[19:15] <Riftyful> It is for me :(
[19:15] <KarielG0> [QUESTION] I heard that Ubuntu developers didn't like that Valve made their OS on Debian, what's the future of your cooperation with Valve?
[19:16] <Riftyful> I mean, it works for me!
[19:16] <DS_McGuire> No, even on Youtube it is down for me.
[19:17] <KarielG0> [QUESTION] Could you please play something at the end of the stream? :D
[19:17] <b3rn475> QUESTION: Speaking about chromium. In the past, ubuntu was near to switch to it instead of firefox. What do you think about it? What do you think about the decision of removing the support of flash in the near (very near) future? Will ubuntu think about to add a compatible flash plugin in the ubuntu restricted extras? (sorry for being so long)
[19:18] <b3rn475> O dear I forgot. Hello everyone
[19:18] <Riftyful> Hello person!
[19:19] <DS_McGuire_> Well, I got it working. I changed browsers.
[19:19] <KarielG0> [QUESTION] I wanted to help you translating Ubuntu to Polish so I went to the Launchpad site, it was laggy and honestly it looked like nobody took care of it. what's the future of your cooperation with community, I wanted to do something stricte for Ubuntu and I just couldn't. do you have any plans to improve your cooperation with the community?
[19:19] <DS_McGuire_> QUESTION: Is Ubuntu Unity 14.04 gettin gthe new icon theme as default?
[19:20] <ZacharyI123> QUESTION: I am a fan of ubuntu and the raspberry pi. I find that ubuntu runs really well on low-spec old laptop with very low spec, that seem to be dying with windows. These devices have similar spec to the pi. Is there any way I could run ubuntu on my raspberry pi? Aparently ubuntu supports minimum ARMv7 when the pi is ARMv6, but does ubuntu touch support ARMv6? Do you know of any way I could run ubuntu on a pi?
[19:21] <belkinsa> QUESTION: What does your coffee mug say?
[19:21] <Miklo_> Question: ZDNet published an article about the most secure end-user OS's and Ubuntu 12.04 was the winner. How did you manage this, how did You get the most popular Linux distribution to be so secure?
[19:21] <KarielG0> [QUESTION] will OEM's of Ubuntu Phones have a right to lock bootloader and things like this? how can they limit our freedom?
[19:21] <b3rn475> QUESTION: I hope to do not repeat an old question. Will unity 8 support QHD+ resolutions? I've ordered a notebook with that kind of screen and I hope to can, at least, dualboot ubuntu on it, but with the current resolution I don't know if i can use unity 7 right now.
[19:21] <tom______> When will Ubuntu Touch be available for all Android phones?
[19:22] <belkinsa> Please use QUESTION, tom______
[19:22] <Miklo_> QUESTION: ZDNet published an article about the most secure end-user OS's and Ubuntu 12.04 was the winner. How did you manage this, how did You get the most popular Linux distribution to be so secure?
[19:23] <tom______> QUESTION: When will Ubuntu Touch be available for all Android phones?
[19:23] <b3rn475> QUESTION: Will unity 8 allow to use touch screens even in desktop mode? Not just for moving mouse but zooming scrolling and, you know, that kind of things?
[19:25] <belkinsa> QUESTION: You said that I should ask the Ubuntu Community about developing a WebRTC client, how should I go about doing this?
[19:25] <KarielG0> [QUESTION] you have an OS, cloud and other services, are you planning to fight with companies like Google of Microsoft with other services?
[19:26] <Glink> WE need a Garageband clone on Linux :P
[19:26] <ZacharyI123> :P
[19:26] <keysofanxiety> Amen. Just use your damn computer for work!
[19:27] <leedev1> I see you ;)
[19:27] <Rockdada> hey
[19:27] <Smittie> Kubuntu!! Customization.
[19:27] <Riftyful> GUITAR YES
[19:27] <ZacharyI123> PLEASE PLEASE PLAY GUITAR YES
[19:27] <ZacharyI123> GUITAR YES
[19:27] <uuser> guitar yes
[19:27] <belkinsa> GUITAR YES!
[19:27] <jobinrv> guitar yes
[19:27] <b3rn475> GUITAR YES
[19:27] <leedev1> that sounded like the McDonalds song he was humming
[19:28] <eldred> quitar YES
[19:28] <Rockdada> guitar yes
[19:28] <Rockdada> !
[19:29] <jimmy> QUESTION: what happened to Ubuntu Weekly Update @UbuntuOnAir.com
[19:29] <Rockdada> when will be ubuntu for all mobiles is coming out?
[19:29] <belkinsa> Please use QUESTION, Rockdada
[19:29] <KarielG0> [QUESTION] Ubuntu is now aiming for mainstream desktops and some serves, honestly I understand Valve that they chose Debian as a base and not Ubuntu, I think it was better for it, will you expand Ubuntu to cover other markets? (for example very customaizable version of Unity for advanced users)
[19:29] <Switched_to_Elem> QUESTION: Dear J. Bacon, do you regard Unity 7 as very stable environment? I switched to elementaryOS because im just over with little unity bugs like screen freezes, and memory leaks in ubuntu's global menu. What do you think about Unitys state regarding the stable environment for group such as from gamers to enterprise level. Do you think canonical need put in more work into it? Will you? THANKS!!
[19:29] <Riftyful> Can't decide between Firefox and Chromium? Include Internet Explorer under Wine by default! :D
[19:30] <jimmy> QUESTION: when can we expect the next big news about phone oem partners?
[19:30] <jimmy> QUESTION: what happened to publishing raports on what money form user contributions go to?
[19:31] <arpit> lhlhhh hkh
[19:31] <Rockdada> QUESTION ; MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:31] <jorik_> QUESTION: will one (or some) of the first Ubuntu phones coming out have the desktop convergence?
[19:31] <KarielG0> [QUESTION] I can see yhat you really like music, what hardware and software are you using and how does it work with Linux/Ubuntu?
[19:31] <jobinrv> I am unaware of student affiliations for Ubuntu? Can I be a campus ambassador of my college for Ubuntu officially? Can I get swags for this?
[19:31] <Rockdada> MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:31] <uszatan> Hi
[19:31] <artigane> everyone hate unity why don't you think about a new desktop a revolutionary one
[19:31] <jobinrv> QUESTION: I am unaware of student affiliations for Ubuntu? Can I be a campus ambassador of my college for Ubuntu officially?  To be specific, being able to save the settings for the filters on the dash. For example, say I set the Videos scope to only show videos from "My Videos".   I know that you cooperate with mannufacturers like ASUS or HP
[19:33] <Rockdada> Question:MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:33] <krycek_> I see you
[19:34] <Rockdada> Question:MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:34] <Rockdada> Question:MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:34] <Rockdada> Question:MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:34] <IdleOne> Rockdada: patience
[19:34] <IdleOne> no need to repeat
[19:34] <Rockdada> ok
[19:34] <Rockdada> sorry
[19:34] <Miklo_> sorry....
[19:35] <uszatan> I recently bought a Dell laptop with ubuntu preinstalled, there was the 12.04 LTE version preinstalled on it, and i unfortunatelly upgraded it to 13.10 i n result i have some major issues with the drivers now... Why don't you care about backward compatibility...
[19:35] <b3rn475> QUESTION: linux kernal has introduces support for nvidia optimus in versione 3.12. Will it work with ubuntu 14.04 even with MIR? (hope not to be too technical)
[19:35] <beardofomens> QUESTION: will Sam Hulick be doing a Ubuntu start up sound as he offered and will this contact help to get more games on Ubuntu ?
[19:35] <belkinsa> uszatan, sounds like support question.  Ask in #ubuntu.
[19:35] <Rockdada> Question:MR J  when we will start to see ubuntu mobile as alternative to android for all mobiles
[19:36] <belkinsa> Rockdada, please don't repeat
[19:36] <KarielG0> [QUESTION] how will Ubuntu look on convertables? would we able to switch between Ubuntu Touch and Desktop?
[19:36] <KarielG0> *will we
[19:36] <uuser> Q: Anyway for students to get access to use and train with landscape for free on theyr personal metal\VMs?
[19:36] <Rockdada> Question:MR J  when we will start to see ubuntu touch as alternative to android for all mobiles
[19:38] <Rockdada> Question:MR J,  when we will start to see ubuntu mobile as alternative to android for all android mobiles
[19:38] <k1l> Rockdada: he goes after every single question. so repreating doesnt help
[19:38] <belkinsa> !op
[19:38] <Rockdada> ok
[19:38] <Rockdada> ok
[19:38] <Rockdada> sorry!
[19:38] <keysofanxiety> Rockdada, I swear to all that's holy I will hunt you down and strangle you with your own intestines
[19:38] <k1l> Rockdada: so stop spamming if you want to take part in here and not get banned
[19:39] <IdleOne> keysofanxiety: no need for that sort of behavior, please be civil.
[19:39] <Rockdada> why you guys getting rude?
[19:39] <uszatan> belkinsa: i'm quite advanced user, so i did not had problems to fix the drivers issue, but someone else might have  - i'm not asking for help, just asking to care about the drivers, configs etc more
[19:40] <belkinsa> uszatan, this is not the place for support questions.  Jono said it himself.
[19:40] <uszatan> ok fair enough ;)
[19:41] <Riftyful> [QUESTION] An y
[19:41] <Riftyful> y
[19:41] <KarielG0> [QUESTION] about when will we see completely finished Ubuntu (with Mir, Unity 8 n stuff like this)? could you just estimate? I thought that 14.04 would be such moment but it doesn't seem like
[19:41] <Riftyful> (sorry about that)
[19:41] <KarielG0> [
[19:41] <chuck-s> Newbie Question: Is there are reboot-restore of "steady-state" program for ubuntu?  Setting up a computer lab for a school
[19:41] <Myrtti> support issues at #ubuntu, folks
[19:42] <belkinsa> Thank you, Myrtti.
[19:42] <KarielG0> [QUESTION] will Canonical advertise Ubuntu? can we except that you will appear on more expos, also adversing for Mark's nice money?
[19:42] <jono> jonobacon.org/creative
[19:43] <b3rn475> QUESTION: (sorry for the nik it is a long story, just say berna as the city in switzerland ;-)) speaking about ubuntu touch I understand the fact to reduce the number of supported devices. But you have left a 4" phone a 7" tablet, what about 10"? Why to remove support even to nexus 10?
[19:43] <Riftyful> [QUESTION] What is your opinion on the "GNU/Linux" naming 'issue'? Do you use GNU/Linux or Linux? And why?
[19:44] <KarielG0> [QUESTION] could you please write to me on the chat the mail for this guy called "Pernilla"?
[19:45] <Switched_to_Elem> QUESTION: Are You excited for bitwig release? http://bitwig.com/
[19:45] <Miklo_> QUESTION some server linux distributions (I don't want to say names, but CentOS...) have repositories and support for very old versions of their OS. What do you think about Ubuntu LTS five year support?
[19:46] <Rockdada> what guitar you have?:P mr j "guitar god"
[19:47] <krycek_> QUESTION: Adobe has contributed its CFF rasterizer to FreeType to delivery better fonts in linux. Will Ubuntu 14.04 ship with this enabled?
[19:47] <KarielG0> [QUESTION] are there any Ubuntu developers working full time? does Canonical want to become have a full-size company? (fundation)
[19:47] <alaneje> QUESTION: With Windows recently having a very divided user base around the Metro interface they released, Can you see other developers potentially working a lot more on Ubuntu (talking about Companies like Adobe that I really want them to develop software for Ubuntu that don't seam to) and if so, could you potentially see the big PC OEM's selling computers with Ubuntu built in at a lot higher rate?
[19:48] <Sdru> QUESTION: Do you do tests to compare power usage in common usage scenarios between Ubuntu an other OSes on the same hardware? If so are the results published somewhere?
[19:50] <bpb101> i love jono replys to trolls
[19:53] <kj_homebrew> Question: Who are some of your favorite guitar players? I recently caught Clapton's Crossroads guitar festival and got turned on to Sonny Landreth and Derek Trucks, who I was not aware of previously.
[19:55] <b3rn475> QUESTION: With unity touch you have moved from gtk to QT will unity 8 even on desktop do it? What has make you take this decision?
[19:57] <jono><EMAIL_ADDRESS>[19:58] <BeeTwentii> Question: Hi Jono I had an i5 laptop delivered last week .. it took a while but I installed 12.10 from a DVD , then followed a askubuntu answer-post and switch to and installed Xubuntu desktop .. My question is when was the last time you installed Xubuntu ?
[19:58] <b3rn475> QUESTION: Is that a Natty Narwhal t-shirt?
[19:59] <propas> QUESTION:
[20:00] <maokei> Jonoare you guys planing on doing some more work on the ubuntu software center in the near future?
[20:00] <belkinsa> Please use QUESTION, maokei.
[20:01] <jose> jono: one last one
[20:01] <Riftyful> ^
[20:02] <triplet> QUESTION: Do you know how passing a file from one app to another will work on unity8? Like opening a recorded sound/video with the music player.
[20:02] <iwantmoregaming> hey jono
[20:03] <bpb101> apple in the cornor?
[20:03] <belkinsa> Yes.
[20:03] <iwantmoregaming> what song are you playing?
[20:03] <belkinsa> He does sound recording on that Apple, I believe.
[20:03] <Riftyful> triplet: I believe J Bacon (Oh those initials ;_;) is not answering questions anymore. But I think Unity 8 is not going to affect passing files between apps at all.
[20:03] <triplet> QUESTION: Do you know how passing a file from one app to another will work on unity8? Like opening a recorded sound/video with the music player.
[20:03] <maokei> QUESTION: are you guys planning on doing any work on the ubuntu software center?
[20:03] <bpb101> ahh ,
[20:05] <maokei> bb
[20:05] <keysofanxiety> Jono Bacon's stern telling off of artigane is fantastic. Even I feel guilty, and I haven't even been spamming.
[20:07] <krycek_> QUESTION: When will delta updates (like in Ubuntu Touch) be in the Desktop version? it's not very efficient to download the whole package when just a line changed, specially for me that have to deal with slow connections every day.
[20:07] <IdleOne> I think the session has ended
[20:08] <Tuxkalle> we can see you :-)
[20:11] <krycek_> :T
[20:12] <uszatan> while ubuntu is switching from GTE to QT - will you more support KDE desktop in next versions
[20:12] <uszatan> ?
[20:13] <uszatan> GTK
[20:39] <rieslingranger> greetz from berlin
[21:20] <Infern0> I see you
[21:28] <EdgyPowell> Hey everyone.


[00:59] <swift110> hey
[05:22] <InHisName> Good morning, early birds !
[09:54] <teddy-dbear> Morning peoples,critters and everything else
[20:48] <InHisName> Hello, anyone not an echo cho cho cho cho cho cho ?


[01:12] <mjg59> Where's the LPIA LUM tree for hardy?
[01:21] <mjg59> Ah, got it
[02:41] <Kano> hi, could somebody add aufs to 2.6.29 branch?
[02:41] <Kano> would be nice to have as squashfs is integrated to build a live image with it
[02:48] <Chenkai1> Hi, i am new to Linux module programming and my first hello_world.ko under Ubuntu 8.04 didn't seem to work.  Following the guide at http://ubuntuforums.org/showthread.php?t=800251, the compilation seems fine but no output from console nor /var/log/messages.  Any one could help me?  thanks:)
[02:51] <TheMuso> Kano: If you read Tim's email from the kernel team list, you will note that some ubuntu drivers have been disabled, aufs is likely one of those. I suggest if you want it ASAP, you help in getting it fixed/updated.
[02:53] <Kano> i did not read a mail,but i see the git log
[03:06] <maco> TheMuso: the git repo Tim's mail pointed to has 2.6.29-rc8. does that mean karmic = 2.6.29? or is 29/30 undecided at the moment?
[03:06] <TheMuso> Kano: I think the final version is undecided
[03:07]  * maco assumes that was at me
[03:07] <maco> ok
[03:07] <TheMuso> Kano: oops sorry
[03:07] <TheMuso> maco: yeah misread
[03:11] <dtchen> last sentence in "Kernel Version" at http://blog.redvoodoo.org/2009/02/jaunty-kernel-bits.html
[03:12] <Kano> bye
[08:53] <cooloney> smb_tp, i switch here for a question about git clone
[08:54] <smb_tp> sure
[08:54] <cooloney> how can i git clone all the branches of a remote git tree
[08:54] <cooloney> not just one master branch
[08:55] <smb_tp> You normally do somewhat
[08:55] <smb_tp> if you do a "git branch -a" you would see them
[08:55] <smb_tp> you then can create one with "git branch <localname> origin/<name>"
[08:56] <cooloney> ok
[08:56] <cooloney> then git pull origin name
[08:56] <cooloney> right
[08:56] <smb_tp> then "git checkout <localname>" or probably "git checkout -b <localname> origin/<originname>"
[08:56] <smb_tp> which would save you one step
[08:57] <smb_tp> you don't need to pull. When you clone you get all the objects
[08:57] <smb_tp> It just does not create the local branchnames
[08:57] <cooloney> ok, i fully understand
[08:58] <cooloney> ikepanhc, you may try on you side
[08:59] <ikepanhc> oh, got it
[09:00] <cooloney> i will try it on my side. actually, this problem frustrate me a lot
[09:13] <cooloney> smb_tp, actually this is a little bit difficult to understand, we assume _clone_ means copy everything
[09:14] <cooloney> and git branch, git checkout should be ok default
[09:16] <smb_tp> well, I think of it as git clone makes a complete copy of the repository objects, plus it conveniently checks out the origin/master as master
[09:16] <smb_tp> and makes a local branch for it as well
[09:16] <smb_tp> apw, Can you describe that better?
[09:18] <apw> thats pretty accurate
[09:18] <cooloney> git just does not do create a local branch from origin/<branch>, only master
[09:19] <smb_tp> AFAIK, yes
[09:19] <cooloney> ok, i see
[09:20] <apw> the master thing is a convienience
[09:20] <apw> you can and do checkout other branches from a remote
[09:21] <apw> clone checks out the HEAD branch from the remote, which is normally master
[09:21] <apw> and it does that because a repo with no branch checked out is confusing
[09:22] <smb_tp> iirc, you run into that situation when you create an empty remote and then push things over. before you checkout anything it looks just empty
[09:25] <apw> right
[09:25] <apw> git clone is equivalent to
[09:25] <apw> mkdir foo; cd foo; git init; git remote add origin <url>;  git fetch origin; git checkout -b master origin
[09:47] <IntuitiveNipple> brain-boost-needed: I'm *sure* we recently had a bug where there are random delays during boot for which I found/saw a new upstream patch that reworked the RCU 'idle' scheduling during boot. Trying to find it now I've drawn a blank. Does it ring a bell with anyone else?
[09:49] <IntuitiveNipple> Ha, thank-you Mr Invisible Man, that worked... found it... bug #254668
[09:49] <ubot3> Malone bug 254668 in linux "[2.6.27] pausing during boot (several issues)" [Unknown,Confirmed] https://launchpad.net/bugs/254668
[09:50] <smb_tp> IntuitiveNipple, yeah that was one of them
[09:51] <IntuitiveNipple> I've got another bug that might be the same one, but it's been trailing on an Nvidia MCP67 issue
[09:51] <smb_tp> I see you found bug 272247 as well
[09:51] <ubot3> Malone bug 272247 in linux "System freezes during boot, unless I hold a key down" [High,Fix released] https://launchpad.net/bugs/272247
[09:52] <IntuitiveNipple> Yes, I'm seeing quite a few issues with MCP67 so thought it might be good to disambiguate them
[09:52] <IntuitiveNipple> There's some sign of AHCI data-loss with the MCP67 but only on Ubuntu... haven't found any noise upstream along the same lines so far.
[09:53] <smb_tp> Yes, there seemed to be a few on HP / amd machines. But also a few between the lines with intel cpu's
[09:53] <smb_tp> there is also bug 217849
[09:53] <ubot3> Malone bug 217849 in linux "Hardy 64-bit beta and nightly alternate installation stalls" [Critical,Incomplete] https://launchpad.net/bugs/217849
[09:53] <smb_tp> which is slightly different
[09:53] <smb_tp> For some it helped only to go for clocksource=jiffies
[09:54] <smb_tp> Other needed to get around acpi irq routing
[09:54] <IntuitiveNipple> Yeah, I remember that one. I was wondering out loud if it had to do with the bounce-buffering
[09:55] <smb_tp> right. i remember now
[09:55] <IntuitiveNipple> The upstream commentary on the RCU scheduled idle during boot patch looks like it covers a lot of bug reports
[09:55] <smb_tp> Generally it seemed like loosing irqs or going into a sleep state without a correct trigger to wake
[09:55] <IntuitiveNipple> do you know if anyone here has tried backporting the RCU patch? If not, I'll give it a go?
[09:55] <smb_tp> Not to my knowledge
[09:55] <IntuitiveNipple> OK. I'll see what it takes
[09:56] <smb_tp> Ok, cool
[09:56] <IntuitiveNipple> Seeing as it could wipe a fair few niggles out
[09:56] <smb_tp> Fixing that would sure make a lot difference
[10:01] <IntuitiveNipple> It'll need some munging to make it apply... I'll do some poking
[11:02] <IntuitiveNipple> Hmmm... this RCU patch. One of the conflicts is a file that doesn't yet exist in Jaunty but does in linux-2.6, and is amended It adds an inline function declaration. What would be the procedure for including its contents?
[11:06] <smb_tp> IntuitiveNipple, if the change introducing the file/inline is just a moving around of files mostly, then probably pull the patch that created it
[11:07] <smb_tp> Otherwise we probably just want the inline...
[11:07] <IntuitiveNipple> Unfortunately, it's based ona major rework of the entire RCU code... since Jaunty RCU moved to a tree-based system. I'm carrying on but not sure the back-port will be possible in the end
[11:09] <IntuitiveNipple> I'll let that one stand for now and sort out all the content-conflicts... if those can be done, then I'll have to revisit this
[11:09] <smb_tp> Ok, thanks.
[12:01] <apw> maco, hey ... how is your asus acpi driver going
[12:01] <maco> apw: backburnered. trying not to fail my compilers class.
[12:01] <apw> heheh, always the way
[12:01] <rtg> always a good plan
[12:02] <maco> which...er...right...i should probably get back to yacc
[12:02] <apw> did that use to work on intrepid
[12:02] <maco> no, those keys never worked
[12:02] <apw> ok cool.  so its not a regression at least
[12:02] <maco> well i never ran intrepid on here. but they didnt work in hardy
[12:04] <_ruben> probably offtopic .. but does anyone have any clue wrt to the WARNINGS shown here: http://paste.ubuntu.com/132986/ .. those symbols are part of another (same 3rd party) kmod
[12:06] <rtg> _ruben: do you have that kernel installed (I assume you do), e.g., lib/modules/2.6.27-11 ?
[12:07] <_ruben> rtg: yes
[12:07] <_ruben> (its within a pbuilder chroot btw)
[12:08] <_ruben> i think on an earlier attempt i "fixed" it taking the Module.symvers file from the scst.ko along with its header files, but DKMS doesnt give me such a file (at first sight atleast)
[12:09] <rtg> _ruben: right, these are benign warning because no modules.dep exists for these symbols at MODPOST time (Ithink()
[12:10] <_ruben> rtg: i get similar errors when i modprobe iscsi-scst.ko
[12:10] <rtg> _ruben: so, you're saying its not working and the warnings are not benign?
[12:12] <_ruben> http://paste.ubuntu.com/132991/ .. thats when i modprobe them
[12:12] <rtg> _ruben: you must be missing  one of the files in the link or compile. find out where scst_single_seq_open exists and make sure its getting compiled.
[12:12] <_ruben> toghether with:
[12:12] <_ruben> # modprobe iscsi-scst
[12:12] <_ruben> FATAL: Error inserting iscsi_scst (/lib/modules/2.6.27-11-server/updates/dkms/iscsi-scst.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[12:12] <_ruben> rtg: its within scst.ko iirc .. let me double-check
[12:17] <IntuitiveNipple> Has "scst" been built and installed against the same kernel version? It looks as if its symbols aren't present.
[12:17] <_ruben> rtg: strings shows scst_single_seq_open is present within scst.ko .. is there some tool to show whats being exported from a certain kmod
[12:17] <_ruben> IntuitiveNipple: yes .. both built using dkms against 2.6.27-11-server
[12:18] <rtg> _ruben: make sure its in an EXPORT_SYMBOL macro in the source
[12:18] <_ruben> rtg: let me check that
[12:19] <_ruben> src/scst_proc.c:EXPORT_SYMBOL(scst_single_seq_open);
[12:20] <rtg> _ruben: hmm, can you build it by hand using " make -C /lib/modules/2.6.27-11/build M=`pwd` " ?
[12:20] <IntuitiveNipple> Does this show them? grep -in scst_register /lib/modules/2.6.27-1/modules.symbols
[12:20] <IntuitiveNipple> oops typo!
[12:20] <IntuitiveNipple> Does this show them? grep -in scst_register /lib/modules/2.6.27-11/modules.symbols
[12:21] <rtg> IntuitiveNipple: I think that symbol is part of the module that he's building.
[12:21] <_ruben> # grep -in scst_register /lib/modules/2.6.27-11-server/modules.symbols
[12:21] <_ruben> 621:alias symbol:__scst_register_virtual_dev_driver scst
[12:21] <_ruben> 1423:alias symbol:__scst_register_target_template scst
[12:21] <_ruben> 2298:alias symbol:__scst_register_dev_driver scst
[12:21] <_ruben> 2673:alias symbol:scst_register_session scst
[12:21] <_ruben> 3297:alias symbol:scst_register scst
[12:21] <_ruben> 4694:alias symbol:scst_register_virtual_device scst
[12:21] <IntuitiveNipple> No, it's part of scst not isci-scst
[12:22] <rtg> IntuitiveNipple: ah, missed that
[12:23] <IntuitiveNipple> OK, so, the build process isn't 'seeing' them via DKMS
[12:23] <_ruben> IntuitiveNipple: sounds about right, yeah
[12:23] <_ruben> it isnt dkms specific though, m-a has the same
[12:26] <IntuitiveNipple> Is there a custom Makefile for that module?
[12:28] <_ruben> just got a reply from upstream:
[12:28] <_ruben> 1. If you don't have SCST core's Module.symvers, you will see complains
[12:28] <_ruben> on the MODPOST build stage. As you can notice, the Module.symvers is
[12:28] <_ruben> installed during SCST core installation in /usr/local/include/scst
[12:28] <_ruben> together with other SCST headers.
[12:28] <_ruben> 2. Since iscsi-scst.ko depends on scst.ko, you must have the correct
[12:28] <_ruben> version of scst.ko installed, when you trying to load iscsi-scst.ko.
[12:28] <_ruben> "Correct" means built with the same SCST headers for the same kernel as
[12:28] <_ruben> iscsi-scst.ko.
[12:28] <IntuitiveNipple> ha!
[12:28] <rtg> that would definitely explain it
[12:28] <_ruben> so i gotta convince DKMS to take care of the symvers file i guess?
[12:28] <IntuitiveNipple> we knew the what but not the why
[12:32] <IntuitiveNipple> In src/scst/Makefile the install: target does "install -m 644 Modules.symvers $(INSTALL_DIR_H)"
[12:32] <_ruben> correct, but dkms doesnt call make install i think?
[12:33] <rtg> apw: are you done with checkbox then?
[12:34] <apw> checkbox is done as far as i can tell
[12:34] <apw> i am waiting for the publisher to download it
[12:34] <rtg> apw: ah, that reminds me to check on our new ABI kernel
[12:35] <rtg> kewl, someone has already NEWed it
[12:36] <rtg> apw: when you build checkbox on your PPA, do you only get i386 ?
[12:36] <IntuitiveNipple> smb_tp: Good news. The RCU back-port looks to be good. The Tree RCU fragments aren't required since there is no Tree RCU until 2.6.29.
[12:37] <smb_tp> Sounds cool. If you drop the patch to the mailing list I'll see to get a kernel build
[12:38] <_ruben> hmm .. perhaps a POST_BUILD= entry in DKMS can be used
[12:38] <apw> rtg yeah, its all 'all' code, all python
[12:39] <IntuitiveNipple> smb_tp: Will do. I'm doing a build and install test on it first
[12:39] <rtg> apw: hmm, I'm just not used to seeing packages only appearing in one ARCH
[12:39] <smb_tp> IntuitiveNipple, Ok
[12:39] <apw> yeah when its an all it does that
[12:40] <apw> its that mad all == any one and any means all of them
[12:40] <rtg> doesn't seem ortogonal
[12:40] <rtg> orthogonal, even
[12:47] <apw> its completely mind bending
[12:47] <apw> in better news the script is in the package and seems to work
[12:48] <rtg> apw: good, that was really my only goal.
[12:49] <apw> indeed, just running a real life test
[12:49] <soren> rtg: "archictecture: all" packages only get built on i386, but are published in all architectures.
[12:50] <rtg> soren: just one of those funny inconsistencies in the archive
[12:50] <soren> Ah, apw already pointed that out.
[12:50] <apw> really it should have been all -> indep and any -> all
[13:11] <IntuitiveNipple> 16-core Itanium 2 system for £999 ... is it worth it as a build server?
[13:13] <elmo> 16 cores for 1K?
[13:13] <elmo> that sounds like it's off the back of a lorry
[13:13] <elmo> and not in a good way :-P
[13:14] <rtg> IntuitiveNipple: and what do you do with ia64 anyway?
[13:14] <IntuitiveNipple> elmo: Yeah, I was wondering the same thing myself! I'd just looked at another for £24.5k :)
[13:14] <IntuitiveNipple> rtg: To play with, of course!
[13:14] <rtg> expensive toy
[13:15] <elmo> itanium's are only 2 cores per socket, right now, AFAICR?
[13:15] <IntuitiveNipple> all the best toys are :)
[13:15] <elmo> if so, that's an 8-socket machine.  which would make it *very* expensive to run, and likely *very* noisy too
[13:15] <IntuitiveNipple> 2 cores, 2 hyperthreads
[13:15] <IntuitiveNipple> elmo: It'd be banished to the garage like the PowerEdges
[13:16] <elmo> ah, well, if you have somewhere for it.  I dunno, my experience with Itanium's is with older machines
[13:16] <elmo> but unlessimproved vastly, the only thing going for that box would be the 16-wayness.  because core to core, a decent Xeon or even Opteron will outclass an Itanium like nobody's business
[13:16] <IntuitiveNipple> I was looking for one with VT support
[13:17] <elmo> s/unlessimproved/unless they've improved/ (woo, typing on a loaded box)
[13:19] <IntuitiveNipple> Yeah... same here... It'd make a great buildd for the kernels
[13:19] <IntuitiveNipple> But, that price... and 'cash only' makes me think... oh well *sigh* too good to be true
[14:13] <_ruben> grr .. gotta love being pulled into a meeting unexpectedly .. back to my scst/dkms endeavour :p
[14:13] <IntuitiveNipple> is there a make rule to easily build/install the /boot/vmcoreinfo* files from a quick-build ?
[14:15] <maco> rtg: around?
[14:15] <rtg> maco: in 20 mins or so. on conf call right now
[14:16] <maco> ok
[14:16] <rtg> saw you k-t list email
[14:16] <rtg> your*
[14:16] <maco> ah ok then nvm
[14:24] <IntuitiveNipple> ok, got it: KVER=<IP_ADDRESS>; sudo makedumpfile -g /boot/vmcoreinfo-$KVER -x ../builds/vmlinux
[14:41] <ernstp> IntuitiveNipple: still haven't seen the bug with an ext3 filesystem.. will leave it running overnight today
[14:42] <ernstp> IntuitiveNipple: if you remember, the MCP67/achi bug
[14:42] <IntuitiveNipple> which bug is that? I loose track :)
[14:42] <IntuitiveNipple> oh, yeah.... I'm actually looking at some patches for that issue atm
[14:46] <ernstp> IntuitiveNipple: cool
[14:47] <ernstp> IntuitiveNipple: had dpkg running on Intrepid userland on ext with 2.6.28 from the mainline archive for an hour, nothing happened
[14:47] <ernstp> IntuitiveNipple: ext3 that is
[14:48] <ernstp> IntuitiveNipple: Jaunty userland, 2.6.28-10 and ex4: 5 minutes dpkg and boom
[14:49] <ernstp> IntuitiveNipple: if you want some info from the system after it's happened I can probably recreate it pretty quickly
[14:53] <IntuitiveNipple> Could it really be an ext4 issue? I can't think how the file-system could cause that in the controller... but anything's possible
[14:54] <rtg> ernstp: cat /proc/version_signature, some ext4 patches were applied in -10.32
[14:56] <ernstp> IntuitiveNipple: well ext4 has much better performance I guess, bigger writes with delayed allocation, so maybe something... ? :-)
[14:56] <ernstp> rtg: got 10.32
[14:56] <IntuitiveNipple> rtg: bug #343919
[14:56] <ubot3> Malone bug 343919 in linux "Nvidia MCP67 AHCI ata timeout exception with data loss" [Medium,In progress] https://launchpad.net/bugs/343919
[14:57] <ernstp> rtg: but it should really be an "ahci" driver issue and not ext4 related
[14:57] <rtg> ernstp: ah, I just saw ext4 in the recent scroll-back
[14:59] <IntuitiveNipple> what bothers me is each error on whichever kernel is during ext4 journal work: "ext4_journal_start_sb: Detected aborted journal"
[15:01] <ernstp> but I've only ever seen it on ext4 so far
[15:01] <IntuitiveNipple> I've noted it on the bug... another avenue to examine
[15:03] <ernstp> but as I said, I'll leave dpkg running on an ext3 filesystem during the night today
[15:03] <ernstp> while true; do dpkg -i wesnoth*; done
[15:13] <ernstp> IntuitiveNipple: Ted Ts'o can take a look at it :-)
[15:16] <Kano> hi rtg , could you fix the aufs module first? thats needed to try the 2.6.29 kernel in live mode
[15:17] <rtg> Kano: Karmic is a background task, so I'll get to it eventually. I've still got to get Jaunty released.
[15:17] <Kano> well, there are systems which do not like 2.6.28
[15:18] <Kano> one asrock x58 board has some issues
[15:18] <Kano> therefore i want to check with 2.6.29
[15:19] <rtg> Kano: use the mainline build on http://kernel.ubuntu.com/~kernel-ppa
[15:19] <Kano> rtg: i need aufs!
[15:19] <rtg> then you're gonna have to do it yourself
[15:19] <Kano> squashfs is in the kernel now
[17:21] <mjg59> cking: Wow. That hpmini driver is special.
[17:21]  * cking nods
[17:22] <cking> ..ultimately a generic solution for ICH7 chipsets should be looked at for saving power on the wake alarm
[17:22] <mjg59> cking: Why not just have the kernel call acpi_disable_event(ACPI_EVENT_RTC) if there's no alarm set?
[17:23] <Keybuk> kees: if we move over here, we can say rtg a lot and he'll fix it
[17:23] <cking> mjg59: the driver turns off the power to the wake alarm mechanism - it's more of a low level ICH7 tweak to save power.
[17:23]  * Keybuk wonders what happens if you say it three times
[17:23] <Keybuk> rtg
[17:23] <Keybuk> rtg
[17:23] <Keybuk> rtg
[17:23] <Keybuk> :p
[17:23] <cking> and ping too
[17:24] <mjg59> cking: It looks like it's just writing to the PM registers, which is what acpi_disable_event does
[17:24] <cking> ..is this dependant on the BIOS doing things right?
[17:25] <mjg59> No
[17:25] <kees> Keybuk: you weren't standing in front of a mirror when you said it
[17:25]  * cking goes to look at acpi_disable_event more deeply
[17:26] <rtg> you guys quite hassling me. I'm packing boxes.
[17:26] <maco> wow, the combination of Keybuk highlighting, cking adding ping, and mjg59 saying 'PM' made mjg59's sentence confusing
[17:26] <Keybuk> rtg: are you going somewhere? :p
[17:26] <rtg> no, sending computers to germany and Mississippi
[17:27] <kees> Keybuk: oh the irony: config SECURITY_DEFAULT_MMAP_MIN_ADDR ... default 0
[17:27] <Keybuk> kees: well, yes
[17:27] <rtg> Keybuk: why are you bugging me? is SECURITY_DEFAULT_MMAP_MIN_ADDR the reason?
[17:27] <Keybuk> rtg: for your scrollback pleasure
[17:27] <Keybuk> it is
[17:27] <Keybuk> arch/x86/configs/i386_defconfig:CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=65536
[17:27] <Keybuk> vs.
[17:27] <Keybuk> debian/config/i386/config:CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=0
[17:27] <rtg> Keybuk: ok, gimme 10 minutes or so, I've got a pickup deadline
[17:27] <Keybuk> vs.
[17:28] <Keybuk> /etc/sysctl.d/10-process-security.conf:vm.mmap_min_addr = 65536
[17:28] <Keybuk> ie. if we didn't override the config option back to zero in our kernel config, and used the x86 arch default, we wouldn't have to override it back to 64k in userspace via sysctl
[17:28] <kees> rtg: however, it seems that ARM needs to be 32768.
[17:29] <kees> according to the Kconfig help text, anyway
[17:29] <kees> ia64, ppc64, x86: 65536, all others: 32768
[17:29] <kees> where x86 means x86 and x86_64
[17:30] <rtg> kees: I though that used to be 0. it certainly was in Intrepid
[17:30] <rtg> thought*
[17:31] <kees> rtg: right, upstream changed the defaults.
[17:31] <rtg> oh, you want it set to 64k?
[17:31] <rtg> ok, can do.
[17:31] <kees> rtg: yeah.  it looks like it isn't set as a default for other archs in the kernel.
[17:31] <Keybuk> rtg: just left at whatever the arch default is I guess
[17:31] <Keybuk> do we not inherit from arch/*/configs/*_defconfig ?
[17:32] <rtg> Keybuk: not really, unless we start from scratch
[17:32] <kees> rtg: so, flipping it to 64k (x86, ppc, ia64) and 32k (others) is the way to go
[17:32] <rtg> is there an LP?
[17:32] <kees> Keybuk: it seems that some archs don't have a default yet upstream
[17:34] <ogra> rtg, can you please set CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=32768 for ARM (higher values dont work on arm)
[17:35] <rtg> ogra: can do :)
[17:35] <ogra> thanks a lot :)
[17:35] <rtg> ogra: why is it that not all of the ARM flavours have this option?
[17:36] <ogra> up to now we have set it from /etc/sysctl.d/10-process-security.conf so it sisnt matter at all
[17:36] <ogra> *sisnt
[17:36] <ogra> gah
[17:36] <ogra> didnt
[17:37] <ogra> upstream now uses CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR=65536 ...
[17:37] <ogra> but that breaks on arm
[17:38] <ogra> the help of SECURITY_DEFAULT_MMAP_MIN_ADDR says "On arm and other archs it should not be higher than 32768."
[17:38] <rtg> kees: did you say you had started an LP bug on CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR ?
[17:38] <ogra> and i just verified that setting vm.mmap_min_addr = 32768 works fine (while 65536 breaks in intresting ways)
[17:39] <kees> rtg: I will open one.
[17:39] <rtg> kkesits not really necessary, just wanted to be sure to get the LP# in the commit if it existed
[17:39] <kees> ogra: yeah, I was discussing the fixes here with rtg before you joined
[17:39] <ogra> ah, k
[17:39] <rtg> kees: ^^ (can't type today)
[17:40] <kees> rtg: right, I'd like it so I can follow it with procps changes to address it.
[17:40] <rtg> np
[17:44] <ernstp> IntuitiveNipple: 1 hour no problem with 2.6.29-020629rc8-generic, ext4, jaunty. don't think 1 hour is enough though
[17:45] <Kano> rtg: you can remove the squashfs part in ubuntu dir on 2.6.29
[17:45] <Kano> it is inside the kernel
[17:45] <kees> rtg: bug #344955
[17:45] <ubot3> Malone bug 344955 in linux "CONFIG_SECURITY_DEFAULT_MMAP_MIN_ADDR needs to be set" [High,In progress] https://launchpad.net/bugs/344955
[17:45] <IntuitiveNipple> ernstp: If it doesn't fail then we'll have to hunt the commit(s) that fix it
[17:46] <ernstp> IntuitiveNipple: lol, just because I wrote that it failed!
[17:46] <kees> rtg: once that's in a published kernel, I will fix procps.  :)
[17:46] <ernstp> IntuitiveNipple: same message as usual
[17:47] <ernstp> reboot :-)
[17:48] <ogra> kees, i would call it "high" or even critical for procps ... it breaks ARM completely atm
[17:50] <ogra> (i.e. prevents us from building functional images)
[17:55] <kees> ogra: right, though it will be fixed very soon in the right place.
[17:56]  * ogra hopes so, i need to start building images for imx51 asap
[17:56] <ogra> *before* the beta freeze
[17:56] <kees> ogra: are there any arm-specific packages?  You could put a 12-arm-mmap-min.conf into /etc/sysctl.d/ that sets it to 32k until the kernel is fixed?
[17:57] <ogra> sadly there arent ...
[17:57] <ogra> but i'll try to hack around it in an image build script
[17:58] <kees> ogra: there isn't anything easy in the build script, I can try to teach procps about the arm-specific stuff.  I'd rather wait just to avoid needing to clean up conf files, etc.
[17:58] <ogra> yeah
[17:58] <ogra> well, since i'm about to write the build script ther *will* be :)
[17:58] <ogra> if i want it
[17:59] <ogra> we dont have the script i'm talking about yet (i wanted to write it today, but the bug was in my way)
[18:09] <amitk> rtg: are you on the SECURITY fix for the day?
[18:10] <amitk> or do you want me to look at it?
[18:10] <ogra> wow, he's fast
[18:11] <ogra> 16min from reported to fix committed status for 344955 :)
[18:11] <amitk> hehe...
[18:11] <rtg> ogra: I have this amazing hoover that builds _really_ fast
[18:12] <kees> rtg: is that the one you were replacing the mainboard in last week?
[18:12] <ogra> heh
[18:12] <amitk> ogra: I'll push the rest of the changes to imx51 before I got to bed. Then badger rtg for an upload ;)
[18:12] <cking> mjg59: yep - I've familiarised myself with the ACPI code now.  A generic solution is that acpi_disable_event(ACPI_EVENT_RTC) before hibernate if the wake alarm is not set
[18:12] <ogra> yay
[18:12] <rtg> kees: yep, then I added 4 spindles for raid0
[18:12]  * kees drools
[18:12] <ogra> amitk, btw, my USB NIC works fine now ...
[18:12] <ogra> makes the babbage a breeze
[18:13] <amitk> ogra: it better! The imx51 is a bloated beast right now
[18:13] <ogra> but works fine :)
[18:13] <ogra> i shall try my ton of different USB devices the next days
[18:14] <mjg59> cking: Yes, that sounds sensible
[18:14] <mjg59> cking: Probably for S3 as well as S4
[18:14]  * cking nods. It will save several mAh in hibernate that's for sure
[18:16]  * cking investigates cmos_suspend() et al
[18:17] <mjg59> cking: I think you mean several mA :)
[18:17] <cking> yep.
[18:28]  * cking wonders why this is not done already
[18:47] <rtg> amitk: so, you're gonna drop some ARM patches on me?
[18:50] <amitk> rtg: where are you uploading?
[18:50] <amitk> rtg: *when
[18:51] <rtg> amitk: anytime you're ready. end of my day is in about 90 mins, but I can do it later tonight as well
[18:52] <amitk> rtg: then let's not rush it. I've had a long few days. I'll finish up the configs _and_ look at d-i tomorrow morning ready for you to upload when you start.
[18:54] <rtg> amitk: in that event I'll upload anyway so kees can get his procps security fix out of the way
[18:56] <amitk> rtg: then let me just push the imx51 config changes. I'll fix d-i later
[18:56] <amitk> gimme 30mins
[18:56] <rtg> k
[19:15] <lime_> hi
[19:18] <lime_> how i can let ubuntu 32 bit see 4G ram?
[19:18] <ubot3> lime_: Error: Could not parse XML returned by Ubuntu: not well-formed (invalid token): line 338, column 84
[19:18] <rtg> lime_: install the -server kernel
[19:19] <lime_> i did that but still not seen !
[19:19] <rtg> lime_: depending on your chipset, you may only see a bit more then 3Gb
[19:20] <lime_> in the Bios it show 4G , it is dell laptop xps m1210
[19:20] <rtg> apw: your 'hotkey quirks for various Zepto Znote and Fujitsu' would be easier to cherry pick into Karmic if you pushed it to Jaunty
[19:21] <apw> hrm
[19:21] <rtg> apw: also, I have to admit I didn't read you original email correctly.
[19:22] <rtg> lime_: the other alternative is to run the 64 bit kernel and user space.
[19:22] <apw> rtg that commit should be on the jaunty repo, its the third commit against my origin/master -- baad507a2aca0f997f01f964e03f79c4ec622cf4
[19:23] <rtg> huh, sure is. I searched for the log message in the email and didn't see it.
[19:24] <rtg> apw: sorry for the noise. go back to your beers.
[19:28] <amitk> rtg: cross compile for entire armel will take ~1hr45m. Are you going to do it in any case?
[19:28] <rtg> amitk: yep
[19:28] <rtg> takes about 10 mins
[19:29] <amitk> rtg: then I won't. You'll have to fix abi issues if any for the other flavours. I am marking imx51 as ignore
[19:29] <rtg> amitk: np
[19:30] <apw> rtg beers i wish
[19:30] <rtg> apw: what, you run out?
[19:30] <apw> yeah have to go buy some before i can start, how fair is that
[19:31] <rtg> apw: so, what should I do with the EC2 pile from Chuck?
[19:31] <apw> there are some integration issues i believe just in terms of whether we need a branch or not for this thing
[19:31] <apw> i was going to review them properly tommorrow am and report back
[19:32] <apw> overall the look reasonable, just these niggles on how we get them into our tree without breaking it
[19:32] <amitk> rtg: patch pushed.
[19:32] <amitk> bradF: yes. How can I help you?
[19:34] <bradF> i have aufs building now (that's the good news)
[19:35] <bradF> amitk: i have aufs building now (that's the good news)
[19:35] <bradF> amitk: will need to do some fencing in unionfs to support the old api
[19:36] <bradF> amitk: ixp4xx doesn't enable AA but does use NFS so there would need to be fencing done there (the bad news)
[19:36] <bradF> amitk: still want to proceed?
[19:38] <bradF> amitk: larger issue is that any fs which is enabled for either ixp4xx or imx51 will probably need fencing done
[19:40] <lime_> from here I can enable HIGH_MEM option?
[19:40] <rtg> lime_: which will force PAE
[19:41] <amitk> bradF: that sounds like a much larger project
[19:42] <amitk> bradF: do you mean to say that we've applied apparmor patches to our kernel in such a way that it is very hard to turn off AA now?
[19:42] <bradF> amitk: yes
[19:43] <amitk> rtg: ^ perhaps something to keep in mind if you haven't already applied AA for Karmic
[19:43] <rtg> amitk: AA was one of the first commits that I dropped
[19:43] <lime_> rtg, yes how ?
[19:44] <amitk> \o/
[19:44] <amitk> we really should not be this tightly coupled to AA. Who knows if we want to move to SELinux someday
[19:45] <sbeattie> Eh? you're only tightly coupled to the vfs hook changes. selinux (kernel portion) works now.
[19:45] <amitk> rtg: its your call for Jaunty. Should bradF continue decoupling it? It seems the AA _might_ work after all
[19:45] <amitk> sbeattie: not being able to compile the kernel without AA is very tight coupling IMO
[19:46] <sbeattie> amitk: with AA disabled or without the AA patches?
[19:46] <amitk> sbeattie: not necessarily a problem of AA perse, but the way the patches are applied
[19:46] <rtg> amitk: well, I never was in favor of disabling AA. Have you found the source of your AA crash?
[19:46] <bradF> amitk: should I start looking at that the oops that started this? don't know what progress I'll make but I can start.
[19:47] <amitk> rtg: no, we haven't found the reason for the oops. But I think the MMAP_MIN_ADDR might have something to do with it
[19:47] <rtg> that would be nice if it really is the case.
[19:47] <bradF> amitk: interesting!
[19:48] <sbeattie> hrm, the oops backtrace I saw was on the kernel trying to execve /sbin/init, long before the MMAP_MIN_ADDR stuff gets applied.
[19:49] <amitk> bradF: fixing the oops is still a worthwile goal. That will allow us to enable AA for all arm flavours
[19:50] <bradF> amitk: so, I should stop further work on the AA changes and concentrate on the oops?
[19:50] <rtg> bradF: I suggest you put everything you've done to date on  a branch in case we have to come back.
[19:50] <bradF> rtg: can do
[19:50] <amitk> bradF: yes
[19:50] <bradF> amitk: works for me
[19:52] <amitk> AA upstream would still be interested in that problem being fixed. It seems like it is the first time someone's run AA on ARM arch
[19:54] <rtg> bradF: do you get serial console? It may be one of those printk until you find it bugs.
[19:55] <amitk> amitk &
[19:59] <bradF> rtg: yes to serial console
[19:59] <rtg> bradF: ok, rinse and repeat :)
[21:21] <ernstp> IntuitiveNipple: 5 hours constant dpkg on ext3 with a 2.6.28 kernel, nothing
[21:22] <IntuitiveNipple> ernstp: poor ext4 :( looks like the finger is pointed its way although I still don't see how the file-system can be implicated, unless it provokes some sequence of events that the particular controller/disk combination doesn't like
[21:23] <ernstp> IntuitiveNipple: yeah, it's really wierd...
[21:23] <ernstp> IntuitiveNipple: userland shouldn't matter right?
[21:24] <IntuitiveNipple> if it's an indirect linkage, anything could cause it
[21:24] <rtg> I'm pounding my ext4 file system.
[21:24] <ernstp> IntuitiveNipple: so I've got the exact same mainline kernel build of <IP_ADDRESS> installed on a Jaunty partition with ext4 and an Intrepid partition with ext3
[21:24] <IntuitiveNipple> maybe the way ext4 tries to line up accesses in your case is significant.
[21:24] <ernstp> IntuitiveNipple: the very same kernel. nothing on ext3, happens on ext4
[21:25] <ernstp> sounds fun to debug
[21:26] <ernstp> one difference is more /etc/sysfs.conf
[21:26] <ernstp> devices/system/cpu/cpu0/cpufreq/scaling_governor=performance
[21:26] <IntuitiveNipple> rtg: off hand do you know who's responsible for the nvidia DKMS package scripts? Is it 'kernel-team' or someone else?
[21:26] <ernstp> I'll enable that on the other and leave it running tonight
[21:26] <rtg> Alberto Milone, can't think of his nick
[21:26] <IntuitiveNipple> OK, thanks
[21:27] <IntuitiveNipple> I just found the default DKMS doesn't work against a manually installed kernel, took me a while to figure out how to sort it out, would be nice if it could work for both packaged and manual installs
[21:28] <rtg> IntuitiveNipple: gimme a sec to track him down.
[21:29] <rtg> IntuitiveNipple<EMAIL_ADDRESS>tseliot is his nick
[21:29] <IntuitiveNipple> It's okay, I'll email him
[21:29] <IntuitiveNipple> yeah, that's the one :)
[21:30] <Kano> IntuitiveNipple: usally it does when you boot a new kernel
[21:31] <IntuitiveNipple> Kano: It can't in this case, that's the thing, since one of the include files it uses in a build-test app isn't where it is expected
[21:31] <IntuitiveNipple> with a manual install the out-of-tree build dir is linked from ./build and the source is ./source
[21:32] <IntuitiveNipple> I had to play with reversing SYSSRC and adding SYSOUT to dkms.conf to figure it out
[21:32] <Kano> well they are expected at the standard postition
[21:33] <IntuitiveNipple> The Linux kernel modules_install and the Ubuntu linux-headers do different things... it would be nice if the DKMS package can cope with both
[21:34] <Kano> was this link /lib/modules/$(uname -r)/build correctly set?
[21:35] <IntuitiveNipple> ./build/ links to the out-of-tree build directory, which doesn't contain linux/utsname.h (that's in ./source/include/)
[21:36] <IntuitiveNipple> I'll figure out a munge tomorrow, now I have it working
[21:36] <Kano> here it is in include/linux/utsname.h
[21:36] <Kano> not in your linux version?
[21:39] <Kano> well it is in the ubuntu packages at that place at least ;)
[21:39] <Kano> even in 2.6.29
[21:39] <IntuitiveNipple> For packaged headers it's in ./build/include/linux/ but for out-of-tree kernel builds installed using the kernel's own make modules_install it's in ./source/include/linux/
[21:39] <Kano> so will test my aufs hack
[23:05] <marijus> will there be 2.6.29-rc kernels with kms support build for the mainline kernel ppa?
[23:23] <erle-> are the virtualbox kernel modules packaged with the "restricted modules"?
[23:25] <TheMuso> erle-: no. What version of Ubuntu are you using?
[23:25] <erle-> 8.10
[23:25] <TheMuso> I think for 8.10 the virtualbox modules are built using dkms, but don't hold me to that.
[23:27] <erle-> i removed the restricted modules a few days ago
[23:27] <erle-> and now i see that there is no more vbox module
[23:27] <erle-> i think it is packaged there
[23:27] <erle-> and i think that has to be fixed!
[23:27] <TheMuso> Well I could be wrong, but I didn't think it was.
[23:27] <erle-> TheMuso, can you please look up?
[23:27] <erle-> i cannot because the package is not installed
[23:27] <TheMuso> Alright, one second.
[23:31] <TheMuso> erle-: you want virtualbox-ose-source
[23:31] <erle-> TheMuso, i don't think so
[23:32] <erle-> there is a precompiled kernel module shipped
[23:32] <erle-> why should i build my own?
[23:32] <erle-> the source is nice for people with custom kernels
[23:33] <IntuitiveNipple> erle: "This package provides the binaries for the Open Source Edition of
[23:33] <IntuitiveNipple>  VirtualBox. The virtualbox-ose-source package is also required in order to
[23:33] <IntuitiveNipple>  compile the kernel modules needed for virtualbox-ose"
[23:33] <TheMuso> erle- In that case, I don't know. I suggest you ask in #ubuntu-motu since there you will find the people who maintain it.
[23:34] <erle-> hm
[23:35] <erle-> i know that it worked before without custom module building
[23:35] <erle-> now i am confused
[23:35] <erle-> i will investigate and inform you
[23:40] <erle-> sorry, my fault, everything fine again
[23:40] <erle-> he seems to compile the modules from source on demand
[23:41] <erle-> thank you for your support and sorry :)
[23:42] <TheMuso> erle-: thats ok, it can be confusing if you don't know where the modules come from.
[23:43] <erle-> yeah, its just because i removed the one module package and thought that's the reason
[23:45] <TheMuso> yep


[00:28] <mup> PR snapd#3306 closed: tests/main: move a bunch of greps over to MATCH <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3306>
[11:29] <mup> PR snapcraft#1315 opened: lxd: Mock platform in FakeLXD fixture <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1315>
[11:44] <mup> PR snapcraft#1316 opened: Run unit tests on Travis with mock armhf <Created by kalikiana> <https://github.com/snapcore/snapcraft/pull/1316>
[18:59] <mup> PR snapd#3318 opened: overlord/snapstate: Enable() was ignoring the flags from the snap's <Created by chipaca> <https://github.com/snapcore/snapd/pull/3318>
[19:03] <mup> Bug #1667385 changed: devmode flag disappears after disabling+re-enabling a snap <snapd:In Progress by chipaca> <https://launchpad.net/bugs/1667385>
[19:03] <mup> Bug #1669477 changed: Snap installed as devmode can end up running confined <snapd:New> <https://launchpad.net/bugs/1669477>
[23:50] <mup> PR snapd#3309 closed: interfaces/mount: keep track of kept mount entries <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3309>


[06:54]  * NCommander is trying to bisect the problem
[07:00] <Martyn> can't sleep
[07:01] <Martyn> I've got the BeagleBoard working (the root password reset issue did _not_ show up, btw)
[07:01] <Martyn> I cannot replicate the issue on the Beagle.
[07:01] <Martyn> so it -must- be babbage specific
[11:17] <lool> ogra: Any idea why the initramfs takes so much time to mount the SD when booting the install SD?
[11:17] <lool> Hmm I wonder whether it tries to mount the SATA disk and times out
[11:17] <ogra> likely
[11:17] <ogra> casper iterates over all devices
[11:18] <ogra> the SATA->USB bridge always creates a device even if nothing is attached
[11:18] <lool> Yes  :-/
[11:18] <ogra> next HW version will have PATA
[11:18] <ogra> for now we have to live with that
[11:19] <lool> ogra: So we should drop that LIVEMEDIA thing, it doesn't help
[11:19] <ogra> i think it timed out without it
[11:19] <lool> Ah
[11:19] <ogra> let me finish the script parser, i'll check the livemedia thing afterwards
[11:19]  * ogra curses shell for being bad with multiline strings
[11:20] <lool> We should also try splash
[11:20] <ogra> breaks
[11:20] <lool> What breaks?
[11:20] <ogra> usplash
[11:20] <ogra> try it
[11:21] <ogra> it totally wasnt on my list for jaunty so i didnt pay any extra attention but to disable it
[11:21] <ogra> i have it on the TODO for KK
[11:21] <lool> Is there a bug for it?
[11:21] <ogra> nope
[17:46] <Martyn> ogra : I couldn't reproduce the keyring daemon taking up 100% cpu on the Beagle board
[17:46] <Martyn> ogra : I can, however, reproduce it on the Babbage, and will continue looking at it as soon as I get a mini to standard USB cable
[19:43] <Martyn> afternoon