[00:05] <flexiondotorg> infinity, Well done. You can have that sleep now ;)
[00:06] <infinity> flexiondotorg: Not until I verify a bunch of bits and send an email.
[00:06] <infinity> flexiondotorg: But yeah, close.
[00:06] <flexiondotorg> I posted my release notes. Time for sleeping...
[00:06] <infinity> flexiondotorg: G'night. :)
[00:06] <flexiondotorg> Zzz..
[00:41] <cyphermox> o/ am back.
[00:48] <infinity> cyphermox: Good, you can proof-read the release announcement.
[00:49] <infinity> cyphermox: http://paste.ubuntu.com/10686986/
[00:49] <infinity> cyphermox: Most of it is copy-and-waste from 6 months ago, but the hilighting of the two important bugs isn't.
[00:49] <infinity> Riddell: ^-- That wording seem sane to you?
[00:51] <doko> you start with "ubuntu team", but end with "ubuntu release team"
[00:52] <infinity> doko: Yeah, well.  The release team is sending the email, but the broader Ubuntu team is responsible for the 5 months of work that went into it.  At least, that's how I read it.
[00:54] <infinity> But if no one has any input on the wording of the section about the two bugs, I'll just go click send. :P
[01:03] <Riddell> awooga
[01:23] <cyphermox> so, who's going to update the slideshow to get rid of the unicorn and replace it with a vervet or a reasonable facsimile?
[01:24] <infinity> cyphermox: Well, if we follow with tradition from last release, it'll be me, on release day.
[01:24] <infinity> cyphermox: So, let's not go with tradition and chase up some design people next week. :P
[01:49] <cyphermox> infinity: sorry to remove the fun work from your plate.
[02:34] <cyphermox> fwiw I just did a ubuntu oem install and the user got removed... it didn't quite work as well as it should have though, the reboot after running oem-prepare showed a userdel warning on screen on VT1, VT2 was fine to login, VT7 I can't remember.
[02:36] <cyphermox> I still can't make the casper eject prompt answer to enter, I'm still thinking it's some kind of issue in plymouth given that it works properly if I remove splash altogether; but I'm going to sleep on it
[02:36] <infinity> cyphermox: Interesting.  So maybe it's racy?
[02:36] <cyphermox> infinity: probably
[02:36] <cyphermox> like you said, more fun stuff to port to sytemd
[06:31] <Mirv> hey archive admins. again the train would like to bypass binNEW queue if I
[06:31] <Mirv> 'd push publish, so I'd like you to review the new doc/doc-html packages at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-028/+packages similar to what you would do if they were in NEW queue
[06:32] <Mirv> qtpim5-doc, qtpim5-doc-html, qtfeedbac5-doc, qtfeedback5-doc-html
[07:53] <jamespage> infinity, nudge re oslo packages in NEW (guess you've been a bit busy :-))
[10:07] <infinity> Mirv: Looks sane to me.
[10:09] <Mirv> thank you
[10:12] <infinity> Mirv: Oh, wait.  One thing I didn't check, were those docs previously shipped in other packages, or are they entirely new files?
[10:13] <infinity> Mirv: I see no Breaks/Replaces on anything, so I hope they're all new files.
[10:13] <Mirv> infinity: too late! but no not previously shipped anywhere.
[10:14] <infinity> Mirv: Mmkay, then +1 for having docs we didn't have before. :P
[10:14] <infinity> (I do wonder how often the modern user uses doc packages, but I'm sure someone does)
[10:14] <Mirv> thank you, again. the community team wants them in archives from where they can fetch their web documentation, and SDK team wants to include them in the Qt Creator index.
[10:15] <infinity> Maybe I'm weird, but I live in an old skool new skool mix where I look for a manpage, and if man can't help me, it's Google.  Very little in between.
[10:16] <Mirv> quite few people probably install html documentation and then point their browser to those instead of online copy that surely exists. but the inline .qch documentation in qt creator is useful so that one does not need to switch to browser.
[10:17] <infinity> Ahh, yeah, I assumed from the file extension that it was a help browser format.
[10:17] <infinity> Though, I think the most helpful thing one can do with help browsers is write about 300 pages on every single possible way your Internet connection might be broken and how to diagnose and fix it.
[10:18] <infinity> And then, Appendix A: Firefox, Appendix B: Google. :P
[10:19] <infinity> My parents, on the other hand, use in-app help extensively, and refuse to admit that strangers on the Internet might know the answers.
[10:19] <infinity> So, to each their own.
[17:47] <ianorlin> hmm id the cron job not back on?
[18:20] <ianorlin> I don't see cron jobs back on
[20:31] <infinity> ianorlin: Nope, I'll re-enable them.
[20:33] <elfy> where would you look to see? other than noticing nothing new on the tracker ...
[20:33] <infinity> elfy: crontab on a host no one has access to.
[20:34] <infinity> elfy: But re-enabled now.
[20:34] <elfy> ok :)
[20:34] <elfy> so - just noticing that nothing new is on the tracker for us meremortals :D
[20:36] <infinity> elfy: Sure, I enabled the cronjob, that didn't magically build new images.  They'll build at their scheduled times over the next day.
[20:37] <elfy> infinity: not quite what I meant - for me to see that - just seeing there's not been a new image on tracker is the way?
[20:37] <infinity> elfy: Well, tracker or the usual dated directories on cdimage, or the build logs on people if the builds are failing.
[20:37] <elfy> yep
[20:38] <elfy> I'd look on tracker first - usually bleary eyed
[20:38] <elfy> anyway - thanks :)
[21:02] <slangasek> infinity: I see that ubuntu-core arm64 builds are still failing, now with a keyserver.ubuntu.com connection failure.  is that RT still in progress?
[21:03] <infinity> slangasek: The RT still exists, I didn't push anyone to add a cowboy, since no one was attempting builds (or mentioning failures).
[21:03] <slangasek> infinity: not looking for a cowboy, but a proper fix
[21:03] <infinity> slangasek: Right, well the other firewall change was a cowboy, the RT is to make it permanent.
[21:03] <slangasek> yep
[21:04] <infinity> slangasek: But given backlogs, a cowboy is your best bet if you need the images working ASAP.
[21:05] <infinity> slangasek: Compounding the hilarity, lamont is working on replacing the firewall in question.
[21:06] <slangasek> ah fun
[21:06] <infinity> slangasek: The current one is, I believe, lucid-only hardware, so needs to go.  Much like chinstrap, and a few others.
[21:19] <lamont> infinity: the current one is actually post-lucid capable, but lucid needs to go, and that's a reboot, and the new one is just sitting there.  so rather than reboot for the outage, we're going to cutover for the possible non-outage
[21:20] <lamont> infinity: I have a littel more testing before it becomes a "hey, I think we can pretend it never happened" or "there will be a reboot of the firewall at $DATETIME"
[22:20] <infinity> lamont: Fair enough.
[22:21] <lamont> infinity: and the former case there is "brace for possible outage" mixed with some mitigation, depending on how scarry the cutover testing proves
[22:22] <lamont> infinity: all of which means: have you any pariticular dates in the next couple weeks that I should avoid for cutover day?
[22:24] <infinity> lamont: The sooner, the better, and have me on hand when you do it.
[22:24] <infinity> lamont: Don't want it to happen during release week nor, ideally, the week before.
[22:24] <infinity> lamont: So, sometime in the next two.
[22:24] <infinity> lamont: In the next two, or wait for a month, I guess.
[22:25] <lamont> ack.  I'll work on my testing between now and monday, for the additional reason of wanting to get the 4 laptops and the switch off my desk.
[22:25] <infinity> lamont: Most intense pain (at least for the buildds) can be mitigated by just stopping buildd-manager before you screw with firewalls, mind you.
[22:25] <lamont> infinity: that is a "definitely-do" step
[22:25] <infinity> lamont: But if this is kiwi (it is, right?), there's a lot more behind that, so I assume you need a better downtime plan than just "make the buildds happy".
[22:26] <lamont> yep
[22:26] <lamont> "Even if we do this as a seamless cutover, stop the buildd-manager while it's happening, and restart it after we're done. trivial step that saves worlds of pain if we trip."
[22:28] <lamont> infinity: and by "next two" you mean the weeks beginning 30 mar and 6 apr, yes?
[22:28] <infinity> lamont: Yeahp.
[22:28] <infinity> lamont: Anything later than that is probably "too late" until after release.
[22:29] <lamont> ack
[22:30]  * lamont put s"must be done by 9 apr" on that
[22:30] <infinity> lamont: Since we're talking firewalls, could I get you to cowboy something for slangasek on the current firewalls? :P
[22:30] <lamont> no
[22:31] <lamont> how many firewalls, how many commands?
[22:31] <infinity> lamont: Sadness.
[22:31] <infinity> lamont: 1SS buildds need to see keyserver.ubuntu.com:11371 TCP.  Not sure how many firewalls that is.  See RT#79768
[22:32] <infinity> lamont: My bet it it's only one firewall blocking it.
[22:32] <infinity> s/it it/is it/
[22:32] <lamont> ugh.  let me see if I can find you a victim
[22:33] <infinity> lamont: Anyhow, the real subject of RT#
[22:33] <infinity> Err.
[22:33] <infinity> lamont: Anyhow, the real subject of RT#79768 (normalize 1SS firewall setup with 3FP) should hopefully be on your radar for the cutover.
[22:33] <lamont> I assume that an RT got filed for it?
[22:33] <infinity> lamont: The above referenced RT, yes.


[09:55] <bigon> hi, gnome pkg get auto exceptions for feature freeze right?
[18:26] <ScottK> Did anyone re-invoke DealingWithCrisis after wgrant discovered more corrupted builds?
[18:26] <ScottK> cjwatson, skaet_: ^^^ ?
[18:27] <ScottK> It's not clear to me it's being addressed (it may be, dunno).
[18:28] <cjwatson> it's not a crisis (the impact is fairly low, according to wgrant), but the buildds for affected arches are on manual until sysadmins reappear from plane flights etc.
[18:29] <cjwatson> the build queues were empty when we went onto manual, so I don't think this should be too huge a problem
[18:31] <ScottK> OK.
[18:32] <ScottK> I guess my major concer was there was an "it's over" email sent and with no followup when it wasn't.
[18:32] <ScottK> concer/concern
[18:33] <ScottK> Also any idea of the timeline for correction?  We were looking at doing a qt4-x11 upload this weekend to get ready for Alpha 3.
[18:33] <cjwatson> you should upload.  I'm hoping today - the conjecture is that some of the buildd processes just weren't restarted with the fixed umask
[18:34] <cjwatson> wgrant turned them all off just to be safe.
[18:50] <ScottK> OK.  We're waiting on a local armel test build to make sure, so sometime today ...
[19:11] <slangasek> ScottK: so speaking of qt4-x11, I think there's a general agreement that the package should switch from opengl to gles2 on armel; this would require a freeze exception, and will break a certain number of opengl-using reverse-dependencies as detailed in bug #707794 (on armel only); if I were to push a patch for that, would that be of interest for alpha3?
[19:11] <ubot4> Launchpad bug 707794 in qt4-x11 (Ubuntu) "libqt4-opengl on armel should be compiled with OpenGL ES 2.x support (affects: 1) (heat: 119)" [Undecided,Confirmed] https://launchpad.net/bugs/707794
[19:13] <ScottK> slangasek: I think python-qt4 gets entangled with opengl too.  That could have a number of knock on impacts as well.
[19:13] <ScottK> I think we want to switch, but I'm slightly nervous about do we fully understand the impacts.
[19:15] <slangasek> if I manage to quantify that risk?
[19:16] <ScottK> And it's not insane, yes.  Would you please join us in #kubuntu-devel as we're coordinating the next qt4-x11 upload there.
[19:16] <slangasek> (only three reverse-deps to python-qt4-gl in the archive, fwiw)
[19:17] <ScottK> Right, but it also means changes to python-qt4 for armel to build it there.
[19:18] <slangasek> does it?  That surprises me
[19:19] <slangasek> python-qt4 only build-depends on libqt4-opengl-dev, not directly on any of the mesa libraries, and switching to gles2 isn't supposed to break ABI for qt4-opengl
[19:19] <ScottK> OK.
[19:19] <ScottK> So maybe it's fine then.
[19:20] <slangasek> I can certainly check it out here
[19:20] <slangasek> just to be sure
[22:23] <bigon> 10:55 < bigon> hi, gnome pkg get auto exceptions for feature freeze right?


[19:35] <methods2> can i get the nice kernel that allows my multimedia apps more free access without installing the entire studio desktop ?


[00:47] <bdmurray> \o/
[00:52] <xnox> bdmurray:  vorlon: please hint https://people.canonical.com/~ubuntu-archive/proposed-migration/impish/update_excuses.html#tp-smapi to migrate. It is being restricted from arch:all to arch:amd64 and thus will never pass arm64 autopkgtest anymore.
[00:52] <xnox> which is currently held up as a regression
[00:54] <bdmurray> xnox: doing so
[01:06] <xnox> thanks!
[01:07] <xnox> bdmurray:  poked src:linux adt-matrix results. Lots of missing. And hinted over linux-aws one, which should get unblocked now too.
[04:32] -queuebot:#ubuntu-release- Unapproved: testssl.sh (impish-proposed/universe) [3.0.5+dfsg1-1 => 3.0.6+dfsg1-1] (no packageset) (sync)
[04:33] -queuebot:#ubuntu-release- Unapproved: accepted testssl.sh [sync] (impish-proposed) [3.0.6+dfsg1-1]
[06:10] <sigv> If an upload was sponsored, as noted by "Unapproved: gist (focal-proposed/universe) [5.0.0-4 => 5.0.0-4ubuntu1]" above, but there is no "verification pending" message on LP: #1940907 -- should I be worried? Is there some hidden step between "sponsor upload" and "start SRU verification process" which was lost along the way here?
[06:45] <juliank> We haven't built an impish image on amd64 lgw since the 28th, it got stuck on the 29th, restarted the process now
[06:50] -queuebot:#ubuntu-release- Unapproved: knockpy (impish-proposed/universe) [5.1.0-1 => 5.2.0-1] (no packageset) (sync)
[06:50] -queuebot:#ubuntu-release- Unapproved: vim-bitbake (impish-proposed/universe) [0~git20200915-1 => 0~git20210803-1] (no packageset) (sync)
[06:51] -queuebot:#ubuntu-release- Unapproved: accepted knockpy [sync] (impish-proposed) [5.2.0-1]
[06:51] -queuebot:#ubuntu-release- Unapproved: accepted vim-bitbake [sync] (impish-proposed) [0~git20210803-1]
[06:58] <juliank> A new autopkgtest image for impish amd64 has been built on lgw01 now, so both amd64 clouds are running uptodate images now
[07:18] -queuebot:#ubuntu-release- Unapproved: dkms (impish-proposed/main) [2.8.4-4ubuntu1 => 2.8.7-1] (i386-whitelist, ubuntu-desktop) (sync)
[08:05] <sil2100> I'll disable 21.10 dailies for now o/
[08:06] <sil2100> We still don't have all we need for release candidates, but we might have stuff migrating soon
[08:46] -queuebot:#ubuntu-release- Unapproved: base-files (impish-proposed/main) [11.1ubuntu4 => 11.1ubuntu5] (core, i386-whitelist)
[08:57] <seb128> sil2100, what's the deal with the arm64 autopkgtest backlog? we still have 160 desktop packages on https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html that need to migrate
[09:03] -queuebot:#ubuntu-release- Unapproved: accepted base-files [source] (impish-proposed) [11.1ubuntu5]
[09:03] <RAOF> sigv: the upload was sponsored into the focal-unapproved queue. The next step is an SRU team member processing the queue and accepting it into -proposed.
[09:30] <sil2100> seb128: we're working on getting it down for now, we'll be dropping quite a few that we think are irrelevant from the backlog in a moment
[09:30] <sil2100> It's still the fallback fron the no-change rebuilds sadly
[09:39] -queuebot:#ubuntu-release- Unapproved: unity-tweak-tool (impish-proposed/universe) [0.0.7+-0ubuntu8 => 0.0.7+-0ubuntu9] (no packageset)
[09:40] -queuebot:#ubuntu-release- Unapproved: accepted unity-tweak-tool [source] (impish-proposed) [0.0.7+-0ubuntu9]
[09:42] <juliank> We are skipping autopkgtests for various no-change zstd rebuilds of meta packages like java-common and  ruby-defaults
[09:42] <juliank> arm64 queues are _long_ :(
[09:53] <juliank> seb128: We now have about 2k tests remainining, it was 3k before I dropped the metapackage-triggered runs
[09:53] <juliank> seb128: I can't find anything other that's skippable
[10:00] -queuebot:#ubuntu-release- Unapproved: libfprint (impish-proposed/main) [1:1.90.7+git20210222+tod1-0ubuntu3 => 1:1.90.7+git20210222+tod1-0ubuntu4] (ubuntu-desktop)
[10:07] <xnox> juliank:  OSError: [Errno 28] No space left on device i see that quite often on a few amd64 adt results. Have our base images run out of space?!
[10:08] <xnox> or is it from the worker?
[10:08] <xnox><EMAIL_ADDRESS>[10:08] <juliank> xnox: no, the cloud worker yesterday, I fixed it overnight
[10:10] <xnox> juliank:  ack, will retry things like that then.
[10:16] <sigv> RAOF: got it. Thank you for the information.
[10:31] <icey> can the upload of Neutron that's been in the unapproved queue for Focal since the first possibly be accepted into proposed?
[10:51] -queuebot:#ubuntu-release- Unapproved: libfprint (focal-proposed/main) [1:1.90.2+tod1-0ubuntu1~20.04.4 => 1:1.90.2+tod1-0ubuntu1~20.04.5] (desktop-core, ubuntu-desktop)
[11:36] <locutusofborg> bdmurray, hello ping to release LP: #1944744?
[13:19] <utkarsh2102> bdmurray: can you also TAL at LP: #1946649, please? :)
[13:20] <utkarsh2102> ubuntu-archive: I've filed LP: #1946649/azure-cli for removal. If time permits, could you please TAL? Becuase this needs to be removed before we release Impish.
[13:21] <bdmurray> utkarsh2102: I'm not an AA but have pinged one for you
[13:25] <pieq> Hello! Has the RC of 21.10 been released yet? I can only find a link to the beta image: https://cdimage.ubuntu.com/ubuntu/releases/21.10/
[13:25] <sil2100> pieq: hey! Not yet!
[13:25] <sil2100> pieq: we will most possibly be spinning release candidate images somewhat later today
[13:26] <sil2100> https://discourse.ubuntu.com/t/impish-indri-21-10-release-status-tracking/24478
[13:26] <sil2100> (for the most up-to-date info!)
[13:26] <pieq> Good to know. Thanks sil2100!
[13:26]  * apw is looking
[13:26] <pieq> It's late here. if for any reason RC is not ready within 12 hours, do you recommend I use the latest beta, or the latest daily build?
[13:27] <bdmurray> pieq: use for what?
[13:28] <pieq> bdmurray: sorry, forgot to mention. QA on a device that was certified with 20.04
[13:29] <xnox> pieq: even the daily does not yet have the kernel we want to ship.
[13:30] <xnox> it has just migrated. so you do want at least a newer built than whatever is the current timestamp.
[13:30] <pieq> xnox: thanks for the info. In that case I'll get whatever is newer, tomorrow morning my time (Asia/Taipei) :)
[13:35] <utkarsh2102> bdmurray: as always, thanks a bunch! \o/
[14:06] <paride> sil2100, https://bugs.launchpad.net/ubuntu-cdimage/+bug/1946656
[14:23] <sil2100> paride: thanks!
[14:24] <paride> dbungert, I added a subiquity task to https://bugs.launchpad.net/subiquity/+bug/1946656 as I think it affects subiquity self-refresh
[14:24] <paride> I think that really needs confirmation from a second person
[14:25] <bdmurray> sil2100: Do you know anything about the status of the uploads in the Impish queue? The only thing we have notes on is ubuntu-advantage-tools
[14:35] <sil2100> bdmurray: I only briefly looked at it this morning, not sure what's the status with thunderbird
[14:36] <bdmurray> I think oSoMoN had pinged about that some time ago
[14:37] <sil2100> ukui-media looks like something I'd be willing to accept, since we have an ukui-media in -propsoed that FTBFS
[14:37] <sil2100> I don't know if Steve or someone reviewed it before?
[14:38] <sil2100> Thunderbird that is
[14:38] <sil2100> The gimp sync I guess I'll reject
[14:38] <sil2100> Since that's actually a bump of 4 version numbers
[14:40] -queuebot:#ubuntu-release- Unapproved: rejected gimp [sync] (impish-proposed) [2.10.28-1]
[14:40] <oSoMoN> sil2100, thunderbird is tracked by bug #1946098, it's a bugfix release, up to you but it's fine for a 0-day SRU if you prefer
[14:41] <oSoMoN> accepting it would mean we have a fully up-to-date thunderbird in the release on day 1
[14:51] <sil2100> oSoMoN: I think at this stage I'd prefer to maybe 0-day it or similar
[14:51] -queuebot:#ubuntu-release- Unapproved: accepted ukui-media [sync] (impish-proposed) [<IP_ADDRESS>-1]
[14:51] <oSoMoN> sil2100, yeah, that's reasonable
[15:00] -queuebot:#ubuntu-release- Unapproved: libunity (impish-proposed/main) [7.1.4+19.04.20190319-5build1 => 7.1.4+19.04.20190319-6] (ubuntu-desktop)
[15:02] <dbungert> paride: thanks, I will investigate this morning
[15:03] <sil2100> dbungert: I pinged both the snapd and snapstore teams about this
[15:03] <sil2100> I'm starting to think it might have been a snapstore issue, maybe temporary even?
[15:04] <dbungert> sil2100: thanks for that, I still want to look and attempt to rule out Subiquity from this
[15:06] <sil2100> THanks!
[15:10] <sil2100> dbungert: ok, I think this is a snapstore issue
[15:10] <dbungert> OK
[15:10] <sil2100> They mentioned having to throttle the sections API endpoint
[15:11] <sil2100> So let's get back to it after a while once I get a green light from them - if we still have an issue, we can then dig deeper
[15:11] <dbungert> sil2100: sounds perfect
[15:51] <bdmurray> Is the ubiquity task on bug 1943816 valid?
[15:56] <bdmurray> Could an AA clear out the NBS list? https://people.canonical.com/~ubuntu-archive/nbs.html
[15:59] <sil2100> bdmurray: on it o/
[16:14] <bdmurray> Trevinho: is libfrpint good as an SRU?
[16:15] <sil2100> Ok, putting the freeze block in place now
[16:36] <dbungert> The patch on LP: #1942648 looks good, I suggest merging.
[16:39] <bdmurray> dbungert: looks good or tests well? ;-)
[16:39] <dbungert> Both :)
[16:40] <bdmurray> that's better!
[16:40] <dbungert> hard to beat a one-liner patch
[16:47] <juliank> seb128 really needs a bouncer :/
[16:50] <bdmurray> Okay, I'll commit the ubiquity change - thanks for testing!
[17:01] -queuebot:#ubuntu-release- Unapproved: accepted neutron [source] (focal-proposed) [2:16.4.1-0ubuntu2]
[17:36] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Impish Final] (20211011) has been added
[17:47] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Impish Final] (20211011) has been added
[17:48] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Impish Final] (20211011) has been added
[17:54] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Impish Final] (20211011.1) has been added
[17:54] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Impish Final] (20211011.1) has been added
[17:55] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Impish Final] (20211011.1) has been added
[17:58] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Impish Final] (20211011.1) has been added
[18:01] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Impish Final] (20211011) has been added
[18:02] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Impish Final] (20211011.1) has been added
[18:02] <dbungert> so I'm looking into this LP: #1946668
[18:25] <sil2100> dbungert: hm, the thing I mentioned that could be a snapstore issue is still creeping around, it's weir
[18:25] <sil2100> *weird
[18:25] <sil2100> Could you maybe still allocate a few cycles today to take a look just in case?
[18:25] <dbungert> yea, I was able to reproduce it easily
[18:25] <dbungert> yes, I've captured some logs at request of #snappy
[18:26] <sil2100> Since I tried now for instance, at one moment I could run `snap list` but later on it was failing, implying as if snapd is gone?!
[18:26] <sil2100> dbungert: thanks ;)
[18:26] <dbungert> for this bug, the steps listed are important.  If you interact with snapd right away on boot I think it's fine, but after a few steps in subiquity it isn't.
[18:27] <sil2100> Yeah, did just that, went a few steps forward, then used `snap list` and first call gave me a list (after a long wait tho), but all consecutive ones not
[18:28] <dbungert> I linked a subiquity bug above, unrelated to the snapd thing.  I think we should fix it for Impish.
[18:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Impish Final] (20211011.1) has been added
[18:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Impish Final] (20211011.1) has been added
[18:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Impish Final] (20211011.1) has been added
[18:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Impish Final] (20211011.1) has been added
[18:46] <sil2100> dbungert: hm, so you mean it instantly partitions the device?
[18:46] <dbungert> The 'Confirm destructive action' screen is not shown.  You still go thru filesystem screens before that.
[18:47] <sil2100> I suppose that was working as expected during Beta, right?
[18:47] <sil2100> I agree, this feels like a decent release blocker
[18:49] <dbungert> good news is I can revert one commit and address it, but it's not code I understand well.  I want mwhudson confirmation.
[19:12] <bdmurray> sil2100: rebuilding ubuntu kylin
[19:13] <dbungert> mwhudson: https://github.com/canonical/subiquity/pull/1093
[19:14] <sil2100> bdmurray: thanks o/
[19:18] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Impish Final] (20211011.1) has been added
[19:19] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Impish Final] (20211011.1) has been added
[19:19] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Impish Final] (20211011.1) has been added
[19:19] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Impish Final] (20211011.1) has been added
[19:19] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Impish Final] (20211011.1) has been added
[19:19] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Impish Final] (20211011.1) has been added
[19:28] <mwhudson> dbungert: oops
[19:28] <dbungert> mwhudson: anything else pressing?
[19:29] <mwhudson> dbungert: not that i know about yet!
[19:29] <dbungert> you might want to read LP: #1946656 but I think that's snapd, not subiquity
[19:30] <mwhudson> dbungert: hmm that looks pretty bad :/
[19:32] <vorlon> apw, utkarsh2102: azure-cli builds multiple binary packages, and neither of you checked the reverse-deps for the whole source package before removal; https://people.canonical.com/~ubuntu-archive/proposed-migration/impish_uninst.txt
[19:34] <vorlon> sil2100: has anyone (juliank?) looked into the cause of the arm64 backlog today?  This is not "just" fallout from the no-change rebuilds; something's wrong there, arm64 is normally much faster than this but I also haven't been able to work out where the slow-down is
[19:34] <mwhudson> dbungert: walking my daughter to school, biab
[19:35] <vorlon> (also, 160 desktop packages in -proposed != 160 packages that need to migrate, so if there are packages that specifically *need* to get in for release, those should be highlighted)
[19:35] <juliank> vorlon: I did not see increased error rates
[19:35] <vorlon> juliank: where are you looking to see error rates?
[19:35] <juliank> vorlon: at https://ubuntu-release.kpi.ubuntu.com/d/76Oe_0-Gz/autopkgtest?orgId=1&var-instance=staging
[19:36] <juliank> Well
[19:36] -queuebot:#ubuntu-release- Unapproved: hexchat (focal-proposed/universe) [2.14.3-3ubuntu<IP_ADDRESS> => 2.14.3-3ubuntu<IP_ADDRESS>] (no packageset)
[19:36] <juliank> The production one
[19:36] <juliank> arm64 active worker count did not change much
[19:37] <juliank> The others were slow too
[19:37] <apw> vorlon, woh, how did i manage that?
[19:37] <vorlon> apw: dunno :)
[19:37] <juliank> Note that the numbers are off for large periods, we need to fix the grafana queries to aggregate correctly
[19:38] <juliank> (we report 5 min intervals, and 10 min periods sum them up, leading to values reported that are double)
[19:39] <juliank> But I see it doing stuff, so I did not investigate further
[19:39] <juliank> We should see significant exited abnormally, and failed workers if there are issues imo
[19:40] <vorlon> juliank: uh, I've never seen this page before, how do I get to it from https://ubuntu-release.kpi.ubuntu.com/ ?
[19:40] <juliank> vorlon: don't know, sorry, click somewhere to set project to autopkgtest?
[19:41] <vorlon> heh ok
[19:41] <juliank> I need to stop typing for today before my wrist fails harder :(
[19:41] <vorlon> also, I think a thing we want to be graphing is the runtime of each autopkgtest completed during a given interval; it's difficult to synthesize an answer to the question "are autopkgtests currently running slower on the infrastructure" without that
[19:42] <vorlon> this will obviously be noisy at high resolution because autopkgtests individually vary in runtime
[19:43] <juliank> bracket them in 5, 10, 15, 30, 60, 120 minute groups
[19:44] <vorlon> if all the packages jump from being in the 15 minute group to the 30 minute group because of a slow-down, that would be misleading :)
[19:44] <juliank> youll see an increase in 30 min runs, itll be fine
[20:15] <mwhudson> dbungert: re https://bugs.launchpad.net/ubuntu-cdimage/+bug/1946656 it Works For Me tm
[20:15] <mwhudson> dbungert: i see there's been a respin since the iso paride tested though
[20:15] <dbungert> I'll download a new iso
[20:18] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Impish Final] has been updated (20211011.1)
[20:20] <dbungert> mwhudson: still bad for me with respun iso
[20:20] <mwhudson> dbungert: hmm
[20:21] <bdmurray> Hmm the Ubuntu Kylin didn't get the new ukui-media, building again
[20:21]  * bdmurray tries to delete his previous message
[20:26] <mwhudson> dbungert: hmm fine for me 4 / 4 attempts, i even tried joining the vpn
[20:27] <bdmurray> mwhudson: and this is further along in the installation process?
[20:28] <mwhudson> bdmurray: ah wait i helps if i read the bug!
[20:28] <sil2100> bdmurray: it did get it from what I see! http://cdimage.ubuntu.com/ubuntukylin/daily-live/20211011.1/impish-desktop-amd64.manifest
[20:29] <sil2100> bdmurray: it has ukui-media <IP_ADDRESS>-1 and <IP_ADDRESS>-1 is the one we were expecting I think?
[20:29] <sil2100> bdmurray: did you see something different?
[20:29] <mwhudson> bdmurray, dbungert: ok now i see the same thing
[20:30] <bdmurray> sil2100: I did but it was because I was looking at the image from earlier in the day. ;-)
[20:31] <sil2100> ...actually a similar thing happened to me today!
[20:32] <mwhudson> dbungert, bdmurray: subiquity is trying to restart snapd to pick up the proxy config and snapd is not exiting cleanly afaics
[20:33] <dbungert> mwhudson: something I haven't tested yet is if snapd 2.51.7 is happier
[20:36] <mwhudson> what is going on
[20:36] <mwhudson> have we got a snapd developer to look at this yet?
[20:37] <bdmurray> sil2100 was talking about some rate throttling hence the 403
[20:38] <bdmurray> it should be in the backscroll here
[20:38] <dbungert> mwhudson: there's a little chat in #snappy
[20:38] <mwhudson> if that can make the snapd process fail to exit in response to a SIGTERM then something really funky is going on
[20:38] <mwhudson> i should try without network i guess
[20:41] <mwhudson> yeah i see the same without network
[20:45] <bdmurray> Has anybody verified bug 1944468 now that glibc has migrated?
[20:46] <bdmurray> Eickmeyer: ^
[20:46] <Eickmeyer> bdmurray: Yep, can confirm
[20:46] <Eickmeyer> It's migrated, no issues with electron apps anymore.
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Impish Final] (20211011.1) has been added
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Impish Final] (20211011.1) has been added
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unleashed [Impish Final] (20211011.1) has been added
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unmatched [Impish Final] (20211011.1) has been added
[21:45] -queuebot:#ubuntu-release- New sync: gnome-connections (impish-proposed/primary) [41.0-1]
[21:47] <jbicha> ^ if not too much trouble, please review gnome-connections from the new queue. I'd like for people to be able to try it out easily without a PPA before the next LTS
[22:25] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (hirsute-proposed) [0.103-0ubuntu5~21.04.2]
[22:26] -queuebot:#ubuntu-release- Unapproved: accepted netplan.io [source] (focal-proposed) [0.103-0ubuntu5~20.04.2]
[23:18] -queuebot:#ubuntu-release- New: accepted gnome-connections [sync] (impish-proposed) [41.0-1]
[23:22] -queuebot:#ubuntu-release- New binary: gnome-connections [s390x] (impish-proposed/none) [41.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: gnome-connections [amd64] (impish-proposed/none) [41.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: gnome-connections [ppc64el] (impish-proposed/none) [41.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gnome-connections [arm64] (impish-proposed/universe) [41.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gnome-connections [armhf] (impish-proposed/universe) [41.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New: accepted gnome-connections [armhf] (impish-proposed) [41.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted gnome-connections [amd64] (impish-proposed) [41.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted gnome-connections [ppc64el] (impish-proposed) [41.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted gnome-connections [arm64] (impish-proposed) [41.0-1]
[23:26] -queuebot:#ubuntu-release- New: accepted gnome-connections [s390x] (impish-proposed) [41.0-1]
[23:28] <vorlon> juliank: so you dropped metapackage-triggered autopkgtest runs; was there also coordination to skiptest these packages so they would migrate? I see base-files was skiptest'ed, but no others
[23:29] <vorlon> (and 2075 tests 'in progress' on update_excuses, but only 1161 in the queue)
[23:57] -queuebot:#ubuntu-release- New binary: gnome-connections [riscv64] (impish-proposed/universe) [41.0-1] (no packageset)


[14:53] <Pendulum> TheMuso: yay! I'm glad you're doing the Unity accessibility stuff!
[19:00] <Pendulum> AlanBell: dutchie can one of you e-mail me the links to what we have so far on personas?
[19:01] <Pendulum> Charline and I are going to meet at some point and discuss how they're coming and so I can get her feedback on what we have so far
[19:03] <AlanBell> ok


[14:57] <mhall119> newz2000: is there any reason why the headers and footers of light-base-theme are 100% width, but on ubuntu.com they're 960px?
[14:59] <daker> mhall119, i think the person who made the theme made it like this
[15:28] <mhall119> yeah, I was just wondering why
[15:28] <mhall119> okay, I don't care how awesome python is, Perl still rocks
[15:32] <mhall119> I wanted to make sure that all my css selectors used in my django template existed in the light-dango-theme .css files
[15:32] <mhall119> 36 lines of overly verbose Perl code and I can do exactly that
[16:33] <daker> mhall119, maybe we should use ubuntu-drupal-theme as base
[16:40] <mhall119> why?
[16:40] <mhall119> I don't think there's been much progress on that
[16:41] <daker> check your email
[16:41] <daker> mhall [AT] lakeland [DOT] net
[16:51] <mhall119> use my gmail, it's more reliable
[16:51] <mhall119> mhall119 at gmail dot com
[16:51] <daker> oki
[16:52] <mhall119> I got it this time though
[16:56] <mhall119> daker: I seem to be missing ubuntu_loco_large.png
[16:57] <daker> but it's working ?
[16:57] <mhall119> I guess it doesn't matter though, yeah it's working
[16:58] <mhall119> what are you using?
[16:58] <daker> as you can see it's nice and it's more like ubuntu.com
[16:58] <daker> it's ubuntu-drupal-theme
[16:59] <daker> if you like it i can work on it and add all that LD needs
[17:00] <mhall119> if you could incorporate the changes back into the html and css in light-base-theme, it can be shared with all the others
[17:00] <mhall119> just make merge proposals into light-base-theme so we can review them
[17:01] <daker> oki i'll do that
[17:01] <mhall119> creating bug reports would help too, so we know which branches have the changed incorporated and which don't
[17:01] <daker> oki
[17:07] <daker> mhall119, as i said using the : font-family: 'bitstream vera sans', 'dejavu sans', verdana, sans-serif;
[17:07] <daker> should fix font problems
[17:08] <mhall119> I didn't know there were font problems
[17:10] <daker> bug 613205
[17:10] <ubot4> Launchpad bug 613205 in ubuntu-website (and 1 other project) "Font on team details page for "Upcoming events" link is too small (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/613205
[17:11] <mhall119> and that's due to the font family?
[17:11] <daker> no
[17:11] <daker> it's due to the size
[17:11] <mhall119> so how would changing the font family fix that?
[17:11] <daker> the current width
[17:12] <daker> oupps
[17:13] <daker> the current the font with a small size appear very small
[17:14] <daker> but with the bitstream vera sans it's appears clearly
[17:16] <mhall119> it seems to be caused by line 56 of default.css reducing the size of <li> texts
[17:17] <daker> yeah
[17:22] <daker> mhall119, your Loco doesn't use the ubuntu-theme ?
[17:58] <mhall119> daker: haven't changed our website themes yet, no
[17:58] <daker> Oh!


[02:01] <bobJabba> I have a question, guys. Have you ever thought of changing distros and leaving Ubuntu?


[09:16] <huats> morning everyone
[09:18] <seb128> lut huats
[09:18] <huats> lut seb128
[09:39] <seb128> who has an opinion on whether the "serie to track and usual updaters" updates list should be access restricted or not?
[09:39] <seb128> ie, bzr in ubuntu-desktop or desktop-bugs rather?
[09:48] <mvo> seb128: do you happen to remember the bugnumber for the "something opens when clicking on places" ? I just got it in another report
[09:49] <seb128> mvo: bug #260492
[09:52] <mvo> seb128: in bug #291132 the person claims it happens with a recent upgrade as well (he says he upgraded from 8.04 to intrepid final)
[09:53] <seb128> mvo: hum?
[09:53] <seb128> mvo: we didn't do anything to migrate user configs on upgrade, that's why the update-manager task has been opened on the other bug
[09:53] <seb128> mvo: intrepid will not writte buggy configuration but users who did change it in hardy will notice that change after upgrading since gnome-panel respects the choice now which it didn't in hardy
[09:55] <mvo> seb128: oh, sorry. I thought it was a bug *during* the development cycle in intrepid
[09:56] <mvo> seb128: in this case I think we should do something similar to the fusa-migration stuff
[09:56] <seb128> mvo: no, we would not have bother for unstable users
[09:56] <seb128> I mean they know running unstable can lead to some glitches
[09:56] <mvo> my bad, I misread that
[09:56] <seb128> we will need to fix before the next lts in any case
[09:57] <seb128> I mean do something to fix those configs
[09:58] <seb128> mvo: that should be easier than the applet change, the configuration is one line in .local/share/applications/mimeapps.list
[09:58] <mvo> seb128: ok, do you plan to fix it in gnome-panel? or via a note ?
[09:59] <seb128> mvo: how would you fix that in gnome-panel? gnome-panel is only respecting the user config
[09:59] <mvo> seb128: if note, I can add it and prepare a upload now, I think this is anyoing (and common) enough so that we act quickly
[09:59] <seb128> mvo: you could be using GNOME and gtk-nautilus rather than nautilus
[09:59] <mvo> seb128: not sure, my gut-feeling is that if the config is "open totem for a directory" then there is probably something wrong
[09:59] <seb128> so gnome-panel should open directories in gtk-nautilus in this case
[09:59] <seb128> right
[10:00] <mvo> but yeah, I see your point
[10:00]  * mvo scratches head
[10:02] <seb128> mvo: basically we could to that
[10:03] <seb128> mvo: python -c 'import gio; print gio.app_info_get_default_for_type("inode/directory", True).get_executable()'
[10:03] <seb128> mvo: if that not == nautilus, display a note "your default association to open directories is not nautilus, that might be a bug, do you want to reset it to nautilus"
[10:04] <seb128> and the reset button would just make sure .local/share/applications/mimeapps.list has nautilus listed first for the directory
[10:04] <seb128> mvo: what do you think?
[10:04] <mvo> seb128: thats cool, lets do it - I think the right place would be in the panel itself but a note will be much quicker to do
[10:04] <seb128> That's not perfect but should be good enough
[10:04] <seb128> mvo: what in the gnome-panel?
[10:05] <seb128> mvo: gnome-panel respects associations for a reason, you might be using gtkfilemanager as your filemanager in which case you want the places menu to use that and not nautilus
[10:06] <seb128> so you can't say "gnome-panel always uses nautilus to open directories"
[10:06] <seb128> but maybe I don't get what you suggest
[10:06] <seb128> what would you change exactly?
[10:21] <mvo> seb128: I was thinking of a one time message "your association is not nautilus, if that is deliberate fine, if not click here to fix it" with better wording of course inside the panel. but I guess this leaves us with the disdavantage that we can not detect if it was a upgrade or a fresh install
[10:21] <mvo> seb128: with the note we can do that and only install the note on upgrades
[10:24] <mvo> seb128: let me know what you think, if we want a note, I can prepare a update, I would need help with the SRU verification instructions though
[10:24] <seb128> mvo: do we have a way to display this note only if nautilus is not the default association?
[10:25] <mvo> seb128: yes, there is a "DisplayIf" key that can run any shell command
[10:25] <mvo> seb128: any command really
[10:27] <seb128> mvo: I'm thinking about it, what you did for the applet migration was a gnome-panel change, that's different of the note, what are the advantage of the different solutions?
[10:27] <mvo> seb128: so we put the python code there plus a test if the check was already run (I think its enough if the check is run once after upgrade)
[10:27] <seb128> I've to admit the difference between an application note and an update-manager one is not clear to me right now
[10:27] <seb128> let's go the other way
[10:27] <mvo> seb128: update-manager can not do it  itself because it runs as root and may not have access to the users homedirs (e.g. in nfs environments with the rootsquash option)
[10:28] <seb128> we want something which is displayed once after upgrade from hardy for users where nautilus is not the default association
[10:28] <mvo> right, I think we can do it inside the panel itself or via a note?
[10:28] <seb128> you probably know better than me what is the best tool we have to do that
[10:28] <mvo> eh, no "?" here :)
[10:28] <seb128> gnome-panel, as a patch to the C upstream code?
[10:29] <mvo> yes
[10:29] <mvo> I think those are the alternatives we have
[10:29] <seb128> my gut feeling is that patching upstream code is not the right place for that
[10:29]  * mvo nods
[10:29] <seb128> what are the disadvantages of the note approch?
[10:30] <mvo> its a bit clunky, but otherwise there is none - I mean, a note displaying "there might be something wrong, fix it: [yes] [no]"
[10:31] <seb128> well, having it in gnome-panel would not display anything different
[10:31] <seb128> so it should be gnome-panel installing the note, similar to what you did for the applets migration?
[10:31] <mvo> hm, right
[10:31] <seb128> I think we should go this way
[10:32] <seb128> the test is basically the python snippet I wrote before
[10:32] <mvo> yes, I think so - we *could* just fix it automatically on upgrade and say that the (few) people who changed it deliberately can fix it themself, but I don't feel well about it
[10:32] <seb128> they didn't wrap the equivalent _set api yet though which sucks
[10:32] <seb128> no, I like better displaying a note to people who have a weird association
[10:33] <seb128> we could do a "appname is set to open directory, that could be a bug, do you want to change it back to nautilus?"
[10:34] <mvo> seb128: I will prepare something and post it for review (unless you want to take it which is fine with me of course)
[10:35] <seb128> mvo: I'm think in fact we could just automatically change it
[10:35] <james_w> what would be the fallout from just changing it back?
[10:35] <mvo> seb128: right
[10:35] <seb128> james_w: what I wrote before " gnome-panel respects associations for a reason, you might be using gtkfilemanager as your filemanager in which case you want the places menu to use that and not nautilus"
[10:35] <mvo> james_w: good question, nothing as far as the panel is concerned because hardy did not honor it anyway
[10:36] <seb128> mvo: right that was just what I was thinking too
[10:36] <mvo> so there is no change here
[10:36] <seb128> since hardy didn't respect it
[10:36] <mvo> does it have any other effect?
[10:36] <mvo> I mean, does anything beside the panel read that association?
[10:36] <seb128> well that's gio association
[10:36] <seb128> so anything which opens a directory using gio
[10:37] <seb128> but I would say it's a marginal usecase
[10:37] <seb128> I doubt anything out of gnome-panel is doing that in the standard install
[10:37] <seb128> and the world has not switched to gio otherwise
[10:37] <seb128> ok
[10:37] <seb128> let's do automatic fixing on upgrade ;-)
[10:37] <mvo> ok, so we need something in Xsession.d/ for that
[10:38] <seb128> urg
[10:38] <mvo> yeah, sucks
[10:38] <seb128> I don't like things staying around in Xsession.d
[10:38] <mvo> the alternative would be: "for d in /home/*; do ..."
[10:38] <mvo> in the postinst
[10:38] <mvo> which is *eeeeek*
[10:39] <seb128> I'm considering the gnome-panel code change now
[10:39] <mvo> (and will not work on nfs mounted homes)
[10:39] <mvo> right
[10:39] <mvo> that is best I think
[10:39] <mvo> check on startup, change if needed and set a gconf key that the check was performed and should never run again
[10:39] <seb128> the annoying part how to figure "first startup after hardy upgrade"
[10:40] <seb128> we will need to add a gconf key I guess
[10:40] <mvo> yeah
[10:40] <seb128> ok, so we are clear on what needs to be done
[10:40] <mvo> and for fresh installs we can just ship the gconf key with "already_run = True"
[10:40] <seb128> how?
[10:41] <mvo> hrm, right. no - so we need to run it once for fresh installs too, but that should be fine because the default there is nautilus
[10:41] <james_w> can you ship a default gconf key with "not_run = True" and then run the upgrade if that is found, setting "not_run = False" for the user?
[10:41] <seb128> we can hack a postinst snipet to set this key only on upgrade
[10:42] <mvo> seb128: yeah!
[10:42] <mvo> need_fixup = True :)
[10:42] <mvo> I like that
[10:42] <seb128> ;-)
[10:42] <seb128> ok, what we need then is
[10:43] <seb128> - have a new key defaulting to false
[10:43] <seb128> - a postinst snippet setting it to true for upgrades
[10:43] <seb128> - gnome-panel code which reads this key and call the code when the key is true
[10:43] <seb128> - the code change the default association to nautilus if that's not nautilus yet
[10:44] <seb128> - and after running the key is set to false
[10:44] <seb128> mvo: looks correct?
[10:44] <mvo> yes, looks perfect
[10:45] <seb128> do you want to do those changes or should I?
[10:45] <mvo> either way is fine for me
[10:46] <seb128> same here ;-)
[10:46] <seb128> I'll probably not start before lunch and I've lunch outside today but I can have a look this afternoon
[10:46] <seb128> feel free to start on it if you want, I'll look at this this afternoon otherwise
[10:46] <mvo> ok, cool
[10:47] <seb128> that should just be calling app_info_get_default_for_type and then app_info_set_as_default_for_type
[10:47] <mvo> let see what other issues I run accross and how busy the morning will be
[10:47] <mvo> hm, a opportunity to put gnome-panel into bzr ... ;)
[10:48] <crevette> hello chaps
[10:48] <mvo> hey crevette
[10:48] <seb128> lut crevette
[10:48] <seb128> mvo: you didn't do that yet? ;-)
[10:48] <seb128> bah bug #291482
[10:49] <seb128> did I already complained about those upgrade bugs ;-)
[10:49] <mvo> seb128: I did :) but nothing really major came up (yeah!)
[10:49] <seb128> joke aside looking at the recent bugs list I was surprised how many random upgrade bugs we are getting
[10:49] <mvo> seb128: make your scripts more robust ;)
[10:49] <seb128> lot of users must be running into issues
[10:50] <seb128> mvo: add || true after all the commands? ;-)
[10:51] <mvo> seb128: jokes aside, yes - this is a problem and something thats pretty anoying
[10:51] <mvo> seb128: I mean, upgrades are really too fragile and its just too many things that can go wrong (and do go wrong)
[10:52] <mvo> its hard to fix without major changes though, I think we did cover most of the easy and medium improvements
[10:52]  * mvo checks the error that seb mentions
[10:53] <seb128> mvo: we could easily delay all the cache updates, etc to be run after the upgrades no?
[10:54] <seb128> so installations would not break when update-icon-cache crash for a random reason
[10:54] <seb128> or similar issues
[10:58] <mvo> seb128: hrm, this particular one looks really nasty
[10:59] <seb128> mvo: what is the error exactly? I've been to lazy to read all the logs there ;-)
[10:59] <mvo> seb128: this one looks like a problem in the way apt calls dpkg :(
[11:00] <seb128> urg
[11:00] <mvo> yeah, really really nasty
[11:00] <seb128> you can reassign it where you want that doesn't seem to be desktopish
[11:00]  * seb128 hugs mvo
[11:00] <mvo> I will write some code that extracts his packages and tries to reproduce it, I would love to be able to and check a fix, this is the kind of error I don't want
[11:01] <mvo> there goes the gnome-panel work :)
[11:01] <mvo> seb128: I already reassigned it to apt
[11:01] <seb128> ok, I'll have a look to the gnome-panel changes
[11:01] <seb128> looks a nice friday afternoon project
[11:12] <mvo> seb128: ok, I updated the bugreport to include the plan
[11:19] <seb128> mvo: thanks
[12:00] <tuxice> mpt?
[12:00] <mpt> yep
[12:00] <tuxice> i have a fix for bug 160311
[12:01] <tuxice> i propose we add a slider to the theme selection tab in the appearence menu, or even a new tab altogether.
[12:03] <tuxice> what do you think?
[12:07] <tuxice> mpt?
[12:07] <mpt> one moment, reading the report
[12:08] <tuxice> k
[12:12] <mpt> this is a long bug report :-)
[12:13] <tuxice> ya
[12:27] <tuxice> mpt?
[12:28] <mpt> tuxice, I'm commenting on the report
[12:28] <mpt> I don't have anything massively useful to say though
[12:35] <tuxice> camoguy?
[12:35] <mpt> done
[12:36] <tuxice> Do you think adding a sliderbar, that would increase the border would be a worthy fix?
[12:36] <tuxice> mpt?
[12:37] <mpt> No, I think that would be dumping the problem on users without solving it
[12:37] <tuxice> i see.
[12:37] <mpt> Making them choose between efficient and ugly
[12:37] <tuxice> what would be a fix?
[12:37] <mpt> er, between efficient and ugly, vs. awkward and attractive
[12:38] <mpt> I've suggested possible solutions in the bug report
[12:38] <tuxice> ya
[12:38] <tuxice> ok
[12:38] <mpt> * try the invisible draggable area and see if it works
[12:38] <mpt> * get GTK to introduce a corner grippy that doesn't require a status bar
[12:38] <mpt> * report bugs on apps that could have a corner grippy but don't
[12:39] <tuxice> +1
[12:41] <tuxice> g2g
[13:33] <alexvanlier> hello
[14:28] <isaw> Hi... can anyone help with a fragged 8.1 upgrade?
[14:58] <huats> seb128: have you heard of some intrepid freezes ?
[14:58] <huats> i mean of system  freeze :)
[14:59] <mvo> wb seb128
[14:59] <seb128> re
[14:59] <seb128> huats: intrepid is stable now so it's frozen, you need sru to do updates
[14:59] <huats> no non
[14:59] <huats> :)
[14:59] <huats> i mean of system  freeze :)
[15:00] <huats> i just had 4 on my running system :)
[15:00] <seb128> urg
[15:00] <seb128> no vt switch?
[15:00] <seb128> what videocard and driver?
[15:00] <mvo> huats: when does it freeze?
[15:01] <huats> mvo: random :)
[15:01] <seb128> huats: can you ssh to the box when it's frozen?
[15:01] <mvo> huats: what videocard and driver?
[15:01] <huats> mvo: sometime with evolution (writing an email) sometime with flash in firefox
[15:01] <huats> ...
[15:01] <mvo> seb128: I put a proposed patch into the bugreport we talked about earlier (review welcome, its not a nice one :(
[15:01] <mvo>  what videocard and driver?
[15:02] <mvo> with compiz or without?
[15:02] <huats> searching that :)
[15:02] <mvo> lspci -nn
[15:02] <huats> (without compiz)
[15:02] <mvo> if you paste the output of that, we shoudl be fine
[15:02] <huats>  nVidia Corporation GeForce 8400M G
[15:02] <mvo> ok
[15:02] <huats> seb128: I haven't try the ssh, I cannot switch to the console
[15:02] <mvo> /var/log/Xorg.0.log will have the used driver (either nvidia or nv)
[15:03] <huats> nvidia
[15:03] <mvo> hrm, that is bad(tm)
[15:03] <seb128> huats: try to ssh
[15:03] <huats> (I know :( )
[15:03] <seb128> usually I blame compiz for those
[15:03] <huats> seb128: I try (next time which will be soon I am sure)
[15:03] <huats> and I'll let you know :)
[15:03] <seb128> try using nv instead of nvidia too
[15:04] <seb128> mvo: ok thanks, will have a look
[15:04] <huats> thanks mvo and seb128
[15:04] <mvo> seb128: no rush
[15:04] <mvo> seb128: while waiting for the upgrade test thing I had a bit of free time
[15:05] <seb128> ;-)
[15:12] <seb128> mvo: looking to your patch now
[15:12] <seb128> +	      g_warning("inode/directory points to '%s' - fixing", g_app_info_get_executable(app), "nautilus");
[15:13] <seb128> mvo: wrong number of arguments there?
[15:15] <seb128> mvo: you also g_object_unref(app); in the case where app == NULL
[15:17] <mvo> thanks for the review
[15:18] <seb128> mvo: otherwise for the loop that's either that or building a new GAppInfo so I think iterating over the option is reasonable
[15:18] <seb128> not sure if there is a function which takes a .desktop and return a GAppInfo
[15:24] <mvo> seb128: I tried that using the nautilus.desktop file, but that crashed for me (no idea why) - app != NULL
[15:24] <mvo> I mean it was != NULL
[15:24] <seb128> what function did you try?
[15:27] <mvo> give me a sec
[15:27] <mvo> g_desktop_app_info_new_from_file I think
[15:28] <seb128> mvo: also I'm not sure about that
[15:28] <seb128> +		    new_app = l->data;
[15:28] <seb128> +		 g_object_unref(new_app);
[15:28] <seb128> +	      g_list_free(l);
[15:29] <seb128> mvo: you don't increment the ref by doing new_app =l ->data do you?
[15:29] <seb128> mvo: isn't g_list_free unrefing l anyway?
[15:29] <dobey> no
[15:29] <dobey> g_list_free doesn't know how to deal with the data in it
[15:30] <dobey> you have to loop through the list and unref/free/whatever each item, and then free the list
[15:34] <mvo> thanks dobey
[15:39] <huats> seb128: no luck with the ssh after the freeze (and no ping of the computer either)
[15:39] <seb128> huats: seems a system crash and not an xorg one then
[15:39] <huats> yep
[15:39] <seb128> mvo: g_desktop_app_info_new_from_file should be working
[15:39] <seb128> weird
[15:41] <mvo> seb128: no idea, maybe I did something wrong
[15:41] <seb128> mvo: I'll have a look in a bit
[15:41] <seb128> out of the previous comment the patch looks good to me
[15:42] <mvo> seb128: thanks, I need to run out in a bit, so feel free to take over from here
[15:43] <seb128> mvo: will do, have fun see you later
[15:46] <mvo> seb128: thanks!
[16:25] <seb128> grrrr at xulrunner
[16:25] <seb128> you could think they would fix bugs sometimes but it's still crashing on closing and doing that since before hardy that starts being annoying
[16:26] <seb128> when it's not hanging and preventing you to open a new instance
[16:27] <dobey> welcome to Web 2.0
[16:28] <dobey> where nothing works, and there are more browser engines that all behave completely differently
[19:50]  * jt66 is away: I'm busy
[20:41] <mvo> hm, will g_list_free(g_list_last()) DTRT and free all of the list (and not just from the element it started on)?
[20:42] <dobey> that looks like it's asking for problems
[20:42] <mvo> heh :)
[20:42] <mvo> this is why I'm asking, I check the glib source
[20:42] <dobey> glib is doing that?
[20:43] <mvo> well, I don't know. I was just wondering if I need to keep a head pointer around
[20:44] <dobey> what are you trying to do exactly
[20:44] <mvo> I have a GList and iterate over it, when I'm done I want to free it
[20:45] <dobey> for (l = list; l && l->data; l = l->next) { item = l->data; list = list_remove (list, item); free (item); } list_free (list);
[20:45] <walters> mvo: no
[20:46] <mvo> thanks dobey and walters
[23:23] <simpman> Installing ubuntu desktop 8.10 having problems it's freezing during the loading splash screen while trying to boot. checksumed the md5, as well as booting it from USB and Live CD and the problem remains. Any suggestions would be appreciated


[10:37] <SiDi> Any idea why a notification's png/jpg icon would be blur knowing i _dont_ resize it ?
[14:37] <SiDi> Why did the font become so tiny in notify-osd's trunk version ?
[14:40] <SiDi> http://img190.imageshack.us/img190/557/capture1v.png


[00:05] <major> hi, i want to launch a program (icecc daemon) locally. Im changing in the chroot /etc/init.d/icecc to launch "ltsp-localapps iceccd" I dont know if this is the right approach. can anybody help me?
[04:40] <Pavlz> http://www.gopetition.com/petition/40352.html for untrusted hardware
[05:29] <alkisg> Good morning
[09:24] <kca_teacher> Hi everyone. Just wanted to share my excitement with some fellow ubuntu users :) I have always been a fan of Ubuntu, but have never been able to incorporate it into my everyday life.  Hello Edubuntu!! It's exactly what I have been looking for. This suite is going to help me in educating +- 105 young minds!
[09:24] <kca_teacher> Can't wait to get started
[15:22] <highvoltage> mhall119: hey, around?
[15:24] <mhall119> yup
[15:25] <highvoltage> mhall119: what's that social plugin/block thingy you suggested at UDS called again?
[15:25] <mhall119> I'm not sure what you mean
[15:25] <highvoltage> to replace the identi.ca block we currently have on edubuntu.org
[15:25] <mhall119> oh, twidenash
[15:25] <highvoltage> yes that's the one
[15:26] <mhall119> https://launchpad.net/twidenash
[15:26] <mhall119> look at the loco.ubuntu.com homepage source code to see how to use it, but it's pretty simple
[15:27] <highvoltage> ah, that maintainer name sounds familiar :)
[15:27] <mhall119> yeah, I haven't done much to it since taking over though
[15:28] <mhall119> it was originally authored by stuart langridge
[15:28] <mhall119> when I sent him several bugs and code patches, he just asked me to maintain it
[19:00] <highvoltage> running a bit late but edubuntu meeting starting soon!
[19:10] <stgraber> alkisg: ping (meeting)
[19:14] <alkisg> Ugh I'm doing something, I'll read the logs later on, sorry... :)
[19:46] <highvoltage> mhall119: I'd like to toy around with the new gnome stuff, so if you get stuck and need some fresh eyes to look at something, please give me a poke :)
[19:47] <mhall119> will do
[19:48] <mhall119> http://live.gnome.org/GnomeGoals/GSettingsMigration
[19:48] <mhall119> gnome-panel is still marked "to-do"
[19:48] <mhall119> :(
[19:48] <alkisg> Ah, about the EC update... I won't be able to contribute much for the next 2 years due to my phd, but I'll be around more or less, and I'll try to have a classroom administration tool ready for 12.04 :)
[19:48] <highvoltage> I'm quite confident that that's quite high on the list to fix up :)
[19:48] <mhall119> gnome-settings-daemon: to-do
[19:49] <mhall119> gnome-shell is "done", so gnome-panel may not be all that high
[19:49] <mhall119> nautilus is done at least
[19:50] <highvoltage> pessulus and sabayon is marked to do too (no big surprise there, but ":(" nontheless
[19:50] <mhall119> ok, I've gotta run, I'll continue looking at gsettings/dconf and try upgrading my vm to natty
[19:51] <highvoltage> cool, would be interesting to see how that goes!
[19:51] <sbalneav> highvoltage: yeah, I need to start digging into that for sabayon.
[19:51] <sbalneav> It's going to basically end up being a re-write, since sabayon's pretty much a gconf proxy.
[19:52] <sbalneav> I'm almost wondering if it might be easier to simply start from scratch.
[19:53] <alkisg> sbalneav: I still think it'll be better if it is "task based"... i.e. if it offers a GUI for tweaking some certain parts of gconf/gsettings, not arbitrary ones...
[19:55] <sbalneav> alkisg: Well, that's what pessulus was supposed to be, an interface for handling the lockdowns.
[19:56] <alkisg> Right, and it was very handy, but also very limited
[19:56] <sbalneav> I'm not sure how you'd control things like panel icons, desktop icons, etc, without a "desktop" like interface.
[19:56] <highvoltage> sbalneav: sounds like an opportunity to make it somewhat nicer :)
[19:57] <sbalneav> As a systems adminitrator, what *I* personally would prefer would be some kind of text-based file that specifies things.
[19:57] <sbalneav> something like:
[19:57] <sbalneav> Top Panel::Far Left::Menu Applet
[19:58] <sbalneav> Top Panel::Next::firefox.desktop
[19:58] <sbalneav> Top Panel::Next::thunderbird.desktop
[19:58] <sbalneav> Top Panel::Right::FUSA applet
[19:58] <sbalneav> etc.
[19:59] <alkisg> I agree, but having also a GUI for that text file would mean that inexperienced users like e.g. teachers could also use it
[19:59] <sbalneav> the "language" would translate into the appropriate gconf settings.
[19:59] <sbalneav> Maybe the way to go would be to write the backend, and text file parser.
[20:00] <sbalneav> Then the gui just creates text files.
[20:00] <alkisg> That sounds much better to me than the sabayon approach
[20:00] <sbalneav> I like the idea of the text file because, as a systems administrator, you say things like:
[20:00] <alkisg> I've only looked at sabayon a little - I think it shows the user a bunch of keys that changed, and he then has to select which ones he wants to keep or not. I don't think that the task of key "approving" could be handled by inexperienced users... while a dialog to "add that applet to the right side of the panel" would be much easier.
[20:01] <sbalneav> "Secretaries should have the same desktop as lawyers, but they need the openoffice icon on the top panel."
[20:01] <sbalneav> so then you could just copy "lawyer.foo" to "secretary.foo", and add in the appropriate icon.
[20:02] <sbalneav> Prolly an XML file would be the way to go.
[20:02] <sbalneav> alkisg: agreed.
[20:02] <dinda> well shoot, thought the meeting was now instead of an hour ago - bloody timezone changes
[20:02] <sbalneav> sabayon's very overwhelming.
[20:02]  * alkisg hopes gsettings offers a nicer interface for managing panels and the rest of the list-based gconf stuff
[20:03] <sbalneav> So you could say in xml:
[20:03] <sbalneav> <panel id="panel0" name="Top Panel">
[20:04] <sbalneav>   <applet id="applet0" name="Main Menu">menu.applet</applet>
[20:05] <sbalneav>   <launcher id="launcher0" name="Firefox">firefox.desktop</launcher>
[20:05] <sbalneav>   <launcher id="launcher1" name="Thunderbird">thunderbird.desktop</launcher>
[20:05] <sbalneav> ...
[20:05] <sbalneav> etc.
[20:05] <sbalneav> hmm
[20:05] <sbalneav> I like that.
[20:06] <alkisg> Sounds good.
[20:06] <alkisg> gconf-editor also has some good potential, if somehow group-based-settings support was added to it, that would also help in many cases (just brainstorming here). E.g. "open mandatory gconf-editor for group=secretaries".
[20:06] <sbalneav> yeah, I don't know yet if gsetting will have group permissions.
[20:07] <sbalneav> currently that's handled through the sabayon-apply process.
[20:07] <highvoltage> sbalneav: nice
[20:09] <alkisg> The sabayon-apply process (as I imagine it) is very powerful, and it could also be applied for other front-ends too, right?
[20:09] <sbalneav> sabayon-apply's no powerful at all.
[20:09] <alkisg> So someone could make a wrapper to run gconf-editor, gather the modified settings, and pass those to sabayon-apply for a specific group... no?
[20:10] <sbalneav> All it's doing is unzipping a set of gconf settings into the user's home directory :)
[20:10] <sbalneav> alkisg: yeah, that would work.
[20:10] <alkisg> Ah, so the user can delete his "mandatory" settings?
[20:11] <sbalneav> the problem with sabayon is, when you make a change to the desktop, a HUGE number of gconf settings are modified.
[20:11] <alkisg> That's exactly why I would prefer a different front end, either gconf-editor or a new UI...
[20:11] <sbalneav> alkisg: no, since they'd need to re-start gconf, which would mean restarting their session.  When they log in again, the settings are re-unzipped.
[20:12] <alkisg> Hmmm... aren't gconf settings read on the fly? E.g. if he runs gconftool-2 to change the settings, aren't they applied immediately?
[20:12] <sbalneav> right, so having some kind of back-end that reads a well formed XML file, and produces ONLY the setting changed you want is the first step
[20:13] <sbalneav> then it's just a case of coming up with a nice gui to generate the xml file.
[20:13] <sbalneav> an experienced admin can just stick to editing the XML directly
[20:13] <sbalneav> a teacher can use a gui to generate the XML file.
[20:13] <sbalneav> Hm.  I like it.
[20:14] <sbalneav> alkisg: not if they're set as mandatory settings
[20:14] <alkisg> Is a new .xml format needed? Or can the same xml format as gsettings be used?
[20:14] <sbalneav> the user can't modify those.
[20:14] <alkisg> Nice
[20:14] <sbalneav> alkisg: Well, possibly.  I need to sit down and read the gsettings docs.
[20:15] <alkisg> sbalneav: btw, nice to have you back on track :)
[20:18] <sbalneav> well, having a two week break from the grind has been a much needed respite.
[22:23] <mhall119> sbalneav: did sabayon change the system defaults, user settings, or what?


[18:10] <dkessel> elfy, balloons : I have added a proposed patch branch as a fix for bug 1126449 - please get someone to review ;) I have tried to describe what it does in the bug comments
[18:16] <knome> awesome
[18:16] <wxl-phone> I saw!
[18:17] <wxl-phone> I'm excited
[19:12] <elfy> woohoo
[20:10] <dkessel> balloons, here's another one with attached branch: bug 1385954
[20:14] <elfy> not convinced about that - make it hard for those who do test to get to what they need so those who *might* test have an easier time if they *do* turn up
[20:15] <knome> wait...
[20:15] <knome> there's a bug for that already
[20:15] <knome> iirc
[20:15] <dkessel> is there? didn't see it
[20:16] <knome> no there is not, my bad
[20:16] <dkessel> elfy: those can just click and collapse the description :p
[20:16] <dkessel> knome: maybe you thought of your new proposed layout ;)
[20:16] <knome> yes, i thought they were all bugs already
[20:16] <knome> it's SOOO long time since i did that
[20:19]  * elfy is all meh till he can get historical data faster from the tracker than editing a wiki when you can't login properly ;)
[20:20] <knome> :)


[01:04] <oem> oi
[01:04] <KASS> bo NOITE
[06:14] <CQ> hello, I have a problem... I can boot, but can't log in. The display manager doesn't seem to take input from the USB keyboard... I can switch to console (alt-f1) and type just fine. Any ideas?
[06:14] <CQ> nvm, seems to work now
[06:16] <Guest83465> Good morning
[07:17] <suici> is there a tool to automaticly generate a kernel config file based on the hardware installed ?
[09:21]  * jokebeatzz hi
[09:21] <jokebeatzz> hi
[09:21] <jokebeatzz> hi
[10:25] <BluesKaj> Hey folks
[10:46] <Zhigalin> Hello
[10:47] <BluesKaj> HI
[10:52] <hangry> Hi
[17:48] <Fluentlynx> Hello Everyone XD
[17:48] <Fluentlynx> damn it emotocons
 @Sav22999, I've seen that happen on newer versions. Upstream issue I think
 @ahoneybun, So, when will they update the store..? Do you know?
 I'm not sure if it's in the apps or not
 We need an SRU I think for that
[19:48] <enclude> hello, how can I clone my systems both Windows 10 and Linux Mint without Clonezilla. can I use the Live USB?
[19:51] <Dragnslcr> I would use Clonezilla if all you're trying to do is duplicate a hard disk


[11:32] <mitya57> attente, hi, are you online?
[11:32] <attente> mitya57: hi, how's it going?
[11:34] <mitya57> attente, I have run "im-config -n fcitx", logged out/in, but when I try to start fcitx-qimpanel, it says "Fcitx not running"
[11:34] <mitya57> And when I try to start Fcitx it says that it can't find the configuration files
[11:35] <mitya57> ...And when I try to run fcitx-config-gtk3 it says "The name org.fcitx.Fcitx-0 was not provided by any .service file" and then segfaults :(
[11:36] <attente> mitya57: do you have the exact error for it not finding the configuration files?
[11:37] <mitya57> Hm, I have just installed fcitx-data, and now the message is different
[11:37] <mitya57> (ERROR-15848 /build/buildd/fcitx-<IP_ADDRESS>/src/lib/fcitx/ime.c:535) No available Input Method
[11:37] <mitya57> (ERROR-15848 /build/buildd/fcitx-<IP_ADDRESS>/src/lib/fcitx/instance.c:437) Exiting.
[11:37] <mitya57> Perhaps I need to install some other package
[11:38] <attente> mitya57: you can try installing fcitx-pinyin
[11:39] <attente> it's probably getting that error since it needs at least one available engine installed
[11:40] <mitya57> It worked \o/
[11:40] <mitya57> And fcitx-qimpanel starts
[11:40] <attente> nice :)
[11:40] <mitya57> Now the Skins menu is working, but the Virtual Keyboard isn't
[11:40] <attente> are you running it from the commit i mentioned?
[11:41] <attente> 05fd858ef84da971a98d4f68b25f4bd897676b43
[11:41] <mitya57> No, I used master and dropped the ifdefs
[11:42] <mitya57> I tried to select a different skin and now there is no (root) menu at all :(
[11:42] <attente> mitya57: it probably crashed and reverted back to the fcitx default indicator
[11:43] <mitya57> Ok, after "rm -rf ~/.config/fcitx-qimpanel/" it's working again
[11:43] <mitya57> Now let me look what happens with the Virtual Keyboard menu
[11:47] <mitya57> Hm, because of daemonization I can't really use gdb :/
[11:49] <mitya57> OK, I managed to make it work
[11:51] <mitya57> attente: http://wstaw.org/m/2015/06/13/qimpanel_png_750x750_q85.jpg
[11:52] <mitya57> The two other menus are working as well
[11:53] <attente> mitya57: is the QT_5 configure option enabled?
[11:53] <attente> because i think it's QT_4 by default
[11:54] <attente> also for gdb, you can 'set follow-fork-mode child'
[11:54] <mitya57> Yes, I used "cmake -DQT_5=ON -DQT_4=OFF  ../"
[11:54] <mitya57> I can send you the patch I used
[11:55] <mitya57> (Or submit it upstream as a pull request)
[12:00] <mitya57> attente, anyway: http://paste.ubuntu.com/11707665/
[12:04] <attente> mitya57: that is definitely working for me, thanks!
[12:05] <mitya57> You are welcome :)
[12:05] <attente> mitya57: feel free to propose upstream :)
[12:05] <mitya57> OK, will do now
[12:11] <attente> mitya57: thanks! :D
[12:12] <mitya57> Sorry that it took too long :)
[20:56] <happyaron> attente: my indicator-keyboard does not grab keys for ibus anymore
[20:56] <happyaron> is that a bug or something wrong at my side?
[21:01] <attente> happyaron: hey, you mean the input source switching shortcut in gnome-control-center? or ibus itself, because we patched out that behaviour for ibus iirc
[21:02] <happyaron> attente: well, I mean I cannot type Chinese with ibus+indicator-keyboard
[21:03] <happyaron> but it works in a gnome-shell session
[21:05] <attente> happyaron: seems to be working over here, is it possible u-s-d crashed or something like that?
[21:06] <happyaron> u-s-d is running
[21:06] <happyaron> no hint for it's crashing
[21:14] <attente> happyaron: no idea... all the variables are set properly by im-config too right?
[21:14] <happyaron> no problem with that
[21:15] <happyaron> fcitx not running but installed, manully set to use ibus and re-login
[21:15] <happyaron> well I'll try with a fresh installation later
[21:17] <attente> yeah.. i've no idea. is there any activity on ibus' bus when you type?
[21:17] <happyaron> no
[21:18] <happyaron> ibus didn't recieve anything...


[07:23] <heartones> does any one experience bmc Failed to query node's BMC — Node could not be queried node...?


[01:31] <bklive> su -
[01:31] <bklive> or su -C "visudo"
[02:56] <dusf> wine devs have told me one of the reasons i may have experienced a drop in fps after switching from ubuntu to xubuntu-session is that i am useing proprietary and FOSS drivers
[02:56] <dusf> lspci -k = Kernel modules: nvidia-current, nvidia-173, nouveau, nvidiafb
[02:57] <dusf> i am told I need to remove nouveau, even though menu >> system >> additional drivers shows me nvidia is activated 'but not currently in use'
[02:59] <dusf> sudo apt-get uninstall nouveau does nothing, and removing xserver-xorg-video-nouveau also changed nothing
[02:59] <dusf> can anyone tell me how to remove nouveau?
[03:04] <drc> dusf: Check /etc/modprobe.d/nvidia-graphics-drivers.conf..If you have installed the nvidia drivers in Additional Drivers (and it sounds like you did...the "not used" is just a reporting bug) nouveau should be blacklisted and thus not loaded.  CHeck /var/log/Xorg.o.log to see what driver is being used.
[03:09] <dusf> drc: xorg lists nvidia only
[03:09] <dusf> drc: should lspci -k not mention nouveau though?
[03:10] <drc> But if you really want to delete nouveau, search for it in the Package Manager...deleter it from there
[03:11] <dusf> drc: the only thing that comes up in synaptic is a xorg file, the one i mentioned
[03:12] <dusf> drc: and also libdrm-nouveau1a, removal of which appears to affect hundreds of other packages, is that okay?
[03:56] <xaemonic> can someone tell me how to acess xchat setup?
[04:20] <Soupermanito> xaemonic, ask on #xchat
[05:18] <Josesordo> hello all
[07:52] <duder123> hi
[07:53] <duder123> I'm trying to install xubuntu with a usb dongle, i've used PLoP to make the computer boot from usb as it does not have this functionality by default, but when i select "run xubuntu from usb" a ton of letters fill the screen and i'm being dropped at a busybox prompt
[07:54] <duder123> does anyone know what the problem might be? thanks
[07:54] <Sysi> PLoP?
[07:55] <duder123> http://www.plop.at/en/bootmanager.html It's for booting from usb or other devices when the bios does not have this functionality on it's own
[08:51] <lokesh> hello
[12:10] <mitigating> hi
[12:11] <mitigating> Is there a way to remove the 1 gray line the bottom panel leaves
[12:11] <mitigating> when it auto hides
[12:11] <mitigating> and can you change the popup delay
[12:11] <Sysi> afaik neither is possible
[12:12] <mitigating> how horrible :D
[12:13] <mitigating> in thunar can you make the right click hold
[12:13] <mitigating> like other systems
[14:36] <Josesordo> Good Morning..
[15:38] <dusf> isn't there a way, possible through a panel plugin, to bring up a gui showing processes allowing one to easily kill a dead/frozen program?
[17:02] <dusf> a few reboots after switching from ubuntu to xubuntu although my panel is still looking like xubuntu/xfce my desktop now looks and behaves like gnome, ignore any options i set in xfce 4 settings manager, and even brining up gnome appearance settings allowing me to change the background when i right click. please see the screenshots at http://ubuntuforums.org/showthread.php?p=10787197#post10787197 - i'm definitley logged into 'xubuntu session' selecting it be
[17:35] <Towzzer> hey
[17:35] <Towzzer> Question for you gentlemen
[17:35] <Towzzer> Two things I want to customize but can't find the option
[17:36] <Towzzer> bottom panel leaves a little showing when it's hidden
[17:36] <Towzzer> and popup delay of bottom panel
[17:38] <Sysi> afaik not configureable
[17:38] <Towzzer> i think you answered this before
[17:38] <Towzzer> i was another nick
[17:38] <Towzzer> but now i'm more serious about finding the answer
[17:38] <Towzzer> it has to be configurable
[17:38] <Towzzer> i'll recompile
[17:40] <Towzzer> it's so hard to script gui configs
[17:40] <Towzzer> right?
[17:48] <nicofs> What package do I need to play DVDs? I have (x)ubuntu-restricted-extras and libdvdread4... libdvdcss "has no installation candidate" - neither parole nor vlc canplay the dvd i just inserted...
[17:49] <Towzzer> mplayer does it
[17:50] <nicofs> no
[17:50] <Towzzer> no what
[17:51] <nicofs> mplayer doesn't...
[17:51] <Towzzer> ok
[17:51] <Towzzer> what is the device name for your drive
[17:52] <nicofs> Towzzer, how do i find out?
[17:52] <Towzzer> mount
[17:52] <Towzzer> /dev/?
[17:53] <Towzzer> for the cd
[17:54] <nicofs> /dev/sr0
[17:54] <Towzzer> on the termianl type
[17:55] <Towzzer> vlc dvd://
[17:55] <Towzzer> and show me output
[17:55] <nicofs> Last time i tried to watch a DVD, installing libdvdcss did the trick... typing...
[17:56] <nicofs> most striking output is "no css library available"
[17:57] <Towzzer> is this installed?
[17:57] <Towzzer> apt-get install libdvdread4
[17:57] <nicofs> http://pastebin.com/PvRhsA5p is full output
[17:57] <nicofs> libdvdread4 is installed
[17:57] <Towzzer> /usr/share/doc/libdvdread4/install-css.sh
[17:57] <Towzzer> try that
[17:57] <Towzzer> that direct line
[17:59] <nicofs> result! ok thanks, working now... so libdvdcss did the trick after all... but why is it noch in the repositories anymore?
[17:59] <nicofs> *not
[18:00] <Towzzer> it is
[18:00] <Towzzer> that's the package
[18:00] <Towzzer> they just make you do it manually for some reaon
[18:00] <Towzzer> i don't know why
[18:00] <Towzzer>  :D
[18:00] <Towzzer> have a nice day and thanks for choosing xubuntu
[18:01] <nicofs> hmm... as long as it works...
[18:01] <nicofs> good line :-D
[18:05] <daz4126> Is it possible to see thumbnail previews of images on the desktop
[18:09] <knome> daz4126, if you open the desktop directory in thunar, yes
[18:10] <daz4126> thanks knome - how do I do that?
[18:10] <knome> daz4126, err, open the file manager and browse to /home/yourusername/Desktop
[18:11] <daz4126> sorry, I get what you meant
[18:11] <daz4126> But anyway to see the previews on the actual desktop?
[18:11] <knome> daz4126, afaik it's not possible to see thumbnails *in the desktop*, at least yet
[18:11] <daz4126> ....shame
[18:12] <daz4126> everything else about xfce is really impressive (been using for a day)
[18:12] <knome> well yes and no, why would you need to see previws on desktop?
[18:12] <daz4126> I generally use the desktop for dumping files I'm currently working on
[18:12] <daz4126> it's nice to see what they are quickly
[18:13] <knome> daz4126, you can always create a launcher to open the desktop directory in thunar
[18:13] <daz4126> knome, I know, but I like using the desktop as a large dumping ground in the background
[18:14] <daz4126> ie without all the other thunar stuff
[18:14] <daz4126> just my personal pref - I can prob live without it though
[18:15] <knome> yeah - the xfce developers are probably going to integrate the desktop stuff with thunar (or then not), this should make previews on desktop possible
[18:15] <daz4126> cool
[18:15] <daz4126> Any suggestions for managing ipods?
[18:15] <knome> i personally think that it is a good goal to keep the desktop clean
[18:15] <daz4126> ... but then all that space is wasted!
[18:15] <knome> umm, there are a few apps for that... try searching synaptic for "pod"
[18:15] <knome> wasted and wasted... ;)
[18:16] <daz4126> I use the desktop like I use the floor at home!
[18:16] <knome> i don't have much visible desktop area anyway
[18:16] <daz4126> Screenlets are also good on the desktop, does xfce have a program for these?
[18:17] <Sysi> rhythmbox/banshee/amarok should be able to deal with ipod
[18:17] <daz4126> or does it support them
[18:17] <daz4126> thanks for ipod suggestions
[18:17] <Sysi> conky works
[18:17] <knome> Sysi, isn't there also gtkpod or something like that
[18:17] <Sysi> might be
[18:17] <knome> yeah conky, but not actual "screenlets" or "widgets" really
[18:18] <daz4126> would prefer to keep gmusicbrowser rather than install banshee or rytymbox
[18:18] <knome> daz4126, yeah, try gtkpod or something like that - there should be something that is only controlling the ipod stuff, not media playing
[18:18] <daz4126> Was just wondering if there was a recommended ipod manager for xfce specifically
[18:18] <knome> no, not really
[18:18] <daz4126> I've used gtkpod before, so might give it a try
[18:19] <daz4126> thanks! :)
[18:19] <knome> i wouldn't recommend amarok, since it will pull many kde dependencies
[18:19] <Sysi> about every kde app pulls :/
[18:19] <knome> yeah.
[18:20] <knome> if you pull in one app, then it's not *so bad* to pull in an another
[18:20] <daz4126> I definitely want to avoid loads of kde (or gnome) dependencies if possible
[18:20] <Sysi> i always end up with almost entire gnome and kde
[18:20] <daz4126> I'm trying to keep it light
[18:20] <daz4126> ... but might have to install gedit
[18:20] <daz4126> mousepad is nice, but no syntax highlighting is a pita
[18:21] <knome> yeah, i also need gedit as long as mousepad doesn't support changing the background color :P
[18:21] <Sysi> geany is also nice and light
[18:21] <knome> daz4126, let's try to keep the channel family friendly, even with abbreviations, thanks :)
[18:21] <knome> but i do agree that mousepad needs syntax highlighting
[18:21] <daz4126> sorry ... first time i've used irc
[18:22] <knome> the xfce devs were doing something about that, iirc
[18:22] <daz4126> mousepad looks really nice
[18:22] <knome> but i have no idea of an ETA or what that should be
[18:22] <knome> well, it's a ver basic text editor
[18:22] <daz4126> i'm even considering doing without syntax highlighting
[18:22] <Sysi> i mostly need syntax hilight for config files so i use vim
[18:22] <knome> Sysi, definitely not "light" when compared to gedit/(especially) mousepad
[18:23] <daz4126> I've just put gedit into synaptic
[18:23] <daz4126> It only has 4 dependencies I think
[18:23] <daz4126> ... are they ALL listed
[18:23] <daz4126> ?
[18:24] <daz4126> Or will Gnome get pulled in automatically?
[18:24] <Sysi> it's just a text editor, shouldn't need half of gnome to work
[18:24] <knome> yes, gedit is quite "light" to pull in
[18:25] <daz4126> So it's not really linked to Gnome much?
[18:25] <knome> not really
[18:25] <knome> why would it? like Sysi just said, it's *just* a text eitor
[18:25] <knome> +d
[18:26] <daz4126> I'm new to how much things depend on stuff
[18:26] <daz4126> Not sure how tied apps are to the DE
[18:26] <Sysi> knome: for vim, root stuff is better done in CLI ans nano has quite randomly working hilights
[18:26] <knome> daz4126, you will just have to look :)
[18:26] <knome> Sysi, but vim doesn't have the most intuitive keystrokes...
[18:26] <daz4126> knome - I will, it's interesting
[18:26] <knome> Sysi, (i still don't know how to *quit* vim)
[18:27] <Sysi> knome: if you just want to edit text, it isn't really that hard
[18:27] <knome> Sysi, if i only wanted to edit text, why not use nano, since it has all the same features for that, and a more user-friendly interface?:)
[18:28] <knome> of course, this is a matter of taste
[18:28] <knome> if i need to edit something with a more powerful editor, i'll fire up gedit
[18:28] <Sysi> if syntax hilight worked better on nano.. search too
[18:28] <knome> (i do know the GUI editors (especially with syntax highlighting) are slower, but i can deal with that as most of the configuration files are not huge)
[18:29] <Sysi> if i did programming, i'd propably use kwrite
[18:30] <knome> ugh.
[18:30] <defusr> how to start a new server for a new plugged in monitor (with xrandr)? only found a tutorial for xorg.conf
[18:30] <knome> something like geany for programming would be okay
[18:30] <Sysi> (kwrite is like kate but simpler)
[18:30] <knome> defusr, why do you especially want a new server?
[18:31] <Sysi> defusr: separate xserver or just extend the desktop?
[18:31] <knome> Sysi, i don't know kate well, and kwrite i don't know at all, but if you are using xfce, it just doesn't make so much sense to dig the k-apps first :)
[18:33] <Sysi> knome: well, they seemed nice and kwrite was firt to offer automatic completion
[18:33] <defusr> well I've read the ubuntu wiki and they said having a separate xserver is more suitable for notebooks which might be connected to various other monitors
[18:33] <knome> Sysi, doesn't geany support that as well?
[18:34] <Sysi> knome: propably, but i've never tried it for the lack of need
[18:34] <knome> :)
[18:35] <Sysi> right now i'd like to test gnome3, it seems great
[18:36] <Sysi> great usability stuff, but lacking some options
[18:37] <knome> right
[18:37] <knome> bbl
[18:37] <daz4126> Talking of Gnome 3, will xfce start using gtk3 in the future?
[18:40] <defusr> so, I disabled the external monitor and I'd like to start a new xserver for this one. what would be the command for that?
[18:54] <Towzzer> I was hopeing to move to xubuntu on my laptop
[18:54] <Towzzer> but word docx don't opening perfectly
[18:54] <Towzzer> they sometimes have flaws
[18:55] <keithpeter> Towzzer: I use libreoffice to open docx and pptx files - its a bigger program than Abiword
[18:56] <keithpeter> Towzzer and still not perfect
[19:07] <daz4126> Anybody got experience of using Ubuntu One or Dropbox?
[19:07] <keithpeter> daz4126: I use dropbox with the command line install
[19:08] <daz4126> command line install?
[19:08] <keithpeter> daz4126: http://wiki.dropbox.com/TipsAndTricks/TextBasedLinuxInstall
[19:09] <Towzzer> keithpeter
[19:09] <Towzzer> i'm still debating , it's just an annoying thing to have to convert my documents
[19:09] <Towzzer> and if i get other peoples stuff
[19:09] <Towzzer> it could be messed up
[19:09] <Towzzer> that's very fustrating
[19:09] <Towzzer> docx full compatiblity should be libreoffice's number 1 priority
[19:09] <keithpeter> daz4126: see http://bodmas.org/xubuntu/ bottom paragraph for how to set it up on Xubuntu so it autostarts the daemon
[19:10] <Sysi> Towzzer: it will be there, but don't know when
[19:10] <Towzzer> keithpeter , can you customize the bottom panel in xfce
[19:10] <Towzzer> it keeps a small gray line
[19:10] <Towzzer> that causes me intense burning anger
[19:10] <Sysi> teach people to send things in more generic format, like .doc
[19:11] <Sysi> remove that panel totally?
[19:11] <keithpeter> Towzzer: I use pdf from libreoffice to windowze world at work and then I use 'save as pdf'  from Word back to saneworld
[19:11] <daz4126> keithpeter - Thanks!
[19:12] <Towzzer> I like the panel , i just want it totally hidden and faster popup
[19:12] <Towzzer> keithpeter , sometimes people send me docx or pptx
[19:13] <Sysi> it should pop up instantly
[19:13] <keithpeter> Towzzer: yes, but I'm no expert, post in ubuntuforums and the ones who spend ages on customising their desktop will reply
[19:13] <Sysi> it does that for me
[19:13] <keithpeter> Towzzer: can they be pursuaded to send PDFs?
[19:13] <Towzzer> on windows that would require them to have acrobat pro installed
[19:14] <Towzzer> or use a second level hard to use pdf converter
[19:14] <keithpeter> Towzzer: do you need to edit and return the files?
[19:14] <Towzzer> maybe
[19:14] <Towzzer> i like freedom
[19:14] <Towzzer> it has a slight delay
[19:14] <Towzzer> like 300ms
[19:14] <Towzzer> i need instant
[19:14] <keithpeter> Towzzer: nope, Word 2007 and 2010 both have save as pdf, and they are the ones that produce docx and pptx. The older Word/Office did doc and ppt
[19:15] <Towzzer> but isn't editing a pdf difficult
[19:15] <Towzzer> also there is a quality reduction on images and graphics
[19:15] <Towzzer> from word
[19:17] <Towzzer> I was just shocked, I thought that docx support would be 100% by now
[19:18] <keithpeter> Towzzer: right, so you have to receive docx, edit, and return files. Its LibreOffice or MS Office under WINE then Sir
[19:18] <Sysi> even doc supporrt isn't still perfect
[19:18] <keithpeter> Towzzer: can your correspondants save their docx files as RTF?
[19:19] <Sysi> little flaws on some documents or use windows
[19:19] <Towzzer> i'm thinking
[19:19] <Towzzer>  :D
[19:20] <Towzzer> you know how to turn the screensaver off when it comes back from hibernate
[19:21] <keithpeter> Towzzer: hibernate ain't working on my laptop, so no
[19:21] <Sysi> change screensaver settings or powermanager settings
[19:21] <Towzzer> I did, there is nothing that says "screensaver after resuming from hibernate"
[19:22] <keithpeter> I'm off to cook the tea
[19:22] <Sysi> lock screen feature does that, depending about your screensaver settings
[19:27] <Towzzer> it's off
[19:28] <Towzzer> in thunar the right click menu doesn't stay open
[19:28] <Towzzer> you have to hold right click
[19:28] <Towzzer> is that normal
[19:28] <Towzzer> or a bug
[19:28] <Towzzer> on my part
[19:29] <Sysi> propably works after relogin/reboot, if it's been always like that it's a bug
[19:29] <Towzzer> I think i know what happened i've been messing with gtk settings to fix xfce up
[19:32] <daz4126> Is there any way to remember the position of folder windows?
[19:32] <daz4126> every time I open a folder it opens thunar in the top left corner of the desktop
[19:33] <Sysi> it opens to emptiest space, i guess it would be hard to get
[19:34] <daz4126> oh, right. That makes kind of sense.
[19:34] <daz4126> I don't like them being tight in the corner though...
[19:37] <drc> daz4126: Menu>Settings>Settings Manager>Window Manager>Advanced
[19:38] <daz4126> which setting?
[19:49] <Soupermanito> were are wallpaper stored?
[19:50] <Sysi> defaults?
[19:53] <Towzzer> do you think xfce gets as slow as gnome
[19:53] <Towzzer> if you use gnome libraries
[19:53] <Towzzer> like if I install gedit
[20:20] <Soupermanito> oh well
[20:20] <Soupermanito> my internet choosed to stop working
[20:21] <Soupermanito> i wonder, can i make /usr/share/xfce4/backdrops a dynamic link folder to a >/home/me/Images/wallpapers folder, so i have the walls on my /home partition?
[20:26] <sauerbraten> hello, I got a problem with my notebook. It's a quite new lenovo z370 and ubuntu doesn't recognize my card reader. It does not mount any cards inserted, neither shows them in gparted, no matter if they are inserted before booting or while running xubuntu already
[20:58] <bin_bash> hi
[20:58] <bin_bash> I have a fun new problem!
[20:58] <bin_bash> So, I was using skype, and I started my webcam and the screen went black and the cursor was still there but i couldn't do anything except hardboot
[20:59] <bin_bash> when i rebooted and logged in, x froze and again i couldn't do anything except reboot
[20:59] <knome> sauerbraten, have you googled if the card reader is supported in linux altogether?
[20:59] <bin_bash> I ran fsck and then rebooted again
[20:59] <bin_bash> but then I couldn't login AT ALL
[20:59] <bin_bash> it goes to the login screen and when i try to login, flashes the cli and then goes right back to the login screen
[20:59] <bin_bash> i can start xfce from the command line, but only as root.
[21:00] <bin_bash> when i try to start it without root, it says it's already running
[21:00] <bin_bash> then it says it can't access .ICEauthority
[21:00] <knome> try to remove that file
[21:00] <bin_bash> did that
[21:00] <bin_bash> didn't work
[21:01] <sauerbraten> knome, nope and I got the same hint in #ubuntu. thanks though :) I thought card reader support would be something implemented quicker :D
[21:01] <knome> have you removed the cache?
[21:01] <bin_bash> knome: nope
[21:01] <knome> sauerbraten, card readers and devices that are not *so* usual do not often get support quickly, just because not many linux devs have/use those devices
[21:02] <Xornot> is there any way to disable the ubuntu notifier so as to use only the xubuntu one?
[21:02] <knome> Soupermanito, re: backdrops dir; i don't see any reason why you couldn't create a symlink
[21:02] <Soupermanito> kk
[21:02] <Soupermanito> i was thinking to do that
[21:04] <knome> Xornot, of course, just can't remember that from the top of my head, have you tried googling for solution? afaik osd-notify is the "default" notification system
[21:04] <Soupermanito> but i wondered if there where some option somewhere to tell xfdesktop-settings to look at it instead
[21:04] <knome> Soupermanito, probably easier to create the symlink anyway
[21:05] <Sysi> afaik it's impossible to have two notification apps installed
[21:05] <Soupermanito> true
[21:05] <knome> Soupermanito, but i don't know really
[21:05] <Soupermanito> sysi wants me to workaround it XD
[21:07] <dusf> Sysi: further to our conversation of earlier, can i just sudo apt-get remove nautilus to for xfce to run the desktop?
[21:07] <Sysi> if you don't need it
[21:07] <Soupermanito> i did that and i dont regret it
[21:09] <Soupermanito> so what i will have to do is >sudo rm /usr/share/xfce4/backdrops       and then >sudo ln -s /home/me/Images/backdrops backdrops
[21:09] <Soupermanito> ?
[21:10] <dusf> Sysi: ty dude
[21:10] <knome> Soupermanito, err, rather try creating a subdirectory than remove the directory
[21:11] <Soupermanito> :/ but will the xfdesktop-settings look into folders?
[21:12] <Sysi> try and see
[21:12] <knome> Soupermanito, i'd say try that at first.
[21:13] <Soupermanito> nope it doesnt
[21:16] <Soupermanito> :/
[21:19] <Soupermanito> weeeeelll, here goes nothing, if it fails i will have no more wallpapers :D
[21:22] <Soupermanito> :D I HAS NO WALLPAPERS!
[21:23] <knome> Soupermanito, probably check the directory permissions next
[21:23] <knome> Soupermanito, but we can't really give any more support...
[21:24] <Soupermanito> shhh dont tell anyone, i was positioned on another folder so i created the symlink inside home shhh
[21:25] <Soupermanito> :D I HAS WALLPAPERS!
[21:26] <Soupermanito> i wonder if i could make bash to tell me AWESOME if i write :D in the command line
[21:28] <knome> conrgratulations, but let's please not SHOUT
[21:32] <Soupermanito> it was important
[21:39] <sauerbraten> Soupermanito, I got some really great wallpapers from something called "the internet" or something like that, you know? :P
[21:39] <knome> sauerbraten, he was referring to something else
[21:39]  * Soupermanito nods nods, winks winks
[21:40] <sauerbraten> though I like the "internet" :P
[21:40] <Towzzer> is there a good graphical bandwidth monitor
[21:41] <Towzzer> or network status monitor
[21:41] <Towzzer> you know
[21:41] <Towzzer> ip , bw etc
[21:42] <Soupermanito> like gnome-system-monitor?
[21:42] <Soupermanito> or something for your desktop?
[21:43] <Sysi> hum, instead of switching away from xubuntu i could do something actually sensible like read to entrance exam
[21:43] <knome> Towzzer, try cbm or wireshark from the repositories (i have no experience about those though)
[21:44] <Administ1ator> how do i move the minimize/maximize/close buttons to the left?
[21:44] <Sysi> Administ1ator: window manager settings
[21:44] <knome> Towzzer, err, i don't think wireshark does the job. sorry. cbm could work though
[21:45] <Administ1ator> Sysi: thanks
[21:45] <knome> Sysi, good luck with the exams
[22:08] <bin_bash> fixed it
[22:08] <bin_bash> :D
[22:17] <bin_bash> Hey there Westie
[22:48] <bin_bash> Hey there firem
[22:48] <bin_bash> FiremanEd*


[05:03] <munz> hey bluebomber hows it goin?
[05:03] <bluebomber> Howdy!
[05:03] <bluebomber> Things are going fine. Just working on getting a PostgreSQL server up and running for school.
[05:04] <bluebomber> How are you, munz?
[05:04] <munz> good, can't complain
[05:05] <munz> just re-arranging desk area
[05:05] <munz> relocating some stuff
[05:17] <bluebomber> Cool. Sounds like the metawork I've been doing all weekend ^_^
[05:39] <munz> setting up command center is fun
[14:50] <RoAkSoAx> mhall119: ping?
[14:51] <mhall119> RoAkSoAx: pong?
[14:52] <RoAkSoAx> mhall119: howdy!! you might be able to help me as a django exper
[14:52] <RoAkSoAx> mhall119: http://pastebin.ubuntu.com/633644/
[14:52] <mhall119> RoAkSoAx: using postgres?
[14:52] <RoAkSoAx> mhall119: nope, no database at all
[14:53] <RoAkSoAx> mhall119: using cobbler (cobbler-web package)
[14:57] <mhall119> RoAkSoAx: on minute, I'm on my morning standup call
[14:57] <mhall119> RoAkSoAx: you might try changing TIME_ZONE in settings.py to either "US/Eastern" or "UTC"
[14:59]  * RoAkSoAx looks
[15:15] <RoAkSoAx> mhall119: it worked
[15:15] <RoAkSoAx> thanks
[15:15] <RoAkSoAx> so I guess there's an issue there determining the correct timezone
[15:16] <RoAkSoAx> su/win 3
[15:17] <mhall119> RoAkSoAx: yeah, I've only experienced it with postgres, but I guess cobbler tries to use that setting too
[15:20] <RoAkSoAx> mhall119: yeah the weird thing is that a few days ago that was working fine
[15:20] <RoAkSoAx> mhall119: and there hasn't been any cobbler updates till then
[15:20] <RoAkSoAx> at least not new upstream releases
[15:27] <mhall119> RoAkSoAx: maybe pytz updates?
[15:29] <RoAkSoAx> maybe
[15:33] <mhall119> but it's working now?
[15:37] <RoAkSoAx> mhall119: yes, cjhanged to US/Eastern and works as expected
[15:37] <RoAkSoAx> thanks
[15:37] <mhall119> no problem
[21:26] <dantalizing> morning
[22:01] <dantalizing> ok fine
[22:01] <dantalizing> yall hurt my feeling
[22:05] <mhall119> ;)
[22:05] <DammitJim> hugs for dantalizing
[22:06] <mhall119> the problem was that you confused us by saying "morning" at 4:30pm