[00:09] <matttbe> stgraber, kees: it seems that the apport bug is not fixed => http://pastebin.com/BXMyNmJR
[00:10] <matttbe> or https://bugs.launchpad.net/ubuntu/+source/apport/+bug/767829
[00:12] <ScottK> Apport upgrade still failing with the new one.
[00:12] <ScottK> Setting up apport (1.20.1-0ubuntu4) ...
[00:12] <ScottK> start: Job failed to start
[00:12] <ScottK> invoke-rc.d: initscript apport, action "start" failed.
[00:12] <ScottK> dpkg: error processing apport (--configure):
[00:12] <ScottK>  subprocess installed post-installation script returned error exit status 1
[00:12] <ScottK> (I did not manually fix the problem with ubuntu3)
[00:13] <ScottK> stgraber: ^^^
[00:13] <kees> hm, yeah, build log shows the wrong dh_installinit invocation
[00:14] <kees> dh_installinit -papport  "true"
[00:14] <cjwatson> hmph, I should have caught that
[00:14] <cjwatson> getting tired
[00:15] <kees> DEB_DH_INSTALLINIT_ARGS="--error-handler=true"   iiuc
[00:15] <kees> (is what it should be?)
[00:15] <kees> cjwatson: shall I fix it?
[00:16] <cjwatson> please.  and drop the spurious quotes while you're at it
[00:16] <kees> yuppers
[00:33] <sladen> cjwatson: +1 for spotting the %ss <-> %sp
[00:33] <cjwatson> thanks.  quite pleased with finding that. :)
[01:21] <poolie> can i do anything to escalate https://bugs.launchpad.net/bugs/749817 ?
[01:21] <poolie> for people with thinkpads (and it seems to affect many of them) it's a fairly serious regression
[01:31] <lifeless> raof was talking about that in #ubuntu-desktop before
[01:32] <RAOF> poolie: And bryceh was organising some kernels to test.
[01:33] <poolie> well, if you want testers, just ping me
[01:33] <poolie> if you were still in sydney i would lend you my laptop if that helped
[01:34] <stgraber> cjwatson, ScottK: doh, my bad, I did some test outside the branch, then applied manually to the branch ... Seems like I forgot --error-handler ...
[01:34] <stgraber> sorry for that
[01:35] <ScottK> It happens.
[01:41] <ScottK> kees: Fixed apport accepted.
[01:41] <ScottK> stgraber: ^^^
[01:54] <bryceh> poolie, yep, I have some things for you to test.
[01:55] <stgraber> ScottK: thanks
[01:56] <stgraber> kees: and thanks for uploading the fix I meant to upload ;) /me should stop trusting memory and believe more in "cp" instead
[01:57] <poolie> bryceh, sure just ask
[01:57] <poolie> is there any current plan or forecast on when ubuntu will drop python 2.x?
[02:00] <bryceh> poolie, is your system arrandale graphics?
[02:01] <bryceh> yep it is
[02:01] <bryceh> poolie, ok I recognize the bug
[02:11] <bryceh> poolie, alright check your bug; I posted two things I'm having people with these bugs test.
[02:18] <poolie> don't see anything yet...
[02:27] <kees> stgraber: cool, no worries
[03:55] <bdmurray> apport still doesn't seem well bug 767997
[03:58] <poolie> bryceh: i'm happy to say that kernel seems to have fixed it
[05:08] <ScottK> poolie: Not for a long time.
[05:59] <ohsix> grr is the drag & drop problems w/compiz going to be rectified, happens sometimes, other times not
[06:04] <ScottK> ohsix: #ubuntu-desktop is probably a better place to find people who would know the answer to that.
[06:04] <ScottK> kees: That worked (apport).  Thanks.
[06:04] <ohsix> it was mostly rhetorical, i'm amending the one bug i did report; as i've pretty much isolated it to compiz
[06:06] <YokoZar> hmm, dpkg installation error of apport package...I wonder if reporting it will generate a some sort of logical black hole
[06:06] <ScottK> YokoZar: Fixed. Wait for an update on a mirror near you.
[06:06] <YokoZar> Indeed.  Still it does pose a logical quandry.
[06:07] <ScottK> Agreed.
[06:07] <ScottK> My question to my wife tonight was, "Want to hear some computer related irony?"
[06:09] <ohsix> YokoZar: that was something in the post-install script about failure starting, it just moved from enabled=1 in /etc/default/apport before that update, i just enabled it again to get it to installed; but a new package has been uploaded already that properly ignores startup failure
[06:17] <stgraber> YokoZar: well, I found it even funnier as the specific update was meant to turn it off :) Instead it got triggered on anyone who upgraded to that version.
[06:18] <ohsix> that was cute, yea
[06:19] <ohsix> how did it update my changes in /etc/default anyways; i always have it enabled, i thought that was one of the config protect directories, does one of the hooks just force change it?
[07:12] <cjwatson> ohsix: if you haven't changed the conffile locally, package changes to it are applied automatically
[07:13] <ohsix> cjwatson: but i had, i had enabled=1 in there before i upgraded to natty alpha
[07:14] <jubei> hello :) Not sure if this is the right place to be asking. I've already asked in Eclipse to no avail. I'm trying to write C++0x on linux with Eclipse CDT. I want to use std::unique_pointer and even though gcc compiles it fine, I don't get normal auto-complete when i do std:: ... it only gives me the old std classes/templates. Any ideas on how to pursue this?
[07:19] <steveire> What's the bzr equivalent of git pull ?
[07:19] <lifeless> bzr pull
[07:21] <steveire> thanks
[07:21] <pitti> good morning
[07:21] <pitti> cjwatson: xulrunner> yeah, same problem as with openjade, it's a preferred alternative build dep in universe
[07:22] <RAOF> Of course, bzr pull is not a complete equivalent for git pull; git does madness on pull, wheras bzr just does what you'd expect :)
[07:22] <pitti> Ampelbein: presumably this has been fixed by kees' latest upload?
[07:22] <pitti> stgraber, ScottK: ^
[07:23] <ScottK> Yes.
[07:23] <ScottK> It fixed it for me.
[07:23] <pitti> kees: thanks
[07:25] <didrocks> good morning
[07:25] <ohsix> RAOF: separate fast forward?
[07:26] <RAOF> ohsix: Well, it'll pull other changes to other branches from the same remote (but not apply them), and it'll perform a merge if you're not careful :)
[07:26] <YokoZar> so were we calling this beta 3, release candidate, or neither?
[07:27] <pitti> YokoZar: we call it "natty"?
[07:27] <pitti> like, in the final?
[07:27] <YokoZar> I'm trying to make sense of "Release Quality Iteration" on the schedule
[07:27] <YokoZar> https://wiki.ubuntu.com/NattyReleaseSchedule
[07:28] <bryceh> pitti, btw when do the apport hooks get disabled?  Right at release or shortly before?
[07:28] <pitti> it means that today we should have buildable images without inconsistencies, and keep it that way until final
[07:28] <pitti> bryceh: crash reports got disabled with the upload from yesterday
[07:29] <bryceh> pitti, ah ok
[07:29] <pitti> bryceh: but that only affects signal and python crashes; I believe teh package install failures continue to happen
[07:29] <bryceh> pitti, does that include the apport-gpu-freeze hook?
[07:29] <pitti> bryceh: I'm not actually sure about the GPU freezes
[07:29] <bryceh> pitti, ok, please flip that off whenever it's convenient
[07:29] <pitti> the udev rule doesn't
[07:29] <bryceh> I was still getting new ones filed today (at least, as of several hours ago)
[07:29] <pitti> bryceh: ah, the hook checks
[07:29] <pitti>     if not packaging.enabled():
[07:29] <pitti>         return -1
[07:30] <pitti> bryceh: presumably because not everyone upgraded yet?
[07:30] <bryceh> oh maybe, yeah
[07:30] <pitti> so it sohuld be disabled now
[07:30] <bryceh> ok great
[07:44] <YokoZar> slangasek: ia32-libs contains some of the packages that are in krb5, which was just updated to be a multiarch thing.  How to proceed?
[07:44] <slangasek> YokoZar: how do you mean, "just updated"? krb5 was part of my initial batch
[07:45] <YokoZar> oh it seems it was a security team update nm
[07:45] <YokoZar> still fetch and build is complaining about an unavailable version, which it usually only does when an upload was recent and source/binary differ in the archive
[07:48] <ohsix> http://blog.kevinmehall.net/2010/bringing_pin_tab_to_wnck wow that's a great idea
[07:49]  * pitti revives the 6 died armel buildds; be team players!
[07:52] <Sweetshark> pitti: have they been exhausted by the load?
[07:52] <pitti> annonaceae keeps failing, but it seems the others are on duty again
[07:53] <pitti> Sweetshark: lamont didn't feed the hamsters enough :)
[07:53] <Sweetshark> pitti: ohh, thats just mean!
[07:54] <ScottK> YokoZar: krb5 was uploaded to -security.
[07:55] <YokoZar> ScottK: it's strange because the apt in ia32-libs fetch-and-build script is returning " E: Ignore unavailable version '1.8.3+dfsg-5ubuntu2.1' of package "  but I can apt-get source that easily
[07:55] <ScottK> Does it look in all pockets?
[07:56] <YokoZar> main/universe, natty natty-updates natty-security
[08:00] <ScottK> OK.
[08:01] <dholbach> good morning
[08:01] <ScottK> No idea then.
[08:01] <YokoZar> http://pastebin.ubuntu.com/596813/
[08:02] <ScottK> It looks like it's fetching krb5
[08:02] <ScottK> Fetching source krb5 1.8.3+dfsg-5ubuntu2 for libkrb5-3
[08:02] <YokoZar> oh wait a minute
[08:03] <ScottK> It claims unavailable at the end though
[08:04] <ScottK> Dunno.  Need to crash.  Good luck.
[08:05] <YokoZar> Thanks for thinking on it, good night
[08:12] <YokoZar> ScottK: ah hah, figured it out.  Turns out the "sort" command does not think that 2.1 > 2, but apt ordering does.
[08:12] <YokoZar> I think
[08:19] <YokoZar> Actually nevermind we may have another edge case bug in apt...
[08:19] <YokoZar> apt-get -d source krb5=1.8.3+dfsg-5ubuntu2 krb5=1.8.3+dfsg-5ubuntu2.1
[08:20] <YokoZar> both commands work individually
[08:35] <abhinav-> I am not able to upgrade to natty using the latest live iso, bug 768105 :-/
[08:42] <cjwatson> abhinav-: thanks
[08:44] <abhinav-> cjwatson: :)
[09:03] <cjwatson> Daviey: any word on reproducing bug 728088?
[09:37]  * abhinav- is puzzled on receiving an email saying that his translations have been imported for tomboy, though he didn't do any translations
[09:38] <seb128> you did an upload probably
[09:38] <seb128> or got an update of your sponsored
[09:38] <seb128> launchpad import translations from uploaded sources so you get those with uploads
[09:41] <tjaalton> will universe freeze too? VDR is totally broken since 1.7.17 was synced from debian, since all the plugins need a rebuild, and it's best to sync them too from debian
[09:42] <abhinav-> seb128: I did propose a patch for merging, pitti merged it manually
[09:44] <seb128> abhinav-, your name is in the changelog for the upload that's why
[09:46] <micahg> tjaalton: unseeded stuff can still be sync'd until monday I think
[09:46] <abhinav-> seb128: oh thanks for clearing it up :)
[09:46] <iulian> tjaalton: We still have time.  Please file some bugs and subscribe ubuntu-release.  You can also let me know when you've done that so I can take a look.
[09:46] <tjaalton> micahg: good, I'll file sync requests then
[09:46] <abhinav-> that's nice, I get more karma :)
[09:46] <tjaalton> iulian: yeah, thanks
[09:46] <micahg> tjaalton: you can use -e with requestsync if you need an ubuntu-release ACK
[10:00] <Daviey> cjwatson: Sorry, missed the hilight.  I started doing this on tuesday, but seemed to have an unrelated issue with iscsi target.. I haven't dropped it, and will pick it back up today.  Sorry for the slow update.
[10:01] <cjwatson> Daviey: no problem, thanks - just checking up since skaet was asking me about it
[10:06] <Daviey> cjwatson: When you attempted to reproduce it, were you PXE booting or using local media?
[10:06] <cjwatson> Daviey: hm, I think local
[10:07] <cjwatson> only for the kernel and initrd though, which I wouldn't have expected to matter
[10:07] <Daviey> It /shouldn't/ be related, but that is a difference i will explore.
[10:08] <cjwatson> I think I did kvm -kernel -initrd -append
[10:08] <cjwatson> (etc.)
[10:08] <Daviey> ahh
[10:37] <tjaalton> micahg: yeah, filing them now
[10:44] <tjaalton> looks like the autosyncer didn't work properly, since some of these plugins have had releases that during the sync-period that didn't get synced
[10:47] <micahg> tjaalton: does ubuntu have a diff on any of them?  that would prevent them from being sync'd (BTW, auto import ended 30 Dec)
[10:48] <tjaalton> micahg: no, they were synced during maverick
[10:48] <cjwatson> what packages are these?
[10:49] <tjaalton> most of these only got a release for the new vdr version
[10:49] <cjwatson> some packages are blacklisted from autosyncing for one reason or another
[10:49] <tjaalton> cjwatson: let me check
[10:50] <tjaalton> vdr-plugin-osdteletext for one
[10:50] <tjaalton> _if_ the debian changelog is to be trusted
[10:50] <tjaalton> it could be that they weren't actually uploaded there, but to the e-tobi.net repository
[10:51] <tjaalton> hmm though they tend to use a different suffix then
[10:51] <micahg> tjaalton: http://packages.qa.debian.org/v/vdr-plugin-osdteletext.html, no upload until 2011-04-11
[10:52] <tjaalton> micahg: right, sorry for the noise :)
[10:53] <micahg> tjaalton: no problem, better to ask to be sure :)
[10:53] <tjaalton> 24 plugins in total, halfway through filing the bugs..
[11:07] <chrisccoulson> jam - there?
[11:23] <doko> ScottK: does boost-1.46 build with GCC-4.6?
[11:26] <pitti> tjaalton: ugh, a single bug with several task would have been easier..
[11:26] <ogra_> dholbach, my calendar shows i'm sponsoring next monday, shouldnt we postpone all sponsoring for that week, since the archive will be hard locked ?
[11:27] <ogra_> (i know i can do stuff without uploading, but it feels kind of pointless wiht a locked down archive)
[11:27] <dholbach> ogra_, we can still do SRU stuff or just review patches and upload them later or forward upstream - there's always something to do :)
[11:27] <ogra_> hmm,k
[11:28] <wolfe> what's SRU?
[11:28] <wolfe> I don't think it means Strategic Response Unit :P
[11:28] <dholbach> https://wiki.ubuntu.com/SRU
[11:29] <wolfe> ah okay :) I've done one of those for ubuntu before, I thought the acronym sounded familiar
[11:30] <wolfe> :( now it makes me curious, I haven't tried python-fam in the latest ubuntu, that broken code better not have reverted
[11:30]  * wolfe dislikes segfaulting python interpreters
[11:30] <wolfe> *scripts/programs
[11:34] <wolfe> oh bloody hell
[11:34] <tjaalton> pitti: yeah, well this way you get to see the changelog diffs :)
[11:34] <wolfe> that maintainer never updated the code, it is an abandoned project. I bet python-fam in Ubuntu is broken in the latest release
[11:57] <jam> chrisccoulson: I'm here now
[11:58] <chrisccoulson> jam, i reported bug 752919 a few weeks ago, and that got marked a duplicate of a bug which is fix released (which you are assigned too)
[11:58] <chrisccoulson> i'm just wondering if there's anything i can do, because i'm committing a lot of stuff to this branch locally, but i can't push it launchpad :(
[11:58] <jam> chrisccoulson: 2 things
[11:58] <jam> 1) upgrade your bzr
[11:58] <jam> 2) run 'bzr pack'
[11:59] <chrisccoulson> jam, what version do i need to upgrade too?
[11:59] <jam> the latter will find all the "missing" inventories and put them back together with their associated other content
[11:59] <jam> (it actually puts everything into 1 file so it is always together)
[12:00] <jam> chrisccoulson: according to the tracker, the fix is present in bzr-2.1.4, 2.2.5, and probably 2.0.7, 2.3.1/2 and 2.4b1. I'm not sure what has gone through final packaging.
[12:00] <jam> I know 2.4b1 is available in the ppa
[12:00] <jam> and probably 2.3.1
[12:00] <chrisccoulson> ok, i'm running 2.3.1 currently
[12:01] <jam> hmmm. Its listed as being fixed in 2.3.1, let me check
[12:01] <jam> chrisccoulson: ahh!!
[12:01] <jam> *launchpad* is running bzr-2.2
[12:01] <jam> and doesn't have the fix
[12:01] <jam> so you have to run "bzr pack lp:..."
[12:01] <chrisccoulson> oh, bzr pack seemed to work :)
[12:01] <jam> until Launchpad itself upgrades the server version of bzr
[12:02] <chrisccoulson> yay, it worked (http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/revision/145)
[12:02] <chrisccoulson> jam, thanks! :)
[12:45] <\sh> micahg, ping ZF...if you want, please take care of ZF while I'm on holiday for the next 6 weeks :) thx :)
[12:46] <bdrung_> doko: can you help us with an objcopy question / behaviour / bug?
[12:49] <bdrung_> doko: git clone git://git.debian.org/lintian/lintian.git
[12:49] <bdrung_> doko: then run debian/rules runtests onlyrun=binaries-general
[12:51] <bdrung_> file debian/tests/binaries-general/binaries-general-1.0/basic returns ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
[12:51] <bdrung_> the makefile calls objcopy --only-keep-debug basic $(DESTDIR)/usr/lib/debug/basic
[12:52] <bdrung_> file debian/tests/binaries-general/binaries-general-1.0/debian/binaries-general/usr/lib/debug/basic returns ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
[12:52] <bdrung_> doko: why does the library change from dynamically linked to statically linked?
[13:57] <barry> ev, cjwatson probably too late to do anything about it right now, but someone forwarded me a ubiquity failure on samsung series 9: bug 766740
[14:00] <cjwatson> barry: conveniently without any useful logs
[14:00] <barry> yeah ;)
[14:01] <cjwatson> (I've asked)
[14:01] <cjwatson> barry: I notice that he's using GPT, so it's possible that he's also using EFI in which case it's bug 765270 (fixed)
[14:01] <cjwatson> well, fixed in tomorrow's dailies anyway
[14:02] <barry> cjwatson: thanks, i'll forward that to him
[14:16] <ogra_> looking at bug 747229 ... is it even an oem-config UI i see there or is that just a debconf mode of aptd ?
[14:18] <cjwatson> ogra_: it's oem-config
[14:18] <ogra_> (in the graphical oem-config it looks like aptd)
[14:18] <ogra_> k
[14:43] <ScottK> doko: I didn't try to build it.
[14:59] <mterry> jcastro, does the naming scheme for oneiric blueprints no longer prefix the track type (like appdev or whatnot)?
[14:59] <jcastro> mterry: it does the tracknames are just back to normal
[15:00] <jcastro> mterry: you'd be desktop-o-dejadup
[15:02] <mterry> jcastro, OK.  Yeah, the deja dup one was made already, but now looking at quickly.  Quickly had a natty one too, but I assume since the -n- or -o- is part of the name, I should make new blueprint rather than rename the old one?
[15:10] <jcastro> mterry: it's up to you, I prefer to just rename
[15:41] <bdmurray> pitti: I wrote a bug pattern for bug 767829 and it works with test-local on the bug and a duplicate that got through (bug 768261)
[15:46] <pitti> bdmurray: oh, thanks
[15:46] <bdmurray> pitti: I'm curious why the duplicate got through even though there is a pattern
[15:46] <pitti> bdmurray: oh, you mean it came through after you wrote it?
[15:47] <bdmurray> pitti: yeah
[15:47] <pitti> hm, it looks good from here
[15:49] <pitti> it's also on people.c.c.
[15:49] <bdmurray> pitti: could it be related to bug 766516?  would maverick apport check for patterns named after the package?
[15:50] <pitti> bdmurray: yes, it would
[15:50] <pitti> but the bug didn't affect maverick in the first place
[15:51] <bdmurray> pitti: but if they were in the process of a dist upgrade?
[15:51] <pitti> bdmurray: that would work, yes
[15:51] <pitti> "work" -> cause this
[15:52] <ScottK> Does the desktop-file-utils in queue affect systems where software center isn't installed?
[15:52] <bdmurray> he first example wasn't a dist-upgrade but bug 768125 is
[15:54] <bdmurray> that one wouldn't match though because the attachment name is different though
[16:05] <bdmurray> pitti: I see you've cleaned up the dupes.  Is it a good idea to expand the bug pattern?
[16:06] <pitti> bdmurray: I didn't really go through them all; I just duped all package failures that came in in the last 24 hours
[16:06] <pitti> bdmurray: I think it'll quickly fade down now, but if we get many more, we might expand it, yes
[16:08] <bdmurray> pitti: okay, thanks. maverick not using bugpatterns.xml isn't going to create that many additional bugs I think.  What do you think?
[16:08] <pitti> bdmurray: right; I think bug patterns are very short-lived
[16:09] <pitti> and in fact it probably would make sense to clean up patterns for bugs which were fixed more than, say, a month ago, to avoid false positives
[16:10] <bdmurray> I wish patterns were automatically or semi-automatically written too
[16:10] <pitti> we really need a more generic way of extracting the gist out of an apt log, then we could use the auto-duper
[16:50] <abhinav-> when will ubiquity 2.6.7 make to the daily iso , today's ISO also had 2.6.6 ?
[16:52] <ev> abhinav-: the next daily live will have ubiquity 2.6.7
[16:52] <ev> either tonight or tomorrow morning
[16:52] <cjwatson> well, 2.6.8 :)
[16:52] <abhinav-> ev: oh great, I am eagerly waiting to upgrade :)
[16:52] <ev> err yes, 2.6.8
[16:52] <ev> :)
[17:12] <smoser> anyone know how i would configure firefox's home page for a new user ?
[17:17] <tumbleweed> smoser: you mean how you would configure it for all users? or just a programmatic way to change it for one user?
[17:17] <smoser> either woudl be suitable for this.
[17:17] <smoser> user is brand new, no .mozilla directory
[17:18] <tumbleweed> smoser: add something like pref("browser.startup.homepage", "file:/etc/firefox-homepage.properties"); to /etc/firefox-$VER/pref/ubufox.js
[17:19] <tumbleweed> then put browser.startup.homepage=http://foo.bar in that file
[17:19] <tumbleweed> (at least that's how we did it in ff 3.x)
[17:22] <LLStarks> spamaps, if i've lost VT access, would upstart be to blame?
[17:23] <SpamapS> LLStarks: probably not. When you say lost it, alt-F1 doesn't give you a getty?
[17:23] <SpamapS> LLStarks: I tend to blame plymouth first. ;)
[17:23] <SpamapS> because I understand it less
[17:23] <LLStarks> spamaps: no. and neither does recovery console.
[17:24] <SpamapS> LLStarks: have you tried booting with 'quiet' removed, and '--verbose'  on the kernel cmdline ?
[17:24] <LLStarks> i can try. i also have bootcharts at the ready.
[17:25] <smoser> tumbleweed, hm... http://paste.ubuntu.com/597036/ like that ?
[17:25] <LLStarks> brb.
[17:25] <ScottK> Someone else was complaining about lost VTs recently.
[17:25] <ScottK> I don't recall who.
[17:26] <TeTeT> smoser: should work, I can send you a hook file for this on custom builds, if needed
[17:26] <SpamapS> ScottK: I reproduced the opendkim thing *FINALLY*
[17:26] <ScottK> SpamapS: Cool.
[17:27] <smoser> TeTeT, doesn't seem to work for me.
[17:27] <SpamapS> ScottK: had to add ssh key and sudo NOPASSWD: ALL to make it break
[17:27] <ScottK> Lovely.
[17:27] <SpamapS> definitely a race between the parent exitting and setsid()
[17:27] <smoser> for that user i had already ran firefox, but then i did 'rm -Rf ~/.mozilla'
[17:27] <SpamapS> ScottK: so I may have a tiny patch :)
[17:27] <ScottK> Nice.
[17:28] <ScottK> Fortunately it's Universe so we have a few days for a fix yet.
[17:29] <LLStarks> yeah, still no VT. it might be related to the fact that a recovery boot will never finish. it'll just halt after loading bluetooth and usb
[17:29] <LLStarks> or something like that
[17:29] <SpamapS> LLStarks: try 'nosplash' too
[17:30] <LLStarks> isn't nosplash inherent to recovery boot?
[17:30] <LLStarks> whatever. brb again.
[17:31] <cjwatson> SpamapS: what do you believe implements nosplash?
[17:31] <SpamapS> cjwatson: I don't actually know. :)
[17:31] <cjwatson> (hint: nothing)
[17:31] <cjwatson> usplash used to ...
[17:32] <SpamapS> I am mostly fishing for something I'm familiar with outside of upstart.
[17:32] <SpamapS> because I don't know of anything in upstart that would cause vt's to go away... unless the getty's aren't starting for some reason
[17:33] <cjwatson> recovery mode options on the kernel command line automatically cause plymouth to go into details mode, much as LLStarks suggests
[17:33] <cjwatson> (src/main.c:plymouth_should_show_default_splash)
[17:33] <SpamapS> but yeah I don't know *anything* about how recovery console is implemented. :-P
[17:34] <LLStarks> still nothing with nosplash. i am running a custom plymouth, but also affects a fresh install.
[17:39] <SpamapS> LLStarks: did this just start today?
[17:41] <LLStarks> spamaps, no. this has been around since at least the start of the natty cycle.
[17:41] <LLStarks> well, maybe the beginning, but at least a few months.
[17:41] <LLStarks> *maybe not
[17:42] <SpamapS> whats your graphics hardware?
[17:42] <LLStarks> i945gm
[17:42] <LLStarks> i'd file a bug, but i'm not sure what package applies
[17:45] <LLStarks> os[Linux 2.6.38-8-generic i686] distro[Ubuntu "natty" 11.04] cpu[2 x Genuine Intel(R) CPU           T2050  @ 1.60GHz (GenuineIntel) @ 1.60GHz] mem[Physical: 2.0GB, 74.4% free] disk[Total: 115.2GB, 16.2% free] video[Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller] sound[HDA-Intel - HDA Intel]
[17:45] <JFo> LLStarks, file against linux with the lower case L
[17:45] <JFo> should send you my way
[17:47] <LLStarks> jfo, i can understand the loss of vt for an X boot, but would that also explain how a recovery boot doesn't even reach the recovery menu?
[17:48] <JFo> something odd afoot for sure
[17:48] <LLStarks> jfo: bug 768452
[17:48] <JFo> danke
[17:48]  * JFo goes to look
[18:02] <cjwatson> blueyed,mvo: this late zsh upload added a new build-dependency on yodl, which isn't in main
[18:03] <cjwatson> blueyed,mvo: I'm not convinced there's time to get yodl and icmake MIRed and promoted.  Can it please be excised?
[18:03] <cjwatson> (http://people.canonical.com/~ubuntu-archive/component-mismatches.txt)
[18:09] <SpamapS> ScottK: so with opendkim, moving setsid() before closing/duping the FDs didn't work.. trying some more drastic things.
[18:09] <ScottK> Thanks.
[18:10] <SpamapS> ScottK: definitely an interesting problem. I can reproduce 100% of the time now
[18:10] <ScottK> It's probably worth an email to the opendkim list saying you've reproduced it and are investigating.
[18:10] <ScottK> Cool.
[18:10] <ScottK> Please remember not to break BSD with your fix since that's upstream's native platform.
[18:15] <SpamapS> ScottK: I'll try it out on my netbsd VM :)
[18:16] <ScottK> :-)
[18:16] <SpamapS> I keep one around for testing libedit's complete and utter brokenness on Linux
[18:21] <pitti> cjwatson, mvo, blueyed: ok for me to just upload a reverted zsh?
[18:22] <cjwatson> pitti: I don't have a problem with it, but would be good for one of the uploaders to reply
[18:23] <pitti> I know, but it's getting tight
[18:23] <pitti> cjwatson: I'll prepare one and upload, then we have it in the queue
[18:23]  * cjwatson nods
[18:23] <cjwatson> I'm away as of now, though
[18:24] <pitti> cjwatson: enjoy the Easter weekend!
[18:24] <cjwatson> you too :)
[18:37] <mvo> pitti: sorry, sorry, I should have looked close, I have no personal attachment to this, feel free to revert
[18:39] <Cas07> i have a question about backporting a pygtk patch for ubuntu
[18:39] <Cas07> https://bugs.launchpad.net/bugs/708847
[19:00] <ScottK> !ask | Cas07
[19:08] <bryceh> is there a python module to do the equivalent of apt-cache show %s | grep ^Source ?
[19:08] <Cas07> ok I am wondering who can help get the recent pygtk patch http://git.gnome.org/browse/pygtk/commit/?id=4cbd3 backported to the ubuntu releases as the pygtks devs do not patch old versions. https://bugs.launchpad.net/bugs/708847
[19:08] <pitti> bryceh: python-apt can do that quite nicely
[19:09] <bryceh> pitti, thanks
[19:09] <pitti> bryceh: import apt
[19:09] <pitti> apt.Cache()['mypkg'].candidate.source_name
[19:09] <bryceh> nice
[19:09] <pitti> you need to do some error checking of course, candidate might be None
[19:09] <pitti> you can also use "installed" for the installed version (if it is installed)
[19:09] <pitti> but I guess for your case candidate is better
[19:10] <bryceh> yep
[20:12] <micahg> SpamapS: are you available for an SRU review?
[20:15] <SpamapS> micahg: Sure
[20:15] <micahg> SpamapS: bug 767966, I need to know if it's ok to push with the next round of security updates
[20:16] <LLStarks> jfo, need any additional info about my machine?
[20:18] <SpamapS> micahg: reading
[20:20] <SpamapS> micahg: I'm somewhat confused by the bug statuses .. what exactly do you want me to look for?
[20:21] <SpamapS> micahg: I see no test case, and I don't see it confirmed in any release.. just Fix Committed
[20:21]  * SpamapS goes afk for 5-10 min
[20:21] <micahg> SpamapS: ignore the statuses, I need to know if the change would be approved for an SRU and if I can include it in a security update given that I'll be running through regression tests for Firefox and Thunderbird
[20:25] <maco> geser, stgraber, cody-somerville, Laney, bdrung_:  it's been a week.
[20:26] <cody-somerville> maco, since last Friday? :)
[20:26] <cody-somerville> oh my
[20:26] <cody-somerville> Its Thursday, not Friday.
[20:26] <maco> cody-somerville: the emails were sent on the 14th...it's the 21st
[20:27] <stgraber> maco: I'm sitting next to cyphermox and we talked quite a bit last night so I don't have any question for him :) And I'm happy with the question that have been asked to Sylvestre, would just like to see some answers ...
[20:27] <cody-somerville> maco, which e-mails? Sorry, you'll have to jot my memory. I just got my wisdom teeth removed last evening. Pain meds have me a little out of it.
[20:27] <cyphermox> stgraber, you pang?
[20:28] <stgraber> oh hey cyphermox, long time no see
[20:28] <maco> cody-somerville: the 2 motu applications and 1 core dev application we're processing by email
[20:28] <maco> cody-somerville: today's the last day to pester them with questions, then we spend the weekend thinking & voting
[20:29] <stgraber> I'd also like to see RAOF answering Laney's questions (unless he did and that never made it to devel-permissions).
[20:32] <stgraber> so I'm fine voting on cyphermox's application as he answered all the questions that have been asked on the ML (AFAICS) but would rather wait for the two others
[20:36] <maco> RAOF: ping. answer questions on email ;-)
[20:37] <maco> and sylvestre isn't an irc person, so more pinging than the 3 emails in his inbox won't help
[20:37] <maco> i'm fine voting on cyphermox's too
[20:48] <SpamapS> micahg: the one red flag I have is that while polluting the global namespace is evil, if we do release w/ it this way, and people depend on that, then we change it.. we break those that depend on the behavior.
[20:48] <SpamapS> micahg: that said, thats in the "regression potential == LOW" category..
[20:49] <SpamapS> micahg: so yeah, I think I'd approve it through to -proposed
[20:49] <micahg> SpamapS: I don't think anyone would be depending on that behavior, also it's already been fixed "upstream"
[20:50] <micahg> SpamapS: do you approve it for me to include in the next security update?
[20:50] <SpamapS> micahg: Hrm.. I was evaluating it from the stand point of having it sit in -proposed for 7 days..
[20:51] <SpamapS> micahg: but you guys do testing probably twice as rigorous as -proposed -> -updates requires
[20:51] <SpamapS> micahg: so yes!
[20:51] <micahg> SpamapS: thanks!, I'll make sure we start testing the global menu with natty as well :)
[20:52] <micahg> SpamapS: could you please note that in the bug?
[20:54] <SpamapS> micahg: done
[20:55]  * SpamapS will now go for his first ever bike ride on the insane streets of Los Angeles.. wish me luck
[20:56] <micahg> SpamapS: thanks!
[20:56] <soren> SpamapS: It was nice knowing you.
[21:15]  * SpamapS still hasn't left due to the safety precautions he's reading about last minute
[21:18] <charlie-tca> Good luck and have fun, SpamapS
[21:19] <lamont> why would I have 187 irqbalance processes on a machine?
[21:19] <charlie-tca> I used to ride on the strip in Las Vegas
[21:19] <lamont> does it just want to be REALLY REALLY balanced?
[21:20] <soren> lamont: Do you have 187 cores?
[21:20] <lamont> 2.  I have 2 cores.
[21:21] <soren> lamont: Then I don't know.
[21:21] <soren> :p
[21:21] <lamont> I am a powermac running 2.6.35 on a lucid user base
[21:21] <lamont> IBM XServe, to be precise
[21:21] <lamont> I suspect that everytime udev gets installed in the livecd build, we get a new irqbalance process
[21:22] <lamont> soren: and thanks for the laugh
[21:22]  * soren tips his hat
[21:22]  * slangasek grins
[21:23] <soren> 187 would be a spectacular number of cores.
[21:23] <soren> Much more so than e.g. 256.
[21:24] <broder> now i want to start selling machines with prime numbers of cores or something, and have a bunch of marketing material that claims that makes the scheduling better or something
[21:24] <soren> Like... 2?
[21:24] <soren> That'd be something.
[21:25] <soren> :p
[21:25] <slangasek> I assume 187 processors is done as 17 tiles of 11-way cores
[21:25] <slangasek> you know, so that it scales symmetrically
[21:25] <maco> broder: pull some reasoning from http://designfestival.com/the-cicada-principle-and-why-it-matters-to-web-designers/ ?
[21:28] <lamont> slangasek: heh
[21:29] <lamont> in other news.... is it expected that after I type "reboot" on my laptop (inspiron N5010) that after ignoring it for a good long while, I finally use the "5 seconds of holding down the power switch" and another gentle push to complete that reboot?
[21:29] <lamont> I seem to remember that command used to function without operator involvement
[21:30] <maco> sounds like a bug to me
[21:32] <lamont> maco: yeah.. my thinking follows that line too.  OTOH, sometimes my flair for the written word and such just gets the better of me
[21:32] <lamont> soren: I think he means large primes
[21:33] <lamont> .... like 3.
[21:33] <soren> lamont: We'll know once we see the marketing material.
[21:34] <lamont> but will we truly?
[21:34] <lifeless> lamont: reboot -n
[21:35] <lifeless> lamont: or was the -n implied?
[21:35] <lamont> lifeless: sudo /sbin/reboot
[21:35] <lifeless>        When called with --force or when in runlevel 0 or 6, this tool invokes the reboot(2) system call itself and directly reboots the system.  Otherwise this simply invokes the shutdown(8) tool with the appropriate arguments.
[21:35] <lamont> the pretty cylon/kit-car thing continues sweeping, but no response to keyboard or other visible changes in the machine behavior
[21:36] <lamont> lifeless: right
[21:36] <lifeless> hmm, by my reading sudo /sbin/reboot
[21:36] <lifeless> should be an error reporting 'no time' :)
[21:37] <lamont> ??
[21:37] <lamont> without args, reboot is equivalent to "reboot now"
[21:37] <soren> Wow, that was *incredibly* annoying.
[21:37] <lamont> soren: lifeless can be that way
[21:37] <soren> I ran "sudo reboot -h" to get its help output thing.
[21:37] <lamont> that's why we love him
[21:37] <soren> ...and it rebooted instead.
[21:37] <lamont> no, it halted
[21:37] <lifeless> soren: doofus :)
[21:38] <lamont> soren: awesome
[21:38] <soren> lifeless: Yeah, not my brightest moment :)
[21:38] <doctormo> Hey dpm, I'm trying to follow your devel app week guide for internationalization.
[21:39] <lamont> soren: thank you so much for that.
[21:39] <lifeless> lamont: man reboot doesn't mention now :)
[21:39] <soren> lamont: For saving you from a similar fate?
[21:39] <doctormo> So far I have almost everything, except I can't seem to generate a pot file from what I have.
[21:39] <lifeless> lamont: and man shutdown doesn't mention the way in which reboot will call it
[21:41] <lifeless> lamont: I'm sure you are correct [I'm not going to test :P] but the docs are stale/don't mention it
[21:41] <lamont> soren: no, I know about reboot -h
[21:41] <lamont> OTOH, I'm about done laughing
[21:41] <soren> lamont: Well, thanks for sharing :(
[21:41] <soren> :p
[21:42] <doctormo> I think dpm might be out, so I throw the question out to anyone who can anwser. python/distutils/glade/i18n
[21:43] <lamont> neat.  reboot's manpage also fails to mention -h
[21:43] <lamont> ah.  hardy has -h and -n and a few other options described.  lucid and natty do not
[21:44] <maco> haha halt is a symlink to reboot
[21:44] <lamont> yep
[21:44] <smoser> stgraber, ping
[21:44] <Ampelbein> lamont: hardy didn't use upstart? (wild guess)
[21:44] <lamont> Ampelbein: prolly
[21:45] <maco> i find it funny though that "shutdown -h" and "shutdown -r" aren't just scripts calling those
[21:45] <lamont> but without options, they just do what the command name seems to indicate
[21:45] <stgraber> smoser: pong
[21:45] <smoser> did you test bug 759545 ?
[21:45] <lamont> maco: used to be that reboot did just reboot(2).  then they "enhanced" it do be an alias for shutdown
[21:45] <stgraber> nope, I suggested a fix but indicated I couldn't do the tests as the archive was in a bad state at the time
[21:45] <stgraber> smoser: why ? still having issues with it ?
[21:45] <lamont> and then there was much complaining, and reboot --force was added to get the old-n-correct behavior
[21:45] <maco> lamont: its actually its own binary
[21:46] <maco> lamont: i just checked, expecting a symlink and a check for the value of $0
[21:46] <smoser> yeah.
[21:46] <lamont> if I want to shutdown, I'll say shutdown, thank you.
[21:46] <stgraber> smoser: ok, I'll have a look once my Windows XP is done installing (to test some wubi weirdness)
[21:46] <smoser> stgraber, i started an instance of ubuntu-maverick-10.10-i386-server-20101225 .  Installed in the image is 1.98+20100804-5ubuntu3. then sudo update && sudo dist-upgrade.  That went fine.
[21:47] <lamont> but then, I've grown tired of being pedantic about that difference
[21:47] <smoser> then, sudo do-release-upgrade -d, and i got the prompt
[21:47] <stgraber> smoser: can you get the md5sum and content of /etc/default/grub before the upgrade ?
[21:47] <stgraber> smoser: the one I whitelisted was the one you have when you install 10.10 from the CD and then run a dist-upgrade
[21:47] <smoser> yeah. http://paste.ubuntu.com/597141/ is the differences i was shown.
[21:48] <stgraber> hmm, seems similar/identical to the one I whitelisted, weird ...
[21:52] <tumbleweed> smoser: sorry, was out, yes looks reasonable
[21:52] <smoser> didn't seem to work for me.
[21:54] <stgraber> smoser: test install on its way (ubuntu 10.10 amd64 server). I'll try an upgrade from that and see if it works. If it does, then it means we have a slightly different config file on EC2 or something like that
[21:54] <tumbleweed> smoser: hrm, firefox 4?
[21:55] <smoser> yeah, tumbleweed
[21:55] <smoser> stgraber, i'll test it again and get you md5sums of all files
[22:00] <kees> slangasek: weird, I don't think "dist-upgrade" works correctly with multi-arch. I always have to do "dist-upgrade", have it fail on libgcc1, then "-f install", then "dist-upgrade" again and I'm fine.
[22:00] <kees>  libgcc1:amd64 1:4.5.2-8ubuntu4 cannot be configured because libgcc1:i386 is in a different version (1:4.5.2-8ubuntu3)
[22:00] <slangasek> kees: yes, it's an apt bug, let me find the ref
[22:00] <kees> ah-ha, okay. already known. :)
[22:00] <slangasek> kees: Debian bug #618288
[22:01] <smoser> stgraber, d44898904f347a5fad10f3b4903c4c28 is what i have.
[22:02] <slangasek> kees: that's the last "I don't think I want to point users at this yet" bug
[22:02] <kees> slangasek: yeah, agreed.
[22:02] <kees> slangasek: I'd hit it before but I thought it was legit publisher churn (i.e. I didn't have i386 yet). during final freeze now I got suspicious. :)
[22:03] <stgraber> smoser: 965e5137eff659cded3adb640357c33d  maverick_1.98+20100705-1ubuntu1
[22:03] <stgraber> smoser: that's what's in the whitelist
[22:03] <Cas07> how do I go about asking an ubuntu dev to create a backport of a pygtk patch to be applied to lucid, maverick and natty?
[22:03] <smoser> 1.98+20100804-5ubuntu3 is what is installed, stgraber
[22:04] <kees> slangasek: should that bug get added to http://wiki.debian.org/Multiarch/Bootstrapping ? it's not technically bootstrapping, but it sure seems like a sensible prereq to track somewhere.
[22:04] <smoser> and what is current in maverick-updates
[22:04] <stgraber> smoser: and that matches what I have on a clean ubuntu 10.10 amd64 server install
[22:04] <smoser> so that i would think is more relevant
[22:04] <stgraber> smoser: ok, I'm doing an upgrade now, I'll see if the file changes somehow
[22:04] <smoser> ie, you're probably supposed to have dist-upgraded before do-release-upgrade, right?
[22:04] <infinity> lamont: Hrm.  Does livecd-rootfs do the same "walk proc and slaughter" dance that launchpad-buildd does?
[22:04] <smoser> stgraber, well it *will* change, right?
[22:04] <stgraber> smoser: if it doesn't then we have some EC2 magic causing the file to have a different check sum
[22:04] <infinity> lamont: If I never got around to doing that, that would probably solve your issue.
[22:04] <smoser> stgraber, why would it not change when you install the newer 1.98+20100804-5ubuntu3
[22:04] <stgraber> smoser: upgrade as in, going from release 10.10 to up to date 10.10
[22:05] <stgraber> 965e5137eff659cded3adb640357c33d is what you have on the 10.10 CD, I'm now upgrading to an up to date 10.10 to compare, then dist-upgrading to natty
[22:06] <stgraber> yeah, you're supposed to have an up to date system before dist-upgrading
[22:06] <tumbleweed> smoser: looks like it's /etc/xul-ext/ubufox.js these days
[22:06] <infinity> Cas07: File a bug, ideally including both the patch, and the reason(s) why you think it needs to be included in old releases.
[22:07] <lamont> infinity: prolly not - I've never done it either, unless I did it early on
[22:07] <Cas07> infinity: what about updating an existing bug
[22:07] <infinity> lamont: Well, hooking that into the exit trap should be trivial.
[22:08] <infinity> lamont: Let me go have a loot.
[22:08] <infinity> lamont: Or a look.
[22:08] <Cas07> infinity: oh ive found another bug that mentions something about no ubuntu-sponsors
[22:08] <stgraber> smoser: ok, I still have 965e5137eff659cded3adb640357c33d with 1.98+20100804-5ubuntu3
[22:08] <lamont> infinity: ta
[22:08] <smoser> stgraber, yesh. it is ec2. i just realized its in the image build process.
[22:08] <smoser> -GRUB_CMDLINE_LINUX_DEFAULT="console=ttyS0"
[22:08] <smoser> +GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
[22:08] <smoser> but i swear it didn't show me that.
[22:09] <stgraber> smoser: ok, so d44898904f347a5fad10f3b4903c4c28 is what I should whitelist ?
[22:09] <smoser> well that would make it better. cjwatson has never done this for me before.
[22:10] <stgraber> oh, actually, no, I shouldn't whitelist that or it'll break on upgrade
[22:10] <stgraber> well, not "break" but you'll loose your "console=ttyS0"
[22:11] <stgraber> unless it's grub's postinst that sets that value, in which case it'd be fine to add the md5sum to the whitelist
[22:13] <smoser> stgraber, no, its not grub that does it. the uec images build does it in post install modification.
[22:13] <smoser> :-(
[22:14] <stgraber> hmm, ok, then better not to whitelist that in grub and have the user see the diff. Or we'll get bug reports saying that they don't get their console output anymore (as grub would reset /etc/default/grub to a regular non-ec2 one)
[22:14] <cjwatson> yeah, I hope to rearrange the nonsense that is that postinst after natty, but I really don't recommend trying to do it in a rush - the cure might well be worse than the disease
[22:16] <smoser> cjwatson, yeah, please keep me in mind when you're doing that work.
[22:16] <smoser> i know its not ideal, but i make modifications to that file in the iamge build process.
[22:17] <smoser> the changes beign made currently are because I want to see a grub prompt on boot.
[22:17] <smoser> -GRUB_TERMINAL=console
[22:17] <smoser> +#GRUB_TERMINAL=console
[22:17] <smoser> -#GRUB_HIDDEN_TIMEOUT_QUIET=true
[22:17] <smoser> +GRUB_HIDDEN_TIMEOUT_QUIET=true
[22:19] <infinity> lamont: Err, kay, livecd.sh has a proc walk, but it very much isn't the one I wrote for lp-buildd.  It screen-scrapes ls output with grep.
[22:20] <infinity> lamont: No idea if it's working as intended and perhaps PPC is just hating you, or if it's actually broken...
[22:20] <infinity> lamont: Though, given that it's meant to loop infinitely if processes remain in the chroot, my gut is that it's perhaps not working at all. :P
[22:22] <smoser> stgraber, cjwatson i'm looking at diff shown to me by grub-pc right now, and it doesn't even show my console=ttyS0 change.
[22:26] <infinity> lamont: I'm going to test some things here, and if the livecd.sh implementation seems completely broken (and, honestly, parsing ls output pretty much always is, even when it isn't), I'll commit some sort of shiny fix.
[22:26] <lamont> infinity: heh. thanks
[22:49] <lamont> hrm.. used to be that resizing  a window, I'd see lines/columns for the window... natty dropped that, and I want it back...
[22:51] <Pici> iirc, theres a compiz option that does that.
[23:21] <stgraber> cjwatson: for some reason I'm still getting the ucf prompt on upgrade even though my current md5sum matches the one that was added to the .md5sum ...
[23:21] <stgraber> on grub upgrade that's
[23:42] <stgraber> cjwatson: we apparently have an "old" md5sum in /var/lib/ucf/hashfile that's not in the .md5sum list (and I have no idea what that md5sum matches ...)
[23:43] <lool> https://launchpadlibrarian.net/70111656/ubuntuone-client_1.6.1-0ubuntu3_amd64.changes shows that ubuntuone-client-gnome_1.6.1-0ubuntu3_amd64.deb was uploaded, yet I don't see it in the archive
[23:43] <lool> and that was built 7 hours ago
[23:56] <slangasek> lool: it's in the archive, not on the mirrors; can you poke IS?


[07:48] <Saviq> Mirv, hey, think you could force-merge https://requests.ci-train.ubuntu.com/#/silo/067 ? it passed britney in silo and we're waiting for it in another silo
[08:16] <Mirv> Saviq: sure
[08:17] <Saviq> tx
[08:33] <Saviq> Mirv, can you please retry the failed build in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-070
[08:33] <Saviq> not sure what the error is there
[08:34] <Mirv> Saviq: done, it seems to have hanged since the build took 2.5h
[08:34] <Saviq> Mirv, indeed
[08:39] <oSoMoN> jibel, good morning! not sure whether you saw my message yesterday in the evening about silo 21?
[09:03] <Saviq> sil2100, hey, we'll need a new ubuntu-touch meta with indicator-session added for silo 13 - could you please whip something up? since I don't think we're installing Recommends on touch at all?
[09:03] <sil2100> Saviq: hey, ok, preparing - the recommends bit is indeed not-so-clear, I'll have to look into that later on
[09:04] <Mirv> ubuntu-qa it seems https://requests.ci-train.ubuntu.com/#/silo/021 is pretty important, please force it to QA queue as requested by oSoMoN in the evening since the retry function does not work for the one failed autopkgtest test because of a known infra bug
[09:08] <sil2100> Saviq: btw. any chance silo 13 landing today? :)
[09:08] <Saviq> sil2100, yeah, we've found the issue + workaround
[09:08] <Saviq> it was a nasty one
[09:08] <Saviq> first boot, timezone related and triggered by rotation :P
[09:09] <jibel> Mirv, done
[09:09] <Saviq> is actually a pre-existing issue in rc-proposed
[09:09] <jibel> Saviq, and if you remove the calendar widget from the indicator, the bug doesn't happen?
[09:10] <sil2100> If that's worked-around now then awesome
[09:16] <Mirv> thanks
[09:18] <Saviq> jibel, yes, https://requests.ci-train.ubuntu.com/#/ticket/1167 is doing that, but I'd rather land those separately and re-enable timezone change in OOBE once we verify this is really helping
[09:23] <jibel> Saviq, heh, one of my favorite bug :)
[09:28] <Saviq> jibel, so what do you think, we could land 13 with the timezone skipped, or put 70 into 13 to avoid the skip, or land the two separately knowing one will fix the other
[09:31] <jibel> Saviq, will you remove the timezone page from the wizard still?
[09:32] <jibel> let me think
[09:33] <Saviq> jibel, let's talk after the turbo mtg
[09:40] <Saviq> jibel, https://plus.google.com/hangouts/_/canonical.com/saviq
[09:50] <Saviq> sil2100, ↑ is rebuilding for the last time, please let me know when you have ubuntu-touch ready, thanks!
[10:23] <sil2100> Saviq: it's ready since a bit, I can push it into the overlay if needed
[10:24] <Saviq> sil2100, ah, can you push into silo 13 then?
[10:24] <Saviq> or is that not how we roll with ubuntu-touch bits?
[10:24] <sil2100> Saviq: ah, ok, to the silo first then? Sure
[10:24] <sil2100> We can, but we usually push those straight to the overlay
[10:25] <sil2100> Will anything blow up if we have indicator-session on our images without silo 13?
[10:26] <Saviq> sil2100, yeah, it will show up by default and with 13 it will be hidden
[10:26] <Saviq> so it should land together
[10:27] <sil2100> Pushing to silo 13 in that case
[10:58] <Saviq> sil2100, can we have one for xenial, too?
[10:58] <sil2100> Saviq: ok, I committed to the seeds already, just need to re-generate the meta
[10:58] <Saviq> thanks
[11:29] <sil2100> Saviq: I hope silo 13 will land today, right?
[11:29] <Saviq> sil2100, that's the plan, yes
[11:29] <Saviq> just waiting for the last builds on awkward arches that take an era
[11:30] <Saviq> sil2100, oh
[11:30] <jibel> sil2100, the freeze is the last blocker for silo 13, everything else reported by rvr has been fixed and verified already
[11:30] <sil2100> Ok, since there's some additional changes staged in the xenial
[11:30] <Saviq> sil2100, it looks like the two powerpc builds are stuck https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013/+packages
[11:30] <sil2100> *xenial metapackage
[11:31] <Saviq> we saw that overnight and Mirv restarted, not sure if possible to un-stuck it before it times out after 2.5h :/
[11:31] <sil2100> hmmm
[11:31] <sil2100> Why would those tests suddenly get stuck?
[11:33] <Saviq> sil2100, looks like a race, really - something must've changed in xenial :/
[11:33] <Saviq> but yeah ppc64el got stuck overnight, too
[11:33]  * Saviq should've bincopied :P
[11:33] <Saviq> but then train wouldn't be happy
[11:35]  * Mirv is intimately familiar with "stuff changes in xenial"
[11:38] <sil2100> :|
[11:40] <Mirv> it's just weird we still get things changing in xenial at this point, but for example the gcc gets updated all the time with the assumption that upstream stable branch never regresses
[11:41] <Mirv> I'm now trying to hunt why out-of-range file mappings don't fail anymore on i386/armhf while they did two weeks ago at least. ie, Qt unit test is failing.
[11:42] <Mirv> the previous case was the famous grep update a month ago
[11:47] <sil2100> Things like this should not happen so late in the cycle
[11:50] <cjwatson> Saviq: anyone with upload permission to the relevant thing can cancel, wait for cancel to complete, retry
[12:02] <sil2100> Mirv, Saviq: you guys think we should re-try running the builds again?
[12:04] <Saviq> sil2100, yes
[12:11] <Mirv> sil2100: probably
[12:12] <sil2100> It's re running
[12:12] <sil2100> Fingers crossed...
[12:19] <sil2100> Saviq, Mirv: I see the ppc64el already seems hanged on the same test :<
[12:29] <sil2100> Oh!
[12:29] <sil2100> Saviq, Mirv: both finished!
[12:32] <Mirv> \o/
[12:36] <Saviq> nice
[12:36]  * Saviq files a bug for that test
[12:40] <Saviq> Mirv, sil2100, bug #1560960
[12:53] <Saviq> jibel, https://requests.ci-train.ubuntu.com/#/ticket/1138 is up, I've Lander: ACKed it, running qml tests and will do some sanity checks on it now,too
[12:54] <Saviq> it also has ubuntu-touch-meta now to pull indicator-session in
[12:56] <jibel> Saviq, okay, I'll install is now
[13:19] <morphis> sil2100: can you override the automated sign-off for the android package landing at https://requests.ci-train.ubuntu.com/#/ticket/1145 again?
[13:28] <Saviq> jibel, FYI - tests results on silo 13 https://unity8-jenkins.ubuntu.com/job/test-ppa-autopkgtest/47/testReport/
[13:35] <Saviq> jibel, not sure how to cause britney to rerun the "regressions" from https://requests.ci-train.ubuntu.com/static/britney/vivid/landing-013/excuses.html and https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-013/excuses.html - the only really relevant ones are for the new unity8 package (20160323.2)
[14:37] <morphis> sil2100: ping
[15:03] <sil2100> morphis: pong
[15:03] <morphis> sil2100: you saw my message above about the current landing of a new android pacakge?
[15:04] <sil2100> morphis: oh crap, missed it, ok
[15:04] <morphis> sil2100: need a override for britney again on https://requests.ci-train.ubuntu.com/#/ticket/1145
[15:04] <sil2100> Let's ping QA again
[15:04] <morphis> thanks
[15:04] <sil2100> jibel, davmor2: hey! We'd need a manual insertion into the QA queue, android again ^
[15:05] <davmor2> pffff
[15:05] <sil2100> (the QA automated scripts for adding landings to the queue will soon stop being used because of all those missing britney hints)
[15:13] <morphis> sil2100: can you also have a look at the package in silo 70?
[15:13] <morphis> need a coredev signoff on that, this needs to land really soon
[15:19] <sil2100> morphis: looking
[15:19] <morphis> sil2100: thanks
[15:19] <morphis> awe: ^^
[15:19] <sil2100> Oh, the WiFi bug, yeah that's critical alright
[15:19] <awe> k
[15:19] <morphis> sil2100: :-)
[15:30] <sil2100> morphis: hmmm, one thing I don't like in silo 70 so far is that debian/patches/wifi-fix-cancel-scan.patch seemed to have been touched (and some parts removed) without any mention in the changelog
[15:31] <sil2100> Any changes such as this should be documented as a changelog entry
[15:31] <morphis> sil2100: they don't
[15:31] <morphis> sil2100: there was only one patch added
[15:31] <sil2100> https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_39a8dbb93caf4ec889f8a1b7f69885db/bileto-1168/2016-03-23_10:34:23/vivid/network-manager/packaging_changes.diff
[15:32] <sil2100> The packaging change shows a change in the patch - maybe the packaging diff is wrong? (maybe it's outdated or something)
[15:32] <morphis> sil2100: possible
[15:33] <sil2100> Let me manually check
[15:34]  * sil2100 runs a debdiff
[15:36] <sil2100> morphis: sadly manual inspection confirms that debian/patches/wifi-fix-cancel-scan.patch has been changed
[15:36] <sil2100> morphis: was that intentional?
[15:37] <sil2100> http://paste.ubuntu.com/15480297/ <- this is what I get after running debdiff against what's in the overlay-ppa
[15:41] <sil2100> morphis: anyway, if it's intentional and wanted, then it should have a mention in the changelog
[16:52] <dobey> trainguards, hi. it seems https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-064/+build/9390812 is hanged. can someone kill/restart that build?
[16:56] <dobey> oh seems it just died
[16:56] <dobey> so just a retry please
[17:16] <dobey> trainguards: also, can someone please retry https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-066/+build/9386439 ?
[17:16] <sil2100> dobey: on it
[17:16] <sil2100> Done
[17:16] <dobey> sil2100: can you do https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-064/+build/9390812 too please?
[17:19] <bfiller> robru: I create silo 62 for QA. It only has a click package. Getting bad status and also need to set QA Signoff to Ready. Can you take a look?
[17:19] <bfiller> https://requests.ci-train.ubuntu.com/#/silo/062
[17:20] <alecu> hi trainguards! I need to land this MP: https://code.launchpad.net/~xavi-garcia-mena/ubuntu/vivid/upower/percentages-power-off/+merge/289935
[17:20] <dobey> alecu: oh, that isn't going to work
[17:20] <alecu> I've never landed upower branches nor branches that are not upstream, is that something that we can do with the train?
[17:21] <alecu> dobey: how so?
[17:22] <dobey> alecu: because that's not upstream; we need to make a change to the debian source package, and get it uploaded
[17:23] <alecu> dobey: uploaded to debian? we want this change only for the phone overlay.
[17:23] <dobey> alecu: no, uploaded to a silo; that change needs to not be directly to the files in question, but adding a patch in debian/patches/ that makes that change.
[17:24] <alecu> dobey: ah, I see
[17:24] <dobey> and needs to have debian/changelog entry, etc
[17:24] <dobey> as we don't own upower
[17:26] <sil2100> dobey: sure
[17:26] <dobey> sil2100: thanks
[17:26] <sil2100> alecu: oh
[17:26] <sil2100> alecu: ok, where would you like me to copy the source package?
[17:26] <dobey> alecu: is it critical to land that upower thing for ota10?
[17:27] <dobey> wtf, the ubuntuone-credentials tests crashed again on powerpc
[17:27] <sil2100> alecu: and yes, as dobey, it would be better if the change was already a valid debian package, so added as a quilt package etc.
[17:27] <sil2100> This would save me some work
[17:28] <dobey> sil2100: can retry https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-066/+build/9386439 yet again please? i wonder if maybe something is wrong with the builder perhapse :-/
[17:28] <sil2100> dobey: sure
[17:28] <alecu> dobey: mzanetti keeps bugging me about it. He has half a dozen devices, and whenever he needs to test something on one, and the device is completely dead, it takes 15 minutes for the battery to charge enough so the device can be restarted.
[17:29] <sil2100> dobey: yeah, we had some issues with powerpc builds today... not sure if those were builder related, just was hard to get a package built completely
[17:29] <bfiller> sil2100: how do silos that just have click packages work?
[17:29] <bfiller> sil2100: the status keep saying it's failed
[17:29] <bfiller> sil2100: silo 62
[17:29] <alecu> dobey: so, I don't think it's a critical, but it's long in the tooth.
[17:29] <dobey> bfiller: silos with clicks don't work, really
[17:30] <bfiller> dobey: it's how QA tests them
[17:30] <bfiller> not for release
[17:30] <sil2100> bfiller: hey! Yeah, for such click-only landings that do not have any deb-parts to build it should just stay as an unassigned request
[17:30] <alecu> sil2100: dobey: I'll work on a proper debian branch after lunch.
[17:30] <dobey> bfiller: right, you just make a silo and fill in the download url for the click, and then ask jibel to move it to trello
[17:30] <sil2100> bfiller: since getting a silo is pointless
[17:30] <sil2100> (nothing to build or install)
[17:30] <sil2100> alecu: thanks!
[17:31] <bfiller> sil2100, dobey: ok let me abandon it then and start over
[17:33] <dobey> alecu: ok, if you need help from me, just ping; i am a bit hesitant about it though; would be nice if we could get a proper fix implemented where we can tweak that in device tarball or such to override, instead of having it that way in the package
[17:37] <pmcgowan> dobey, its just that its for every device, there is some other package with config overrides which one escapes me
[17:41] <ogra_> alecu, just send some extra power strips to mzanetti ;)
[17:45] <dobey> pmcgowan: oh right, well whatever package then perhaps
[17:46] <dobey> pmcgowan: i'm not sure that upower settings can be overridden the normal way though, is the thing
[17:47] <dobey> sil2100: looks like that ppc build failed again :( same builder, so maybe an issue with the builder
[17:47] <pmcgowan> dobey, yeah looking now
[17:47] <pmcgowan> and aiui its bad to write a file another package owns
[17:48] <dobey> hmm
[17:48] <dobey> https://launchpad.net/builders/sagari/+history doesn't suggest a general builder problem though :(
[17:53] <bfiller> sil2100: can you kick off an amd64 xenial build for gallery-app on this silo please? https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-051
[17:59] <alecu> ogra_: lol
[18:01] <sil2100> bfiller: done
[18:01] <sil2100> :)
[18:08] <dobey> sil2100: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-066/+build/9386439 <- hmm, third time's a charm maybe?
[18:09] <pmcgowan> ogra_, is ubuntu-touch-session really reserved for session related configs or can stuff running as root go in there as well
[18:10] <dobey> pmcgowan: there's "ubuntu-touch-settings" btw
[18:11]  * pmcgowan looks
[18:11] <dobey> don't know if unity8-desktop-session-mir depends on it or not though
[18:11] <dobey> if it pulls it in we might not want it there, either
[18:12] <dobey> or, trainguards: can get another rebuild on https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-066/+build/9386439 please?
[18:12] <robru> dobey: on it
[18:12] <dobey> thanks
[18:13] <robru> yw
[18:14] <mterry> \o/
[18:16] <pmcgowan> dobey, Im confused, the upstream project for that package is something unrelated
[18:17] <jibel> thanks for your work on this silo mterry, it was an interesting landing :)
[18:18] <mterry> jibel: likewise.  glad we sorted it out
[18:18] <dobey> pmcgowan: ?
[18:19] <pmcgowan> dobey, if I look here https://code.launchpad.net/ubuntu/+source/ubuntu-settings
[18:19] <dobey> well fml, another segfault on ppc
[18:19] <pmcgowan> it points to an upstream for the code
[18:19] <jhodapp> robru, where do I learn the reason why automated sign-off failed? https://requests.ci-train.ubuntu.com/#/ticket/939
[18:20] <robru> jhodapp: "Automated Test Results" field is a little below that
[18:20] <dobey> i wonder what changed in xenial that would have caused such a crash only on ppc
[18:20] <jhodapp> robru, thanks, didn't see that
[18:20] <Saviq> mterry, can you please copy shadow for vivid from silo 13 to overlay - we'll then need to pop it from silo and publish the rest
[18:21] <mterry> Saviq: oh ok
[18:21] <Saviq> mterry, somehow you managed to put different sources for xenial in silo and archive
[18:21] <dobey> pmcgowan: huh, no. there isn't an upstream source tree for that afaict
[18:21] <Saviq> so train is unhappy
[18:21] <dobey> pmcgowan: it's just a .deb that has some overrides we ship, in it
[18:21] <mterry> Saviq: yeah I pushed to xenial a long time ago, I was told to ease publishing just to put a bogus one in ppa.  Guess tnot
[18:21] <pmcgowan> dobey, ack
[18:22] <pmcgowan> lp pahge is just wrong then
[18:22] <dobey> pmcgowan: not exactly; someone improperly registered an upstream project in lp
[18:22] <Saviq> mterry, well, I asked you to copy from archive to silo, not "put a bogus one" - train would be happy with that :)
[18:23] <Saviq> mterry, but you must've rebuild the source when dputting to ppa or something
[18:23] <mterry> Saviq: yeah it got rebuilt.  I'll fix
[18:24] <dobey> pmcgowan: fixed it
[18:25] <mterry> Saviq: OK, shadow copied to overlay & deleted from silo 13 ppa
[18:25] <Saviq> mterry, it's not even that "it got rebuilt" as in binaries - it's the source package that ended up different
[18:25] <Saviq> mterry, thanks, deleted both distros?
[18:25] <mterry> Saviq: alright I must have messed that up
[18:25] <mterry> Saviq: yeah
[18:25] <Saviq> tx
[18:26] <Saviq> let's see if a diff_only build makes things work now
[18:26] <dobey> i wish lp builders could be configured to upload crash reports to errors.u.c and spit out the URL to the report in the build log
[18:29] <dobey> maybe i should just disable tests on powerpc
[18:30] <dobey> pmcgowan: so i can't land that ubuntuone-credentials change if i wanted to, because the build keeps failing on powerpc :(
[18:31] <pmcgowan> dobey, I see powerpc tests on xenial bah
[18:32] <pmcgowan> dobey, who could help look at it?
[18:32] <bfiller> robru: was discussing with jibel, he was asking if  any lander should be able to mark it ready for QA when there is no automated sign off
[18:33] <robru> bfiller: hmmm, right
[18:33] <dobey> pmcgowan: someone with a 15 year old mac that still boots?
[18:33] <Saviq> jibel, davmor2, thanks a lot guys, we know we caused you a lot of grief these past week+½, we really didn't wanna
[18:33] <pmcgowan> dobey, lol
[18:34] <pmcgowan> dobey, how bad would it be to disable the tests
[18:34] <dobey> pmcgowan: it's not hard to do. just feels incredibly dirty
[18:35] <ogra_> pmcgowan, we used to use it for all things session related ... iirc there are also lightdm configs and such in it
[18:35] <jibel> Saviq, no worries, you know how we love your mega silos
[18:35] <pmcgowan> ogra_, there are
[18:35] <ogra_> so indeed you can have non-user related bits
[18:35] <pmcgowan> vg ty
[18:35] <pmcgowan> alecu, ^
[18:35] <jibel> food for thought for your next landings
[18:35] <ogra_> i wouldnt put totally unrelated stuff in there indeed
[18:35] <pmcgowan> ogra_, it an override for the upower conf
[18:36] <Saviq> jibel, others just hide the same size silos behind staging, so ;)
[18:36] <dobey> pmcgowan: it would be better in ubuntu-touch-settings
[18:36] <ogra_> yeah
[18:36] <dobey> pmcgowan: unity8 depends on ubuntu-touch-session
[18:36] <ogra_> that sounds less session realted
[18:36] <ogra_> *related
[18:36] <Saviq> jibel, I'd have landed all that in 4-5 smaller ones if I could
[18:36] <dobey> so it will be installed on laptops too for unity8-desktop-session-mir
[18:36] <pmcgowan> dobey, ok if you say so, just there are no conf files there now
[18:36] <pmcgowan> I see
[18:36] <dobey> but ubuntu-touch-settings doesn't seem to be
[18:36] <jibel> Saviq, indeed, I didn't say it couldn't have been worse
[18:37] <dobey> pmcgowan: there is one override file in it. we can add a conf though, i think :)
[18:37] <pmcgowan> dobey, so I would disable the tests on powerpc for today, since that is wanted for turbo
[18:37] <robru> bfiller: ok I pushed a fix to trunk, just waiting on #webops to roll it out, they're a bit busy (been waiting already an hour for a different rollout)
[18:37] <ogra_> pmcgowan, and breap all  the powerpc tablets out there ?!?
[18:37] <ogra_> *break
[18:37] <dobey> pmcgowan: do we not also want silo 64 for turbo? who is determining what is "critical" there?
[18:38] <pmcgowan> whats in 64
[18:38] <bfiller> robru: awesome, ty!!
[18:38] <robru> bfiller: yw
[18:38] <robru> jhodapp: sorry got a bit distracted. did you find the test results there? does the error make sense to you?
[18:38] <Saviq> dobey, pmcgowan, I just filed bug #1560960 today about test failures on powerpc/ppc64el
[18:38] <pmcgowan> dobey, I think we are ok with 64 for the ota
[18:38] <jhodapp> robru, yeah I've pinged Saviq and we're trying it again
[18:39] <jhodapp> thanks for checking
[18:39] <Saviq> this sounds like something happened in xenial these past few days
[18:39] <robru> you're welcome. I know that excuses page can be hard to read at times
[18:39] <Saviq> OTOH it was a hang for i-datetime, this is SIGSEGV
[18:40] <alecu> dobey: the unity8 desktop session does not include ubuntu-touch-settings?
[18:40] <dobey> alecu: rdepends says no
[18:40] <alecu> great
[18:40] <Saviq> dobey, did you guys try to build once more?
[18:40] <dobey> only ubuntu-touch depends on it
[18:40] <dobey> Saviq: this is the 4th time it's segfaulted
[18:40] <Saviq> I mean just a retry here https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-066/+build/9386439 ?
[18:40] <Saviq> ok :/
[18:40] <alecu> I just need to figure where to put the env var in order for the system dbus-daemon to pick it.
[18:41] <dobey> i suppose i could ask to try again
[18:41] <dobey> but i guess it will crash again
[18:41] <Saviq> yeah no point
[18:43] <Saviq> oh come on train, whatch'a doin'?
[18:43] <Saviq> we're waiting here
[18:44] <dobey> Saviq: it's a slooooooooooooooooooooooooooooooooooooooow train comin'
[18:53] <robru> Saviq: dobey: what are you waiting for?
[18:54] <dobey> robru: someone to acknowledge my bob dylan reference
[19:05] <mterry> Saviq: I can publish
[19:05] <mterry> Would be my pleasure
[19:06] <Saviq> mterry, please do, just wanted to run the YOU SHALL NOT PASS run so it's clear
[19:06] <mterry> Saviq: OK.  pushing button....
[19:12] <Saviq> mterry, w000t
[19:12] <davmor2> jibel: ref Saviq s earlier gratitude that's one and half weeks of drink on him right?  That's the way it works now isn't it?
[19:13] <Saviq> davmor2, not sure you want me to provide you 1½ weeks of drinking
[19:13] <Saviq> remember I come from a ~Eastern European country
[19:14] <davmor2> Saviq: I only drink coffee and soft drinks not an issue for me :P
[19:26] <pmcgowan> now what
[19:28] <dobey> sigh
[19:31] <Saviq> great success
[19:52] <robru> alright fellas, big train rollout is live, hope y'all are ready for a 3x speedup in source package builds.
[19:55] <robru> bfiller: ok that qa change should be live, try poking the qa field to see if it works (page should reload automatically)
[19:55] <bfiller> robru: cool let me try
[19:56] <bfiller> robru: seems to work, thanks
[19:56] <robru> bfiller: you're welcome!
[20:01] <robru> alright! huge experimental train rollout done, time to disappear for lunch! what could possibly go wrong?
[20:02] <dobey> reentrant call errors?
[20:10] <renatu> robru, what is the problem with this silo? https://requests.ci-train.ubuntu.com/#/ticket/1123
[20:23] <robru> renatu: "burned version number" means that the destination archive (in this case overlay PPA) contains a package with the same version number but with different source contents. the only fix is to rebuild so that you get a new version number.
[20:24] <renatu> robru, just push a new build?
[20:24] <robru> renatu: most likely this happens when you have the same package in two silos, they both build on the same day (so they get the same version number), then one publishes, it "burns" the other one
[20:24] <renatu> robru, ok thanks
[20:25] <robru> renatu: it's weird that xenial doesn't also indicate that it's burned, lemme look a little deeper
[20:26] <robru> renatu: yeah these are different: https://launchpadlibrarian.net/249683044/indicator-datetime_15.10+15.04.20160323-0ubuntu1_source.changes https://launchpadlibrarian.net/249723640/indicator-datetime_15.10+15.04.20160323-0ubuntu1_source.changes
[20:27] <robru> renatu: yeah the one in the overlay is from silo 13
[20:28] <renatu> ok got it from trunk now
[20:28] <robru> renatu: so if you rebuild now, it'll fix the "burned version number" error, but you're still inherently dealing with two conflicting silos, once silo 13 lands fully you'll need to rebuild again anyway, so maybe just wait
[20:28] <renatu> robru, sure, thanks
[20:29] <robru> renatu: wait, 13 isn't assigned, wtf
[20:29] <renatu> robru, something has landed I got updates from trunk
[20:30] <robru> renatu: my mistake, 13 is fully landed, so you should rebuild now
[20:31] <robru> renatu: lol, that's the status I was expecting. 13 must have *just* landed
[20:32] <renatu> robru, nice, turnk merged.  Rebuilding it right now
[21:35] <tvoss> robru, o/
[21:35] <robru> tvoss: ahoy!
[21:35] <tvoss> robru, mind checking if the publisher for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-074/+packages is working correctly?
[21:36] <alecu> ping trainguards. I need to ship an alternate /etc/UPower/UPower.conf on the phone. And I see that several conf files in /etc are overridden with bind mounts from /userdata/system-data/etc/
[21:36] <robru> tvoss: i dunno anything about the publisher, but i did make a huge change to the train today, let me take a poke
[21:36] <alecu> so, do you guys know where those things in /userdata/system-data are coming from? they don't seem to be part of an installed .deb
[21:36] <robru> alecu: no idea, sorry. That's a question for phone people, not train people
[21:36] <robru> Though maybe sil2100 is both...
[21:37] <alecu> robru: ah, there lies my confusion, I usually ask these things to sil2100!
[21:37] <alecu> robru: thanks anyway[
[21:37] <robru> you're welcome
[21:41] <robru> tvoss: everything looks fine on the train side. only armhf hasn't published (in the ppa) yet, so maybe just wait a bit more? if it's still not published in half an hour, maybe poke colin watson or william grant
[21:43] <tvoss> robru, ack and thx
[21:46] <robru> tvoss: yw
[21:51] <robru> alecu: oh maybe check with john-mcaleely, that might be from the device tarball.


[01:43] <Linuturk> !LAMP
[01:59] <Linuturk> and that is why I love a LAMP server :)
[01:59] <Linuturk> one command
[01:59] <Linuturk> and it's up and running :)
[04:11] <sanmarcos> is it possible to update from dapper to ubuntu-server?
[04:11] <sanmarcos> are there any fundamental changes in packages?
[12:46] <jimcooncat> how do I take a full dapper installation back down to a "server" install? aptitude purge xserver-xorg?
[12:46] <infinity> Uhm, you pretty much don't try.
[12:47] <infinity> But if you look at everything that "ubuntu-desktop" depends on and remove all of those packages, that's a good start.
[12:47] <infinity> It'll leave a lot of libraries behind, etc.
[12:47] <jimcooncat> I'm renting a "computer" from a uml web host
[12:48] <jimcooncat> they have a full dapper install, but they also have debian sarge
[12:48] <infinity> They seriously do a full install on a colo machine?  That's just wrong.
[12:48] <jimcooncat> maybe I could work from their little sarge install to upgrade to dapper?
[12:48] <infinity> We provide the minimal and server installs for that very reason.
[12:49] <infinity> Can't you just ask them to pick the "server" option on the Ubuntu install CD?
[12:49] <jimcooncat> I guess some people like to use it for testing, vnc, or whatever
[12:49] <infinity> (Which doesn't install the server kernel, unless it's a server CD, but it won't install all the desktop junk)
[12:50] <jimcooncat> I have to use one of the providers custom kernels anyway
[12:50] <infinity> Anyhow, were I in your place, I wouldn't care what they installed, Debian or Ubuntu, because I'd just debootstrap a new root filesystem, move it into place, make grub happy, and reboot.
[12:50] <infinity> Oh, right, UML. You can't do that either.
[12:51] <infinity> Not as easily, anyway.
[12:51] <infinity> Well, I suppose you can, the steps are just different.
[12:51] <jimcooncat> maybe I'll just stick with sarge and backports then
[12:51] <jimcooncat> just would be nice to have all my computers on dapper
[12:51] <infinity> Well, upgrading a minimal sarge installation to dapper should be fairly drama-free.
[12:51] <jimcooncat> really. just change repos and dist-upgrade?
[12:52] <infinity> I did sarge->breezy->dapper with no real issues.
[12:52] <infinity> Yeah, if it's a base install, there aren't many packages there anyway.  And most of the complex upgrade paths should be skipped.
[12:52] <jimcooncat> I did a dist-upgrade from warty to breezy with no probs on their system
[12:53] <jimcooncat> good, I'll give it a shot then. I've no investment in the current install.
[12:53] <jimcooncat> thanks for your help, infinity
[12:53] <infinity> NP


[00:31] <tuxdude143> Ok so my surface pro 2 is running kubuntu just fine now after updating the kernel
[00:31] <tuxdude143> Seems that kernel 4.2 was the cause of my wifi crashing the whole system
[00:32] <tuxdude143> Only issue now is kubuntu thinks it can send audio over my mini display port and is using that as the defualt sound output source when I don't want that to be my default sound output source
[00:32] <tuxdude143> Is there any way to change that and remove the hdmi output entirely?
[00:33] <tuxdude143> For reference im using photon gstreamer
[00:34] <tuxdude143> Wait NVM I fixed it
[01:33] <mirko_> Hey... :)
[01:35] <mirko_> Can anyone help me with fixing a problem in Kubuntu 14.04 LTS?
[01:36] <floown> Hello
[01:36] <mirko_> Hey :)
[01:36] <floown> I search a task manager for Plasma
[01:37] <floown> mirko_: expose your problem, perhaps I can help you
[01:38] <mirko_> Okay flown. Problem is the "Shutdown" Command in the Terminal. When I execute that my Notebook doesnt shut down. It stop on the Kubuntu logo
[01:43] <mirko_> floown look here http://www.ubuntufree.com/download-ubuntu-15-04-flavors-kubuntu-lubuntu-ubuntu-mate-and-more/xubuntu-task-manager/
[01:44] <floown> mirko_: sorry, I wanted to say : (for add several work tasks, to create a bill for my clients)
[01:44] <mirko_> Ahhh okay.
[01:45] <floown> for example, calculate the time I have pass to create a illustration in Gimp
[01:45] <mirko_> floown maybe this: http://nitrotasks.com/#
[01:46] <floown> mirko_: cool, thx
[01:47] <mirko_> I`m glad if this helps :)
[01:49] <mirko_> Already found something for my problem as well. :)
[01:54] <floown> mirko_: to shutdown a PC, you must use sudo shutdown now
[01:54] <floown> sudo reboot now       to reboot
[01:55] <mirko_> Yeah I know floown. The thing happened as I configured the shutdown for a specific time. Hours after I got up I found the Laptop with that Logo, still running.
[02:04] <tux|dude> Yo
[04:42] <tux|dude> Yo
[04:43] <valorie> oy
[04:44] <tux|dude> Just curious as for what twitter client recommendations you'd have for something using kubuntu
[04:44] <valorie> hmm
[04:45] <valorie> I just use it on the web and my phone
[04:45] <valorie> I think there is a desktop client though
[04:45] <tux|dude> there are quite a few desktop clients. I'm just looking for a good one for linux lol
[04:45] <valorie> !info choqok
[04:46] <valorie> I've not tried it, but have heard good things
[04:46] <tux|dude> I've had a little look at that. Should probably look at it again I guess lol
[05:00] <tater> first day of using kubuntu!
[05:01] <valorie> nice, tater
[05:01] <valorie> enjoying yourself?
[05:01] <tater> just moved from ubuntu due to the speed issues, valorie
[05:02] <tater> so far working super fast
[05:03] <tater> i am curious if kubuntu has the spyware that ubuntu is known for?
[05:03] <valorie> no spyware
[05:03] <valorie> no scopes
[05:04] <tater> ok great
[05:08] <tux|dude> ubuntu has spyware?
[05:09] <valorie> well, some people characterized the shopping scope that way
[05:09] <valorie> dunno, I never liked or used Unity
[05:09] <valorie> I like gnome people, but not the desktop
[05:10] <tater> just watched a youtube video about stallman talking about it
[05:10] <tater> while ubuntu does make money from amazon for it; i am not sure if i like canoncial selling my searching info to amazon
[05:11] <tater> and other companies
[05:12] <valorie> of course it can be turned off
[05:12] <valorie> or not used
[05:13] <tater> yeah with a simple command line for sure
[05:13] <tater> stallman failed to mention that :)
[05:13] <tux|dude> I see
[05:14] <tux|dude> Well I'm quite happy with Kubuntu
[05:15] <valorie> well, stallman is rather generally unhappy with Ubuntu IMO
[05:16] <tater> i sure do like the GUI eye candy
[05:17] <Krampus> Is there a mouse setting that causes a "halo" around the pointer when over light backgrounds?
[05:17] <Krampus> I'm trying to figure out if I turned on somethign weird or if I have a really weird monitor problem.
[05:17] <valorie> tater: me too
[05:17] <valorie> hmmm
[05:17] <valorie> I've never heard of that, Krampus
[05:18] <tux|dude> KDE plasma 5 just looks amazing
[05:18] <Krampus> valorie: it's a skylake NUC.  Maybe just a not quite supported chipset.  I'm in the process of jumping to xenial.
[05:20] <valorie> Krampus: I'm running xenial now, and am loving it
[05:22] <tater> ah xenial is the beta?
[05:23] <tater> for 16
[05:23] <tater> how is it different from 15 valorie?
[05:24] <valorie> yes
[05:24] <valorie> newer plasma
[05:25] <valorie> although we don't have 5.6 yet
[05:25] <valorie> that will have to wait for backport, as it was released too late, while xenial was frozen
[05:27] <tater> is there a way to see what version of kubuntu i am running on my machine?
[05:28] <tater> i tried uname - r but it just says 3.190-56 generic
[05:29] <Krampus> valorie: my sound doesn't want to work at the moment either.  Hopefully this'll fix that as well.
[05:30] <valorie> sound is a complicated problem, sometimes
[05:30] <tux|dude> KDE 5.5 has been backported to 15.10
[05:30] <tux|dude> I'm running 5.5 on 15.10
[05:30] <valorie> right
[05:30] <tux|dude> But 5.6 or 5.6.1 aren't backported to 15.10
[05:31] <valorie> no
[05:31] <valorie> we were getting the LTS finished
[05:31] <valorie> 15.10 is only supported for about 3 more months
[05:31] <valorie> I doubt backports will be done
[05:32] <valorie> we don't have the hours necessary to do everything needful right now
[05:37] <tater> how many people code for kubuntu?
[05:38] <tux|dude> Yeah, I'm planning on updating to 16.04 basically the day it comes out as I need the LTS
[05:40] <tater> i am looking at the screenshot for kubuntu it looks like this - http://distrowatch.com/images/cgfjoewdlbc/kubuntu.png - is this a special theme? i ask because my default theme is not matching this?
[05:42] <valorie> that is the standard desktop for 15.10, yes
[05:42] <tux|dude> Yeah
[05:42] <tux|dude> KDE 5 looks like that as a standard
[05:42] <tux|dude> Quite different to KDE 4
[05:43] <valorie> Plasma 5, yes
[05:43] <tux|dude> Yeah plasma 5
[05:43] <tux|dude> I keep calling it kde 5 lol
[05:44] <valorie> kde is our community
[05:53] <tater> how can i tell what version of kde i have?
[05:53] <tux|dude> Check the about menu
[05:53] <tux|dude> Shift F2
[05:53] <tux|dude> Type about
[05:53] <tux|dude> KDE plasma version
[05:54] <tater> kubuntu 14.04 kdelibs  4.13.3
[05:54] <valorie> or plasmashell --version
[05:54] <tater> so i am running old version of kde?
[05:54] <valorie> yes, you have the LTS
[05:54] <valorie> you'll be able to upgrade to the new LTS in a few months
[05:55] <valorie> current regular version is 15.10 now
[05:55] <tux|dude> Yeah, LTS is on plasma 4
[05:55] <valorie> 16.04 comes out later this month
[05:55] <valorie> !release
[05:56] <tater> oh ok so lts is using old version of kde
[05:56] <tater> but lts catches up to it this month
[05:57] <valorie> right
[05:57] <valorie> lts is all about stability
[05:57] <tater> ah ok cool
[05:57] <tater> that UX is very sexy looking
[05:58] <valorie> I love it
[05:59] <tater> to get the plasma 5 / kde 5 would i have to burn a new iso or can i upgrade while inside my lts version?
[06:00] <valorie> upgrade will be available at the 16.04.1 release
[06:01] <valorie> a couple of months after the main release
[06:01] <valorie> but of course you can always get a current ISO
[06:03] <tater> ok makes sense. if i wanted to write a widget for kde would i need to write it in python?
[06:03] <tux|dude> I'm guessing I'll be able to update straight from 15.10 to 16.04?
[06:04] <valorie> yes, upgrade works well
[06:04] <tux|dude> Awesome
[06:04] <valorie> I upgraded this laptop to the beta, no issues
[06:08] <tux|dude> Is there anywhere I can download some plasma 5 login screens?
[06:09] <valorie> kde-look, I guess
[06:54] <Jonee> tried the backports update for 15.10.  both my monitors go blank or were not detected on login screen
[06:59] <Jonee> lots of bugs.  no sweat
[07:04] <valorie> pff
[07:14] <isl_> 16.04 can not running creative sound blaster zx ( ca0132 )
[07:19] <valorie> !sound
[07:20] <valorie> I wonder if you lack the proper driver, isl_
[07:20] <valorie> did you check the driver manager?
[07:20] <valorie> alt+space and type driver
[07:34] <lordievader> Good mroning.
[09:24] <tux|dude> Clementine and kubuntu just go so well together
[10:11] <lordievader> Well, it being a fork of Amarok, that is sort of to be expected ;)
[12:02] <BluesKaj> Hiyas all
[12:09] <jonathan_zz> Hiyas mr. Blues.
[12:10] <jonathan_zz> 16.04 seems the best experience since 14.10 for me.
[12:13] <BluesKaj> hi jonathan_zz , and it's getting better all the time
[12:13] <swipe> good, really fed up with 15:10. 21st April can't come fast enough
[12:14] <swipe> I find 15.10 way more buggy than 15.04
[12:15] <BluesKaj> 15.10 is hopeless in my experience
[12:15] <jonathan_zz> I just skipped the entire 15 thing.
[12:16] <jonathan_zz> Went to OpenSUSE in between lol.
[12:16] <jonathan_zz> they still ran kde 4 in 13.2.
[12:16] <jonathan_zz> then their background got me pulling my hair.
[12:17] <jonathan_zz> didn't know how to get rid of it, it was everywhere.
[12:17] <swipe> running antergos on my laptop. Got to say plasma 5.6.1 is beautiful
[12:17] <jonathan_zz> it was in the boot loader, initird, desktop, screensaver, login-prompt, everywhere.
[12:17] <BluesKaj> yeah I went with fedors 23 for a short time , but it's media options are very restricted
[12:17] <BluesKaj> fedora even
[12:17] <jonathan_zz> that green scale weird gekko background.
[12:18] <jonathan_zz> gecko
[12:18] <jonathan_zz> it drove me insane lol.
[12:18] <BluesKaj> anyway the OT cops will be here soon reminding us to stay ontopic
[12:18] <jonathan_zz> :)
[12:18] <jonathan_zz> I like that haha.
[12:18] <jonathan_zz> The way you say it.
[12:18] <jonathan_zz> If the channel wasn't logged nobody would care probably.
[12:19] <jonathan_zz> The moment you create a history of something you want it to be neat.
[12:19] <BluesKaj> well, we can continue in #kubuntu-offtopic
[12:23] <jonathan_zz> I feel like going offtopic now.
[12:23] <jonathan_zz> !offtopic
[12:23] <jonathan_zz> hahaha
[12:40] <r_rios> Hello, all. I've installed Plasma 5.5.4 from the Ubuntu backports, but, after I did that, I've got no audio.
[12:41] <r_rios> No audio devices are detected. I think something may have gone misconfigured in the update, but how can I find out what it was?
[12:44] <r_rios> I'm running Kubuntu 15.10
[12:44] <r_rios> The only audio output showing in KMix is "Fake output"
[12:46] <r_rios> Actually, it's "Dummy output" (I think. In reality, it's "Saída fictícia", since my system is pt_br, so I'm not sure what's the original string in english for that)
[12:46] <soee> hmm this was known, there was sme workaroudn
[12:46] <soee> BluesKaj: ^ do you remember this one ?
[12:48] <BluesKaj> r_rios, what does aplay -l  show? need to know your audio chip
[12:49] <soee> some fix was to add user to audio group i think
[12:50] <r_rios> BluesKaj: https://gist.github.com/romariorios/e90b9fba0e78de71e4db1310a743ec48
[12:50] <r_rios> I found this: https://ubuntugenius.wordpress.com/2013/11/29/ubuntu-13-10-missing-audio-fix-no-sound-only-device-is-dummy-output/
[12:50] <r_rios> Could it help?
[12:50] <r_rios> I did what the article said and I'm restarting now
[12:56] <r_rios> No good. It didn't work
[12:57] <r_rios> BluesKaj: Here's how my audio cards show up: http://wstaw.org/m/2016/04/03/ransom1.jpeg
[12:57] <BluesKaj> yea soee,  r_rios, this the command to add yourself to the audio group, sudo adduser your_user_name audio
[13:00] <BluesKaj> r_rios, also make sure in alsamixer that automute is disabled
[13:01] <BluesKaj> r_rios, then for safety's sake run, sudo modprobe snd-hda-intel, then reboot
[13:03] <r_rios> Okay, rebooting
[13:09] <r_rios> BluesKaj: It worked :D
[13:09] <r_rios> Thanks
[13:11] <BluesKaj> r_rios, you're welcome, thank soee_ for the add user suggestion as well, these are known peoblems
[13:11] <BluesKaj> problems even
[14:23] <Guest46012> hey i made a  SONG  you can listen to it on Soundclound. Let me know if you like it! https://soundcloud.com/danielassayag/love-in-tahita
[15:04] <abhishek> I am new to kde and have just started using kubuntu
[15:04] <abhishek> how does upgrading to new kubuntu version affect my kde?
[15:06] <abhishek> does upgrading kubuntu automatically upgrade kde as well?
[15:11] <rodolfojcj> yes. It will update to the version of KDE present in the repositories of the Kubuntu version you are upgrading to
[15:12] <abhishek> rodolfojcj: what the version I am upgrading from has a kde version greater than that is already in the repos in kubuntu?
[15:12] <abhishek> *what if
[15:13] <rodolfojcj> it would interesting to know how apt or dpkg commands deal with that situation
[15:14] <rodolfojcj> does the current Kubuntu version has some kind of "backport" repositories enabled?
[15:14] <rodolfojcj> what's the current kubuntu version?
[15:15] <abhishek> 15.10
[15:15] <abhishek> I am new to kubuntu and kde. Thus, asked
[15:16] <abhishek> Say I using kubuntu 15.10 and neon and install kde 5.6. Now I upgrade to kubuntu 16.04 which doesn't support kde 5.6
[15:23] <rodolfojcj> are you using this http://neon.kde.org/ ?
[15:25] <rodolfojcj> I'm also using Kubuntu 15.10 (no neon) and I see it uses Kde Frameworks 5.15.0
[15:25] <rodolfojcj> and I see the next Kubuntu 16.04 will use version 5.18.0
[15:26] <rodolfojcj> and it seems to me both are newer than version 5.6.0
[15:27] <rodolfojcj> that's that I interpret after seeing http://packages.ubuntu.com/search?suite=wily&searchon=names&keywords=kded5 and http://packages.ubuntu.com/search?keywords=kded5&searchon=names&suite=xenial&section=all
[15:36] <abhishek> rodolfojcj: I didn't understand how is 5.18 newer than 5.6
[15:37] <abhishek> Yes I asking with respect to kde neon. :)
[15:47] <rodolfojcj> try to update the local metadata of the repositories in your computer. For example with 'sudo aptitude update'
[15:47] <rodolfojcj> and then try to update the packages you have installed. For example with 'sudo aptitude upgrade'
[15:48] <rodolfojcj> After that, check again with version is left installed
[15:56] <bufalo_1973> abhishek: 5.6 -> 5.06 ;-)
[15:57] <abhishek> that's weird naming!!
[15:57] <abhishek> 5.60 and 5.6 are different ?
[15:59] <rodolfojcj> I don't know if there is a 5.60 version of KDE, however I suppose a 5.6 version is different from a 5.60 version of any software given
[16:02] <swipe> 5.6.1 is the latest
[16:11] <bufalo_1973> abhishek: what would you do? have a 5.006 version just in case? :-D
[16:16] <stevenwnt> my NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] driver will not work
[16:20] <stevenwnt>  my NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] driver will not work
[16:22] <stevenwnt>  my NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] driver will not work
[16:24] <abhishek> bufalo_1973: I am a bit to linux in general :). Where can I get info. of version-system followed by kde or linux software in general.
[16:24] <stevenwnt>  my NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] driver will not work
[16:26] <stevenwnt>  my NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] driver will not work
[16:27] <BluesKaj> !patience | stevenwnt
[16:31] <abhishek> which version kde version is kubuntu shipped with?
[16:38] <bufalo_1973> abhishek: do you have kubuntu already installed?
[16:38] <abhishek> yeah
[16:39] <bufalo_1973> apt show <name-of-the-package>
[16:40] <abhishek> Sry, for not mentioning before. I wanted to know for kubuntu 16.04
[16:46] <abhishek> Consider I have kde-neon installed on 15.10. How should I upgrade to 16.04 without breaking anything?
[16:55] <BluesKaj> abhishek, upgrading to the next OS usually disables any ppas by default
[16:57] <BluesKaj> abhishek, but just to make sure you coud comment them with # in front of the deb line in your /etc/apt/sources.list or uncheck them in your package manager sources.
[17:21] <stevenwnt> can any one help me with my  NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog]
[17:28] <bufalo_1973> stevenwnt: maybe if you say what's the problem... ;-)
[17:32] <stevenwnt> the  NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] does not work as wfi
[18:10] <stevenwnt>  the  NetGear, Inc. WN121T RangeMax Next Wireless-N [Marvell TopDog] does not work as wfi
[19:03] <oYASo> Hi!   I have a strange problem with the login on Kubuntu 15.10.   My laptop turned off due to a discharged battery in standby mode. When I turned it on appeared problems. When a window appears enter password there are two ways that can happen. If I enter the password within a few seconds of the window appearing I get to the tty console with a request to enter a username and password.  If I don't put in a password, then for a split seco
[19:03] <oYASo> If I don't put in a password, then for a split second appears on the console (I don't have time to read anything), and then again with the login box. Now if I enter my password, I successfully log in, but I cannot turn on/off network interfaces and switching between tty (if you press ctrl + alt + f1..f7, nothing happens).
[19:03] <oYASo> If now I will terminate the session KDE and login again, network interfaces and tty work well, but if I close my laptop's and open it again, the password dialog will not be displayed.
[19:04] <oYASo> What could be the problem and where to look?   Thanks in advance!
[20:21] <tater> whats up. does anyone have any alternatives to jing for kubuntu - gist of jing is it records videos of your desktop and uploads it to cloud + provides shareable url for free
[20:22] <tater> (and loving that kubuntu comes with K torrent out of the box)
[20:27] <Fritigern> tater: OBS can record your desktop, your games, but can also stream to Twitch and some other streaming services. https://obsproject.com/download#linux
[20:35] <tater> thanks Fritigern i will check it out now
[20:36] <tater> i am getting a notification that a system update is available, and i get the notification on the bottom panel. i am used to clicking that message to open up the application to run the update - is that not possible in kubuntu?
[20:52] <BluesKaj> tater, just run , sudo apt update && sudo apt upgrade in the konsole/terminal
[20:55] <veXx> i just swapped over from an ATI card to GTX 960 using nvidia-352-updates. when i try to use a lower resolution than 1920x1080, the screen does not stretch/scale. i am not seeing any option for this in the nvidia software and only finding related stuff on this issue from years ago (google). am i crazy, doing something wrong, or just not supported?
[20:59] <tux|dude> Morning al
[20:59] <tux|dude> *all
[20:59] <tater> BluesKaj - a yeah duh thanks for reminding me
[21:00] <tater> seems in firefox i have selected 'remember to open file using XX every time i download a file of that type' and it never remembers. is that a bug with firefox itself
[21:00] <tater> ?
[21:01] <tux|dude> Welp today is going to be a bit of a field test for me
[21:01] <tux|dude> I'm going to be testing kubuntu out in the field (aka my school) to see how long my surface pro 2's battery lasts while using it.
[21:02] <meena> anyone know if it's possible to assign kubuntu's default mail app to a chromium-browser --app?
[21:02] <meena> i just tried assigning it to the .desktop file, and that didn't work.
[21:03] <tater> tux|dude interesting. it's lasting about 2 hours on my dell laptop
[21:03] <tux|dude> Well I had been using kubuntu for around 3 hours yesterday at my usual workload and the battery was at around 60 percent after
[21:03] <tux|dude> So I'll see how it lasts in the field today
[21:05] <tater> is that a tablet or a laptop?
[21:05] <tux|dude> Tablet laptop hybrid
[21:05] <tux|dude> The surface pro 2 is a tablet sized computer with high end laptop specs
[21:06] <meena> hrm… this shouldn't be happening. at all. https://gist.github.com/igalic/da6f42da422aa673dda121181598887b
[21:07] <tater> ah i5 core that should hum
[21:07] <veXx> anyone around that uses nvidia 9xx gpu?
[21:10] <tater> i love how kubuntu shows the national event name for each day in the time window from bottom panel. does that stay in the upcoming lts?
[21:44] <tater> just tested kubuntu with hdmi into a television screen and noticed a lot of green pixels all over the place
[23:41] <tux|dude> Ello


[12:30] <akik> hi, i created this bug report about a month ago but no one except guiverc has commented on it except myself: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/2031267
[12:30] <akik> although i think it's not just a ubuntu mate issue
[12:32] <guiverc> the issue is possibly with grub-installer (not ubiquity)
[12:33] <akik> the thing is that the installer mounts the efi esp from the ssd
[12:33] <akik> and not from the usb stick
[12:35] <guiverc> the only time I've had issues with grub-installer is when the ISO was reformatted & thus non-standard on USB drive; which caused the issue.. when written correctly (as per Ubuntu docs) I've not had any issues thus cannot help (outside of checking how ISO was written to media if using software that can reformat ISO)
[12:35] <akik> debian has this same problem
[12:35] <guiverc> there are a few bugs on grub-installer (https://bugs.launchpad.net/ubuntu/+source/grub-installer) but I don't know enough about that/it, thus didn't change package away from `ubiquity` you filed against
[12:36] <akik> i can try installing debian on a usb stick later today and verify if it's still an issue
[12:36] <guiverc> (and debian doesn't use `ubiquity`, but di or calamares (depending on ISO)..; Ubuntu Studio 22.04 uses calamares)