[00:18] <LINKSWORD2> Grr....
[01:20] <corinth> I think my package manager is broken - fresh install. Any help?
[01:21] <ArchangelSe7en> what makes you think it's broken ?
[01:21] <ArchangelSe7en> sorry , b0rked
[01:21] <corinth> Right, b0rked.
[01:22] <corinth> Well, I can install any packages, or download any packages.
[01:22] <ArchangelSe7en> define "can't" , does it return any error messages ?
[01:22] <corinth> Yep. http://pastebin.com/wksXDZeV
[01:22] <ArchangelSe7en> sec
[01:24] <ArchangelSe7en> hm .. I've seen that issue like a gazillion times , I cant be of help sorry
[01:24] <corinth> Yikes. Thanks, anyway.
[01:24] <ArchangelSe7en> though I suggest checking that ISO for defects
[01:24] <ArchangelSe7en> yw
[01:24] <corinth> I actually used Wubi.
[01:24] <ArchangelSe7en> Wubi? yuck
[01:24] <ArchangelSe7en> that explains it
[01:24] <corinth> No it doesn't. :-P
[01:25] <ArchangelSe7en> never been of fan of it frankly
[01:25] <corinth> Hate if you want, but I have multiple Wubi installs on office machiens that work beautifully
[01:25] <corinth> *machines
[01:25] <ArchangelSe7en> this one doesnt seem perfect though :P
[01:25] <yofel> corinth: run 'sudo rm /var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_natty_main_binary-amd64_Packages' and try again
[01:26] <ArchangelSe7en> an "actual" install is suggested
[01:26] <ArchangelSe7en> or try yofel 's suggestion :P
[01:26] <yofel> stuff in /var/lib/apt/lists is generated by apt-get update, so removing them is ok
[01:27] <yofel> I've forgotten though why apt errors out there
[01:27] <corinth> yofel: I did that, now I'm doing an apt-get update. Doesn't look good. I'll post the output to a pastebin in a moment.
[01:30] <corinth> yorfel: http://pastebin.com/qejuQE2J
[01:31] <carlos1201> ?
[01:31] <SIR_Taco> hello
[01:32] <yofel> corinth: @_@ - never seen that yet. as for the last one run 'sudo rm /var/lib/apt/lists/* '
[01:32] <corinth> I know, it's a pickle of a problem. Heh.
[01:33] <corinth> Ok. I did that. Still the same problem.
[01:33] <corinth> Is there a way to reconfigure the package mangager, like with dpkg or something? Or am I talking nonsense? >_>
[01:35] <yofel> corinth: can you try a different mirror?
[01:36] <corinth> I've already tried that. I switched from the US mirror to the main.
[01:36] <yofel> and this isn't a dpkg problem, but apt somehow can't download the lists right and they seem to end up corrupt
[01:37] <carlos1201> alguno habla español?
[01:37] <rww> !es
[01:37] <carlos1201> grax por el consejo
[01:38] <SIR_Taco> yofel: https://encrypted.google.com/url?sa=t&source=web&cd=6&ved=0CDsQFjAF&url=http%3A%2F%2Fubuntuforums.org%2Fshowthread.php%3Ft%3D406481&rct=j&q=fixing%20corrupt%20apt&ei=1iZHTtOcB5OCsgLd-bHeBQ&usg=AFQjCNFtxZWTjAjX7AG9Ii62OEmHNb4SIg&cad=rja
[01:38] <rww> o_o
[01:39] <SIR_Taco> if your apt database (on your system) is corrupted, that should fix it
[01:39] <corinth> SIR_Taco: Could you give me a rundown of it? That site seems to be blocked on my network.
[01:40] <yofel> SIR_Taco: I'm not sure if that'll help with http://pastebin.com/qejuQE2J
[01:42] <SIR_Taco> ah, sorry came in late in the coverstation it seems.... no that wouldn't solve that problem
[01:50] <SIR_Taco> but you have tar, bzip and md5sum installed?
[03:14] <LINKSWORD2> Hey guys, I'm having trouble installing Kubuntu on an HP Pavilion laptop.
[03:15] <LINKSWORD2> Somebody mind walking through it with me?
[03:46] <LINKSWORD2> Anybody???
[03:50] <draik> Bueller?
[03:52] <LINKSWORD2> Who the heck is Bueller?
[03:52] <bazhang> !details | LINKSWORD2
[03:55] <LINKSWORD2> I've put the CD for Kubuntu 10.10 into the disc drive for this HP Pavilion dv1000 I'm working on, and it seems to load up. Then the disc drive slows down and the screen comes up with Process 232: GLib-Warning: Unknown User ID.
[03:55] <bazhang> LINKSWORD2, md5 the iso yet? burn at very low speed and do the disk integrity check?
[03:56] <LINKSWORD2> I know the disk works because I've used it to install on this system I'm running right now, an ancient Compaq Presario desktop.
[03:57] <bazhang> then try some bootoptions, or use the alternate installer
[03:57] <bazhang> !bootoptions > LINKSWORD2
[03:57] <bazhang> !alternate | LINKSWORD2
[03:58] <LINKSWORD2> Hmm....
[03:58] <LINKSWORD2> Are the language packs necessary?
[03:59] <bazhang> necessary for what?
[03:59] <LINKSWORD2> Or can I prevent them from installing?
[04:00] <LINKSWORD2> I would hope that most people in the USA know English.... Especially my friend I'm installing this for.
[04:00] <LINKSWORD2> Would I be able to prevent Kubuntu from installing additional and unnecessary language packs?
[04:00] <bazhang> dont see how that relates to your initial problem
[04:00] <Daskreech> LINKSWORD2: If your friend knows enough english to get to the package manager then the language packs are not needed
[04:01] <LINKSWORD2> We both natively speak English. xD
[04:01] <LINKSWORD2> FINALLY!!!
[04:02] <bazhang> ?
[04:02] <draik> You both finally speak English?
[04:02] <LINKSWORD2> ... /me ignores draik's comment.
[04:02] <bazhang> LINKSWORD2, did you have any actual other support questions?
[04:03] <LINKSWORD2> Finally got to where I can get Kubuntu installed.
[04:03] <LINKSWORD2> I may have questions about wireless connectivity, in about an hour.
[04:09] <Daskreech> LINKSWORD2: kk
[04:09] <LINKSWORD2> Wow. It seems my connection dropped....
[04:23] <LINKSWORD2> Is there a way I can test a system's speed in Kubuntu?
[04:31] <Daskreech> and I'm back baby
[04:32] <LINKSWORD2> ... You were gone?
[04:32] <LINKSWORD2> We shoulda celebrated while you were away. :P
[04:41] <doublem9> hi
[04:41] <doublem9> anyone know why after my laptop goes to sleep, the FN key brightness stops working?
[04:44] <draik> doublem9: Best guess would be that it didn't recover from sleep mode.
[04:45] <draik> doublem9: I used to have screen issues with sleep/hibernate on my laptop. It wouldn't recover so I'd have to restart my laptop.
[04:46] <doublem9> yeah..thats what im doing now
[04:46] <draik> Maybe related. *shrug*
[04:46] <doublem9> im liking this kubuntu distro
[04:47] <draik> :D
[05:16] <ubuntu> testing
[06:53] <ubuntu> hi, is kubuntu+1 support in here or ubuntu+1
[06:59] <Unit193> ubuntu+1
[07:00] <ubuntu> thx
[07:41] <nerd9000> hey all...
[07:43] <nerd9000> anyone awake?
[07:46] <BlaXpirit> damn, wireless doesn't seem to work on my laptop... what should i do? there's really no information around the internet.
[08:01] <nerd9000> anyone awake?
[08:06] <tdn> What does this error mean: http://i.imgur.com/kS0DS.png ? I did not remove any hardware from the system.
[08:08] <nerd9000> did you disable your sound card?
[08:08] <nerd9000> accidentally?
[08:12] <BlaXpirit> wireless doesn't seem to work on my laptop... what should i do? there's really no information around the internet.
[08:17] <nerd9000> there's plenty of info online
[08:53] <naftilos76> hello, i need to know whether it is doable to connect an external wifi adapter on a laptop and disable the internal one
[08:53] <naftilos76> i am on Kubuntu 11.04 KDE 4.7
[08:54] <naftilos76> anyone?
[09:08] <mehdi__> #postgreslql-fr
[09:13] <test> bonjour,   quelqu' un ?
[09:14] <BlaXpirit> come on, please someone help me with wireless :(
[09:14] <BlaXpirit> i tried installing a windows driver
[09:15] <test> aie aie !  en anglais ?
[09:15] <BlaXpirit> i tried installing proprietary driver, it sez "error, see /var/log/jockey.log"
[09:16] <BlaXpirit> please look what jockey.log contains: http://pastebin.com/Dt3KHpQ3
[09:30] <well_laid_lawn> BlaXpirit: that says the module is blacklisted so it won't start
[09:30] <well_laid_lawn> !modules
[09:30] <well_laid_lawn>  To prevent specific modules from loading, see /msg ubottu blacklist
[09:48] <tdn> nerno
[09:48] <tdn> What does this error mean: http://i.imgur.com/kS0DS.png ? I did not remove any hardware from the system nor disable anything.
[09:49] <Machtin> tdn: seen that a couple of times here.. didn't affect anything though
[09:50] <Machtin> so, if your sound does what it's supposed to do: I would ignore it
[09:55] <tdn> Machtin, what to answer to the dialog box?
[12:04] <BluesKaj> Hiyas all
[12:44] <LINKSWORD2> Hey guys, I've got really dark tooltips & notifications coming up. How can I fix that?
[13:32] <resmo> hi
[13:57] <cedric_> bonjour à tous.
[13:58] <lcb> bonjour
[13:58] <lcb> i mean, good day
[14:08] <ashwin> kwin is crashing for fullscreen for many apps.Do i need to disable any effects to avoid this?
[14:18] <ionite> how do i make rekonq run java plugins?
[14:36] <math050> hello?
[14:38] <ionite> hi. i got this error Applet not loaded properply. please reload page. it's from rekonq when i tried to load this website https://pib.uob.com.sg/PIBLogin/appmanager/Login/Public
[14:42] <BluesKaj> ionite, chromium gives the same error but it loads anyway
[14:43] <ionite> BluesKaj: i dont get u?
[14:43] <ionite> BluesKaj: it loads but i cannot input in the fields for my login?
[14:44] <BluesKaj> dunno, must be not loading java properly
[14:45] <contrast> Greets, everyone. Suspend recently stopped working on my laptop. Could someone point me in the direction of how to troubleshoot? (I've already confirmed it's not due to a kernel upgrade.)
[14:47] <BluesKaj> something wrong with the site, maybe ....or javaplugins ..firefox also gives the rerror, ionite
[14:47] <ionite> BluesKaj: so what should i do?
[14:47] <ionite> BluesKaj: when i'm using Xp. it doesnt give this error
[14:47] <ionite> BluesKaj: i mean IE
[14:50] <contrast> ionite: I don't get any errors on the page in Firefox... Do you have sun-java6-plugin installed?
[14:51] <BluesKaj> ionite, install the java-icedtea plugin
[14:57] <ionite> sorry i got DC
[14:57] <ionite> BluesKaj: what's ur last msg?
[15:04] <contrast> ionite: Try installing the icedtea-plugin package.
[15:04] <ionite> contrast: do i have to uninstall JDK?
[15:09] <contrast> Anyone know how I might get suspend working on my laptop again? It mysteriously stopped working (goes to a black screen with blinking cursor and blinking caps lock light on the keyboard) ~a week ago.
[15:13] <BluesKaj> ionite, install the java-icedtea plugin
[15:14] <BluesKaj> he keeps leaving ...
[15:16] <dreamy_> my pc shuts down in the midle of kuntu 10.04 network install, does anyone knows why?
[15:17] <dreamy_> and when i installed kubuntu 9.10 it had alot of bugs
[15:17] <BluesKaj> dreamy_, those are older versions ..why not install a newer one like 11.04
[15:18] <dreamy_> BluesKaj: you think it could be bugs?
[15:19] <dreamy_> BluesKaj: well, 11.04 will run a bit slow
[15:19] <BluesKaj> dreamy_, older pc?
[15:19] <dreamy_> yes
[15:20] <dreamy_> BluesKaj:  i was worried about my mermory but i did the MemTest and it was ok
[15:20] <BluesKaj> how much memory
[15:20] <dreamy_> 768
[15:20] <dreamy_> 512 plus 256
[15:21] <contrast> dreamy_: Have you tried installing from the alternate CD?
[15:22] <dreamy_> contrast: i might try the iso..
[15:23] <BluesKaj> 768 is just adequate but it could run ok .. but as contrast says you'll probly need to use the alternate install
[15:23] <dreamy_> bb in a bit
[15:23] <dreamy_> ok
[15:23] <contrast> good luck
[15:23] <contrast> BluesKaj: Any ideas about my suspend issue?
[15:27] <BluesKaj> contrast, no sorry , my experience with latops and linux is rather limited since my laptop is with my daughter temproarily
[15:28] <contrast> No worries-- I think this is the first time you didn't have a working solution for me. ;)
[16:00] <dant3> hey guys. I'm installed kubuntu on my new computer yesterday, but only today I noted I don`t have sound working. Sound card identified, I can see it in alsamixer and phonon settings, but then I try to use it phonon says there is an error
[16:01] <dant3> lspci says I have 00:1b.0 Audio device: Intel Corporation 6 Series Chipset Family High Definition Audio Controller (rev 05)
[16:22] <Guest65776> ciao a tutti
[18:19] <alien> Hi everyone, can anyone help with dual screen issues i'm having with kubuntu? Basically I need help to extend my screen from my laptop to a second screen
[18:22] <Guest52426> ping
[18:31] <markit> hi, I want set a config file so that widgets are locked by default, but even locking/unlocking can't see any change in any of the .kde config file, or a "lock" relevant intem in them. Any idea?
[18:31] <markit> in short, where is that value stored?
[18:43] <tomasz373> hello, i've got a problem with skype and my camera ¨cif single chip¨. Webcam works perfectly with Cheese, but there is a black screen in test's window in Skype. My sistem is Kubuntu 10.10. Thank you for any help!
[18:52] <tsimpson> markit: in ~/.kde/share/config/plasma-desktop-appletsrc looks like it wants "immutability=2"
[18:52] <markit> tsimpson: yes, I've found the immutability value, probably it's read only at login and wrote at logout
[18:53] <markit> that's why never changed changing value
[18:53] <markit> wondering where the KDE config system is documented, I do really need it to setup ltsp server
[18:53] <markit> and have reasonable defaults for users (schools students)
[18:53] <markit> until now is a trial and error
[18:54] <markit> with find . -mmin -1 to find the last modified file
[18:54] <markit> and a diff to previous saved files
[18:54] <markit> not really good
[18:54] <tsimpson> I don't think it's really documented anywhere, but #kde is a better place to ask
[18:55] <markit> tsimpson: really =2 is lock, =1 is unlock
[18:55] <corinth> Hey all. My package manager is broken. I could use some help fixing it.
[18:55] <markit> wondering what else values it can take
[18:56] <tsimpson> markit: it's probably some enumeration
[18:56] <markit> usually is a true/false thing
[18:56] <tsimpson> the only way I know of to look, is to look in the source code
[18:56] <markit> :)
[18:56] <markit> probably is some hundred of files with no clue to what look for
[18:57] <tomasz373> I have solved my problem, I don't need help anymore ;)
[18:57] <corinth> Also, after adjusting my monitor resolution, the panel won't stretch beyond the 1280 pixel mark :-(
[18:58] <markit> hope I can put in /etc/kde4 to have a global config, let's try
[19:02] <markit> wow, works :)
[19:03] <markit> corinth: do you mean that you enter the config of the panel and was not able to dragi it to max width of the screen?
[19:03] <markit> corinth: if you select "maximize panel"?
[19:03] <markit> btw, "maximize" is not working as expected... if you change resolution it does not adapt
[19:04] <markit> tsimpson: by the way do you know where (and if is possible) configure what K menu items are shown for logout? I don't want "change user" or hybernato or so on
[19:04] <markit> also I would like to remove the possibility of create/change activities
[19:05] <markit> is too confusing for the children's level (or better, for the teacher's level...)
[19:06] <tsimpson> hmm, I'm not sure if/where that's configured
[19:06] <tsimpson> I've never had to bother messing with it ;)
[19:57] <szal> hmm..  is it just me, or is the kerning of the Ubuntu font a tad bit illogical?
[19:58] <szal> if you have that font in your IRC client, see e.g. this word concatenation -> ent-Tumbleweed-ifiziert <- notice how the first dash kerns into the t, but the u doesn't kern into the T
[19:59] <holocaust84> Evenin' all ... Sorry if this has been asked a billion times, total linux noobie here :) ...I've got two 1tb samsung sata hard drives but kubuntu is only picking up one (the one it's installed on), the other doesn't show up.
[20:00] <szal> internal/external?  formatted?  even connected?
[20:01] <holocaust84> Internal, formatted ext4 and of course connected lol
[20:03] <holocaust84> Problem solved, friend helped via PM.  I can see what you mean about the font btw, Szal.
[20:04] <corinth> markit: Sorry, I stepped away. Yes, you're correct.
[20:06] <corinth> Hey all. My package manager is broken. I could use some help fixing it. Also, after adjusting my monitor resolution, the panel won't stretch beyond the 1280 pixel mark :-(
[20:12] <corinth> Hey all. My package manager is broken. I could use some help fixing it. Also, after adjusting my monitor resolution, the panel won't stretch beyond the 1280 pixel mark :-(
[20:14] <szal> can't have been important then ;)
[21:45] <holocaust84> Hmmm, trying to install skype 2.2 beta via wget, downloaded fine, then getting "no file exists" when typing "sudo dpkg -i skype-*.deb
[21:45] <holocaust84> sudo apt-get -f install" ...I'm guessing I'm being dumb? :p
[21:47] <Daskreech> holocaust84: ls *deb gets you what?
[21:49] <holocaust84> sudo dpkg -i getskype*
[21:50] <holocaust84> encounters errors
[21:50] <holocaust84> (Reading database ... 119159 files and directories currently installed.)
[21:50] <holocaust84> Unpacking skype (from getskype-linux-beta-ubuntu-64) ...
[21:50] <holocaust84> Setting up skype (<IP_ADDRESS>-1) ...
[21:50] <holocaust84> Errors were encountered while processing:
[21:50] <holocaust84>  getskype-linux-beta-ubuntu-32
[21:50] <FloodBotK1> holocaust84: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[21:50] <holocaust84> ah, forgot pastebin
[22:05] <Daskreech> holocaust84: It doesn't have a .deb file name?
[22:09] <holocaust84> Daskreech: sudo dpkg -i getskype* worked, but it said encountered errors... when I checked in the GUI menu it was installed, runs fine, very strange :)
[22:10] <Daskreech> holocaust84: sounds like it
[22:11] <LINKSWORD2> Greetings, all!
[22:23] <LINKSWORD2> :P I just successfully converted one of my friends to using Kubuntu....
[22:23] <LINKSWORD2> Goodbye, nasty Windows....
[22:29] <Daskreech> \o/
[22:30] <LINKSWORD2> Now we get to see just how much he likes shifting gears...
[22:36] <szal> shifting gears?
[22:36] <LINKSWORD2> Yes. In reference to shifting between Windows, and Kubuntu.
[22:41] <markit> LINKSWORD2: is the "long term conversion" that is often a problem... already tomorrow they will call you because some programs does not work (i.e. sync with cell phones, of update TomTom navigator...)
[22:42] <markit> so be prepared :)
[22:43] <LINKSWORD2> markit: Not a problem. He doesn't have a TomTom nav, and only a basic cell phone....
[22:43] <LINKSWORD2> Facebook. Music player, occasional DVD.
[22:43] <markit> iTunes? :)
[22:44] <LINKSWORD2> Nope. Cheap USB MP3 player.
[22:44] <LINKSWORD2> Besides... Amarok supports iPods. lol
[22:45] <szal> out of curiosity..  those that are on KDE 4.7 _and_ either Oneiric or using the ttf-ubuntu-font-family package from Oneiric -- does KDE use the correct font strength, i.e. Regular and not Medium?
[22:46] <szal> when font is set to Ubuntu Regular, that is
[22:46] <markit> LINKSWORD2: I've the feeling he did not owned a PC also, lol
[22:46] <LINKSWORD2> It appears to work properly for me, szal
[22:47] <LINKSWORD2> Oh yes, markit, he owns a PC.
[22:47] <LINKSWORD2> A markedly old one, but a PC, nonetheless....
[22:47] <markit> kde 4.7... am I the only one that misses a lot the "back" vertical bar on K menu? breadcrumbs is really good but should have been ADDED, not be insteado of the left back bar
[22:48] <LINKSWORD2> Blasted connection....
[22:48] <LINKSWORD2> Blasted connection....
[22:49] <LINKSWORD2> Anyway... markit: Alt + Left Arrow does wonders for the "Back" function.
[22:49] <LINKSWORD2> I do miss the back button, but not by much.
[22:50] <markit> LINKSWORD2: you have to leave the mouse and find on the keyboard, so bad
[22:50] <markit> LINKSWORD2: wondering what usability idea they had
[22:51] <LINKSWORD2> I find that things are getting too GUI-oriented.
[22:51] <szal> LINKSWORD2: are you on Oneiric?
[22:51] <markit> LINKSWORD2: true, but in any case you should have a good GUI :)
[22:51] <LINKSWORD2> Kubuntu 11.10.
[22:52] <szal> LINKSWORD2: ok
[22:52] <LINKSWORD2> I have a hard time keeping up with the release names, but I do keep my system up to date.
[23:14] <k0s> hi all
[23:17] <flakon> hi all
[23:21] <szal> LINKSWORD2: I just installed ttf-ubuntu-font-family from Oneiric on my other machine where I have KDE 4.7.0 installed..  shows the same behaviour, using Medium instead of Regular
[23:21] <LINKSWORD2> Odd.
[23:22] <szal> LINKSWORD2: you see that when you compare the menu font in KDE and Gtk apps
[23:22] <LINKSWORD2> Either your systems are glitching, or mine is, yet mine is providing the normal result....
[23:29] <flakon> hi people
[23:30] <szal> LINKSWORD2: http://h5.abload.de/img/20110815_ffoxkonsolegkl2.png <- see here the difference between the Firefox menu and the Konsole menu
[23:32] <LINKSWORD2> Konsole's menu texts appear to be slightly bolder...
[23:34] <szal> LINKSWORD2: imho that's a bit more than slightly
[23:37] <LINKSWORD2> But for all we know, it could be an effect applied to the top active window.
[23:38] <szal> I can give you my word that it isn't, and if it were, I wouldn't know what effect that would be
[23:40] <MalfermitaKodo> Hi, I am trying to compile something and gcc says the following... "/usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory"... what is that and where can I find it?
[23:41] <draik> MalfermitaKodo: What are you trying to compile?
[23:41] <MalfermitaKodo> sbagen *admits*
[23:41] <soee> hi
[23:43] <MalfermitaKodo> but since that is in /usr/include, it should not matter, should it?
[23:45] <soee> someone once aksed obout slow KDE 4.7 hight cpu usage by xorg, is he here :? :)
[23:45] <MalfermitaKodo> how can I find out which package provides a specific file?
[23:47] <draik> MalfermitaKodo: dpkg --info <packageName>
[23:48] <MalfermitaKodo> ...
[23:48] <draik> MalfermitaKodo: dpkg --contents <packageName>
[23:48] <MalfermitaKodo> I will not check every freaking package...
[23:48] <MalfermitaKodo> ah
[23:48] <MalfermitaKodo> ty
[23:48] <MalfermitaKodo> wait... this still requires a specific package
[23:48] <MalfermitaKodo> won't do
[23:50] <draik> MalfermitaKodo: dpkg -L <packageName>
[23:50] <draik> That may be best if you want to see the list of files provided by the installed package.
[23:51] <draik> dpkg -L apache
[23:51] <MalfermitaKodo> ...
[23:51] <MalfermitaKodo> I do not KNOW which package provided the library
[23:51] <soee> yofel, here ?
[23:52] <MalfermitaKodo> but it must be a kubuntu software as I have not compiled anything yet
[23:52] <draik> Don't know need to know the exact package name, as you can look for something that should have installed it.
[23:52] <draik> What file are you trying to find?
[23:52] <MalfermitaKodo> ...
[23:52] <MalfermitaKodo> I am trying to find which package provides stubs-32.h
[23:53] <MalfermitaKodo> as that is what a compile complained about
[23:53] <yofel> MalfermitaKodo: libc6-dev-i386 (I used apt-file to find it)
[23:53] <yofel> soee: sleepy, but yes
[23:53] <MalfermitaKodo> ty
[23:54] <MalfermitaKodo> ah, thank you very much for the help for next time
[23:54] <draik> Yup. I came up with glibc-devel, but yeah, what yofel provided is what you want.
[23:54] <soee> yofel, when editing decoration settings under option to group windows, there is option to Turn on animation - what exactly is it for ?
[23:54] <yofel> soee: I can't say I have any cpu peaks here with 4.7 and nvidia. Does disabling compositing change something?
[23:55] <yofel> hm, looking
[23:55] <soee> yofel, if i turn it off all works smooth
[23:55] <yofel> then it's either a driver issue or kwin
[23:56] <soee> also if i change decoration to something other than oxygen all works fine
[23:56] <soee> but i like oxygen so i had to turn off this option
[23:56] <soee> and all works similiar like on 4.6.5
[23:57] <yofel> no idea what the animations setting is about though
[23:57] <soee> ;]
[23:58] <MalfermitaKodo> gah... now the workaround requires a 32 bit version of certain other shared libs...
[23:58] <yofel> if you open 'oxygen-settings' there's a bunch of animations that can be used, maybe it's a simple setting for thme
[23:58] <yofel> *them
[23:59] <soee> yofel, they are all ON here and works fien even if this option i mentioned is turned off
[23:59] <MalfermitaKodo> aaaah, just had to delte the -m32 flag
[23:59] <yofel> then I'm clueless (without looking at the code which I'm too tired for now) :/


[01:55] <robru> i.... what?
[01:57] <robru> but platform-api is in the ppa... it built!
[02:04] <imgbot> [02:11] <robru> well the train's gone and shit itself good this time
[02:15] <robru> hmmmmmm
[02:16] <robru> AlbertA: Ok I think that worked. there seems to be some kind of bug where the train can't handle the idea that a silo is being published for the second time. I dug in and removed the evidence of the initial publication and now it looks like it's working. I gotta run out but I'll be back in a few hours and double check that this published for real.
[02:17] <robru> oh that's a good sign
[02:45] <AlbertA> robru: thanks dude!
[03:24] <imgbot> [03:25] <imgbot> [05:22] <Mirv> morning
[05:24] <robru> AlbertA: yep it definitely published. you're welcome. looks like it's still stuck in proposed due to the binary package from the previous build though, I think if we get an archive admin (cjwatson?) to delete the old arm64 build it should be able to get through this time.
[05:25] <robru> Mirv: heya
[05:28] <robru> Mirv: found a bug in the train, but it's a rare corner case. if you rebuild packages after they've been published, it can't publish them again. You have to go delete ~/silos/ubuntu/landing-XXX/*.project_* manually in order to publish. This regression is probably from some changes I made weeks ago, so it'll be difficult to just revert to a working state. Not
[05:28] <robru> sure how long it'll take me to get a fix out (definitely won't be tonight). Hopefully all your publishings succeed on the first try, but if anything gets caught in proposed you'll have to be aware of this.
[05:41] <Mirv> robru: hmmkay
[05:41] <Mirv> robru: it's quite rare indeed
[05:42] <Mirv> I don't remember myself ever doing that
[05:42] <Mirv> unless of course it happens also wen publish fails, then build/watch_only and pubish again, which is more common
[05:42] <robru> Mirv: I've done it a few times over the years. it definitely used to be possible, as things used to get stuck in -proposed more often in the past
[05:42] <Mirv> oh, yes, those rare cases. I remember a couple.
[05:43] <robru> not sure if sarcasm ;-)
[05:48] <Mirv> haha :D no, they are rare.
[07:45] <bzoltan> Mirv: My question on #ci did not provoke anybody to respond .. who do you know from CI who I can direct ping?
[08:03] <Mirv> bzoltan: I tend to point to fginther for solving CI issues but that's unfair since he is simply too good in achieving/fixing things :)
[08:04] <Mirv> bzoltan: so I don't kind of have clear ideas who to ping / how they delegate tasks
[08:04] <Mirv> bzoltan: they should respond to cihelp, but I haven't gotten any response when I've pinged that nick in my morning hours
[08:04] <Mirv> I mean, it does not look like they really properly backlog the requests
[08:04] <bzoltan> Mirv:  with "how" i can  help... i do not know who is at CI who is actually really responsible to keep the machine running.
[08:05] <Mirv> which is probably partially true for trainguards too - when the ping is long enough time ago, one may assume that "someone else" took care of it
[08:05] <robru> bzoltan: I think a lot of CI people are off at some kind of sprint/training right now.
[08:06] <robru> bzoltan: if your issue is with s-jenkins I can poke at it but I don't have a lot of expertise there.
[08:07] <bzoltan> robru: Our staging landings are tottaly blocked... we have 40+ MRs blocked by a CI problem. . according to this logs - https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/6179/console  the build rootfs does not seem to be pure vivid.
[08:07] <robru> hmmm
[08:07] <vila> bzoltan, robru, Mirv : fginther *is* working on it and tracks it in asana
[08:07] <bzoltan> robru:  It would be great if you could help. But of course I can wait if it beyond your reach
[08:08] <bzoltan> vila: ohh, really? So fginther knows aboout this issue... good to know.
[08:09] <vila> well, AFAIK he is, he did update the ticket 4 hours ago
[08:09] <robru> bzoltan: yeah that log doesn't have enough info to go off. when you see 'but it isn't going to be installed' it usually means there's a problem with some other dep that isn't even mentioned. You have to reproduce it locally and then try forcibly installing everything it complains about until it finally tells you the real problem. real frustrating... and it's
[08:09] <robru> midnight here ;-) I'll let fginther lead that one
[08:11] <vila> bzoltan: in any case, pinging cihelp is the way to go
[08:15] <vila> bzoltan: hold on, it's on a mako ? Then it's probably plars, there have been issues about installing images related to a pretty convoluted set of blockers
[08:15] <bzoltan> vila:  the logs say it is on mako
[08:16] <vila> bzoltan: that's where I am yes. No idea if it's related to the issues I mentioned above though
[08:21] <bzoltan> vila: OK, thanks... the other option is to disable AP tests for the UITK for the time this issue is fixed.
[08:21] <bzoltan> Mirv: the silo16 is good to go
[08:22] <vila> bzoltan: meh, the job you're pointing above was "Started by upstream project "generic-deb-autopilot-utopic-touch" build number 6616" *utopic* not vivid, is that expected ?
[08:22] <Mirv> bzoltan: ok!
[08:23] <Mirv> vila: I'm sure it's not expected, everything should be running vivid when it comes to merging vivid branches
[08:23] <vila> https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-utopic-touch/ doesn't look like a job that succeeded recently %-/
[08:25] <vila> bzoltan: Do you when this started to fail ? (An url for a successful run will help)
[08:26] <vila> bzoltan: or at least the project name (generic jobs are a pain :-/)
[08:26] <bzoltan> vila:  it is the lp:ubuntu-ui-toolkit/staging branch where we target our MRs
[08:29] <vila> bzoltan: sounds like http://s-jenkins.ubuntu-ci:8080/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-check/ then las success on Nov 10 ?
[08:33] <vila> bzoltan: http://s-jenkins.ubuntu-ci:8080/job/generic-deb-autopilot-runner-mako/6104/consoleFull looks vivid to me... (despite being "Started by upstream project "generic-deb-autopilot-utopic-touch" build number 6527")...
[08:42] <vila> bzoltan: so no MPs has landed since Nov 10 ? Or am I looking at the wrong place ?
[08:48] <vila> bzoltan: according to the branch history, the last commit was done yesterday... revno 1339,  timestamp: Fri 2014-11-21 18:12:18 +0200, message: Sync with trunk, is from you, how did you land it ?
[08:52] <bzoltan> vila: this is our staging https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/staging
[08:53] <bzoltan> vila:  some MRs do land occasionally .. But we up tracking down the issues when 95% of the jenkins job fail on some cryptic crap...
[08:56] <vila> bzoltan: as far as I can find my way into that cryptic thing you're mentioning above, it seems to me http://s-jenkins.ubuntu-ci:8080/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-utopic-amd64-autolanding/635/consoleFull did land revno 1341 12 hours ago
[08:57] <vila> i.e. gating is done for utopic on armhf, amd64 and i386 : http://s-jenkins.ubuntu-ci:8080/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-autolanding/691/console
[09:00] <vila> http://s-jenkins.ubuntu-ci:8080/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-autolanding/691/parameters/? says utopic too (parent of the job above)
[09:05] <vila> Mirv: correct me if I'm wrong, those gating rules come cu2d-config right ? ubuntu-ui-toolkit is defined in stacks/head/sdk.cfg AFAICS, am I looking at the wrong place again ?
[09:12] <Mirv> vila: I don't unfortunately have a clue whether cu2d-config plays a role still. I kind of assumed it was not used at all anymore, but I might be wrong... if it is in use, that would explain something!
[09:13] <vila> crickets
[09:13] <Mirv> vila: looking at the changelog, it does seem to be in use still
[09:13] <Mirv> vila: I think we can fix it ourselves if that's the ase, let me give you a branch to approve..
[09:14] <vila> Mirv: thanks, that's useful feedback, I'll try to get feedback from fginther (new ticket created in asana so it is tracked)
[09:14] <Mirv> vila: oh, actually no branch that I could create, it seems to be all vivid for ubuntu-ui-toolkit from what I can see..
[09:15] <Mirv> vila: thanks for creating a ticket
[09:15] <vila> Mirv: ha, great, gee, so you end up with the same understanding ? I.e. it should be vivid but it's still utopic ?
[09:16] <Mirv> vila: yes, looks like it
[09:17] <vila> Mirv: pfew. THanks !
[09:24] <brendand> ogra_, no psivaa-holiday so who can help us from ci?
[09:25] <brendand> ogra_, seems security and sdk suites didn't run for some reason
[09:25] <psivaa-holiday> brendand: sorry i am not on holidays, this is irccloud madness
[09:25] <ogra_> psivaa, to late ... now you have to take off
[09:25] <brendand> psivaa, ok :)
[09:26] <psivaa> :D
[09:26] <ogra_> You have not informed bzr of your Launchpad ID, and you must do this to
[09:26] <ogra_> write to Launchpad or access private data.  See "bzr help launchpad-login".
[09:26] <ogra_> thats the issue it seems
[09:27] <psivaa> brendand: ogra_: it is lp temp issue '503', let me run those again
[09:27] <sil2100> ;)
[09:46] <Mirv> sil2100: we've vivid autopkgtests failing a lot, not sure what could be done about it
[09:46] <sil2100> ogra_: oh, btw.! How are those adbd changes going?
[09:47] <sil2100> Mirv: for which packages?
[09:47] <Mirv> sil2100: about everything that runs some :) for example see http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-download-manager
[09:47] <sil2100> uh
[09:47] <Mirv> I just don't see any clear causer of it
[09:47] <ogra_> sil2100, rolled back ... they break the lab which is stuck on an old UDF until we can land a one line change in krillins recovery to touch the override file when usin --developer-mode
[09:48] <ogra_> needs to wait til next week ,when we can land stuff in RTM again
[09:48] <Mirv> sil2100: but since it's there in stuff like binutils too, I'd guess foundations people would be aware and might know where to find the actual culprit
[09:48] <ogra_> (assuming you mean the new lock-screen-check feature)
[09:57] <Mirv> sil2100: correction, I see it has been already discussed 2h ago, but more people are needed
[09:57] <Mirv> so let's assume the people will be found and vivid autopkg test issues fixed by eod or so
[10:12] <bzoltan> Mirv:  could you please gently kick the UITK package in the proposed pocket. It thinks that it is regressing on ubuntuone-credentials  what is BS
[10:13] <sil2100> bzoltan: yeah... see Mirv's messages above ^
[10:13] <sil2100> bzoltan: it seems autopkgtests are failing for vivid now and we're waiting for more people to help
[10:13] <sil2100> Not much we can do here :/
[10:13] <ogra_> did someone ping pitti ?
[10:14] <bzoltan> sil2100: Ahh... sorry I have not read the logs
[10:14] <Laney> That one is fixed: https://jenkins.qa.ubuntu.com/job/vivid-adt-ubuntuone-credentials/lastBuild/
[10:24] <Mirv> ogra_: yes, or he himself pinged mvo and mvo waits for barry :)
[10:24] <Mirv> Laney: great, it looks like it might fix uitk migration, although the system-image problem hits eg. http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ubuntu-download-manager
[10:25] <Laney> There are other failures, but I think that they are independent
[10:25] <Laney> e.g. the kate ones seem like a packaging error
[10:47] <cjwatson> robru,AlbertA: Yes, removing mir-graphics-drivers-android/arm64 from vivid-proposed was the right answer here.  (This was only a problem because there was a previous unmigrated version in -proposed.)  I've done that now.
[11:42] <pstolowski> trainguards, hey, may I ask for reconfiguring landing-013 if needs be (one extra MP added to unity-scopes-shell), and rebuilding of *just* unity-scopes-shell (it takes ages to rebuild entire silo again)?
[11:44] <sil2100> pstolowski: k
[11:45] <sil2100> pstolowski: in case of adding MPs to the list of already configured projects you can reconfigure yourself actually, but let me do that this time
[11:47] <sil2100> pstolowski: done
[11:47] <sil2100> pstolowski: it's building
[11:47] <pstolowski> sil2100, thanks; is rebuilding of just single project possible?
[11:48] <sil2100> pstolowski: yes, when you press the build button, you need to select the project you want to rebuild in the PACKAGES_TO_REBUILD
[11:48] <sil2100> pstolowski: but in theory when you just add one merge to the silo, CI Train by default will only rebuild the project that changed (e.g. had new merges)
[11:48] <sil2100> But to be perfectly safe you can include the name in PACKAGES_TO_REBUILD ;)
[11:49] <pstolowski> sil2100, awesome, thanks!
[11:49] <sil2100> yw!
[11:49] <pstolowski> pete-woods, ^ you may want to know that as well :)
[12:01] <pete-woods> :)
[12:43] <olli> hiho
[12:43] <olli> ogra_, sil2100, jibel, how are things looking?
[12:43] <olli> are we still playing audio on the latest build ;)
[12:44] <ogra_> olli, we have some more info about the issue
[12:44] <ogra_> indeed we do :P
[12:45] <ogra_> it is still open if we will have a fix ... but if there is a silo ready by tonight we could still get it in ...
[12:45] <ogra_> if not the agreeent was to not do anything and ship 169
[12:46] <olli> sounds good, thx for the update
[12:52] <sil2100> olli: still nothing concrete though ;)
[12:55]  * ogra_ wouldnt say that ... we knoe there is a long running connection which cgproxy isnt designed for
[12:55] <ogra_> *know
[12:55] <ogra_> and that some process sends 13 times the same request over this connection
[12:55] <ogra_> which shouldnt happen
[12:55] <ogra_> we just need someonne to hit the issue again and collect the requested data and we should know more
[12:56] <ogra_> GRRRR !
[12:56]  * ogra_ hates adbd
[12:56] <ogra_> #define open ___xxx_open
[12:56] <ogra_> #define write ___xxx_write
[12:57] <ogra_> lovely ... aint it ?
[12:59] <barry> Mirv: that looks like typical timeout errors.  you just have to retry the build
[12:59] <jibel> ogra_, I attached the data this morning t 1394919, is there anything else to provide?
[12:59] <jibel> *to
[12:59] <ogra_> jibel, nope, lets wait for stgraber
[12:59] <cwayne> heyhey
[12:59] <cwayne> freeze is tomorrow right
[13:01] <davmor2> cwayne: depends if the fix for cgmanager arrives there will be another spin tomorrow otherwise it is 169 which is already released, why?
[13:02] <cwayne> davmor2: had a bugfix for https://bugs.launchpad.net/hanloon/+bug/1395767
[13:02] <ogra_> cwayne, no more landings unless you get special approval from olli, victorp or pmcgowan
[13:03] <cwayne> ack
[13:03] <pmcgowan> that is indeed a bad one, see that all the time
[13:05] <victorp> cwayne, you will need a click which only has that change in from the current today
[13:05] <victorp> seems like alow of stuff has gone in for testing
[13:05] <victorp> so 1st prepare a branch for that
[13:05] <victorp> then pmcgowan I think let it in if we end up rebuilding today, but not sure we should rebuild just for that one
[13:06] <olli> yeah
[13:06] <Mirv> barry: I already reran it twice
[13:06] <ogra_> right, i would put that one in the langpack category
[13:06] <Mirv> so job #3, 4 and 5 failed within 12h
[13:06] <cwayne> i'm ok if we do it OTA, just thought the freeze was on wedsnesdays now (oops!)
[13:06] <ogra_> if we rebuild and it is available it can go in
[13:06] <pmcgowan> ok with me
[13:07] <cwayne> ok, ill get a branch with just that fix and make a click with it
[13:07] <cwayne> and go from there
[13:12] <barry> Mirv: there are times when i have to re-run it 2-3 times to get a clean build.  if it's failing with timeout errors more often then that, then there could be a regression in udm, since si hasn't changed in vivid (there's a newer version in rtm, but nothing new in vivid yet).  is this with mandel's latest udm upload?
[13:13] <mandel> barry, is with the latests, but did you see the errors? it complains about dry runs..
[13:13] <barry> mandel: look higher up
[13:14] <barry> i am testing it locally
[13:15] <mandel> ack
[13:20]  * sil2100 lunch o/
[14:24] <kenvandine> fginther, jgdx said you were helping him with some issues with the settings tests run on otto last week, what's the status of that?
[14:26] <fginther> kenvandine, the test environment was updated and the tests were passing again. Have they regressed yet again?
[14:26] <kenvandine> yeah, tedg has been trying to get CI passes and it's blowing chunks
[14:27] <kenvandine> https://code.launchpad.net/~ted/ubuntu-system-settings/silent-mode-trunk/+merge/241709
[14:27] <kenvandine> in otto there are crashes and everything fails
[14:28] <kenvandine> fginther, but there is one test failure in generic-deb-autopilot-runner-vivid-mako
[14:28] <kenvandine> which is a traceback that looks like something i see all over the otto job logs
[14:28] <kenvandine> but they aren't all failing, just one
[14:29] <kenvandine> the otto failures are significant that i would say we should just land his branch, if the others test pass
[14:29] <kenvandine> but the other job has 1 failure in the same panel as his change
[14:29] <kenvandine> so i'm reluctant to land it
[14:29] <kenvandine> but the traceback looks like an unrelated problem
[14:29] <kenvandine> and... the tests pass locally on mako
[14:30] <fginther> kenvandine, we can update the otto environment and try again.
[14:31] <fginther> kenvandine,although  the mako testing is a lot more reliable. It's doing the same testing the smoke testing runs, with the addition of the MP packages on top of the latest image
[14:31] <kenvandine> fginther, do those tracebacks look like something you saw last week?
[14:31] <kenvandine> right, which is why i hesitate to land
[14:32] <fginther> kenvandine, I'll look
[14:32] <kenvandine> thx
[14:34] <fginther> bzoltan, the issue with the uitk staging branch running mako tests on non-vivid has been resolved. A test run using trunk is now passing: https://jenkins.qa.ubuntu.com/job/ubuntu-sdk-team-ubuntu-ui-toolkit-staging-ci/1268/
[14:37] <kenvandine> tedg, i went ahead and prepared a silo for your silent-mode branch, but won't publish anything until i have a better sense of the CI failure
[14:37] <kenvandine> fginther, ^^
[14:37] <tedg> kenvandine, K, cool!
[14:38] <kenvandine> tedg, don't get too excited, i'm pretty worried about that mako failure
[14:38] <kenvandine> i don't want to break smoke testing
[14:39] <kenvandine> tedg, but i'm pretty suspicious that it's something outside of settings... we'll need fginther's magic there :)
[14:39] <fginther> kenvandine, should have a retest started in a few minutes
[14:40] <kenvandine> thx
[14:40] <kenvandine> we'll get silo testing started soon, tedg has been trying to land this branch for weeks :/
[15:02] <bzoltan> fginther: \o/ thank you a bunch
[15:06] <AlbertA> trainguards: silo 009 is still stuck in migration, any ideas why?
[15:06] <sil2100> AlbertA: let me take a look at that
[15:07] <cjwatson>     * amd64: mir-graphics-drivers-desktop, ubuntu-touch
[15:07] <cjwatson>     * arm64: mir-graphics-drivers-desktop
[15:07] <cjwatson>     * armhf: mir-graphics-drivers-desktop, ubuntu-touch
[15:07] <cjwatson>     * i386: mir-graphics-drivers-desktop, ubuntu-touch
[15:07] <cjwatson> It apparently makes those packages uninstallable
[15:09] <cjwatson> AlbertA,sil2100: looks like a hardcoded and now-incorrect dependency in mir-graphics-drivers-desktop on libmirplatform3driver-mesa rather than libmirplatform4driver-mesa
[15:10] <AlbertA> cjwatson: oh yeah!
[15:10] <sil2100> Yeah, saw this in update_output.txt but didn't check the sources in time ;)
[15:11] <sil2100> cjwatson: thanks!
[15:11] <kenvandine> tedg, fginther: vivid smoke testing for settings is 100% currently, so this must be somehow related to tedg's branch... i just can't seem to see how
[15:11] <cjwatson> Would be nice to unhardcode that, since it should be entirely possible to generate that dependency on the fly
[15:11] <kenvandine> fginther, is there any difference in how the smoke testing is run?
[15:11] <cjwatson> (If necessary, via a manual substvar)
[15:11] <sil2100> AlbertA: is it hardcoded in the end?
[15:11] <AlbertA> cjwatson: how should I do that?
[15:12] <AlbertA> cjwatson: sil2100: I believe the intention we had was to use those meta packages so that they could be listed in the seeds
[15:12] <cjwatson> AlbertA: few minutes please
[15:12] <AlbertA> and the alternatives wouldn't have to be changed every release
[15:15] <cjwatson> AlbertA: Something like http://paste.ubuntu.com/9233922/ should do it
[15:15] <cjwatson> AlbertA: You still have to hardcode the binary package names, but that should at least somewhat reduce the potential for error
[15:15] <cjwatson> (binary package names> by which I mean the contents of Package fields)
[15:16] <AlbertA> cjwatson: cool thanks!
[15:47] <Saviq> trainguards ↑ please :)
[16:19] <sil2100> ogra_: heeeeey, can I go for practice to day? Can I? Caaan I?
[16:19] <ogra_> hmm
[16:19] <sil2100> ogra_: (will you lead the meeting today ;) ? )
[16:19]  * ogra_ ponders
[16:20] <sil2100> ogra_: pliiiiiz
[16:20] <ogra_> lol. ok ok
[16:20] <ogra_> :)
[16:20] <sil2100> Thanks ;)
[16:21] <sil2100> Anyway, I guess we only have the cgmanager thing to discuss... oh, and the sanity tests for #169 still running
[16:21] <ogra_> yep
[16:21] <ogra_> and checking the two missing smoke results
[16:23] <sil2100> I see management is leaning towards using #169 for the GM image anyway - and indeed I think we won't be able to get a fix till EOD :|
[16:23] <ogra_> unless stgraber or ted have any brioght ideas
[16:24] <seb128> did anyone notice a screen flicker on apps switch since 169?
[16:25] <ogra_> its not since 169
[16:25] <seb128> when I right swipe between apps the screen flickers
[16:25] <sil2100> Oh, I thought that was only because of debugging
[16:25] <seb128> could be since > 165
[16:25] <ogra_> thats old and there is a bug (and iirc a fix in vivid) for it
[16:25] <seb128> not sure I upgraded during the w.e
[16:25] <seb128> well, it started today for me, was not there with friday's image
[16:25] <seb128> and it persists accross reboots
[16:26] <ogra_> well, it is definitely an old bug
[16:27] <AlbertA> cjwatson: sil2100: so how are the packaging issues like I had in mir caught? is there something we can run in our CI to catch these sort of issues?
[16:27] <Saviq> trainguards, can someone please publish vivid silo 30 for me :|
[16:30] <cjwatson> AlbertA: not really I'm afraid
[16:31] <cjwatson> AlbertA: one of the wishes for the new CI engine is to be able to run those tests per-silo though, in general; not sure how far that's got
[16:34] <sil2100> Saviq: doing! Been in a meeting!
[16:34] <Saviq> sil2100, you're always in a meeting! ;P
[16:34] <sil2100> I know! ;(
[16:34] <sil2100> Saviq: top approve plz!
[16:34] <Saviq> sil2100, OOPz
[16:36] <tedg> seb128, bug 1394622
[16:36] <sil2100> Saviq: ready?
[16:36] <tedg> seb128, Started with 166, fixed in vivid.
[16:36] <seb128> tedg, great, thanks
[16:37] <seb128> ogra_, sil2100, ^ it might not be an old bug?
[16:37] <Saviq> sil2100, just confirming why it was not top-ack, gimme a minute
[16:37] <seb128> tedg, do you know when the issue started?
[16:37] <ogra_> tedg, oh, wow, i thought it was older
[16:37] <ogra_> maybe i dreamt that
[16:37] <tedg> seb128, UAL version 0.4+15.04.20141118~rtm-0ubuntu1
[16:37] <seb128> ogra_, ^
[16:38] <Saviq> sil2100, ready
[16:38] <seb128> sil2100, ogra_, olli, imho that should be fixed in rtm, that's a recent regression is quite visible
[16:38] <ogra_> seb128, well ...
[16:39] <ogra_> tedg, feel like preparing a silo for that ... in case mgmt decides we allow a rebuild
[16:39] <ogra_> ?
[16:39] <tedg> seb128, Only do long right swipes, it doesn't happen there :-)
[16:39] <fginther> kenvandine, there is no difference in how the test_suite is executed during MP and smoke testing. The only differences I can come up with are different devices and during smoke testing, other test suites run on the device (but the device is rebooted between suites)
[16:39] <tedg> ogra_, Not allowed to have a silo unless it is critical and rtm.
[16:39] <ogra_> tedg, nonsense ... you can have silos as much as you want
[16:40] <fginther> kenvandine, I've kicked off another test run on a mako. The updated otto run didn't look much better.
[16:40] <tedg> ogra_, Hah, YOU can have silos as much as you want. :-)
[16:40] <ogra_> tedg, weather they *land* lies in the hands of ... well ... these three guys
[16:40] <tedg> There's a have and have-nots of landing.
[16:40] <ogra_> but if we dont have a silo at all it surely wont land at all
[16:41] <ogra_> not sure if olli did a bug meeting today, i would have brought that issue up there
[16:45] <kenvandine> fginther, :(
[16:45] <olli> pmcgowan, ^
[16:49] <pmcgowan> oo that is bad, how did I miss that
[16:49] <davmor2> bfiller: open messaging, swipe up for a new message, add a contact/number, click on the camera bottom left, add a photo, then try an type in a message, the keyboard disappears after a letter or so
[16:49] <pmcgowan> sil2100, how could that have been introduced with 166? what did we land there
[16:50] <bfiller> davmor2: ack, bug that please
[16:50] <ogra_> pmcgowan, ubuntu-app-launch
[16:50] <davmor2> bfiller: wilko
[16:51] <pmcgowan> ogra_, we obviously got more changes than we expected
[16:51] <ogra_> yep
[16:51] <ogra_> as usual :P
[16:51] <ogra_> the shiny world of sideefects ...
[16:53] <ogra_> olli, pmcgowan, in case you want to land this, we should let the apprmor fix (that is in the same u-a-l upload in vivid) in as well, so we dont get system slowdown when apparmor tries to collect the cproxy data (and fails)
[16:54] <tedg> apport :-)
[16:54] <ogra_> sigh
[16:54] <ogra_> things starting with "A"
[16:55] <ogra_> :)
[16:55] <cwayne> if we do that, can i also land my custom fix? :P
[16:55] <tedg> Better than the number of things starting with "U" ;-)
[16:55] <ogra_> true
[16:57] <ogra_> i guess it is my subconcious that wants me to ping jamie all the time in a subtle way
[16:57] <davmor2> bfiller: https://bugs.launchpad.net/messaging-app/+bug/1396248
[16:57] <bfiller> davmor2: thanks
[16:58] <davmor2> title is bad I'll mode it
[16:58] <tedg> ogra_, I think that jamie hates your subconscious :-)
[16:58] <ogra_> lol
[16:59] <brendand> ci-help - i have some merge requests that aren't running tests in jenkins, what do i need to do? https://code.launchpad.net/~brendan-donegan/ubuntu-clock-app/wait_for_bottomedgetip_visible/+merge/242792 & https://code.launchpad.net/~brendan-donegan/reminders-app/test_add_notebook_must_append_it_to_list_swipe_to_bottom/+merge/242808
[17:00] <brendand> cihelp ^ ?
[17:00] <fginther> brendand, looking
[17:06] <pmcgowan> tedg, if that fix was done last friday why are we only discussing today?
[17:11] <fginther> brendand, jenkins is finding your branches now
[17:14] <tedg> pmcgowan, I'm confused, what are you expecting? It's listed as a bug in RTM, and marked High.
[17:15] <tedg> There are a bunch of those.
[17:16] <pmcgowan> tedg, not regressions from the handful of landings we just did
[17:16] <pmcgowan> as a regression we should have been all over this
[17:16] <pmcgowan> moot point now
[17:24] <balloons> ohh fginther lucky man today. So can you have a look at this autolanding job? http://<IP_ADDRESS>:8080/job/ubuntu-calculator-app-vivid-amd64-autolanding/2/console. It failed do to apt-get update (hash sum mismatch), aka the indexes were updating.
[17:24] <balloons> We shouldn't fail the job because of that; you should be able to just keep going
[17:24] <cjwatson> balloons,fginther: You should apply the same workaround launchpad-buildd does
[17:25] <pmcgowan> tedg, in the meantime, it would make sense to prepare an rtm silo if we do not have one yet
[17:25] <cjwatson> balloons,fginther: End of http://bazaar.launchpad.net/~canonical-launchpad-branches/launchpad-buildd/trunk/view/head:/update-debian-chroot - in practice that's an extremely reliable workaround
[17:26] <cjwatson> As in I used to be forever retrying spurious failures due to that, now I can't remember the last time I had to
[17:26] <cjwatson> (OK, it's a bit different against archive.ubuntu.com, but should still help a lot)
[17:26] <ogra_> tedg, if you do that, please only th eone MP that fixes the issue ...
[17:27] <ogra_> in case there is a re-spin the fix can still be considered
[17:27] <tedg> pmcgowan, K, also bug 1394919 recoverable error fix?
[17:27] <tedg> Well, the bug got dup'd.
[17:27] <ogra_> tedg, if you do that, do it in two silos
[17:27] <tedg> ogra_, It's already in a separate MR
[17:27] <ogra_> right
[17:28] <ogra_> but if mgmt decides they only want one of the two we cant easily unbundle it
[17:28] <ogra_> would need new QA etc etc
[17:28] <tedg> Well, you can't have the same project in separate silos.
[17:28] <ogra_> (if mgmt decides at all :) )
[17:28] <tedg> The lock each other out.
[17:28] <balloons> cjwatson, awesome, thanks
[17:29] <ogra_> tedg, well, then only the flicker
[17:30] <balloons> cjwatson, since I have you btw, are you the right person to ask about supporting multi-arch builds with click automagically? Perhaps I specify the schroots (or click manages them)
[17:30] <cjwatson> balloons: can I redirect you to mvo, unless he can't handle it?  I'm moving out of click development
[17:31] <balloons> cjwatson, right, I couldn't remember if that was on the list or not.. I thought it might be
[17:32] <tedg> trainguards, rtm silo for line 57 please
[17:32] <ogra_> cjwatson, what ? you mean you want deploy LP in click packages ? :P
[17:32] <cjwatson> ogra_: some day you'll quit trolling and the world will implode ;-)
[17:32] <ogra_> lol
[17:53] <davmor2> cjwatson: pfff the world, it's the universe getting sucked into the blackhole that the world imploding causes that is more worrying ;)
[17:59] <kenvandine> tedg, which vivid build did you run these tests on?
[18:00] <kenvandine> tedg, i just ran it on image 32 mako, 6 of the 8 sound tests failed
[18:00]  * kenvandine tries with vivid version
[18:06] <kenvandine> interesting, i downgraded to the vivid version and also had 6 failures in the sound tests
[18:07] <kenvandine> but ran them again and had no failures
[18:07]  * kenvandine tries silo again
[18:07] <kenvandine> fginther, is there any chance the mako devices in the data center have the wrong orientation?
[18:08] <kenvandine> when i had the failures system-settings was started rotated each time
[18:08] <kenvandine> i turned it for the second run, when they passed
[18:09] <kenvandine> crap, one failure this time,  test_keyboard_sound_switch
[18:14] <kenvandine> fginther, ok, i have 3 runs in a row with the same 6 failures in the sound panel tests when in landscape
[18:15] <kenvandine> and 3 runs in portrait with just 1 failure each
[18:15] <kenvandine> we clearly need to be more resilient to orientation in testing
[18:19] <kenvandine> tedg, adding a sleep(0.2) before the assert in test_keyboard_sound_switch gave me repeated passes
[18:19] <kenvandine> in portrait :/
[18:20] <kenvandine> on a complete autopilot test run i had 117 failures when in landscape
[18:21] <kenvandine> looks like all of our tests need some love to make sure they work there
[18:21] <kenvandine> :(
[18:27] <fginther> kenvandine, orientation could be a concern as I don't know if this is always guaranteed to be portrait when the device first comes up. The devices in the lab lay flat, nothing is moving them except for the occasional device that must be manually reset
[18:28] <kenvandine> fginther, i thought so
[18:28] <kenvandine> i'm getting the same number of failures as the otto job i was looking at earlier
[18:28] <kenvandine> 117
[18:28] <kenvandine> when run in landscape
[18:29] <kenvandine> that's a lot of tests we should fix to work in landscape :/
[18:31] <kenvandine> i guess being better at following the page object model guidelines could improve that
[18:32] <fginther> kenvandine, hmm. I didn't even consider the desktop tests running under a different orientation.
[18:32] <kenvandine> is otto desktop?
[18:32] <kenvandine> i thought the job had "mako" in the name
[18:33] <kenvandine> oh it doesn't
[18:33] <fginther> kenvandine, yes. otto basically runs a x86 desktop iso
[18:33] <kenvandine> quite a coincidence then that i had 117 failures on mako in landscape
[18:34] <kenvandine> desktop it would always be portrait
[18:34] <kenvandine> so that can't be it
[18:34] <fginther> kenvandine, if the desktop tests aren't useful right now, we could disable them. but I'll leave that up to the project team
[18:34] <kenvandine> seb128, ^^ what do you think?  the otto job runs the tests on desktop
[18:34] <kenvandine> how much value do you think we get from that now?
[18:35] <kenvandine> seb128, it feels like that's where we spend the most time tracking down infrastructure/environment related failures
[18:35] <kenvandine> it'll be more important with convergence, but for now i see little value
[18:38] <kenvandine> pmcgowan, ^^ thoughts?
[18:39] <ogra_> sounds rather poointless to me
[18:39] <kenvandine> ogra_, yeah, someday sure
[18:39] <ogra_> you miss armhf ... you miss the android container backends ...
[18:39] <kenvandine> but many of our tests are around ofono, etc
[18:40] <ogra_> yeah and ofono
[18:40] <kenvandine> for convergence we'll need to ensure we do desktop testing
[18:40] <ogra_> right
[18:40] <kenvandine> but it'll be based on what is needed for desktop
[18:40] <ogra_> but thats still far out
[18:40] <kenvandine> right now it doesn't seem like it adds value
[18:40] <kenvandine> and we spend a TON of time chasing these problems
[18:40] <ogra_> ugh
[18:41] <pmcgowan> kenvandine, I thought settings was soon to be the solution on desktop
[18:41] <ogra_> do you ever chase the ones in touch smoketesting at all then ?
[18:41] <kenvandine> ogra_,  we try :)
[18:41] <ogra_> these are the only important ones currently
[18:41] <kenvandine> right now we're 100%
[18:41] <pmcgowan> kenvandine, is the issue x86 or landscape? trying to follow the backscroll
[18:41] <kenvandine> pmcgowan, at some point, sure
[18:41] <kenvandine> neither
[18:42] <kenvandine> it's that right now we have most tests failing in otto, which is run based on the x86 desktop iso
[18:42] <kenvandine> and we're not really sure why
[18:42] <kenvandine> i happened to hit the same number of failures on my mako when run in landscape
[18:42] <kenvandine> but on the desktop it would be portrait
[18:42] <kenvandine> so that can't be it
[18:42] <pmcgowan> was it all the tests?
[18:42] <kenvandine> i'm filing a bug now to fix our tests so they don't fail in landscape
[18:42] <kenvandine> no
[18:42] <kenvandine> over 90% though
[18:43] <kenvandine> and we're still unsure why
[18:43] <kenvandine> they pass on mako
[18:43] <kenvandine> but totally busted on otto
[18:43] <kenvandine> and we're questioning the value those even bring us right now
[18:43] <pmcgowan> last time ths happened the otto iso was old
[18:43] <kenvandine> yeah, fginther updated it
[18:43] <kenvandine> still blows chunks
[18:44] <pmcgowan> lets check with seb on timeframe for settings app on desktop, I thought it was maybe 15.04
[18:44] <kenvandine> jgdx and i have sunk a ton of time chasing this
[18:44] <kenvandine> even if it is 15.04, i think we need to look at the tests more for desktop
[18:44] <pmcgowan> and the failures dont tell us the reason?
[18:44] <ogra_> kenvandine, fyi test_language_page_title_is_correct fails in smoketesting
[18:44] <kenvandine> not really... different things crashing... tracebacks, etc
[18:44] <kenvandine> ogra_, i just looked this morning...
[18:44] <ogra_> (or failed today)
[18:45] <kenvandine> well, i was checking vivid mako
[18:45] <kenvandine> to compare these results
[18:45] <ogra_> right, we dont look at amko
[18:45] <ogra_> :)
[18:45] <kenvandine> ok... fair enough
[18:45] <ogra_> since thats not our product
[18:45] <kenvandine> i used that as an example to compare the CI runs
[18:45] <ogra_> nor do we check vivid
[18:45] <kenvandine> i'll check that out
[18:45] <ogra_> though system-settings occasionally has one or two failures
[18:45] <kenvandine> but see... this issue testing desktop distracted from smoketesting tests :)
[18:46] <kenvandine> yeah, often transient
[18:46] <kenvandine> next run will pass
[18:46] <ogra_> unlike camera-app that constantly is bad ...
[18:46] <kenvandine> i usually don't look closely until i see repeated failures
[18:46]  * ogra_ looks at bf
[18:46] <ogra_> iller
[18:46] <ogra_> ... who isnt here :P
[18:46] <fginther> kenvandine, do the uss tests need to touch the bottom edge?
[18:47] <ogra_> kenvandine, yeah, if we see them in the daily LT review we usually ping someone
[18:47] <kenvandine> fginther, nope
[18:48] <fginther> kenvandine, looking at the videos on the otto jobs, it appears that the bottom edge is off screen
[18:48] <fginther> kenvandine, k. I have to run to an appointment, will be back in about an hour
[18:49] <kenvandine> yeah, i think it's just that we need to be better at scrolling to where we need to touch
[18:49] <kenvandine> fginther, thanks!
[18:54] <seb128> kenvandine, sorry, was at dinner, what's the issue/question?
[18:55] <kenvandine> seb128, how much value do you think we get from the settings otto tests for desktop?
[18:55] <kenvandine> i know with convergence we'll need to make sure we have good tests for desktop
[18:55] <kenvandine> but right now i don't see a lot of value from those tests running on otto
[18:56] <kenvandine> and we sink a ton of time in trying to figure out what's broken
[18:56] <robru> AlbertA: disregard citrain failure message, looks like your package was uploaded just fine.
[18:56] <robru> AlbertA: let me know when you're ready to publish that
[18:56] <seb128> kenvandine, what are "otto tests"? running the autopilot tests on an otto setup?
[18:56] <kenvandine> seb128, and when we do put system-settings on the desktop, what we test will probably be different... so those desktop tests will be more about testing it for the desktop
[18:56] <kenvandine> not testing the phone settings on x86 desktop iso
[18:57] <kenvandine> yeah, autopilot tests run on a base x86 desktop iso
[18:57] <ogra_> robru, in case you missed it, see teds trainguads ping above please
[18:59] <AlbertA> robru: yeah it's still building armhf in the ppa
[18:59] <robru> tedg: sorry for the delay, rtm2
[19:00] <kenvandine> seb128, part of our problem could be the state of mir, unity8, etc for desktop in vivid
[19:00] <kenvandine> those tests run with all that
[19:02] <seb128> kenvandine, I think we should start running desktop tests if we can, we don't especially want to stop on failures though
[19:02] <seb128> just get things going
[19:03] <kenvandine> so we should keep investigating what's causing the otto failures?
[19:03] <kenvandine> at least some of them seem to include unity8 crashes
[19:03] <kenvandine> but others don't, with similar results
[19:03] <kenvandine> so actually, these tests don't test against desktop-next
[19:03] <kenvandine> they test on the stock x86 desktop iso
[19:04] <kenvandine> perhaps otto should be using the desktop-next iso?
[19:05] <seb128> well, not sure
[19:05] <seb128> I though CI wanted to replace otto
[19:05] <seb128> or provide a new infra for desktop testing
[19:05] <seb128> ev said that was on the roadmap for septembre
[19:05] <seb128> I guess that's got delayed
[19:05] <seb128> but it's worth checking with them
[19:05] <seb128> in any case we need to start testing unity8 desktop-next
[19:05] <seb128> and apps in desktop mode
[19:06] <kenvandine> seb128, yeah, but is testing settings on the desktop iso add value right now?
[19:06] <kenvandine> we don't even know why it's broken yet...
[19:07] <kenvandine> who knows, maybe it's because we aren't using desktop-next :)
[19:07] <seb128> kenvandine, not really, it's going to fail because things like indicator-network are not running
[19:07] <seb128> or do we mock those?
[19:07] <kenvandine> ah... not really
[19:08] <seb128> well in any case we want to test those under desktop-next
[19:08] <kenvandine> we need to
[19:08] <kenvandine> but jgdx struggled a bit with that
[19:08] <kenvandine> tedg's branch we are trying to land includes mocking the sound indicator
[19:09] <kenvandine> seb128, the otto tests do run unity8 though
[19:09] <kenvandine> so it should have the indicators
[19:09] <seb128> well, in any case testing under unity7/otto is better than nothing
[19:09] <kenvandine> unless something has changed about the way that runs on desktop
[19:09] <kenvandine> it's not unity7
[19:09] <seb128> hum, k
[19:09] <seb128> so dunno
[19:09] <seb128> I don't know enough about the otto setup
[19:09] <kenvandine> we see lots of dbus errors in the logs about qtmir
[19:10] <seb128> can we run that locally to debug?
[19:10] <kenvandine> didrocks knows how to :)
[19:10] <kenvandine> i don't
[19:10] <kenvandine> https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-vivid-fjg/4/console
[19:10] <seb128> my understanding was that otto was not properly supported by CI
[19:10] <kenvandine> seb128, ^^ a log
[19:10] <seb128> so maybe that's something that needs to be resolved on the CI side first
[19:10] <seb128> like they need to provide us a framework we can run desktop tests on
[19:12] <kenvandine> seb128, yeah, so i still think in it's current state, it doesn't provide as much value as it takes to make it work
[19:12] <seb128> right
[19:12] <kenvandine> we clearly need something for desktop mode testing though
[19:12] <seb128> we need some CI infra that allow us to boot unity8-mir and run tests
[19:12] <seb128> otto is vm based right?
[19:12] <seb128> and mir doesn't run in vms?
[19:12] <kenvandine> seb128, so is that a +1 to disable the current otto test until we can sort out the right solution?
[19:12] <seb128> how do we manage to run unity8?
[19:13] <kenvandine> no idea :)
[19:13] <kenvandine> these passed in utopic though
[19:13] <kenvandine> maybe something mir related has changed and unity8 isn't starting right?
[19:13] <kenvandine> or we're missing depends?
[19:13] <seb128> well, mir never worked in VMs afaik
[19:13] <kenvandine> the logs aren't very useful :(
[19:13] <kenvandine> yeah, so not sure how this worked
[19:13] <seb128> but yeah, +1 from me to disable tests
[19:14] <seb128> we need to resolve the desktop testing problem
[19:14] <seb128> but we need to start with a clean board
[19:14] <seb128> with step1 having a proper infra booting a desktop next iso
[19:14] <kenvandine> fginther, ^^ lets disable them
[19:14] <kenvandine> seb128, also in the settle tests i see the load is quite high in the otto tests
[19:14] <seb128> ok, on that note need to go
[19:14] <kenvandine> could be related, something spinning out of control
[19:14] <kenvandine> good night seb128!
[19:14] <kenvandine> thanks
[19:15] <seb128> yeah, it feels like we don't have a solid base
[19:15] <seb128> difficult to have datas
[19:15] <seb128> let's reboot that setup and see where we get
[19:16] <kenvandine> pmcgowan,  bug 1396305
[19:16] <kenvandine> we should take care of that when we refactor our testing over time
[19:40] <AlbertA> robru: ok mir package has been built - sanity checked, ready to publish (silo 009)
[19:40] <robru> AlbertA: alright, here goes...
[19:41] <fginther> kenvandine, ack
[19:41] <fginther> kenvandine, thanks for digging on that
[19:42] <kenvandine> fginther, np, we surely appreciate all your help too
[19:43] <kenvandine> tedg, now manually testing the silo i notices i get no sound... but now that i think about it i noticed a call the other day where the ringer never rang, i just saw it
[19:43] <kenvandine> anyone know if there is a known problem with sound on vivid/mako?
[19:47] <robru> AlbertA: yeah I'm gonna have to wrangle this. gimme a few minutes...
[19:52] <tedg> robru, Thanks, building!
[19:54] <robru> tedg: you're welcome
[19:58] <sil2100> ogra_: any news regarding the cgproxy issue?
[19:58] <sil2100> jibel: ^ ?
[20:07] <robru> AlbertA: ok I think it's happening...
[20:08] <jibel> sil2100, nothing from me. I cannot reproduce with gdb attach
[20:08] <jibel> ed
[20:08] <robru> AlbertA: I gotta step out for lunch. When you see version ...1125 show up at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#mir then we're golden.
[20:09] <AlbertA> robru: thanks!
[20:13] <sil2100> olli, jibel: so I guess we stick with #169, right? Did sanity testing pass on this? Did we start regression testing?
[20:14] <olli> yes, that's the plan of record
[20:21] <sil2100> olli, davmor2, jibel: so, I see #169's mako equivalent failed sanity testing...
[20:21] <sil2100> Ah, wait, no
[20:21] <sil2100> Correction
[20:21] <sil2100> The es image failed sanity testing
[20:22] <sil2100> What does that mean? Do we need a fix landing before we can promote?
[20:22] <olli> sil2100, otp, give me a few min
[20:22] <sil2100> Sure
[21:02] <olli> sil2100, done
[21:04] <olli> sil2100, so do we know why this only happens in the ES img?
[21:32] <robru> sil2100: you still around? can you help me interpret mir in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt ? I guess we need a seed update? does that sound right?
[21:40] <jhodapp> robru, can you please publish vivid silo #1?
[21:41] <robru> jhodapp: please approve your merges: https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/51/console
[21:42] <jhodapp> robru, oh hrm...
[21:42] <robru> jhodapp: oh yeah, one's superceded. I guess we have to reconfigure and rebuild with the new MP.
[21:43] <jhodapp> robru, let me double check, one sec
[21:45] <jhodapp> robru, where are you seeing a superceded MR?
[21:46] <robru> jhodapp: https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/51/console one of these two has been superceded.
[21:49] <jhodapp> robru, argg, you're right...this silo will never land! ;)
[21:52] <AlbertA2> robru: that's strange....why does ubuntu-touch have a dep on libmirplatform3driver-android ?
[21:53] <robru> AlbertA2: I dunno, maybe indirectly? maybe some other component deps on it? can you check the rdeps and see if you can find it? I'm a bit busy
[21:54] <AlbertA2> robru: yeah I'll check it
[21:54] <robru> AlbertA2: thanks
[21:59] <jhodapp> robru, I need justinmcp_ to make a change before we can finish landing, so no worries for right now
[21:59] <robru> jhodapp: ok cool
[22:12] <AlbertA2> robru: it does look related to the seeds. I'll ping ogra_
[23:33] <sergiusens> rsalveti: line 59 on the sheet
[23:48] <sil2100> robru: update_output says that ubuntu-touch becomes uninstallable for the main archs
[23:49] <robru> sil2100: that's what I thought but I wasn't sure.
[23:49] <robru> sil2100: thanks for clarifying, that file is a mess.
[23:50] <sil2100> robru: yeah... there's not much documentation for it as well sadly
[23:50] <sil2100> o/


[00:03] <Daekdroom> Anonymouse_, try http://cdimage.ubuntu.com/xubuntu/daily-live/current/trusty-desktop-amd64.iso
[00:04] <Anonymouse_> thanks
[00:04] <Daekdroom> (or http://cdimage.ubuntu.com/xubuntu/daily-live/current/ if you like seeing webpages)
[00:04] <Anonymouse_> :)
[00:07] <Anonymouse_> this 404 comes from http://iso.qa.ubuntu.com/qatracker/milestones/310/builds/61654/downloads
[00:11] <Anonymouse_> havent even started using 14.04 and i already found a bug  :P
[00:16] <Daekdroom> Hm.
[00:16] <Daekdroom> That ISO is from 2 days before Alpha 2.
[00:16] <Daekdroom> Maybe the only ISOs tested for Xubuntu development are those that could become an Alpha release?
[00:16] <Daekdroom> (or Beta, or RC, something)
[00:40] <Anonymouse_> oops. i bwoke it
[00:47] <Riptyle> hey
[00:47] <Riptyle> is there a way i can get some help?
[00:47] <Riptyle> i got ubuntu up and running but i need a version of flash and stuff
[00:48] <Riptyle> and im worried that when i do my shutdown and shit that my graphic issue will return the issue being that the resolution by default goes too high for my monitor
[04:44] <Blue1> I just downloaded 14.04 from http://cdimage.ubuntu.com/ubuntu-gnome/releases/14.04/alpha-2/  but when it boots it says 13.10 -- what did I do wrong?  the file name says trusty---.iso and the md5sum was correct.
[06:13] <Beldar> ,
[06:36] <Blue1> i have something odd going on - if I login locally (thru X) my home directory is root (/) -- if I ssh into the box, it displays correctly.
[06:41] <Blue1> something very odd if I log in with X (gui) my home directory is root (/), but if I ssh into the account from another box, it is right.
[10:35] <damascene> I've previously reported broken "security & privacy". it's fixed now
[12:10] <alkisg> Is wine 1.6 from jessie going to be synced/available in trusty?
[12:10] <ikonia> seems unlikley
[12:11] <alkisg> Thank you ikonia... I'm trying to see if a regression from wine 1.2 to wine 1.4, was solved in 1.6... could I install wine 1.6 from jessie in trusty?
[12:12] <ikonia> I wouldn't do it no
[12:12] <ikonia> but you of course can try if you think it's valid
[12:16] <BluesKaj> Howdy all
[21:08] <SonikkuAmerica> Will 14.04 (desktop) still have a selectable preview of Unity 8/Mir?
[22:45] <Daekdroom> Odd.
[22:45] <Daekdroom> unity-panel-service sometimes starts eating up an entire core and spikes in RAM usage as well.
[22:45] <Daekdroom> (and then goes back to its normal)
[22:49] <Daekdroom> Hah. Found out why.
[22:50] <bekks> And why? :)
[22:50] <genii> Indexing?
[22:50] <Daekdroom> Quodlibet was trying to send a 70MB image (that was showing up as disc cover to the album I'm listening to) to the notification thing every time a new song started.
[22:51] <Daekdroom> (the fix was setting a proper disc cover in my music library obviously)


[12:34] <tvon|x31> Anyone have an idea how I could debug that? or where to even look?
[12:35] <tvon|x31> WIFI works fine, but signal strength has been broken for a while now.  Using the 2.6.8 right now, but it was the same with 2.6.7
[12:38] <tvon|x31> neeevermind
[12:38] <tvon|x31> ad-hoc vs managed
[02:17] <jdub> tvon|x31: which wifi card/driver?
[04:08] <HcE> hmmm
[10:04] <debianist> morning all
[10:05] <cef> morning
[10:06] <debianist> hey cef
[10:07] <debianist> I have some more issues regarding the livecd, should I address them or wait for the next livecd out of the daily snapshots?
[10:07] <debianist> besides the reolution probem,
[10:08] <debianist> the USB mouse was not operating. seemed to be recognized (According the X11 config files) and infra light was on etc.
[10:09] <cef> I've got no clue about the livecd.. you'd be best asking on the list methinks
[10:11] <debianist> is another team of people who produce the livecd?
[10:12] <cef> the software is the same.. but the livecd's don't tend to contain what the standard installs contain.. and plus (and this is the big one) i'm not a developer
[10:13] <cef> I just know enough to be dangerous
[10:14] <debianist> oh ok. say cef, aren't they any netinst ubuntu images?
[10:15] <cef> debianist: not netinst afaik.. netboot yes, netinst no
[10:20] <debianist> oh ok
[10:21] <debianist> this channel is also used to communicate between the developers?
[10:21] <jdub> yeah
[10:21] <jdub> so the livecd is a bit old now
[10:21] <debianist> hi jdub :)
[10:21] <jdub> alex makes them, but he's only on one day a week atm
[10:22] <debianist> jdub, I can take over that , is this possible? (ofcourse I'd need slight direction for starters)
[10:22] <debianist> maybe help him,
[10:22] <debianist> produce livecds another day in a week or two :)
[10:22] <jdub> cef: contrary to convention, the livecd contains the entire desktop install ;)
[10:22] <jdub> debianist: possibly a bit difficult at the moment
[10:24] <debianist> jdub : ok. I guess thing will get much clearer in 2 weeks or more
[10:26] <debianist> http://ftp.no-name-yet.com/cdimage/sounder-test/7/  holds a daily build? if not, where would I get it from?
[10:26] <cef> hrm, food
[10:27] <jdub> debianist: navigate from /cdimage/
[10:27] <debianist> or grab http://ftp.no-name-yet.com/cdimage/sounder-test/current/ ?
[10:28] <debianist> there supposed to be the daily
[10:28] <debianist> ?
[10:29] <debianist> ok, nm I am downloading cdimage/daily/current/
[11:32] <jdub> i'm so used to the ubuntu installer that d-i seems bizarre
[11:34] <debianist> jdub : oh goody, will I be surprised by the ubuntu installer? anxiuosly waiting for the download to complete..:)
[11:34] <jdub> it's a modified d-i
[11:34] <jdub> very minimal
[11:35] <jdub> not totally different :)
[11:35] <debianist> jdub : is it fb ? text ?
[11:35] <Mithrandir> mdz: awake?fb
[11:35] <Mithrandir> uhm
[11:35] <Mithrandir> s/fb$//
[11:35] <Mithrandir> mdz: awake?
[11:35] <Mithrandir> debianist: it's fb, but text.
[11:36] <jdub> debianist: (same as d-i)
[11:37] <debianist> not that I ever want it to be GUI , text is the best for a straight forward, no trick installer
[11:38] <jdub> ... next release will have a gui installer :)
[11:38] <Mithrandir> jdub: but it won't necessarily be the only option. :)
[11:38] <jdub> nah, probably not
[11:38] <jdub> if it ends up being based on d-i, it'll be easy to go back to the text one :)
[11:39] <Mithrandir> yup
[11:39] <debianist> jdub : who's working on it? me and a another guy wanted to continue the GUI installer project, however after long discussions with the folks over #debian-boot ,
[11:39] <debianist> I realized a complete redesign of d-i is needed.
[11:39] <Mithrandir> debianist: you are wrong.
[11:40] <Mithrandir> debianist: (and, FWIW, Kamion and joeyh agree with me, they have a bit of d-i experience as well)
[11:40] <debianist> that was what the guy who was the closes to the gui developers suggested, and he contributed it to the periority style, one question at a time charecter of d-i
[11:40] <debianist> sorry
[11:40] <debianist> cdebconf
[11:40] <debianist> Mithrandir : glad to here that!
[11:41] <Mithrandir> there is nothing stopping one from extending the debconf protocol a bit
[11:41] <debianist> I want to GUI installer for my winnie (As in windows) freinds :)
[11:41] <Mithrandir> yup, though, if one chooses UI based on the installer, I think they have the wrong focus. :)
[11:42] <debianist> I also.
[11:42] <debianist> But it should be JUST there, for the layman to try it over :)
[11:42] <debianist> is there any help needed for GUI isntaller tasks?
[11:43] <debianist> I am fascinated with how the d-i interworkings act, and consider this a valuable oppurtunity to get involved :)
[11:43] <Mithrandir> you should probably talk to Kamion about it, he's a lot more active wrt both our installer works, and d-i.
[11:43] <debianist> oh ok thanks
[11:44] <jdub> mmm, kamion, joeyh and i talked for a bit in oxford about doing a proper gui frontend
[11:44] <jdub> designed rather than generated
[11:44] <Mithrandir> one idea is to having something in cdebconf looking for magic templates, and if they come up, load a glade frontend which basically preseeds the questions based on the template.
[11:45] <jdub> yeah
[11:45] <Mithrandir> my idea is to have the postinst query whether an extension (say, a partitioner widget) is available, and if so, communicate with that using some predefined API.
[11:46] <Mithrandir> the problem with the first approach is magic in the frontend, which I dislike, the problem with my approach is more code paths and thereby some code which will be less tested.
[11:46] <debianist> Mithrandir : we can device a test plan carfeully test every code branching
[11:47] <jdub> easier said than done ;)
[11:47] <Mithrandir> debianist: realistically, I don't think that's very feasible.  You'll get _a lot_ of tests.
[11:47] <Mithrandir> remember that the installer is fairly well-connected, so you can't just test each component.
[11:47] <debianist> rigt
[11:47] <debianist> right
[11:47] <debianist> hmm
[11:49] <Mithrandir> once we get automated installations working, it will be a lot easier to test, though.
[11:49] <Mithrandir> jdub: who are responsible for our kernel images?
[11:50] <jdub> Mithrandir: mdz/herbert
[11:50] <Mithrandir> ok
[11:50] <Mithrandir> do you know of any plans for 2.6.8?
[11:51] <jdub> there's an x86 kernel in matt's webspace
[11:51] <jdub> see sounder list
[11:52] <Mithrandir> hm, I'm not on there.  Just subbed
[11:52] <jdub> ahr
[11:52] <jdub> one sec
[11:53] <jdub> deb http://www.no-name-yet.com/~mdz/kernel/ /
[11:53] <jdub> (e.g., apt-get install linux-image-<IP_ADDRESS>-686)
[12:01] <kagou> hi
[12:05] <Mithrandir> jdub: thanks.  Would anybody scream too much if I uploaded amd64 kernels, you think?
[12:06] <jdub> Mithrandir: built from that source?
[12:06] <jdub> perhaps making them available from your own spot20:05 < Mithrandir> jdub: thanks.  Would anybody scream too much if I uploaded amd64 kernels, you think?
[12:07] <jdub> BONG
[12:07] <jdub> sorry, slippery fingers ;)
[12:08] <Mithrandir> jdub: basically, what's in the archive today + bd_claim patch.
[12:14] <daniels> jdub: laptop progress?
[12:19] <debianist> bye guys, evening laters
[12:20] <Mithrandir> hm, no, I shouldn't need that, it seems to be in already
[12:20] <jdub> daniels: shipped
[12:47] <daniels> jdub: rad
[12:47] <daniels> jdub: where from?
[12:50] <jdub> no idea
[12:51] <HrdwrBoB> hoorah - I finally put this IDE CDROM on that machine and ubuntu installs, however it seems isolinux has some issues with some scsi drives
[12:52] <jdub> hmm, sounds like a problem with Hrdwr, BoB
[12:52] <jdub> (haw haw haw)
[12:52] <jdub> ahem
[12:53] <HrdwrBoB> haha
[12:53] <HrdwrBoB> ironically there's nothing wrong with the hardware per se- it boots other CDs fine
[12:53] <jdub> that sounds bad
[12:54] <jdub> i wonder if i still have my scsi cdrom drives
[12:54] <jdub> can you lodge a bug about that?
[12:54] <daniels> hold on
[12:54] <daniels> it's nothing like ... *rummage*
[12:54] <HrdwrBoB> yeah
[12:54] <daniels> https://bugzilla.no-name-yet.com/show_bug.cgi?id=553
[12:55] <HrdwrBoB> no
[12:55] <daniels> damn
[12:55] <HrdwrBoB> it causes hardware to reboot before anything
[12:55] <HrdwrBoB> kernel never loads
[12:55] <daniels> oh, it's scsi anyway
[12:55] <HrdwrBoB> yeah it's a goat problem
[12:57] <HrdwrBoB> what should I file it against?
[12:58] <jdub> debian-installer or UNKNOWN
[12:59] <Mithrandir> isolinux should work with scsi, but some motherboards doesn't like it.
[01:00] <HrdwrBoB> Mithrandir: is there more information on thaT?
[01:00] <jdub> hey AndyFitz
[01:00] <AndyFitz> hiya jdub
[01:00] <jdub> AndyFitz: so it seems the index.theme Size setting is being ignored :)
[01:00] <jdub> AndyFitz: tried the latest ubuntu-artwork?
[01:01] <Mithrandir> HrdwrBoB: I don't have a link about it no, sorry.
[01:01] <AndyFitz> index.theme size isnt ignored i dont think index.theme was present
[01:02] <jdub> $ du -sh /usr/share/icons/Human/index.theme
[01:02] <jdub> 4.0K    /usr/share/icons/Human/index.theme
[01:02] <jdub> example stanza:
[01:02] <jdub>
[01:02] <jdub> [scalable/apps]
[01:02] <jdub> MinSize=1
[01:02] <jdub> Size=48
[01:02] <jdub> MaxSize=256
[01:02] <jdub> Context=Applications
[01:02] <jdub> Type=scalable
[01:02] <jdub>
[01:03] <AndyFitz> size should be 128
[01:03] <AndyFitz> it will automatically display as 48
[01:03] <jdub> it seems to display as 128 or 256 atm :)
[01:04] <AndyFitz> yeah size isnt being ignored.
[01:04] <AndyFitz> if you specify size=128  it will shrink to 48
[01:04] <jdub> bong!
[01:06] <Mithrandir> could somebody on i386 do me a small favor?
[01:06] <Mithrandir> build grub with http://raw.no/patches/grub-amd64.diff applied and tell me that I didn't break anything?
[01:06] <AndyFitz> [scalable/apps]
[01:06] <AndyFitz> MinSize=1
[01:06] <AndyFitz> Size=128
[01:06] <AndyFitz> MaxSize=512
[01:06] <AndyFitz> Context=Applications
[01:06] <AndyFitz> Type=scalable
[01:07] <AndyFitz> [scalable/filesystems]
[01:07] <AndyFitz> MinSize=1
[01:07] <AndyFitz> Size=128
[01:07] <AndyFitz> MaxSize=512
[01:07] <AndyFitz> Context=FileSystems
[01:07] <AndyFitz> Type=Scalable
[01:07] <AndyFitz> [scalable/devices]
[01:07] <AndyFitz> MinSize=1
[01:07] <AndyFitz> Size=128
[01:07] <AndyFitz> MaxSize=256
[01:07] <AndyFitz> Context=Devices
[01:07] <AndyFitz> Type=scalable
[01:07] <jdub> eek, ok
[01:07] <jdub> i just sedded it
[01:08] <jdub> it's all there
[01:09] <doko> Mithrandir: any packages already built and uploaded with gcc-3.4?
[01:09] <Mithrandir> doko: not to my knowledge.
[01:10] <Mithrandir> doko: I want to fix grub first, as soon as that is there, base should be fully installable
[01:11] <jdub> AndyFitz: alrighty,
[01:11] <jdub> AndyFitz: thanks - that's sorted
[01:13] <doko> ok, so that should be no problem: http://gcc.gnu.org/ml/gcc/2004-09/msg00205.html (anyway, the current ubuntu package is a one week snapshot)
[01:13] <AndyFitz> any news back about the style?   im not in a hurry to design 200 icons style dependant icons without the go ahead.  Mark hasnt gotten back to me
[01:13] <Mithrandir> doko: do you have an i386 system nearby and could test that the patch doesn't break i386?
[01:14] <doko> Mithrandir: which patch?
[01:14] <Mithrandir> http://raw.no/patches/grub-amd64.diff
[01:14] <Mithrandir> build and install grub and see that it doesn't blow up
[01:15] <doko> Mithrandir: ok, will do tonight.
[01:15] <Mithrandir> thanks
[01:48] <HrdwrBoB> will ubuntu have dualhead support? (afaik it hasn't got it at the moment)
[01:49] <HrdwrBoB> I mean eventually.. obviously it's not going to happen overnight
[01:49] <Mithrandir> we are going to rock, so of course.
[01:49] <HrdwrBoB> heh
[01:50] <jdub> HrdwrBoB: you can do dualhead, but there isn't a nice configuration thingy for it yet :)
[01:50] <HrdwrBoB> it's fast becoming (become?) a standard
[01:50] <HrdwrBoB> I'm aware you can do it :)
[01:50] <HrdwrBoB> I can write my own X config files any time I like, and I do, and I hate the damn things :)
[01:51] <HrdwrBoB> but dualhead always bites me in the bum, nvidias twinview is a terrible hack, and you end up with 3d games across two monitors, xinerama tends to eat glx and X dualhead isn't quite enough, and some apps get really confused
[01:51] <HrdwrBoB> you can't win
[02:13] <cef> yeah well.. once X.org get their arses into gear mebbe they'll get something officially done about it
[02:34] <Kamion> npmccallum: ping?
[03:33] <kagou> Sometime i lost my dvd/cdrom :/
[03:34] <kagou> ide-cd: cmd 0x1e timed out // hdc: lost interrupt // hdc: cdrom_pc_intr: The drive appears confused (ireason = 0x01)
[03:35] <kagou> same error with kernel 2.6.7-i386 2.6.7-k7 and 2.6.8-k7
[03:36] <kagou> dma problem ?
[03:38] <kagou> No more splash image on grub menu ?
[03:38] <kagou> (i'm up to date)
[03:38] <daniels> cef: ha ha ha
[03:38] <daniels> cef: how much time do you have?
[03:39] <daniels> cef: there is no right answer, and not fixing it right now is the least stupid option
[03:40] <daniels> HrdwrBoB: basically, my position on dualhead stuff is that we should never ask a question during install unless we're doing some amazing crap that is impossible to auto-detect
[03:40] <daniels> HrdwrBoB: this means a single head; dualhead is out of scope for installer stuff, and perfectly in scope for an (as-yet-unwritten) userspace x configuration tool
[03:41] <daniels> cef: btw, we've already done a bit about bad xinerama<->glx interactions with mergedfb, meaning you can now do that meaningfully on radeon
[03:41] <daniels> but it really is a difficult problem which spans both political and technical issues (yay!)
[04:24] <seb128> daniels: we can remove licence displaying like that (ie: your xsane upload) ?
[04:25] <Mithrandir> seb128: had a look at my epiphany bug?
[04:26] <seb128> Mithrandir: seen it, I'll do an upload soon
[04:26] <Mithrandir> thx
[04:26] <Mithrandir> it's completely broken on amd64 right now
[05:45] <mdz> Mithrandir: herbert will be adding amd64 support to that package shortly
[05:45] <mdz> Mithrandir: regarding grub, it doesn't seem to be built on amd64 yet
[05:48] <Mithrandir> weird:
[05:48] <Mithrandir> Date: Sun,  5 Sep 2004 12:45:01 +0100 (BST)
[05:48] <Mithrandir> Upload package to host jackass
[05:48] <Mithrandir> Uploading via ftp grub_0.95+cvs20040624-3ubuntu13.dsc: done.
[05:48] <Mithrandir> Uploading via ftp grub_0.95+cvs20040624-3ubuntu13.diff.gz: done.
[05:48] <Mithrandir> Uploading via ftp grub_0.95+cvs20040624-3ubuntu13_source.changes: done.
[05:48] <Mithrandir> Successfully uploaded packages.
[05:49] <mdz> yes, the source is there
[05:49] <mdz> and i386 binaries
[05:49] <mdz> I CCed lamont on the bug
[05:49] <Mithrandir> ok
[05:49] <Mithrandir> it might be in PaS
[05:49] <Mithrandir> lamont: is grub in PaS?
[05:49] <Mithrandir> lamont: it should work on amd64 now
[06:20] <Kamion> Mithrandir: the P-a-s entry looks fine to me
[06:20] <Kamion> http://buildd.debian.org/quinn-diff/Packages-arch-specific
[06:20] <Kamion> unless our local copy needs to be updated or something
[06:25] <mdz> Mithrandir: eek
[06:25] <mdz> checking for C compiler default output file name... configure: error: C compiler cannot create executables
[06:25] <mdz> Mithrandir: that's what happens when I try to build it on warty/amd64
[06:25] <mdz> configure:2413: x86_64-linux-gcc -m32   -static conftest.c  >&5
[06:25] <mdz> /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.4/../../../
[06:26] <mdz> libc.a when searching for -lc
[06:26] <mdz> /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for -lc
[06:26] <mdz> /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
[06:26] <mdz> /usr/bin/ld: cannot find -lc
[06:26] <mdz> Mithrandir: missing build-dep?
[06:32] <mdz> Mithrandir: installing ia32-libs-dev lets the build succeed
[06:32] <mdz> I'll do an upload
[06:33] <mdz> Mithrandir: you wrote this in the changelog, but did not actually add it to debian/control :-)
[06:35] <Kamion> I'm worried that bug #1019 may show up in a lot of other places with the new initscripts
[06:35] <Kamion> the idiom is: do stuff; log_end_msg $?
[06:36] <Kamion> which fails badly in set -e scripts, which per Debian policy (and sanity) ought to be most shell scripts
[06:37] <Kamion> set +e around the affected area is possible, but loses a lot of safety
[06:37] <Mithrandir> mdz: ew, ok, thanks
[06:39] <mdz> Kamion: that alone should not cause the script to fail, should it?  if it were set -e, then whichever command actually produced the nonzero $? would have terminated the script, no?
[06:39] <mdz> and so the log_end_msg would never be executed
[06:39] <mdz> that doesn't sound right either, of course
[06:39] <Kamion> mdz: look more closely at bug #1019; the && means set -e doesn't trigger
[06:39] <mdz> oh, i see what happened in #1019
[06:40] <Kamion> I guess one possibility would be:
[06:40] <Kamion> hm, no
[06:41] <Kamion> I can't actually think of a good way to do what we want in shell with the current API, which suggests to me that the API may need some rethinking
[06:42] <Kamion> I suppose something like this would work:
[06:42] <Kamion> CODE=0
[06:42] <Kamion> do stuff || CODE="$?"
[06:42] <Kamion> log_end_msg "$CODE"
[06:42] <Kamion> could wrap that up in a function
[06:42] <mdz> isn't there an expansion which produces the exit code of the specified command?
[06:43] <Kamion> not unless you want to do grotty stuff with command substitution, which will break if the command outputs anything
[06:43] <Kamion> I'm sure you could get around that with strategic redirections, but then you'll run into even more exciting issues
[07:01] <Kamion> mdz: can we have a debian-installer component in bugzilla so that people stop assigning bugs to libdebian-installer?
[07:01] <mdz> Kamion: yes
[07:01] <mdz> I'm surprised it hasn't seen any RC bugs in Debian
[07:02] <mdz> Kamion: done
[07:02] <Kamion> they tend to go on installation-reports in Debian, not debian-installer
[07:02] <Kamion> if they get reassigned to debian-installer they usually get un-severity-inflated first :)
[07:02] <Kamion> ta
[07:17] <pitti> mdz,Kamion: regarding bug #996: do you know any reason why to keep the IDE and SCSI device nodes root:disk 660?
[07:18] <pitti> mdz,Kamion: if we left them at 640, hald could run in this group and do media check
[07:18] <pitti> mdz,Kamion: I find'ed the whole fs for group 'disk', only the device nodes itself have it. In addition, even base-passwd's doc questions the usage of 'disk'.
[07:19] <Kamion> stuff following HELP: tags in base-passwd's documentation is not authoritative
[07:20] <pitti> Kamion: I know, but what's the actual purpose of group disk? It essentially means root access
[07:20] <Kamion> I don't think allowing hald only read access to the disk devices is all that much better than allowing it write access too
[07:20] <Kamion> given read access, you can extract the contents of /etc/shadow and elevate yourself to root
[07:20] <Kamion> so you might as well not worry about the write access
[07:20] <pitti> Kamion: but you cannot decrypt the root password
[07:21] <Kamion> in theory ...
[07:21] <pitti> Regardless of the particular group, if hald is not in the same group as (at least) the removeable device nodes, we cannot do media checking.
[07:21] <Kamion> shadow is still non-world-readable for a reason :)
[07:21] <pitti> Kamion: :-)
[07:21] <Kamion> doesn't udev allow us to put removable device nodes in a different group?
[07:21] <pitti> Kamion: Then we need a way to change the group of only the removeable devices
[07:21] <pitti> Kamion: that's exactly what we needed
[07:21] <pitti> Kamion: I can try to find a sane way
[07:22] <Kamion> group disk is fairly historical I think, but I'm reluctant to rock that particular boat because people may be using it locally
[07:22] <pitti> Kamion: I was just wondering about the purpose of disk in general
[07:22] <pitti> Kamion: agreed.
[07:22] <pitti> Kamion: I basically see two hacks of udev:
[07:22] <pitti> either we find a way to tell them apart by bus
[07:23] <pitti> or we dynamically change the permissions file to create root.disk at the initial boot process, and then root.plugdev
[07:23] <pitti> I don't really like the second one :-)
[07:23] <pitti> Kamion: Okay, I will try to find a way to tell the devices apart in udev.
[09:17] <mdz> pitti: we definitely need to limit hal's access so that it can neither read nor write system disks
[09:17] <mdz> it must be limited to removable devices
[09:35] <pitti> mdz: yes, that would be fine. If we can modify udev to tell apart removable from fixed devices, this is no problem
[09:52] <seb128> we need a "NEEDINFO" status in the warty bugzilla
[10:22] <mako> jdub: you around?
[10:52] <jdub> mako: yo
[10:55] <mako> jdub: oh, i just sent you an email
[10:56] <mako> jdub: i've been working on the text for the cd cover and wanted your advice.. i also knew that you had some suggestions for stuff on the front or whatever that was not pure text so that should probably go into the same doc that we give the design company
[10:56] <jdub> yo seb128
[10:56] <jdub> mako: got it, will read :)
[10:57] <jdub>    * New upstream release:
[10:57] <jdub>      - fix osssink and alsasink broken on nforce2 (intel8x0) soundcard.
[10:57] <jdub> ^ woo ;)
[10:57] <mako> ossssssssik?
[10:58] <mako> i want ossssssink to be configurable in dssssssssl
[11:01] <ploum> jdub, I've reported this bug
[11:01] <ploum> It was fixed in 0.8.2
[11:01] <ploum> but there's a regression in 0.8.4
[11:01] <jdub> i'm quoting from seb's upload :)
[11:01] <ploum> That doesn't work anymore
[11:02] <ploum> I've reported this bug against 0.8.1
[11:02] <ploum> And I've closed it when I saw that 0.8.2 was working
[11:02] <seb128> jdub: I'm quoting the upstream NEWS file :p
[11:05] <spiv> Hmm, keyboard shortcuts seems to think Super_L is an ordinary key rather than a modifier.
[11:06] <Keybuk> yes
[11:07] <Keybuk> something between X and metacity is broken
[11:07] <jdub> that's because we all like to see daniels in his mechanic's costume
[11:08] <Keybuk> basically Super_L is missing from modifier_map Mod4
[11:58] <lamont> wow - grub built on amd64, eh?


[16:21] <joel__> I'm unable to allow kodi access from another device (PI).  I have mythtv 27 on Ubuntu 14.04 I ran mythbuntu-control-centre fromterminal and looks like I have permission issue but not sure what to do to solve it. Please see: http://paste.ubuntu.com/10707599/
[16:21] <joel__> Here is my mysql.txt http://paste.ubuntu.com/10707625/
[16:27] <tgm4883> joel__: I'm answering you in the other channel
[19:52] <Phiro69> I read that Netflix Instant Watch is working on chromium now; are there plans to build in a linkage to Mythbuntu?
[20:49] <tgm4883> Phiro69: it works on Chrome, not chromium
[21:56] <McGuyver> tgm4883: netflix does work in chromium with the widevine plugin installed